RH fingering: uneven alignment in certain cases involving beams
Reported version
3.6
Type
Functional
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
active
Regression
No
Workaround
Yes
Project
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.6.2.548021803, revision: 3224f34
Inspect the attached score. Measure 2 shows the problem. In the series of RH fingerings, the "i" is above the baseline of the other figures. Zooming the score will make this more apparent.
Edited 17.30 GMT.
| Attachment | Size |
|---|---|
| fingering_alignment.mscz | 7 KB |
Comments
That "i" is a different sice (10pt) than the others (8pt)
Not the case with the "i" from the fingerings palette
I've corrected the files in the OP. Still, there is a 0.1 sp. discrepancy in the baseline alignment of "i". The issue seems to be more pronounced in Edwin than in other fonts.
In reply to (No subject) by geetar
It doesn't seem to be specific to Edwin (as trying other fonts illustrates), though you're right that it's a little more pronounced in Edwin. It seems like some calculation is being done that involves the height of the characters, and taller ones throw it off (l or t cause the same effect, for example).
When RH fingering is used in a multi-voice setting, we change the default placement to tuck in close to the note, except when beams are present, in which case we do other adjustments, including calculations based on the height of the characters, but also attempting to "guess" at the beam position, since we don't actually have that data. Offhand I'm not sure what exactly is going wrong, but it's a bit of a corner case and easily adjusted if necessary.