lilypond-user
[Top][All Lists]
Advanced

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

Re: Handling of subdivisions with shortened beams


From: Urs Liska
Subject: Re: Handling of subdivisions with shortened beams
Date: Mon, 18 Jan 2016 18:21:42 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0

ehm, attachment?

Am 18.01.2016 um 18:20 schrieb Urs Liska:
> One more from this round of review ...
>
> I had changed the subdivision behaviour (which is already in 2.19.35)
> for shortened beams.
>
> c32 [ c c c c c c] r
>
> (i.e. a beam shortened by 1/32) subdivided by 1/8 currently has *two*
> beams at the subdivision - to indicate that the remaining group is
> shorter than 1/8.
>
> However, now I realize that we are not actually counting the *length* of
> a group but rather its metric situation. And I think that's the right
> way because this is how the performer gets the right information to
> "navigate" complex situations.
>
> OTOH this feature seems to have been welcomed during review, so I
> wouldn't want to silently revert that now. I had the idea to also add an
> option for this. If you consider the attached image, what would you suggest:
>
> a)
> Always do the first version (i.e. strictly beam according to metric
> position)
>
> b)
> Always do the second version (i.e. shorten to indicate the shortened
> length of the beam)
>
> c)
> Take a) as the default and provide a context property
>
> ?
> Urs
>
> _______________________________________________
> lilypond-user mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/lilypond-user

Attachment: Untitled (2).png
Description: PNG image


reply via email to

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