On Tue, Nov 15, 2011 at 5:00 PM, Eric Schulte <schulte.e...@gmail.com>wrote:
> Rainer M Krug <r.m.k...@gmail.com> writes: > > > Is that patch on git yet? i.e. if can I switch back to HEAD and change my > > files accordingly? > > > > Hi Rainer, > > I've must merged all of the pending code block changes into the master > branch of the Org-mode git repository. So now would be a good time to > re-sync with the master branch. > Great news. I'll try and adapt my files then tomorrow and let you know if there are any problems. Thanks, Rainer > > Best -- Eric > > > > > Cheers, > > > > Rainer > > > > > > On Wed, Nov 9, 2011 at 11:31 PM, Sebastien Vauban < > > wxhgmqzgw...@spammotel.com> wrote: > > > >> Hi Eric, > >> > >> Eric Schulte wrote: > >> > Rainer M Krug <r.m.k...@gmail.com> writes: > >> > > >> >> On Tue, Nov 8, 2011 at 11:53 PM, Eric Schulte < > schulte.e...@gmail.com > >> >wrote: > >> >> > >> >>> > Perhaps inserting an assumed space separator would be more > intuitive? > >> >>> > If we were to go that way it may be possible to allow variable > >> >>> > specifications such as > >> >>> > > >> >>> > #+PROPERTY: var foo=1 bar=2 > >> >>> > > >> >>> > in which case properties could be easily specified on multiple > lines > >> >>> > using a default space separator. > >> >>> > > >> >>> > If this seems like a good way to go I can try to update my > previous > >> >>> > patch. > >> >>> > >> >>> I've updated the patch, the newest version is attached. It results > in > >> >>> the following behavior. > >> >> > >> >> Looks good to me - that leaves just the question, what would hppen > when > >> >> doing the following: > >> >> > >> >> #+property: var foo=1 > >> >> #+property: var+ 2 > >> > > >> > The above is equivalent to, > >> > > >> > #+header: :var foo=1 2 > >> > > >> > which due to interaction with some logic put in place to allow the > >> > specification of un-named variables in call lines results in the > >> > following. > >> > > >> > #+property: var foo=1 > >> > #+property: var+ 2 > >> > #+begin_src emacs-lisp > >> > foo > >> > #+end_src > >> > > >> > #+results: > >> > : 2 > >> > > >> > #+begin_src emacs-lisp :var bar=1 2 > >> > bar > >> > #+end_src > >> > > >> > #+results: > >> > : 2 > >> > > >> > Although generally I would say that both > >> > > >> > #+header: :var foo=1 2 > >> > > >> > and > >> > > >> > #+property: var foo=1 > >> > #+property: var+ 2 > >> > > >> > are mal-formed variable assignments. > >> > >> I was amazed, yesterday, when you told about `foo' becoming `12' (with > `1' > >> on > >> the assignment line and `2' on the continuation), but I'm glad you > consider > >> this as rather ill-formed. > >> > >> >> and > >> >> > >> >> #+property: var foo="Hello " > >> >> #+property: var+ "world" > >> > > >> > This is exactly analogous to > >> > > >> > #+header: :var foo="hello" "world" > >> > > >> > which raises the expected error > >> > ``variable ""world"" must be assigned a default value'' > >> > > >> > the following alternative however works as expected > >> > > >> > #+property: var foo="Hello > >> > #+property: var+ world" > >> > #+begin_src emacs-lisp > >> > foo > >> > #+end_src > >> > > >> > #+results: > >> > : Hello world > >> > >> That said, all of these seem excellent trade-off between the different > >> alternatives that have been discussed and analyzed, and they respect > >> important > >> aspects: simplicity (intuitive on reading) and powerfulness. > >> > >> Just perfect! > >> > >> Best regards, > >> Seb > >> > >> -- > >> Sebastien Vauban > >> > >> > >> > > -- > Eric Schulte > http://cs.unm.edu/~eschulte/ > -- 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: rai...@krugs.de Skype: RMkrug
