[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Problem with org-entities-user

From: Thomas S. Dye
Subject: Re: [O] Problem with org-entities-user
Date: Mon, 17 Sep 2012 06:37:10 -1000

Nicolas Goaziou <address@hidden> writes:

> Hello,
> address@hidden (Thomas S. Dye) writes:
>> I'm probably doing something silly here, but can't figure it out.  Using
>> the new LaTeX exporter, and with org-entities-user defined as below,
>> this:
>> \C14 \frac12 \Omacron
>> exports as:
>> \C14 \textonehalf{} \={O}
>> Why isn't my C14 entity being exported correctly?
>> All the best,
>> Tom
>> Value: (("U234" "\\textsuperscript{234}U" nil "<sup>234</sup>U"
>> "234U" "234U" "234U")
>>  ("Th230" "\\textsuperscript{230}Th" nil "<sup>230</sup>Th" "230Th"
>> "230Th" "230Th")
>>  ("C14" "\\textsuperscript{14}C" nil "" "14C" "14C" "14C")
>>  ("Umacron" "\\={U}" nil "&#0362" "U" "U" "Ū")
>>  ("Omacron" "\\={O}" nil "&#0332" "O" "O" "Ō")
>>  ("Imacron" "\\={I}" nil "&#0298" "I" "I" "Ī")
>>  ("Emacron" "\\={E}" nil "&#0274" "E" "E" "Ē")
>>  ("Amacron" "\\={A}" nil "&#0256" "A" "A" "Ā")
>>  ("umacron" "\\={u}" nil "&#0363" "u" "u" "ū")
>>  ("omacron" "\\={o}" nil "&#0333" "o" "o" "ō")
>>  ("imacron" "\\={i}" nil "&#0299" "i" "i" "ī")
>>  ("emacron" "\\={e}" nil "&#0275" "e" "e" "ē")
>>  ("amacron" "\\={a}" nil "&#0257" "a" "a" "ā")
>>  ("space" "\\ " nil " " " " " " " "))
> That's because numbers are not allowed in entities, except for a few
> exceptions:
> "\\\\\\(there4\\|sup[123]\\|frac[13][24]\\|[a-zA-Z]+\\)\\($\\|{}\\|[^[:alpha:]]\\)"
> Note that this regexp also matches LaTeX commands.
> One seducing idea would be to drop support for such commands (I'm _not_
> talking about math environments and snippets, but about commands like
> \hfill{} or \bigskip{}). After all, if you want to write raw LaTeX in an
> Org buffer, you can always use #+LATEX: or @@latex:...@@ like with any
> other back-end. I see no compelling reason to keep this convenience if
> it gets in the way.
> It would speed-up a bit entities matching, and would allow for a relaxed
> regexp (i.e. a regexp built upon already defined entities).

Thanks Nicolas.  I was confused by the exceptional numbers into thinking
they were generally allowed.  

I'm not sure about support for \hfill{}, etc.  The new latex and html
exporters pass \hfill{} through unchanged, which might be what the latex
author wants, or what the html author writing about latex commands

All the best,

Thomas S. Dye

reply via email to

[Prev in Thread] Current Thread [Next in Thread]