From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Haryanto Subject: Re: parsing fixed with section Date: Thu, 11 Aug 2011 18:22:20 +0700 Message-ID: References: <8762m4l1da.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec5015f07a2595f04aa39022c Return-path: Received: from eggs.gnu.org ([140.186.70.92]:49334) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrTLC-00009j-Cv for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 07:22:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrTLB-0003BX-JN for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 07:22:22 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]:62143) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrTLB-0003BI-Gq for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 07:22:21 -0400 Received: by vwm42 with SMTP id 42so2019637vwm.0 for ; Thu, 11 Aug 2011 04:22:21 -0700 (PDT) In-Reply-To: <8762m4l1da.fsf@gmail.com> 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org --bcaec5015f07a2595f04aa39022c Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 11, 2011 at 4:54 PM, Nicolas Goaziou wrote: > Hello, > > Steven Haryanto writes: > > > As I understand it, a fixed width section (BTW, is "fixed width section" > the > > official term for this?) > > Yes. > > > is defined as a line which is started by zero or more spaces, and then > > a colon, *and then a space*, and then zero or more characters. > > > > :line1 > > : > > :line3 > > > > But many editors (Emacs including) likes to trim trailing spaces, > > As far as I know, this doesn't happen in Emacs, unless you specify it > explicitly (i.e. in some hook). > > > so when the file is saved, the second line loses its space: > > > > :line1 > > : > > :line3 > > > > Should the second line be parsed as a fixed width section too or not? > > I'd say yes. > > You may have noticed that exporters already treat that line as > fixed-width section anyway. But this is inconsistent with fontification > (and indentation) in the buffer. > > I've pushed a commit to fix this inconsistency in master. > > Thanks for pointing this out. > > Thanks for clearing this up, I've also updated the Org::Parser Perl module. -- sh --bcaec5015f07a2595f04aa39022c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Aug 11, 2011 at 4:54 PM, Nicolas Goaziou= <n.goaziou@gma= il.com> wrote:
Hello,

Steven Haryanto <stevenharya= nto@gmail.com> writes:

> As I understand it, a fixed width section (BTW, is "fixed width s= ection" the
> official term for this?)

Yes.

> is defined as a line which is started by zero or more spaces, and then=
> a colon, *and then a space*, and then zero or more characters.
>
> :<spc>line1
> :<spc>
> :<spc>line3
>
> But many editors (Emacs including) likes to trim trailing spaces,

As far as I know, this doesn't happen in Emacs, unless you specif= y it
explicitly (i.e. in some hook).

> =A0so when the file is saved, the second line loses its space:
>
> :<spc>line1
> :
> :<spc>line3
>
> Should the second line be parsed as a fixed width section too or not?<= br>
I'd say yes.

You may have noticed that exporters already treat that line as
fixed-width section anyway. But this is inconsistent with fontification
(and indentation) in the buffer.

I've pushed a commit to fix this inconsistency in master.

Thanks for pointing this out.


Thank= s for clearing this up, I've also updated the Org::Parser Perl module.<= /div>

--
sh
--bcaec5015f07a2595f04aa39022c--