emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nicolas Goaziou <n.goaziou@gmail.com>
To: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: [parser] subscripts and underlines interacting badly
Date: Thu, 12 Dec 2013 18:33:27 +0100	[thread overview]
Message-ID: <87txeevus8.fsf@gmail.com> (raw)
In-Reply-To: <87r49ik0qw.fsf@gmail.com> (Aaron Ecay's message of "Thu, 12 Dec 2013 02:56:23 -0500")

Hello,

Aaron Ecay <aaronecay@gmail.com> writes:

> I agree.  Do you think it is possible to solve the problem while
> preserving the fact that underscore is used for both subscript and
> underline?  It seems very difficult.

We could give priority to underline when there are no curly brackets,
priority to subscript otherwise. It sounds overly complicated though.

> When I think about the question, I think probably what is needed is a
> representation where object boundaries are delimited by one well-defined
> pair of delimiters, like {} in latex or <> in html (well, in html they
> delimit tags, but the principle is the same: only one pair).  Then we
> don’t have to worry about escape syntax for many characters, or
> characters with multiple possible interpretations (or how many lines
> org-emph-re is allowed to match across, or ...).
>
> But that is just one idea I have had.  You must have thought about it
> more, so maybe you have others.
>
>>
>> I'm strongly against behavioral parts in Org syntax (even though the
>> ship probably has sailed long ago). Org mode is bound to Emacs, but Org
>> format should be platform independent.
>
> Org syntax can be un-configurable even if org-element.el implements a
> (configurable) superset of it.

org-element.el is meant to implement _exactly_ Org syntax. Not
a superset of it.

> Given that the use-subscript variable exists (and without taking into
> account more systemic solutions as discussed above), I’m arguing that
> it is cleaner to implement it in org-element, rather than in two
> separate places (in the regex-based old-style parsing code in org.el
> and in ox.el; there’s also one reference to the variable in
> org-table.el(!))
>
> Phrased in other terms, it makes no sense (in the context of Org-Mode,
> not platonic Org Syntax) for org-element to insist that "a_b" is a
> subscript, if org-use-sub-superscripts =
> org-export-with-sub-superscripts = nil.

Again, `org-use-sub-superscripts' is, at the moment, a visual-only
variable. My plan is to move it out, not in.


Regards,

-- 
Nicolas Goaziou

  reply	other threads:[~2013-12-12 17:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-11  2:30 [parser] subscripts and underlines interacting badly Aaron Ecay
2013-12-11  8:22 ` Nicolas Goaziou
2013-12-11 18:36   ` Aaron Ecay
2013-12-11 20:55     ` Nicolas Goaziou
2013-12-12  7:56       ` Aaron Ecay
2013-12-12 17:33         ` Nicolas Goaziou [this message]
2013-12-12 19:42           ` Aaron Ecay
2013-12-12 20:47             ` Nicolas Goaziou
2013-12-16  3:15               ` Aaron Ecay
2013-12-16  3:24                 ` [PATCH] quick patch to org-habit todo state keywords Ted Wiles
2013-12-16  4:27                   ` Aaron Ecay
2013-12-17 16:57                 ` [parser] subscripts and underlines interacting badly Nicolas Goaziou
2013-12-18  6:57                   ` Aaron Ecay
2013-12-18 15:01                     ` Nicolas Goaziou

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=87txeevus8.fsf@gmail.com \
    --to=n.goaziou@gmail.com \
    --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).