David Kastrup <d...@gnu.org> writes:
> Simon Albrecht <simon.albre...@mail.de> writes:
>
>> On 19.05.2016 03:23, David Wright wrote:
>>> \layout {
>>> \context {
>>> \Staff
>>> \override StaffSymbol.break-align-symbols = #'(time-signature
>>> key-signature staff-bar break-alignment)
>>> }
>>> }
>>
>> I tried to use the proper LilyPond list syntax here:
>> \override StaffSymbol.break-align-symbols =
>> time-signature,key-signature,staff-bar,break-alignment
>> – which would be beautiful, but the parser doesn’t expect it
>> there. Could that be made working, David?
>
> Override arguments are not type-checked at parsing time, so the syntax
> cannot be adopted according to the accepted type. The situation is
> similar for \tweak: while it is a music function, its value type cannot
> be changed on-the-fly depending on the name of the preceding symbol: it
> is always scheme? .
>
> If we require lookahead for _any_ string matched by a generic predicate
> like scheme? in order to see whether there is a "," following maybe, and
> then convert what started out as a symbol into a list of symbols, a lot
> of syntax will behave more weirdly.
[...] I'm getting old. Apparently I decided that the artifacts from the
lookahead were the lesser evil. 2.19.40 has
commit bb3285ff1f4cd437ba52afbaa53e7ff5946a7140
Author: David Kastrup <d...@gnu.org>
Date: Wed Mar 23 17:31:21 2016 +0100
Issue 4811/2: convert-ly rule for nicer beatStructure syntax
commit 2a66e23f356503ef916d51efa3f00cae5958dc48
Author: David Kastrup <d...@gnu.org>
Date: Wed Mar 23 00:05:16 2016 +0100
Issue 4811/1: Allow property paths as scalars and in assignments
They cannot be embedded LilyPond since #{ 2 . 2 #} already is valid
music.
Property paths must have at least two syntactic elements to be
recognized as such and must not start with a Scheme expression.
Technically, 3 . #'() counts.
This affects overrides and sets as well.
So I have no idea what problem you are seeing here.
--
David Kastrup
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
