[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] support for flagged crotchets in mensural notation
From: |
David Kastrup |
Subject: |
Re: [PATCH] support for flagged crotchets in mensural notation |
Date: |
Sun, 01 Mar 2015 19:53:42 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
Lukas Pietsch <address@hidden> writes:
> Lukas Pietsch <lukas.pietsch <at> freenet.de> writes:
>
>> Enclosing a reworked patch for review, with the property renamed and the
>> new semantics as discussed.
>
> Sorry, please ignore this one, there were still errors in it. Another
> question: is there a handy type predicate to declare a grob property that
> can take either boolean or integer values, as you guys suggested? I can't
> find a precedent for such a property (there seems to be one that takes
> "boolean-or-symbol?", but no "boolean-or-integer?" so far). If it's too much
> trouble, I guess it might be preferable to drop the idea with the boolean
> values again, as it isn't really that crucial for the intended functionality
> anyway.
Searching for either boolean-or or or-boolean shows that the only
combined predicates are, uh, boolean-or-symbol? and symbol-or-boolean?.
Seriously. Only the first actually has a description in lily.scm, but
the second is used in partcombineForce. Reinhold put it in
ly/music-functions-init.ly and Patrick moved it to c++.scm.
Since it does not have a description, the entry in the notation manual
appendices states
‘partcombineForce’ [music] - TYPE (symbol-or-boolean) ONCE (boolean)
Override the part-combiner.
Ugh. At any rate, we don't seem to have another or-boolean type of
predicate yet. It probably is nicer to stay with numerics, given the
name.
--
David Kastrup