From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: [ANN] BREAKING CHANGE -- removing #+BABEL file-wide property lines Date: Fri, 21 Oct 2011 13:18:19 +0200 Message-ID: References: <87pqhrih3s.fsf@gmail.com> <30891.1319141196@alphaville.dokosmarshall.org> <87fwinifqu.fsf@gmail.com> <32184.1319143892@alphaville.dokosmarshall.org> <87zkgvgxe7.fsf@gmail.com> <1405.1319147324@alphaville.dokosmarshall.org> <87zkgvfhra.fsf@gmail.com> <2127.1319148505@alphaville.dokosmarshall.org> <87vcrjfgt1.fsf@gmail.com> <80sjmmvm60.fsf@somewhere.org> <4EA129DB.4070006@christianmoe.com> <4EA14DB0.9030605@christianmoe.com> <4EA154CA.4020003@christianmoe.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0016e6551eb204360104afcd3b8c Return-path: Received: from eggs.gnu.org ([140.186.70.92]:51337) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHD7H-0002gU-Bn for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 07:18:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHD7E-0006FR-Vm for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 07:18:23 -0400 Received: from mail-qw0-f41.google.com ([209.85.216.41]:41439) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHD7E-0006FG-MX for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 07:18:20 -0400 Received: by qadc11 with SMTP id c11so1202321qad.0 for ; Fri, 21 Oct 2011 04:18:20 -0700 (PDT) In-Reply-To: <4EA154CA.4020003@christianmoe.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: mail@christianmoe.com Cc: Org Mode --0016e6551eb204360104afcd3b8c Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 21, 2011 at 1:17 PM, Christian Moe wrote: > On 10/21/11 12:59 PM, Rainer M Krug wrote: > > So, using your above mentioned example, after the first PROPERTY line, >> euro=1.3795 and SALESTAX not set, while after the second one >> salestax=.15, and euro is unset? That would be quite bad. >> > > That's what I'd expected, but actually, euro is set and salestax is not. > Apparently subsequent PROPERTY lines are ignored if they try to set an > already existing property. > That's bad - really bad. Because then I have to substantially change my files. > > To clarify: before, we could use #+BABEL and #PROPERTY to do similar >> things. Now the whole #+BABEL has been removed, and only the >> functionality from #+PROPERTY is left - correct? >> > > That's my understanding. And #+PROPERTY offers equivalent functionality in > almost every way, but not, as far as I can understand, in this corner case. > Then I would suggest to leave #+BABEL until these cases are also implemented in #+PROPERTY - but I suppose, they are there for a purpose. Cheers, Rainer > > Christian > > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D): +49 - (0)3 21 21 25 22 44 email: Rainer@krugs.de Skype: RMkrug --0016e6551eb204360104afcd3b8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Oct 21, 2011 at 1:17 PM, Christi= an Moe <mail@= christianmoe.com> wrote:
On 10/21/11 12:59 PM, Rainer M Krug wrote:

So, using your above mentioned example, after the first PROPERTY line,
euro=3D1.3795 and SALESTAX not set, while after the second one
salestax=3D.15, and euro is unset? That would be quite bad.

That's what I'd expected, but actually, euro is set and salestax is= not. Apparently subsequent PROPERTY lines are ignored if they try to set a= n already existing property.

That's bad = - really bad. Because then I have to substantially change my files.
=A0

To clarify: before, we could use #+BABEL and #PROPERTY to do similar
things. Now the whole #+BABEL has been removed, and only the
functionality from #+PROPERTY is left - correct?

That's my understanding. And #+PROPERTY offers equivalent functionality= in almost every way, but not, as far as I can understand, in this corner c= ase.

Then I would suggest to leave #+B= ABEL until these cases are also implemented in #+PROPERTY - but I suppose, = they are there for a purpose.

Cheers,

Rainer
=A0

Christian




--
Rainer M. K= rug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl= . Phys. (Germany)

Centre of Excellence for Invasion Biology
Stell= enbosch University
South Africa

Tel : =A0 =A0 =A0 +33 - (0)9 53 10 27 44
Cell: =A0 = =A0 =A0 +33 - (0)6 85 62 59 98
Fax (F): =A0 =A0 =A0 +33 - (0)9 58 10 27 = 44

Fax (D): =A0 =A0+49 - (0)3 21 21 25 22 44

email: =A0 =A0 = =A0Rainer@krugs.de=

Skype: =A0 =A0 =A0RMkrug

--0016e6551eb204360104afcd3b8c--