From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Setting multiple variables for code blocks in one property drawer Date: Sat, 18 Feb 2012 08:32:30 -0700 Message-ID: <87ty2orw7b.fsf@gmx.com> References: <20120209124619.GA29989@kenny.local> <87haysuo20.fsf@gmx.com> <20120215191245.GA20893@client194-112.wlan.hu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:34893) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RymJy-0004w3-1I for emacs-orgmode@gnu.org; Sat, 18 Feb 2012 10:35:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RymJu-0002Yj-IZ for emacs-orgmode@gnu.org; Sat, 18 Feb 2012 10:35:33 -0500 Received: from mailout-us.gmx.com ([74.208.5.67]:54975) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RymJu-0002YK-1K for emacs-orgmode@gnu.org; Sat, 18 Feb 2012 10:35:30 -0500 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 Viktor Rosenfeld writes: > Hi Eric, > > thanks for your input. I just pulled the latest code from git and while > my original example works, the following does not: > > :PROPERTIES: > :var: foo=1 > :var+: bar=2 > :var+: baz=3 > :END: > > #+BEGIN_SRC sh > echo foo: $foo > echo bar: $bar > echo baz: $baz > #+END_SRC > Thanks for reporting, I've just pushed up a fix for this bug. > > There also appears to be a difference between quoted and unquoted > values and commatas. E.g. the following works > > :PROPERTIES: > :var: foo=1 > :var+: bar="2", baz=3 > :END: > > #+BEGIN_SRC sh > echo foo: $foo > echo bar: $bar > echo baz: $baz > #+END_SRC > > If I remove the quotes around 2 I get the following error: > > ad-Orig-error: reference '2,' not found in this buffer > > On the other hand, the following version does not produce an error, but > the value of $baz is not set. > > :PROPERTIES: > :var: foo=1 > :var+: bar="2", > :var+: baz=3 > :END: > > #+BEGIN_SRC sh > echo foo: $foo > echo bar: $bar > echo baz: $baz > #+END_SRC > Yes, the comma results in the 2 not being parsed as a number, which means that it will then try to be understood by Babel (which thinks first of a reference unless the value is wrapped in quotes indicating it is a string). The moral is to not give references purely numerical names. Best, > > Cheers, > Viktor > > Eric Schulte wrote: > >> Viktor Rosenfeld writes: >> >> > Hi, >> > >> > after following the discussion about the new BABEL syntax I was under >> > the impression that the following should work to set two variables in >> > one PROPERTIES drawer: >> > >> > :PROPERTIES: >> > :var: foo=1 >> > :var+: bar=2 >> > :END: >> > >> > However, the definition of bar is ignored. It turns out that there can >> > only be one :var: or :var+: entry in a drawer and the latter can only be >> > used to append to inherited entries, but not to those defined in the >> > same drawer. Is this the intended behavior? How would I define multiple >> > variables in a drawer (except for putting them all on one line)? >> > >> > Thanks, >> > Viktor >> > >> >> You are correct, I believe this is a bug. I've just pushed up a fix, so >> your example above should now work as expected. >> >> Thanks, >> >> -- >> Eric Schulte >> http://cs.unm.edu/~eschulte/ >> > -- Eric Schulte http://cs.unm.edu/~eschulte/