org-manual: Unify to two spaces after a dot
This commit is contained in:
parent
67e48de639
commit
9b85eaa65a
|
@ -45,7 +45,7 @@ Markdown. New export backends can be derived from existing ones, or
|
||||||
defined from scratch.
|
defined from scratch.
|
||||||
|
|
||||||
Org files can include source code blocks, which makes Org uniquely
|
Org files can include source code blocks, which makes Org uniquely
|
||||||
suited for authoring technical documents with code examples. Org
|
suited for authoring technical documents with code examples. Org
|
||||||
source code blocks are fully functional; they can be evaluated in
|
source code blocks are fully functional; they can be evaluated in
|
||||||
place and their results can be captured in the file. This makes it
|
place and their results can be captured in the file. This makes it
|
||||||
possible to create a single file reproducible research compendium.
|
possible to create a single file reproducible research compendium.
|
||||||
|
@ -1040,7 +1040,7 @@ My favorite scenes are (in this order)
|
||||||
But in the end, no individual scenes matter but the film as a whole.
|
But in the end, no individual scenes matter but the film as a whole.
|
||||||
Important actors in this film are:
|
Important actors in this film are:
|
||||||
- Elijah Wood :: He plays Frodo
|
- Elijah Wood :: He plays Frodo
|
||||||
- Sean Astin :: He plays Sam, Frodo's friend. I still remember him
|
- Sean Astin :: He plays Sam, Frodo's friend. I still remember him
|
||||||
very well from his role as Mikey Walsh in /The Goonies/.
|
very well from his role as Mikey Walsh in /The Goonies/.
|
||||||
#+end_example
|
#+end_example
|
||||||
|
|
||||||
|
@ -1290,7 +1290,7 @@ Org makes it easy to format tables in plain ASCII. Any line with =|=
|
||||||
as the first non-whitespace character is considered part of a table.
|
as the first non-whitespace character is considered part of a table.
|
||||||
=|= is also the column separator[fn:17]. Moreover, a line starting
|
=|= is also the column separator[fn:17]. Moreover, a line starting
|
||||||
with =|-= is a horizontal rule. It separates rows explicitly. Rows
|
with =|-= is a horizontal rule. It separates rows explicitly. Rows
|
||||||
before the first horizontal rule are header lines. A table might look
|
before the first horizontal rule are header lines. A table might look
|
||||||
like this:
|
like this:
|
||||||
|
|
||||||
#+begin_example
|
#+begin_example
|
||||||
|
@ -3303,7 +3303,7 @@ current buffer:
|
||||||
For any other file, the link points to the file, with a search
|
For any other file, the link points to the file, with a search
|
||||||
string (see [[*Search Options in File Links]]) pointing to the contents
|
string (see [[*Search Options in File Links]]) pointing to the contents
|
||||||
of the current line. If there is an active region, the selected
|
of the current line. If there is an active region, the selected
|
||||||
words form the basis of the search string. You can write custom Lisp
|
words form the basis of the search string. You can write custom Lisp
|
||||||
functions to select the search string and perform the search for
|
functions to select the search string and perform the search for
|
||||||
particular file types (see [[*Custom Searches]]).
|
particular file types (see [[*Custom Searches]]).
|
||||||
|
|
||||||
|
@ -7955,7 +7955,7 @@ mentioning.
|
||||||
parents according to ~org-use-property-inheritance~. If one instead
|
parents according to ~org-use-property-inheritance~. If one instead
|
||||||
want to set inheritance specifically for org-attach that can be done
|
want to set inheritance specifically for org-attach that can be done
|
||||||
using ~org-attach-use-inheritance~. Inheriting documents through
|
using ~org-attach-use-inheritance~. Inheriting documents through
|
||||||
the node hierarchy makes a lot of sense in most cases. Especially
|
the node hierarchy makes a lot of sense in most cases. Especially
|
||||||
since the introduction of [[* Attachment links]]. The following example
|
since the introduction of [[* Attachment links]]. The following example
|
||||||
shows one use case for attachment inheritance:
|
shows one use case for attachment inheritance:
|
||||||
|
|
||||||
|
@ -9048,7 +9048,7 @@ filters and limits allow to flexibly narrow down the list of agenda
|
||||||
entries.
|
entries.
|
||||||
|
|
||||||
/Filters/ only change the visibility of items, are very fast and are
|
/Filters/ only change the visibility of items, are very fast and are
|
||||||
mostly used interactively[fn:96]. You can switch quickly between
|
mostly used interactively[fn:96]. You can switch quickly between
|
||||||
different filters without having to recreate the agenda. /Limits/ on
|
different filters without having to recreate the agenda. /Limits/ on
|
||||||
the other hand take effect before the agenda buffer is populated, so
|
the other hand take effect before the agenda buffer is populated, so
|
||||||
they are mostly useful when defined as local variables within custom
|
they are mostly useful when defined as local variables within custom
|
||||||
|
@ -9099,7 +9099,7 @@ filter elements are accumulated.
|
||||||
|
|
||||||
#+findex: org-agenda-filter-by-regexp
|
#+findex: org-agenda-filter-by-regexp
|
||||||
Filter the agenda view by a regular expression: only show agenda
|
Filter the agenda view by a regular expression: only show agenda
|
||||||
entries matching the regular expression the user entered. To clear
|
entries matching the regular expression the user entered. To clear
|
||||||
the filter, call the command again by pressing {{{kbd(=)}}}.
|
the filter, call the command again by pressing {{{kbd(=)}}}.
|
||||||
|
|
||||||
- {{{kbd(_)}}} (~org-agenda-filter-by-effort~) ::
|
- {{{kbd(_)}}} (~org-agenda-filter-by-effort~) ::
|
||||||
|
@ -9168,10 +9168,10 @@ filter elements are accumulated.
|
||||||
If the variable ~org-agenda-auto-exclude-function~ is set to
|
If the variable ~org-agenda-auto-exclude-function~ is set to
|
||||||
a user-defined function, that function can select tags that should be
|
a user-defined function, that function can select tags that should be
|
||||||
used as a tag filter when requested. The function will be called with
|
used as a tag filter when requested. The function will be called with
|
||||||
lower-case versions of all tags represented in the current view. The
|
lower-case versions of all tags represented in the current view. The
|
||||||
function should return ="-tag"= if the filter should remove
|
function should return ="-tag"= if the filter should remove
|
||||||
entries with that tag, ="+tag"= if only entries with this tag should
|
entries with that tag, ="+tag"= if only entries with this tag should
|
||||||
be kept, or =nil= if that tag is irrelevant. For example, let's say
|
be kept, or =nil= if that tag is irrelevant. For example, let's say
|
||||||
you use a =Net= tag to identify tasks which need network access, an
|
you use a =Net= tag to identify tasks which need network access, an
|
||||||
=Errand= tag for errands in town, and a =Call= tag for making phone
|
=Errand= tag for errands in town, and a =Call= tag for making phone
|
||||||
calls. You could auto-exclude these tags based on the availability of
|
calls. You could auto-exclude these tags based on the availability of
|
||||||
|
@ -9630,7 +9630,7 @@ the other commands, point needs to be in the desired line.
|
||||||
#+kindex: t
|
#+kindex: t
|
||||||
#+findex: org-agenda-todo
|
#+findex: org-agenda-todo
|
||||||
Change the TODO state of the item, both in the agenda and in the
|
Change the TODO state of the item, both in the agenda and in the
|
||||||
original Org file. A prefix arg is passed through to the ~org-todo~
|
original Org file. A prefix arg is passed through to the ~org-todo~
|
||||||
command, so for example a {{{kbd(C-u)}}} prefix are will trigger
|
command, so for example a {{{kbd(C-u)}}} prefix are will trigger
|
||||||
taking a note to document the state change.
|
taking a note to document the state change.
|
||||||
|
|
||||||
|
@ -11189,7 +11189,7 @@ back-ends:
|
||||||
- /man/ (Man page format)
|
- /man/ (Man page format)
|
||||||
|
|
||||||
Users can install libraries for additional formats from the Emacs
|
Users can install libraries for additional formats from the Emacs
|
||||||
packaging system. For easy discovery, these packages have a common
|
packaging system. For easy discovery, these packages have a common
|
||||||
naming scheme: ~ox-NAME~, where {{{var(NAME)}}} is a format. For
|
naming scheme: ~ox-NAME~, where {{{var(NAME)}}} is a format. For
|
||||||
example, ~ox-koma-letter~ for /koma-letter/ back-end. More libraries
|
example, ~ox-koma-letter~ for /koma-letter/ back-end. More libraries
|
||||||
can be found in the =contrib/= directory (see [[*Installation]]).
|
can be found in the =contrib/= directory (see [[*Installation]]).
|
||||||
|
@ -16991,7 +16991,7 @@ variable ~org-babel-inline-result-wrap~, which by default is set to
|
||||||
This is the name of the code block (see [[*Structure of Code Blocks]])
|
This is the name of the code block (see [[*Structure of Code Blocks]])
|
||||||
to be evaluated in the current document. If the block is located in
|
to be evaluated in the current document. If the block is located in
|
||||||
another file, start =<name>= with the file name followed by
|
another file, start =<name>= with the file name followed by
|
||||||
a colon. For example, in order to execute a block named =clear-data=
|
a colon. For example, in order to execute a block named =clear-data=
|
||||||
in =file.org=, you can write the following:
|
in =file.org=, you can write the following:
|
||||||
|
|
||||||
: #+CALL: file.org:clear-data()
|
: #+CALL: file.org:clear-data()
|
||||||
|
@ -17176,7 +17176,7 @@ they are mutually exclusive.
|
||||||
|
|
||||||
When evaluating the code block in a session (see [[*Environment of
|
When evaluating the code block in a session (see [[*Environment of
|
||||||
a Code Block]]), Org passes the code to an interpreter running as an
|
a Code Block]]), Org passes the code to an interpreter running as an
|
||||||
interactive Emacs inferior process. Org gets the value from the
|
interactive Emacs inferior process. Org gets the value from the
|
||||||
source code interpreter's last statement output. Org has to use
|
source code interpreter's last statement output. Org has to use
|
||||||
language-specific methods to obtain the value. For example, from
|
language-specific methods to obtain the value. For example, from
|
||||||
the variable ~_~ in Python and Ruby, and the value of ~.Last.value~
|
the variable ~_~ in Python and Ruby, and the value of ~.Last.value~
|
||||||
|
@ -19361,8 +19361,8 @@ javascript:location.href='org-protocol://capture?template=x'+
|
||||||
|
|
||||||
#+vindex: org-protocol-default-template-key
|
#+vindex: org-protocol-default-template-key
|
||||||
The capture template to be used can be specified in the bookmark (like
|
The capture template to be used can be specified in the bookmark (like
|
||||||
=X= above). If unspecified, the template key is set in the variable
|
=X= above). If unspecified, the template key is set in the variable
|
||||||
~org-protocol-default-template-key~. The following template
|
~org-protocol-default-template-key~. The following template
|
||||||
placeholders are available:
|
placeholders are available:
|
||||||
|
|
||||||
#+begin_example
|
#+begin_example
|
||||||
|
@ -20086,7 +20086,7 @@ These commands update dynamic blocks:
|
||||||
|
|
||||||
Before updating a dynamic block, Org removes content between the
|
Before updating a dynamic block, Org removes content between the
|
||||||
=BEGIN= and =END= markers. Org then reads the parameters on the
|
=BEGIN= and =END= markers. Org then reads the parameters on the
|
||||||
=BEGIN= line for passing to the writer function as a plist. The
|
=BEGIN= line for passing to the writer function as a plist. The
|
||||||
previous content of the dynamic block becomes erased from the buffer
|
previous content of the dynamic block becomes erased from the buffer
|
||||||
and appended to the plist under ~:content~.
|
and appended to the plist under ~:content~.
|
||||||
|
|
||||||
|
@ -20695,7 +20695,7 @@ Before I get to this list, a few special mentions are in order:
|
||||||
a JavaScript program for displaying webpages derived from Org using
|
a JavaScript program for displaying webpages derived from Org using
|
||||||
an Info-like or a folding interface with single-key navigation.
|
an Info-like or a folding interface with single-key navigation.
|
||||||
|
|
||||||
See below for the full list of contributions! Again, please let me
|
See below for the full list of contributions! Again, please let me
|
||||||
know what I am missing here!
|
know what I am missing here!
|
||||||
|
|
||||||
** From Bastien
|
** From Bastien
|
||||||
|
@ -21513,7 +21513,7 @@ this timestamp are exported.
|
||||||
|
|
||||||
[fn:121] For export to LaTeX format---or LaTeX-related formats such as
|
[fn:121] For export to LaTeX format---or LaTeX-related formats such as
|
||||||
Beamer---, the =org-latex-package-alist= variable needs further
|
Beamer---, the =org-latex-package-alist= variable needs further
|
||||||
configuration. See [[LaTeX specific export settings]].
|
configuration. See [[LaTeX specific export settings]].
|
||||||
|
|
||||||
[fn:122] At the moment, some export back-ends do not obey this
|
[fn:122] At the moment, some export back-ends do not obey this
|
||||||
specification. For example, LaTeX export excludes every unnumbered
|
specification. For example, LaTeX export excludes every unnumbered
|
||||||
|
|
Loading…
Reference in New Issue