emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bastien Guerry <bzg@altern.org>
To: emacs-orgmode@gnu.org
Subject: [Accepted] Org manual: Fix double-spaces at the end of sentences
Date: Mon, 12 Dec 2011 20:10:44 +0100 (CET)	[thread overview]
Message-ID: <20111212191044.418FE13E90@myhost.localdomain> (raw)
In-Reply-To: jc5h3b$2jq$1@dough.gmane.org

Patch 1069 (http://patchwork.newartisans.com/patch/1069/) is now "Accepted".

Maintainer comment: none

This relates to the following submission:

http://mid.gmane.org/%3Cjc5h3b%242jq%241%40dough.gmane.org%3E

Here is the original message containing the patch:

> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Org manual: Fix double-spaces at the end of sentences
> Date: Mon, 12 Dec 2011 23:27:55 -0000
> From: Julian Gehring <julian.gehring@googlemail.com>
> X-Patchwork-Id: 1069
> Message-Id: <jc5h3b$2jq$1@dough.gmane.org>
> To: emacs-orgmode@gnu.org
> 
> Org manual: Fix double-spaces at the end of sentences
> 
> * doc/org.texi: End sentences with two spaces.
> 
> 
> >From 19e39b67f4a8dbee3f1015f636fac4f77e59d3c2 Mon Sep 17 00:00:00 2001
> From: Julian Gehring <julian.gehring@googlemail.com>
> Date: Mon, 12 Dec 2011 19:19:20 +0100
> Subject: [PATCH] Org manual: Fix double-spaces at the end of sentences
> 
> * doc/org.texi: End sentences with two spaces.
> ---
>  doc/org.texi |   36 ++++++++++++++++++------------------
>  1 files changed, 18 insertions(+), 18 deletions(-)
> 
> diff --git a/doc/org.texi b/doc/org.texi
> index ff9bb7e..2cbb7d1 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -6023,7 +6023,7 @@ Insert a dynamic block (@pxref{Dynamic blocks}) containing a clock
>  report as an Org-mode table into the current file.  When the cursor is
>  at an existing clock table, just update it.  When called with a prefix
>  argument, jump to the first clock report in the current document and
> -update it.   The clock table always includes also trees with
> +update it.  The clock table always includes also trees with
>  @code{:ARCHIVE:} tag.
>  @orgcmdkkc{C-c C-c,C-c C-x C-u,org-dblock-update}
>  Update dynamic block at point.  The cursor needs to be in the
> @@ -6642,7 +6642,7 @@ buffer again after capture is completed.
>  
>  In the template itself, special @kbd{%}-escapes@footnote{If you need one of
>  these sequences literally, escape the @kbd{%} with a backslash.}  allow
> -dynamic insertion of content. The templates are expanded in the order given here:
> +dynamic insertion of content.  The templates are expanded in the order given here:
>  
>  @smallexample
>  %[@var{file}]     @r{insert the contents of the file given by @var{file}.}
> @@ -10896,7 +10896,7 @@ newly created file.  For additional configuration options
>  @pxref{x-overriding-factory-styles,,Overriding factory styles}.
>  
>  If you would like to choose a style on a per-file basis, you can use the
> -@code{#+ODT_STYLES_FILE} option. A typical setting will look like
> +@code{#+ODT_STYLES_FILE} option.  A typical setting will look like
>  
>  @example
>  #+ODT_STYLES_FILE: "/path/to/example.ott"
> @@ -10932,7 +10932,7 @@ internal links.  It creates Internet-style links for all other links.
>  
>  Export of native Org-mode tables (@pxref{Tables}) and simple @file{table.el}
>  tables is supported.  However, export of complex @file{table.el} tables -
> -tables that have column or row spans - is not supported. Such tables are
> +tables that have column or row spans - is not supported.  Such tables are
>  stripped from the exported document.
>  
>  By default, a table is exported with top and bottom frames and with
> @@ -10944,7 +10944,7 @@ are interpreted as weighted ratios with the default weight being 1}
>  @cindex #+ATTR_ODT
>  If you are not satisfied with the default formatting of tables, you can
>  create custom table styles and associate them with a table using
> -the @code{#+ATTR_ODT} line. @xref{Customizing tables in @acronym{ODT} export}.
> +the @code{#+ATTR_ODT} line.  @xref{Customizing tables in @acronym{ODT} export}.
>  
>  @node Images in @acronym{ODT} export, Math formatting in @acronym{ODT} export, Tables in @acronym{ODT} export, OpenDocument Text export
>  @subsection Images in @acronym{ODT} export
> @@ -11171,11 +11171,11 @@ that would be of interest to power users.
>  @cindex doc, docx
>  
>  The @acronym{ODT} exporter adds support for exporting Org outlines to formats
> -that are not supported natively by Org. It also adds support to convert
> +that are not supported natively by Org.  It also adds support to convert
>  document from one format to another.  To use these features, you need to
>  configure a command-line converter.  Once a command-line converter is
>  configured you can use it to extend the list of formats to which Org can
> -export. @xref{x-export-to-other-formats,,Automatically exporting to other
> +export.  @xref{x-export-to-other-formats,,Automatically exporting to other
>  formats}.  You can also use it to perform one-off document conversion as
>  detailed below.
>  
> @@ -11186,7 +11186,7 @@ detailed below.
>  Convert an existing document from one format to another as determined by the
>  variable @code{org-export-odt-convert-capabilities}
>  (@pxref{x-odt-converter-capabilities,,Configure converter
> -capabilities}). @strong{Please note} that you can use this command to even
> +capabilities}).  @strong{Please note} that you can use this command to even
>  convert documents that are produced outside of Org and in other formats than
>  @acronym{ODT} format.
>  @end table
> @@ -11209,7 +11209,7 @@ distribution.
>  
>  @vindex org-odt-data-dir
>  This converter is distributed as a LibreOffice extension and can be found in
> -your Org distribution. See the subdirectory pointed to by the variable
> +your Org distribution.  See the subdirectory pointed to by the variable
>  @code{org-odt-data-dir}.
>  
>  @end enumerate
> @@ -11360,11 +11360,11 @@ file.  The use of this feature is better illustrated with couple of examples.
>  @item Embedding ODT tags as part of regular text
>  
>  You can include simple OpenDocument tags by prefixing them with
> -@samp{@@}. For example, to highlight a region of text do the following:
> +@samp{@@}.  For example, to highlight a region of text do the following:
>  
>  @example
>  @@<text:span text:style-name="Highlight">This is a
> -highlighted text@@</text:span>. But this is a
> +highlighted text@@</text:span>.  But this is a
>  regular text.
>  @end example
>  
> @@ -11422,7 +11422,7 @@ This paragraph is specially formatted and uses bold text.
>  
>  @cindex #+ATTR_ODT
>  You can override the default formatting of the table by specifying a custom
> -table style with the @code{#+ATTR_ODT} line. For a discussion on default
> +table style with the @code{#+ATTR_ODT} line.  For a discussion on default
>  formatting of tables @pxref{Tables in @acronym{ODT} export}.
>  
>  This feature closely mimics the way table templates are defined in the
> @@ -11457,7 +11457,7 @@ the table that follows.
>  
>  In the above example, you used a template named @samp{Custom} and installed
>  two table styles with the names @samp{TableWithHeaderRowAndColumn} and
> -@samp{TableWithFirstRowandLastRow}. (@strong{Important:} The OpenDocument
> +@samp{TableWithFirstRowandLastRow}.  (@strong{Important:} The OpenDocument
>  styles needed for producing the above template have been pre-defined for you.
>  These styles are available under the section marked @samp{Custom Table
>  Template} in @file{OrgOdtContentTemplate.xml}
> @@ -12435,7 +12435,7 @@ inline.@footnote{Note that @samp{src} blocks may be inserted using Org-mode's
>  @end example
>  
>  The @code{#+NAME:} line is optional, and can be used to name the code
> -block. Live code blocks require that a language be specified on the
> +block.  Live code blocks require that a language be specified on the
>  @code{#+BEGIN_SRC} line.  Switches and header arguments are optional.
>  @cindex source code, inline
>  
> @@ -12612,7 +12612,7 @@ that code is only evaluated after explicit confirmation from the user.  For
>  information on these safeguards (and on how to disable them) see @ref{Code
>  evaluation security}.} and the results of evaluation optionally placed in the
>  Org-mode buffer.  By default, the evaluation facility is only enabled for
> -Lisp code blocks specified as @code{emacs-lisp}. However, souce code blocks
> +Lisp code blocks specified as @code{emacs-lisp}.  However, souce code blocks
>  in many languages can be evaluated within Org-mode (see @ref{Languages} for a
>  list of supported languages and @ref{Structure of code blocks} for
>  information on the syntax used to define a code block).
> @@ -12627,7 +12627,7 @@ its results into the Org-mode buffer.
>  @cindex #+CALL
>  
>  It is also possible to evaluate named code blocks from anywhere in an
> -Org-mode buffer or an Org-mode table. Live code blocks located in the current
> +Org-mode buffer or an Org-mode table.  Live code blocks located in the current
>  Org-mode buffer or in the ``Library of Babel'' (see @ref{Library of Babel})
>  can be executed.  Named code blocks can be executed with a separate
>  @code{#+CALL:} line or inline within a block of text.
> @@ -12659,7 +12659,7 @@ argument @code{:var n=2}, would be written as @code{#+CALL: double(n=4)}.
>  Inside header arguments are passed through and applied to the named code
>  block.  These arguments use header argument syntax rather than standard
>  function call syntax.  Inside header arguments affect how the code block is
> -evaluated. For example, @code{[:results output]} will collect the results of
> +evaluated.  For example, @code{[:results output]} will collect the results of
>  everything printed to @code{STDOUT} during execution of the code block.
>  @item <end header arguments>
>  End header arguments are applied to the calling instance and do not affect
> @@ -13004,7 +13004,7 @@ syntax used to specify arguments is the same across all languages.  In every
>  case, variables require a default value when they are declared.
>  
>  The values passed to arguments can either be literal values, references, or
> -Emacs Lisp code (see @ref{var, Emacs Lisp evaluation of variables}). References
> +Emacs Lisp code (see @ref{var, Emacs Lisp evaluation of variables}).  References
>  include anything in the Org-mode file that takes a @code{#+NAME:},
>  @code{#+TBLNAME:}, or @code{#+RESULTS:} line.  This includes tables, lists,
>  @code{#+BEGIN_EXAMPLE} blocks, other code blocks, and the results of other
> -- 
> 1.7.4.1
> 
> 

      reply	other threads:[~2011-12-12 19:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-12 18:27 [PATCH] Org manual: Fix double-spaces at the end of sentences Julian Gehring
2011-12-12 19:10 ` Bastien Guerry [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20111212191044.418FE13E90@myhost.localdomain \
    --to=bzg@altern.org \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).