note-anchored line style applied incorrectly
Reported version
3.0
Priority
P2 - Medium
Type
Graphical (UI)
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
neither line style not any of the textline properties can get change in a note-anchored line (and the latter don't make much sense, but the former surly does)
Comments
Actually, if you zoom way in, you'll see it is being applied, but the gaps are way too small if the line is anything but completely horizontal. Yet somehow other text lines are able to draw diagonal dashes with no problem. The one difference I know of has to do with when in the process we perform the layout - note lines are laid later than other lines because they can cross staff.
Came up again in both https://musescore.org/en/node/273708 and https://musescore.org/en/node/73216 among others.
It's possible this is related to #287770: Cross-staff beams getting jaggy and thicker from the side, an extra beam is also getting added. Something about drawing of diagonals not working correctly for things that are laid out during page layout rather than system layout. We've had other similar "jagged beam" reports. I don't really understand why layout order should matter since drawing is the same in all cases.
Also for the anchored line, why did you set up the line to start from the center of the note to the center of the next note, in music notations usually the line is not touching the note. It should off course be linked to the center of the 2 notes, but then visually it should start next to the note with a small blank space.
In musescore file "A35 - Ave Verum Corpus.mscz" at measures 16 & 38, in the organ part for example.
In reply to Also for the anchored line,… by yheintz
Originally it was more random seeming, we made a few changes over the years to suit different purposes and to fix bugs. The line can in principle be used for many different purposes, not just those that happen to normally start to the left of the note. So the center seemed a good reliable default to adjust from. Realistically, though, I agree the use case you mention is common enough that it probably should have been the default all along.
Seems fixed, I can't reproduce in 3.6.2
Automatically closed -- issue fixed for 2 weeks with no activity.