From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: About the use of PROPERTY "meta lines"... Date: Mon, 02 Jan 2012 10:39:53 -0700 Message-ID: <871uridlb1.fsf@gmx.com> References: <807h1fycsm.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:46233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhmOf-0004J8-RZ for emacs-orgmode@gnu.org; Mon, 02 Jan 2012 13:14:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhmOe-0002j8-KC for emacs-orgmode@gnu.org; Mon, 02 Jan 2012 13:14:09 -0500 Received: from mailout-us.gmx.com ([74.208.5.67]:55529) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RhmOe-0002j2-2Y for emacs-orgmode@gnu.org; Mon, 02 Jan 2012 13:14:08 -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: Sebastien Vauban Cc: emacs-orgmode@gnu.org "Sebastien Vauban" writes: > #+TITLE: Properties > #+AUTHOR: Seb Vauban > #+PROPERTY: var foo=1 > #+PROPERTY: var+ bar=2 > > * Abstract > > IIUC, properties are set in this way: > > - on a file basis, before any heading, through the =PROPERTY= keyword, > - on a subtree basis, through the =PROPERTIES= block. > > My comprehension is that the =PROPERTY= keyword may not be used inside "trees", > and should be ignored if that would happen. > While it is not normal usage, I think that it is legal for #+PROPERTY: lines (or #+Option: lines etc...) to appear inside of subtrees. Best -- Eric > > The following example shows that either: > > - I'm wrong to think so, > - there is a bug. > > What is the right assumption here? > > * Subtree > > Being located in a subtree, the following lines are ill-placed IMHO: > > #+PROPERTY: var foo="Hello > #+PROPERTY: var+ world" > > Though, they're well taken into account: > > #+begin_src emacs-lisp > foo > #+end_src > > #+results: > : Hello world > > These lines have even wiped the definition of =bar= (because of the use of =var= > without any =+=): > > #+begin_src emacs-lisp > (+ foo bar) > #+end_src > > returns the error "Symbol's value as variable is void: bar." > > Best regards, > Seb -- Eric Schulte http://cs.unm.edu/~eschulte/