On 2014/09/26 12:49:22, Dan Eble wrote:
David, what do you think about adding a context property which \time
sets when
it is called in mid-measure, which \partial resets, and about which
bar checks
warn if it is set?
Don't drag bar checks into this. I've thought about communicating this
kind of thing with a context property. However, I cannot come up with a
scheme that would not require us to definitely state whether one has to
write \partial x \time y or \time y \partial x.
Which is a tolerable demand. Here is how it would work with \partial x
\time y:
\partial sets a flag when encountered, and it resets it in its
end-of-timestep-hook. \time complains when it is encountered
mid-measure without this flag. I am not completely sure whether
\partial could actually just set measurePosition to zero as a "flag".
That would be simplest, but it might have unexpected side effects, like
with bar lines or numbering or such.
Here is how stuff would work with \time y \partial x:
\time sets a flag when called in mid-measure, and it resets it under
protest in an end-of-timestep hook if it's still set. \partial (not in
its end-of-timestep hook but immediately) resets this flag.
I don't see a good reliable way of cranking out a warning without
prescribing a particular order of \partial and \time.
https://codereview.appspot.com/143450043/diff/40001/Documentation/notation/rhythms.itely
File Documentation/notation/rhythms.itely (right):
https://codereview.appspot.com/143450043/diff/40001/Documentation/notation/rhythms.itely#newcode1395
Documentation/notation/rhythms.itely:1395: The @code{@var{duration}}
can be any
value less than a full measure.
Oops. I should have updated this. The new regression test shows a
case where
the partial duration is equal to a full measure in the new time
signature.
I suspect that _somebody_ should have updated this some time ago
already. The end-of-timestep hook way of implementing \partial should
likely mean that the less-than-a-full-measure restriction no longer
applies.
https://codereview.appspot.com/143450043/
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
