Re: [O] About commit named "Allow multi-line properties to be specified

From:

Eric Schulte

Subject:

Re: [O] About commit named "Allow multi-line properties to be specified in property blocks"

Date:

Tue, 08 Nov 2011 09:03:25 -0700

User-agent:

Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)

>>
>> > Could one make the "," implicit, if the value follows the
>> >
>> > x=y
>> >
>> > style, while otherwise just concatenate the value to the one before?
>>
>> I guess this is going too far, as Babel is untyped: what about...
>>
>> #+property: var foo=2
>> #+property: var+ 5
>>
>> Does foo become equal to 25?
>>
yes
#+PROPERTY: var foo=2
#+PROPERTY: var+ 5
#+begin_src emacs-lisp
foo
#+end_src
#+results:
: 25
>>
>> (I know I exaggerate somehow, but just to show I guess such
>> extensions are simply not possible without explicit types).
>>
I think by types you mean something more like syntactic parsing? Babel
does have three types, strings, numbers, and lists.
>>
>>
> You definitely have a point here - so I opt for the implicit ","
>
Keep in mind that the above applies to *all* Org-mode properties, not
just variables, which is why I did not want to force an assumed comma
separator.
For example,
#+PROPERTY: Disks 1 2 3 4 5 6 7
#+PROPERTY: Disks+ 8 9 10 11 12 13
#+begin_src emacs-lisp
org-file-properties
#+end_src
#+results:
| (var . foo=25) | (Disks . 1 2 3 4 5 6 78 9 10 11 12 13) |
Although in this case the 78 is certainly unexpected. 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.
Thanks -- Eric
>
>
> Cheers,
>
> Rainer
>
> But, if not equal to 25, what would be expected? An error, ...?
>>
>> Best regards,
>> Seb
>>
>> --
>> Sebastien Vauban
>>
>>
>>
--
Eric Schulte
http://cs.unm.edu/~eschulte/