|
From: | Olivier Biot |
Subject: | Re: Displaying string number above fingering |
Date: | Sat, 15 Dec 2012 00:21:11 +0100 |
Keith OHara <address@hidden> writes:New_fingering_engraver
> Eluze <eluzew <at> gmail.com> writes:
>
>> maybe this could be merged into
>> https://code.google.com/p/lilypond/issues/detail?id=2830
>
> That issue is about fingering and string numbers inside chord brackets <>,
> documenting how the order of input works together with script-priority
>
> <d-1\2>8( <e-\thumb\1> <d-1\2>)
> <b-2\1>( <a-\thumb\2> <g-1\3>)
>
> articulations coming earlier in the input are printed closer to the
> note.
Fingering_engraver
> The irregular behavior Oliver sees occurs when there is no <> chord
> indication.
Outside of chords, articulations with an event listener are funneled off
> I think it is a separate bug, but I am confused right now. There are
> two or three separate pieces of code setting fingerings and scripts
> according to different combinations of rules, some similar to what
> Nick posted just now. (Too many people write new code without looking
> at the existing code first.)
rhythmic events and just announced at the same time. Inside of chords,
they remain stuck on the individual rhythmic events which are then
passed to the New_fingering_engraver in some manner.
We should likely try doing something about that, though.
> Then there is the problem \thumb is different than other fingerings...
> It seems if we give Fingerings and StringNumbers differentI am not sure this would cure the double-engraver scenario, but it might
> script-priorities by default, as David suggested, it would render a
> lot of this (buggy) code moot.
make some sense trying to at least make both engravers use the same kind
of tie-breaking in comparable situations.
[Prev in Thread] | Current Thread | [Next in Thread] |