From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Moe Subject: Re: [ANN] BREAKING CHANGE -- removing #+BABEL file-wide property lines Date: Fri, 21 Oct 2011 12:47:12 +0200 Message-ID: <4EA14DB0.9030605@christianmoe.com> 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> Reply-To: mail@christianmoe.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:58459) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHCZw-0007i1-FV for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:43:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHCZv-0000jc-7Q for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:43:56 -0400 Received: from b1.hitrost.net ([91.185.211.67]:19058) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHCZu-0000jT-WA for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 06:43:55 -0400 In-Reply-To: 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: Rainer M Krug , Org Mode 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. 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. Yours, Christian