[Top][All Lists]

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

Re: in a \GrandStaff the order of a staff group and a staff can be inver

From: David Kastrup
Subject: Re: in a \GrandStaff the order of a staff group and a staff can be inversed
Date: Tue, 10 Dec 2013 20:21:32 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

Eluze <address@hidden> writes:

> Keith OHara wrote
>> Eluze 
>> <eluzew <at>
>>  gmail.com> writes:
>>> the staff named "last" is engraved /above/ the StaffGroup
>> because the StaffGroup is not accepted by a GrandStaff, 
>> so is pushed out the bottom, while the Staff is accepted
>> in the Staff Group.
>> Here we want GrandStaff \with { \accepts StaffGroup } <<>> 
>> and this would be a better example for Notation Reference 5.1.7
>> http://code.google.com/p/lilypond/issues/detail?id=3641
>> I re-opened that issue for documentation because that gives some
>> context for why 'acceptance' is not universal.  The people working
>> on the code make implicit assumptions that something like a Voice will 
>> not contain Staff, and the output is often strange if the assumptions
>> are violated.
> thank you for explaining this - til now I only thought of these staff
> groupers as looking different in a few properties (like connecting bars,
> system start symbol ...) but I had not realized they were not mutually
> \accepting each other or even staffs

I think the primary reason they did not accept one another was basically
addressed with the patch for
<URL:http://code.google.com/p/lilypond/issues/detail?id=3641>, the
danger of using more than one Vertical_align_engraver (it's not actually
clear to me why PianoStaff showed no problem here: its definition would
seem to contain two instances of Vertical_align_engraver, one inherited
from the definition of GrandStaff and another one of its own).

David Kastrup

reply via email to

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