Re: cross-staff chords with stems down

ornello wrote > Cross-staff chords seem to work with stems up only. For those who are interested, here is the solution (thanks to Eluze and Thomas Morley): \layout { \context { \PianoStaff \consists #Span_stem_engraver } } { \new PianoStaff << \new Staff { \stemDown

Add dead-is-alive boolean property to Hara_kiri_group_spanner (issue 6948058)

LGTM. Do we have a regtest (or rather, an example) which demonstrates how to use it? https://codereview.appspot.com/6948058/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add dead-is-alive boolean property to Hara_kiri_group_spanner (issue 6948058)

Reviewers: lemzwerg, Message: On 2012/12/15 10:48:12, lemzwerg wrote: LGTM. Do we have a regtest (or rather, an example) which demonstrates how to use it? I don't actually have one. Since this was inspired by a discussion on the mailing list, I was sort of hoping that Keith would be able t

Re: Add note to manuals.html describing formats of manuals (Issue 2895) (issue 6867054)

Please review https://codereview.appspot.com/6867054/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add dead-is-alive boolean property to Hara_kiri_group_spanner (issue 6948058)

On 2012/12/15 11:40:17, dak wrote: I was sort of hoping that Keith would be able to make use of this While the negative logic makes it not negligibly difficult to avoid errors in understanding, I see no good way to use this. If the usual method is: "If this Staff has anything interesting to s

Re: Add dead-is-alive boolean property to Hara_kiri_group_spanner (issue 6948058)

On 2012/12/15 18:22:46, Keith wrote: [...] A re-arrangement in logic could give a useful option "If a Staff with the 'alive_together_alternative' flag set has anything interesting to say on this line, but /none/ of his (un-flagged) friends in his keep-alive-together group do, then print him

Issue 2172: Get line and column numbers right. (issue 6938044)

could we get something in Changes.tely about this? No need to update this patch; you can push the modification to changse.tely immediately once this patch is accepted. https://codereview.appspot.com/6938044/ ___ lilypond-devel mailing list lilypond-de

Re: Changes lilypond-example for rest-by-number (issue 6924053)

LGTM https://codereview.appspot.com/6924053/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Clarify documentation of footnotes (2971) (issue 6845078)

LGTM https://codereview.appspot.com/6845078/diff/19001/Documentation/notation/input.itely File Documentation/notation/input.itely (right): https://codereview.appspot.com/6845078/diff/19001/Documentation/notation/input.itely#newcode1332 Documentation/notation/input.itely:1332: direction \footnot

Re: Removes '-signs from vectors (issue 6923043)

LGTM https://codereview.appspot.com/6923043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add dead-is-alive boolean property to Hara_kiri_group_spanner (issue 6948058)

On 2012/12/15 21:32:41, dak wrote: The "dead-is-alive"-thing had the advantage that even though I did not understand what I am working with, it was easy to make it behave as advertised. "This reverses the decisions that the Hara_kiri_engraver makes." This engraver removes empty staves, so reve

Re: Issue 1029: \thumb should behave like other fingerings (issue 6945047)

Should be good. The /total/ height of the glyph matches that of 1-5, without changing too much from the previous size, so the height is a good choice. There is a remote chance that someone has been overriding the script-definition of thumb, but a note in 'changes.itely' would be enough. "The thu

Re: Uses single algorithm for side-position spacing. (issue 6827072)

On 30 nov. 2012, at 22:14, k-ohara5...@oco.net wrote: >>> Ugh...this is a really nasty cyclic dependency. > > Then you could use as a test-case > > which has no fingerings, no cyclic dependencies, but still shows the > problem of conf