From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Mahler Subject: Re: Superscripts and subscripts Date: Wed, 17 Apr 2013 22:54:02 -0500 Message-ID: References: <87d2tv3s5b.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=e89a8fb1ff18cab0cb04da9a8e04 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USfvU-0008TS-Qa for emacs-orgmode@gnu.org; Wed, 17 Apr 2013 23:54:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1USfvT-0005vf-8t for emacs-orgmode@gnu.org; Wed, 17 Apr 2013 23:54:24 -0400 Received: from mail-ob0-x230.google.com ([2607:f8b0:4003:c01::230]:35555) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USfvT-0005vW-29 for emacs-orgmode@gnu.org; Wed, 17 Apr 2013 23:54:23 -0400 Received: by mail-ob0-f176.google.com with SMTP id wd20so2110696obb.21 for ; Wed, 17 Apr 2013 20:54:22 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: John Hendy Cc: Org-mode --e89a8fb1ff18cab0cb04da9a8e04 Content-Type: text/plain; charset=ISO-8859-1 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 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. Googled around a bit. Are you sure you don't have something in > .emacs to set this? If not, perhaps the default settings just changed > since 7.9.2 and the current master branch, 8.0-pre. I found this upon > googling "fontify subscripts orgmode": > - http://lists.gnu.org/archive/html/emacs-orgmode/2012-10/msg00358.html > > I added this to my buffer: > > #+startup: entitiespretty > > Now I get the attached. Indeed = ^{14}C= does not work for me, but > =x^{y}_{z}= does. > > > John > > > > > > > cheers > > Daniel > > > > > > On Tue, Apr 16, 2013 at 1:29 AM, Bastien wrote: > >> > >> Hi Thomas, > >> > >> tsd@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 once. I don't have a fix for > >> this at the moment, hopefully Nicolas can have a look sometime. > >> > >> -- > >> Bastien > >> > > > --e89a8fb1ff18cab0cb04da9a8e04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
In my .emacs I have

(custom-set-variables
=
=A0;;...
=A0'(org-pretty-entities t)
=A0'(org-use-sub-superscripts (quote {}))
;;...
=
)

but I get the opposite result ' ^{14}C= ' works , but 'x^{y}_{z}' does not,

<= /div>


On Wed, = Apr 17, 2013 at 10:18 PM, John Hendy <jw.hendy@gmail.com> w= rote:
On Wed, Apr 17, 2013 at 9:= 57 PM, Daniel Mahler <dmahler@gmail= .com> wrote:
> This works for me in org 7.9.2 and emacs 24.1.1, but chaining =A0as 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 a= n ugly gap in
> the middle.

Ah. Googled around a bit. Are you sure you don't have something i= n
.emacs to set this? If not, perhaps the default settings just changed
since 7.9.2 and the current master branch, 8.0-pre. I found this upon
googling "fontify subscripts orgmode":
- http://lists.gnu.org/archive/html/emacs-orgmode/= 2012-10/msg00358.html

I added this to my buffer:

#+startup: entitiespretty

Now I get the attached. Indeed =3D ^{14}C=3D does not work for me, but
=3Dx^{y}_{z}=3D does.


John



>
> cheers
> Daniel
>
>
> On Tue, Apr 16, 2013 at 1:29 AM, Bastien <bzg@gnu.org> wrote:
>>
>> Hi Thomas,
>>
>> tsd@tsdye.com (Thomas S. Dye)= writes:
>>
>> > With a recent git pull and #+OPTIONS: ^:{}, `C^{14}' is i= nterpreted
>> > correctly but ` ^{14}C' is not, both in the Org buffer an= d in LaTeX
>> > export. The space before the caret appears to be the problem.=
>>
>> Confirmed -- this was reported already once. =A0I don't have a= fix for
>> this at the moment, hopefully Nicolas can have a look sometime. >>
>> --
>> =A0Bastien
>>
>

--e89a8fb1ff18cab0cb04da9a8e04--