Inconsistent underlining of tempo text TheOtherJThistle • Dec 4, 2018 - 17:11 Reported version 2.3 Priority P1 - High Type Functional Frequency Once Severity S4 - Minor Reproducibility Always Status active Regression No Workaround No Project MuseScore With tempo text, the underline for the note symbol is higher than the underline for the text, instead of one consistent underline. Reply Comments Anatoly-os • Dec 5, 2018 - 09:19 Priority ⇒ P1 - High The reason is simple: the note symbol is from different font. Fixing this might be really hard. Reply Anatoly-os • Dec 5, 2018 - 09:21 It was more consistent in 2.3.2, but still with a visual artefact: Reply Jojo-Schmitz • Dec 5, 2018 - 09:59 Possibly related to #276566: [Windows] underline too close to (lyrics) letters (and as such only affecting Windows and fixed in a recent development build)? Reply Anatoly-os • Dec 5, 2018 - 10:56 I hope @jthistle reported this with the latest nightly, didn't he? Reply TheOtherJThistle • Dec 5, 2018 - 12:03 Reported with latest master at the time, as always. Reply Jojo-Schmitz • Dec 5, 2018 - 12:29 OK, so my theory got busted ;-) Reply Anatoly-os • Dec 6, 2018 - 08:45 Priority P1 - High ⇒ P0 - Critical Reply Anatoly-os • Dec 14, 2018 - 13:32 Priority P0 - Critical ⇒ P1 - High Reported version 3.0 ⇒ 2.3 The same behaviour in 2.3.2 on Linux. Reply
Anatoly-os • Dec 5, 2018 - 09:19 Priority ⇒ P1 - High The reason is simple: the note symbol is from different font. Fixing this might be really hard. Reply
Anatoly-os • Dec 5, 2018 - 09:21 It was more consistent in 2.3.2, but still with a visual artefact: Reply
Jojo-Schmitz • Dec 5, 2018 - 09:59 Possibly related to #276566: [Windows] underline too close to (lyrics) letters (and as such only affecting Windows and fixed in a recent development build)? Reply
Anatoly-os • Dec 5, 2018 - 10:56 I hope @jthistle reported this with the latest nightly, didn't he? Reply
Anatoly-os • Dec 14, 2018 - 13:32 Priority P0 - Critical ⇒ P1 - High Reported version 3.0 ⇒ 2.3 The same behaviour in 2.3.2 on Linux. Reply
Comments
The reason is simple: the note symbol is from different font. Fixing this might be really hard.
It was more consistent in 2.3.2, but still with a visual artefact:
![Screenshot 2018-12-05 at 11.20.43.png]( "Screenshot 2018-12-05 at 11.20.43.png")
Possibly related to #276566: [Windows] underline too close to (lyrics) letters (and as such only affecting Windows and fixed in a recent development build)?
I hope @jthistle reported this with the latest nightly, didn't he?
Reported with latest master at the time, as always.
OK, so my theory got busted ;-)
The same behaviour in 2.3.2 on Linux.