[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The limits of StaffGroup nesting
From: |
Trevor Bača |
Subject: |
Re: The limits of StaffGroup nesting |
Date: |
Sat, 12 Nov 2005 17:08:21 -0600 |
On 11/12/05, Han-Wen Nienhuys <address@hidden> wrote:
> Trevor Bača wrote:
> > So, both for ease of implementation -- and because actual composers
> > seem to bar and bracket things quite arbitrarily -- maybe the request
> > shouldn't be for arbitrarily nested contexts, but instead to free up
> > barring and bracketting as independent tasks from each other. Dunno,
> > but something to think about when it comes time to add to the sponsor
> > page.
>
> Yes, this seems sensible. I think there would be a need for a
>
> systemStartDepth
>
> property, setting the number of brackets a staff should be enclosed in,
> and a
>
> nestedDelimiterType
>
> property, setting the type of bracket for a certain nesting depth.
>
> The nice thing is that we could completely drop the need for InnerXXX
> contexts.
Perfect, and thanks for the discussion. When the development schedule
permits, please email me and I'll be happy to sponsor.
--
Trevor Bača
address@hidden
- The limits of StaffGroup nesting, Trevor Bača, 2005/11/11
- Re: The limits of StaffGroup nesting, Erik Sandberg, 2005/11/11
- Re: The limits of StaffGroup nesting, Han-Wen Nienhuys, 2005/11/12
- Message not available
- Re: The limits of StaffGroup nesting, Han-Wen Nienhuys, 2005/11/12
- Re: The limits of StaffGroup nesting,
Trevor Bača <=
- Re: The limits of StaffGroup nesting, Erik Sandberg, 2005/11/13
- Re: The limits of StaffGroup nesting, Han-Wen Nienhuys, 2005/11/13
- Re: The limits of StaffGroup nesting, Erik Sandberg, 2005/11/14
- Re: The limits of StaffGroup nesting, Han-Wen Nienhuys, 2005/11/14