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 12:59:03 +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> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0016e6551d5c0f61f404afccf6ab Return-path: Received: from eggs.gnu.org ([140.186.70.92]:34810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHCoc-0000o2-3c for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:59:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHCoa-0003JZ-AL for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:59:06 -0400 Received: from mail-qy0-f176.google.com ([209.85.216.176]:63824) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHCoa-0003JQ-6q for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:59:04 -0400 Received: by qyk30 with SMTP id 30so4014277qyk.0 for ; Fri, 21 Oct 2011 03:59:03 -0700 (PDT) In-Reply-To: <4EA14DB0.9030605@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 --0016e6551d5c0f61f404afccf6ab Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 21, 2011 at 12:47 PM, Christian Moe wrote: > On 10/21/11 11:12 AM, Rainer M Krug wrote: > >> >> >> On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe > **> wrote: >> > (...) > > 2. Allowing you to pass multiple buffer-wide arguments with :var. >> This could make a substantive difference in some applications. The >> following will work: >> >> #+BABEL: :var euro=1.3791 :var salestax=.15 >> >> The following will not, since it tries to set the same property: >> >> #+PROPERTY: var euro=1.3791 >> #+PROPERTY: var salestax=.15 >> >> >> I think it is a very important point, that the construct with :var >> still works - but as Eric only mentioned the *naming*, I assume that >> in the actual usage nothing changes. >> >> > Hi, Rainer, > > My point was that there is at least one (minor) case where properties are > not functionally equivalent to the BABEL line: You cannot pass arguments for > more than one variable buffer-wide, because you can't have multiple var > properties at the same time, and at present, one var property only sets one > variable. > 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. > > The behavior of properties has not changed. What has changed is the removal > of the BABEL header, whose colon (:var) syntax did allow you to set multiple > variables buffer-wide should you wish to. > 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? Rainer > > Yours, > 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 --0016e6551d5c0f61f404afccf6ab Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Oct 21, 2011 at 12:47 PM, Christ= ian Moe <mail= @christianmoe.com> wrote:
On 10/21/11 11:12 AM, Rainer M Krug wrote:


On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe <mail@christianmoe.com
<mailto:mail@= christianmoe.com>> wrote:
(...)

=A0 =A02. Allowing you to pass multiple buffer-wide arguments with :var. =A0 =A0This could make a substantive difference in some applications. The<= br> =A0 =A0following will work:

=A0 =A0 =A0#+BABEL: :var euro=3D1.3791 :var salestax=3D.15

=A0 =A0The following will not, since it tries to set the same property:
=A0 =A0 =A0#+PROPERTY: var euro=3D1.3791
=A0 =A0 =A0#+PROPERTY: var salestax=3D.15


I think it is a very important point, that the construct with :var
still works - but as Eric only mentioned the *naming*, I assume that
in the actual usage nothing changes.


Hi, Rainer,

My point was that there is at least one (minor) case where properties are n= ot functionally equivalent to the BABEL line: You cannot pass arguments for= more than one variable buffer-wide, because you can't have multiple va= r properties at the same time, and at present, one var property only sets o= ne variable.

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

The behavior of properties has not changed. What has changed is the removal= of the BABEL header, whose colon (:var) syntax did allow you to set multip= le variables buffer-wide should you wish to.

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?

Rainer

=A0

Yours,
Christian







--
Rainer M. Krug, = PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phy= s. (Germany)

Centre of Excellence for Invasion Biology
Stellenbos= ch 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

--0016e6551d5c0f61f404afccf6ab--