From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: [RFC] The "c" Org macro Date: Mon, 22 May 2017 10:46:06 +0000 Message-ID: References: <2ee94a64a94b46259b0da6e7d34675c9@HE1PR01MB1898.eurprd01.prod.exchangelabs.com> <87y3u7o3dj.fsf@t3610> <87pofjtk4b.fsf@t3610> <2069df8c23bc43f3b04b6e203b96be9d@HE1PR01MB1898.eurprd01.prod.exchangelabs.com> <87r2zvpyst.fsf@delle7240> <8760guib5i.fsf@nicolasgoaziou.fr> <87h90dh1pd.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c1cda68b0b81805501a9429" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35054) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dCkqy-0001XF-7X for emacs-orgmode@gnu.org; Mon, 22 May 2017 06:46:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dCkqx-0003E0-94 for emacs-orgmode@gnu.org; Mon, 22 May 2017 06:46:20 -0400 Received: from mail-lf0-x232.google.com ([2a00:1450:4010:c07::232]:33951) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dCkqx-0003Df-1E for emacs-orgmode@gnu.org; Mon, 22 May 2017 06:46:19 -0400 Received: by mail-lf0-x232.google.com with SMTP id 99so28696288lfu.1 for ; Mon, 22 May 2017 03:46:18 -0700 (PDT) In-Reply-To: <87h90dh1pd.fsf@nicolasgoaziou.fr> 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" To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org --94eb2c1cda68b0b81805501a9429 Content-Type: text/plain; charset="UTF-8" On Mon, May 22, 2017, 1:58 AM Nicolas Goaziou wrote: > Even though it is surprising, this is not an issue. The thing is macros > are expanded at the very beginning of the export process, even before > the document is parsed. At this point, the example above is properly > expanded to > > 7463. > > However, this is then parsed as the first numbered item of a plain list, > which is then exported as > > 1. > Thanks for the explanation. That does make sense. The MWE was a little example I wanted to document for myself for this new feature. So this example doesn't show a real world use of that macro. IOW, there is not much we can do. You may want to insert a zero-width > space between the macro and the dot. > It just so happened that autofilling ended up with a number followed by a period at the BOL. So I couldn't have planned inserting a zero-width space before the dot. So this makes me think of the use of auto-filling in my regular org files... What if auto-filling happened to create a case like this where a line began with a number immediately followed by a period?! Though ending sentences with a number is rare, I just need to be cautious about this. > -- Kaushal Modi --94eb2c1cda68b0b81805501a9429 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, May 22, 2017, 1:58 AM N= icolas Goaziou <mail@nicolasgo= aziou.fr> wrote:
Even though it is surprising, this is not an issue. The thing is macros
are expanded at the very beginning of the export process, even before
the document is parsed. At this point, the example above is properly
expanded to

=C2=A0 7463.

However, this is then parsed as the first numbered item of a plain list, which is then exported as

=C2=A0 1.

Thanks for the explanat= ion. That does make sense. The MWE was a little example I wanted to documen= t for myself for this new feature. So this example doesn't show a real = world use of that macro.=C2=A0

IOW, there is not much we can do. You may want to insert a zero-width
space between the macro and the dot.

<= div>It just so happened that autofilling ended up with a number followed by= a period at the BOL. So I couldn't have planned inserting a zero-width= space before the dot.=C2=A0

So this makes me thin= k of the use of auto-filling in my regular org files... What if auto-fillin= g happened to create a case like this where a line began with a number imme= diately followed by a period?! Though ending sentences with a number is rar= e, I just need to be cautious about this.=C2=A0
--

Kaushal Modi

--94eb2c1cda68b0b81805501a9429--