From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: About commit named "Allow multi-line properties to be specified in property blocks" Date: Wed, 9 Nov 2011 18:18:54 +0100 Message-ID: References: <87vcr5c76e.fsf@gmail.com> <87vcr5j5a5.fsf@gmail.com> <4EAF118C.8050806@christianmoe.com> <87hb2mo7ek.fsf@altern.org> <87obwuh19t.fsf@gmail.com> <87hb2mdmi9.fsf@gnu.org> <87obwtgip9.fsf@gmail.com> <87sjm5ez0f.fsf@gmail.com> <4eb42564.059dec0a.5ffc.7ff5@mx.google.com> <877h3felm2.fsf@gmail.com> <87ty6ffuu6.fsf@gmail.com> <80d3d3neof.fsf@somewhere.org> <80aa87lyu9.fsf@somewhere.org> <87sjlyeh41.fsf@gmail.com> <87ehxigra3.fsf@gmail.com> <8762itff6u.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf3074b5fe8448cd04b1507b5c Return-path: Received: from eggs.gnu.org ([140.186.70.92]:52981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROBng-00071H-A3 for emacs-orgmode@gnu.org; Wed, 09 Nov 2011 12:19:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ROBnb-0003vP-VN for emacs-orgmode@gnu.org; Wed, 09 Nov 2011 12:19:00 -0500 Received: from mail-qw0-f41.google.com ([209.85.216.41]:60431) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROBnb-0003vH-SF for emacs-orgmode@gnu.org; Wed, 09 Nov 2011 12:18:55 -0500 Received: by qadc11 with SMTP id c11so2013418qad.0 for ; Wed, 09 Nov 2011 09:18:54 -0800 (PST) In-Reply-To: <8762itff6u.fsf@gmail.com> 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: Eric Schulte Cc: Sebastien Vauban , emacs-orgmode@gnu.org --20cf3074b5fe8448cd04b1507b5c Content-Type: text/plain; charset=ISO-8859-1 On Wed, Nov 9, 2011 at 5:12 PM, Eric Schulte wrote: > Rainer M Krug writes: > > > On Tue, Nov 8, 2011 at 11:53 PM, Eric Schulte >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. > True. > > > > > and > > > > #+property: var foo="Hello " > > #+property: var+ "world" > > > > This is exactly analogous to > > #+header: :var foo="hello" "world" > Makes sense > > 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 > Lovely - so I can break longer string characters in multiple lines - brilliant. > > Thanks for these examples, the later did brought to light a small > quoting issue which is fixed in the new attached patch. > > Best -- Eric > > > > > > > Thanks, > > > > Rainer > > > > > >> > >> > >> -- > >> Eric Schulte > >> http://cs.unm.edu/~eschulte/ > >> > >> > > -- > 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: Rainer@krugs.de Skype: RMkrug --20cf3074b5fe8448cd04b1507b5c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Nov 9, 2011 at 5:12 PM, Eric Sch= ulte <schult= e.eric@gmail.com> wrote:
Rainer M Krug <r= .m.krug@gmail.com> writes:

> On Tue, Nov 8, 2011 at 11:53 PM, Eric Schulte <schulte.eric@gmail.com>wrote:
>
>> > Perhaps inserting an assumed space separator would be more in= tuitive?
>> > If we were to go that way it may be possible to allow variabl= e
>> > specifications such as
>> >
>> > #+PROPERTY: var foo=3D1 bar=3D2
>> >
>> > in which case properties could be easily specified on multipl= e lines
>> > using a default space separator.
>> >
>> > If this seems like a good way to go I can try to update my pr= evious
>> > patch.
>> >
>>
>> I've updated the patch, the newest version is attached. =A0It = results in
>> the following behavior.
>>
>
> Looks good to me - that leaves just the question, what would hppen whe= n
> doing the following:
>
> #+property: var =A0foo=3D1
> #+property: var+ 2
>

The above is equivalent to,

#+header: :var foo=3D1 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 =A0foo=3D1
#+property: var+ 2

#+begin_src emacs-lisp
=A0foo
#+end_src

#+results:
: 2

#+begin_src emacs-lisp :var bar=3D1 2
=A0bar
#+end_src

#+results:
: 2

Although generally I would say that both

#+header: :var foo=3D1 2

and

#+property: var =A0foo=3D1
#+property: var+ 2

are mal-formed variable assignments.

True.=A0

>
> and
>
> #+property: var =A0foo=3D"Hello "
> #+property: var+ "world"
>

This is exactly analogous to

#+header: :var foo=3D"hello" "world"

Makes sense
=A0

which raises the expected error
=A0``variable ""world"" must be assigned a default val= ue''

the following alternative however works as expected

#+property: var =A0foo=3D"Hello
#+property: var+ world"

#+begin_src emacs-lisp
=A0foo
#+end_src

#+results:
: Hello world

Lovely - so I can break longer= string characters in multiple lines - brilliant.
=A0

Thanks for these examples, the later did brought to light a small
quoting issue which is fixed in the new attached patch.

Best -- Eric



>
> Thanks,
>
> Rainer
>
>
>>
>>
>> --
>> Eric Schulte
>> http:= //cs.unm.edu/~eschulte/
>>
>>

--
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 : =A0 =A0 =A0 +33 - (0)9 53 10 27 44
Cell: =A0 = =A0 =A0 +33 - (0)6 85 62 59 98
Fax (F): =A0 =A0 =A0 +33 - (0)9 58 10 27 = 44

Fax (D): =A0 =A0+49 - (0)3 21 21 25 22 44

email: =A0 =A0 = =A0Rainer@krugs.de=

Skype: =A0 =A0 =A0RMkrug

--20cf3074b5fe8448cd04b1507b5c--