Hello,
Achim Gratz writes:
> Nicolas Goaziou writes:
>> Of course, we could work around this with a new rule saying "the longest
>> match wins", which, in this case, is the underline. But it would be
>> better to find a more elegant solution, one which would remove the sole
>> ambiguity, AFAICT,
Hello,
Christian Moe writes:
>>> Nicolas Goaziou writes:
Of course, we could work around this with a new rule saying "the longest
match wins", which, in this case, is the underline. But it would be
better to find a more elegant solution, one which would remove the sole
ambigu
>> Nicolas Goaziou writes:
>>> Of course, we could work around this with a new rule saying "the longest
>>> match wins", which, in this case, is the underline. But it would be
>>> better to find a more elegant solution, one which would remove the sole
>>> ambiguity, AFAICT, in Org syntax.
How did
Achim Gratz writes:
> Nicolas Goaziou writes:
>> Of course, we could work around this with a new rule saying "the longest
>> match wins", which, in this case, is the underline. But it would be
>> better to find a more elegant solution, one which would remove the sole
>> ambiguity, AFAICT, in Org
Nicolas Goaziou writes:
> Of course, we could work around this with a new rule saying "the longest
> match wins", which, in this case, is the underline. But it would be
> better to find a more elegant solution, one which would remove the sole
> ambiguity, AFAICT, in Org syntax.
>
> Suggestions welc
Hello,
Bastien writes:
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted
>> correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX
>> export. The space before the caret appears to be the problem.
>
> Confirmed -- this w
upgrading to trunk gives me the same behaviour as John reported,
which, while not perfect, is better for tensors.
On Wed, Apr 17, 2013 at 10:54 PM, Daniel Mahler wrote:
> In my .emacs I have
>
> (custom-set-variables
> ;;...
> '(org-pretty-entities t)
> '(org-use-sub-superscripts (quote {}))
In my .emacs I have
(custom-set-variables
;;...
'(org-pretty-entities t)
'(org-use-sub-superscripts (quote {}))
;;...
)
but I get the opposite result ' ^{14}C' works , but 'x^{y}_{z}' does not,
On Wed, Apr 17, 2013 at 10:18 PM, John Hendy wrote:
> On Wed, Apr 17, 2013 at 9:57 PM, Daniel M
On Wed, Apr 17, 2013 at 9:57 PM, Daniel Mahler wrote:
> This works for me in org 7.9.2 and emacs 24.1.1, but chaining as in
> 'x^{y}_{z}' will only fontify the ^{y} but not the _{z}, as I reported
> earlier today, but 'x^{y} _{z}' will fontify both, just with an ugly gap in
> the middle.
Ah. Goo
This works for me in org 7.9.2 and emacs 24.1.1, but chaining as in
'x^{y}_{z}' will only fontify the ^{y} but not the _{z}, as I reported
earlier today, but 'x^{y} _{z}' will fontify both, just with an ugly gap in
the middle.
cheers
Daniel
On Tue, Apr 16, 2013 at 1:29 AM, Bastien wrote:
> Hi
Hi Thomas,
t...@tsdye.com (Thomas S. Dye) writes:
> With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted
> correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX
> export. The space before the caret appears to be the problem.
Confirmed -- this was reported already onc
Aloha all,
With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is interpreted
correctly but ` ^{14}C' is not, both in the Org buffer and in LaTeX
export. The space before the caret appears to be the problem.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
12 matches
Mail list logo
