emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nicolas Berthier <nberth@member.fsf.org>
To: Org Mode List <emacs-orgmode@gnu.org>
Subject: Re: [POLL] Syntax change: make \[...\] non-inline (-1)
Date: Mon, 28 Jul 2014 15:12:07 +0200	[thread overview]
Message-ID: <vp0oppgphbko.fsf@epicea.irisa.fr> (raw)
In-Reply-To: 87lhrd1xo7.fsf@nicolasgoaziou.fr

You wrote:

> Hello,
> As discussed in a recent thread[fn:1], \[...\] constructs are
> counter-intuitive to some users.
> At the time being, \[...\] are inline-able. As a consequence, they are
> can be written in the middle of a line, and filled, much like \(...\).
> Even though it is also possible to inline them in a LaTeX document, the
> intent is to make them stand out in their own lines.
> The current proposal is to make them elements instead of objects in Org
> syntax (i.e, a `latex-environment' instead of a `latex-fragment'). In
> a nutshell:
>   - Pros:
>     + conform to LaTeX intent,
>     + impossible to fill.
>   - Cons:
>     - documents containing \[...\] mid-line will be broken (such
>       constructs will not be recognized anymore).
> Regards,
> [fn:1] http://permalink.gmane.org/gmane.emacs.orgmode/88882


I often use \[...\] to write maths fragments that constitute grammatical
units of a plain sentence, yet are better read on their own line when
rendered, as in \[x = \mathit{some~complex~stuff} \mbox{ and}\] \[y =
\mathit{more~complex~stuff}\] where \(\mathit{stuff} =

(Recall that LaTeX is in principle intended to allow focusing on
contents instead of formatting, some LaTeX packages may also change the
behavior of \[...\] I think).

Also note that MathJax automatically adds "<div>"s when it encounters
such constructs in paragraphs like "<p>...\[...\]...</p>", and those
<div>s can still further be customized with CSS ; what would be the
result of exporting to HTML if they were not inline?.

As it is always possible to use displaymath environments, I don't think
any change regarding \[...\] is necessary.



Nicolas Berthier                                        FSF Member #7975

  parent reply	other threads:[~2014-07-28 13:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-28 12:21 [POLL] Syntax change: make \[...\] non-inline Nicolas Goaziou
2014-07-28 12:26 ` Bastien
2014-07-28 13:12 ` Nicolas Berthier [this message]
2014-07-28 14:56 ` Rasmus

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:

  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=vp0oppgphbko.fsf@epicea.irisa.fr \
    --to=nberth@member.fsf.org \
    --cc=emacs-orgmode@gnu.org \


* 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


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).