From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Haryanto Subject: parsing fixed with section Date: Thu, 11 Aug 2011 15:41:41 +0700 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf307cfc7215323904aa36c4c5 Return-path: Received: from eggs.gnu.org ([140.186.70.92]:54664) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrQpn-000592-A6 for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 04:41:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrQpi-0008EF-R8 for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 04:41:47 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]:62703) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrQpi-0008EA-Ny for emacs-orgmode@gnu.org; Thu, 11 Aug 2011 04:41:42 -0400 Received: by vwm42 with SMTP id 42so1909202vwm.0 for ; Thu, 11 Aug 2011 01:41:41 -0700 (PDT) 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: emacs-orgmode@gnu.org --20cf307cfc7215323904aa36c4c5 Content-Type: text/plain; charset=ISO-8859-1 Dear all, As I understand it, a fixed width section (BTW, is "fixed width section" the official term for this?) 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, 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? -- sh --20cf307cfc7215323904aa36c4c5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,

As I understand it, a fixed width s= ection (BTW, is "fixed width section" the official term for this?= ) 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) l= ikes to trim trailing spaces, so when the file is saved, the second line lo= ses its space:

:<spc>line1
:
:<spc&g= t;line3

Should the second line be parsed as a fixe= d width section too or not?

--
sh
--20cf307cfc7215323904aa36c4c5--