lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Extending the staff for time signature changes between scores


From: David Kastrup
Subject: Re: Extending the staff for time signature changes between scores
Date: Thu, 19 May 2016 23:54:29 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

David Kastrup <address@hidden> writes:

> Simon Albrecht <address@hidden> 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 <address@hidden>
Date:   Wed Mar 23 17:31:21 2016 +0100

    Issue 4811/2: convert-ly rule for nicer beatStructure syntax

commit 2a66e23f356503ef916d51efa3f00cae5958dc48
Author: David Kastrup <address@hidden>
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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]