| 
					
				 | 
			
			
				@@ -3808,10 +3808,9 @@ which should only be done in certain contexts, for example. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @section Priorities 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @cindex priorities 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-If you use Org mode extensively, you may end up enough TODO items that 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+If you use Org mode extensively, you may end up with enough TODO items that 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 it starts to make sense to prioritize them.  Prioritizing can be done by 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-placing a @emph{priority cookie} into the headline of a TODO item, like 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-this 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+placing a @emph{priority cookie} into the headline of a TODO item, like this 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @example 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 *** TODO [#A] Write letter to Sam Fortune 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -3877,7 +3876,7 @@ with detailed subtasks on the tree@footnote{To keep subtasks out of the 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 global TODO list, see the @code{org-agenda-todo-list-sublevels}.}.  To keep 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 the overview over the fraction of subtasks that are already completed, insert 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 either @samp{[/]} or @samp{[%]} anywhere in the headline.  These cookies will 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-be updates each time the todo status of a child changes, or when pressing 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+be updated each time the TODO status of a child changes, or when pressing 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @kbd{C-c C-c} on the cookie.  For example: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @example 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -5871,7 +5870,7 @@ remember note was stored. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 The Remember buffer will actually use @code{org-mode} as its major mode, so 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 that all editing features of Org mode are available.  In addition to this, a 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 minor mode @code{org-remember-mode} is turned on, for the single purpose that 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-you can use its keymap @code{org-remember-mode-map} to overwrite some of 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+you can use its keymap @code{org-remember-mode-map} to override some of 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 Org mode's key bindings. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 You can also call @code{org-remember} in a special way from the agenda, 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -5910,10 +5909,10 @@ path, it will be interpreted relative to @code{org-directory}. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 The heading can also be the symbols @code{top} or @code{bottom} to send notes 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 as level 1 entries to the beginning or end of the file, respectively.  It may 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 also be the symbol @code{date-tree}.  Then, a tree with year on level 1, 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-month on level 2 and day on level three will be build in the file, and the 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+month on level 2 and day on level three will be built in the file, and the 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 entry will be filed into the tree under the current date@footnote{If the file 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 contains an entry with a @code{DATE_TREE} property, the entire date tree will 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-be build under that entry.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+be built under that entry.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 An optional sixth element specifies the contexts in which the user can select 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 the template.  This element can be a list of major modes or a function. 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -5934,7 +5933,7 @@ So for example: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @noindent 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 The first template will only be available when invoking @code{org-remember} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-from an buffer in @code{emacs-lisp-mode}.  The second template will only be 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+from a buffer in @code{emacs-lisp-mode}.  The second template will only be 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 available when the function @code{my-check} returns @code{t}.  The third 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 template will be proposed in any context. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -5969,9 +5968,9 @@ allow dynamic insertion of content: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %x          @r{Content of the X clipboard.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %^C         @r{Interactive selection of which kill or clip to use.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %^L         @r{Like @code{%^C}, but insert as link.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+%k          @r{title of the currently clocked task} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+%K          @r{link to the currently clocked task} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %^g         @r{prompt for tags, with completion on tags in target file.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-%k          @r{title of currently clocked task} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-%K          @r{link to currently clocked task} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %^G         @r{prompt for tags, with completion all tags in all agenda files.} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %^@{@var{prop}@}p   @r{Prompt the user for a value for property @var{prop}} 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 %:keyword   @r{specific information for certain link types, see below} 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -7753,7 +7752,7 @@ If you configure @code{org-agenda-diary-file} to point to an Org-mode file, 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 Org will create entries (in org-mode syntax) in that file instead.  Most 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 entries will be stored in a date-based outline tree that will later make it 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 easy to archive appointments from previous months/years.  The tree will be 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-build under an entry with a @code{DATE_TREE} property, or else with years as 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+built under an entry with a @code{DATE_TREE} property, or else with years as 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 top-level entries.  Emacs will prompt you for the entry text - if you specify 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 it, the entry will be created in @code{org-agenda-diary-file} without further 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 interaction.  If you directly press @key{RET} at the prompt without typing 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -9968,14 +9967,14 @@ or @code{width}, can be specified in two ways: you can either customize 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 variable @code{org-export-docbook-default-image-attributes} or use the 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @code{#+ATTR_DOCBOOK:} line.  Attributes specified in variable 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @code{org-export-docbook-default-image-attributes} are applied to all inline 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-images in the Org file to be exported (unless they are overwritten by image 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+images in the Org file to be exported (unless they are overridden by image 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 attributes specified in @code{#+ATTR_DOCBOOK:} lines). 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 The @code{#+ATTR_DOCBOOK:} line can be used to specify additional image 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-attributes or overwrite default image attributes for individual images.  If 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+attributes or override default image attributes for individual images.  If 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 the same attribute appears in both the @code{#+ATTR_DOCBOOK:} line and 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 variable @code{org-export-docbook-default-image-attributes}, the former 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-overwrites the latter.  Here is an example about how image attributes can be 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+takes precedence.  Here is an example about how image attributes can be 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 set: 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @cindex #+CAPTION 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -12344,9 +12343,9 @@ captured and changes made by @i{MobileOrg} into the main system. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 For changing tags and TODO states in MobileOrg, you should have set up the 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 customization variables @code{org-todo-keywords} and @code{org-tags-alist} to 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-cover all important tags and todo keywords, even if individual files use only 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+cover all important tags and TODO keywords, even if individual files use only 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 part of these.  MobileOrg will also offer you states and tags set up with 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				-in-buffer settings, but it will understand the logistics of todo state 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+in-buffer settings, but it will understand the logistics of TODO state 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 @i{sets} (@pxref{Per-file keywords}) and @i{mutually exclusive} tags 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 (@pxref{Setting tags}) only for those set in these variables. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 |