From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [ANN] BREAKING CHANGE -- removing #+BABEL file-wide property lines Date: Fri, 21 Oct 2011 11:37:01 -0600 Message-ID: <8762ji5jr6.fsf@gmail.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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:43073) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHJ1p-0008WA-3t for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 13:37:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHJ1n-0006d7-J7 for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 13:37:09 -0400 Received: from mail-gy0-f169.google.com ([209.85.160.169]:51361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHJ1n-0006d3-F5 for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 13:37:07 -0400 Received: by gyf3 with SMTP id 3so4855839gyf.0 for ; Fri, 21 Oct 2011 10:37:07 -0700 (PDT) In-Reply-To: <4EA129DB.4070006@christianmoe.com> (Christian Moe's message of "Fri, 21 Oct 2011 10:14:19 +0200") 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: Sebastien Vauban , emacs-orgmode@gnu.org Christian Moe writes: > Hi again, > > I can quickly think of two advantages of the late lamented (if only by > me) #+BABEL header over using properties. > > 1. Allowing you to specify multiple buffer-wide options on the same > line (keeping things short), in the same colon :syntax as used in a > src block header (keeping things consistent and easy to copy back and > forth). None of this makes a substantive difference. > Understood, the new method will require multiple lines. Everything is a trade-off... > > 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 > > If BABEL is dropped for PROPERTY, it would be good for the :var: > property to support multiple arguments (comma-separated would be good > for consistency with passing arguments through the SRCNAME). E.g.: > > #+PROPERTY: var euro=1.3791, salestax=.15 > > I think I'd like this better in any case. > Nice idea. This same issue with "var" arose when we first started allowing header arguments to be specified inside subtree properties. I've just implemented your suggestion so the following are now possible. #+PROPERTY: var foo=1, bar=2 #+PROPERTY: cache yes #+begin_src emacs-lisp (+ foo bar) #+end_src #+results[be32e67491d4e92f75769aebe423c20ca01626fe]: : 3 and #+begin_src emacs-lisp :var foo="this", bar="that" (concat foo " " bar) #+end_src #+results[3cde077efa81f1ca24a62ac264dbd5776b6e0054]: : this that Thanks for the suggestion and I hope the above is a sufficient replacement for the now-missing #+BABEL: syntax. Cheers -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/