Changing musicsal font results in unreadable repeat barlines
Reported version
3.0
Priority
P1 - High
Type
Graphical (UI)
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
No
Workaround
Yes
Project
Version:
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: 9e94cec
Steps to reproduce:
* Create a new score, font is Emmentaler
* Insert repeat start end end
* Switch score font to Bravura (or any other font)
The repeat barlines are rendered too narrow and are unreadable. Esp. with MuseJazz one sees only a thick block.
Even switching back to Emmentaler does not heal the problem.
Appended:
* PDF after creation (all fine): RepeatBarTestOriginal.pdf
* PDFs with switched fonts: RepeatBarTest-fontname.pdf
* The Musescore file with the problem: Repeat_Bar_Test.mscz
Attachment | Size |
---|---|
Repeat_Bar_Test.mscz | 3.32 KB |
RepeatBarTestBravura.pdf | 10.9 KB |
RepeatBarTestEmmentaler.pdf | 12.94 KB |
RepeatBarTestGonville.pdf | 10.13 KB |
RepeatBarTestMuseJazz.pdf | 13.33 KB |
RepeatBarTestOriginal.pdf | 12.99 KB |
Comments
The repeat barlines are rendered too narrow and are unreadable. Esp. with MuseJazz one sees only a thick block.
You mean to wide, not to narrow, don't you?
This seems to be due to inappropriate and non-default settings for barlines (check Format/Style/Barlines and reset them all) and several other settings.
I've noticed that too, while working on updating the templates to 3.0 (see https://github.com/musescore/MuseScore/pull/4107), esp. the Jazz ones, but though this were just the old settings (for the Jazz templates) from 2.x.
I guess you started from the Jazz template?
Check the attached, should look more reasonable.
No, for the bug report I started a new session with a newly started MuseScore with the "General->Treble Clef" template.
Thank you for the tips. Will try them later.
And, I really meant too narrow. The thin line is moved towards the thick line until both touch. (See appended file.)
Ah, that is a bad one, changing the Musical Font also changes the barline settings away from their defaults
Fixed in branch master, commit f99a560b8b
fix #277991 Changing score font results in unreadable repeat barlines
Doesn't really work, it still changes the defaults (for no apparent reason) but now to different ones
It really shouldn't touch those settings at all, leave at whatever they were set before the symbols font change
It is more that just repeat barlines that get changed, all the following do:
Well, guess this is by design, these fonts bring their own set of defaults for these settings.
Weird though that Emmentaler is the default font, but not it's settings for Thick barline distance (0.65sp vs. 0.73sp), Distance double barline (0.46sp vs. 0.40sp) and Repeat dots barline distance (0.48 vs. 0.63)
Should those defaults get fixed?
Attached a score with all(?) elements that do (potentially) get changed on a Musical Font change.
In reply to Well, guess this is by… by Jojo-Schmitz
It makes sense, that each musical font has is's own default distances. If we think this through, it makes no sense, to have one default for these distances, independent from the font. May be, that a reset for these distances should set to the default of the chosen font?
Sorry for the weird idea!
That's why I've submitted https://github.com/musescore/MuseScore/pull/4125, with that at least the Emmentaler defaults are correctly used
But your idea is worth a second thought
We should reset all values which could be changed by a font change to default (emmentaler) before applying the font specific values. This would fix the strange behaviour that when you change back a score font the style values will not necessarily be reverted (bc. the old font did not define them).
which is what my PR does, I believe
Fixed in branch master, commit 524d30e2e0
fix #278219: MuseJazz: Double barline distance is much too small
this is a Bug in MuseScore in the interpretation of barlineSeparation.
If we look in the SMuFL spec we see:
"barlineSeparation": The default distance between multiple barlines when
locked together, e.g. between two thin barlines making a double barline,
or a thin and a thick barline making a final barline, measured from the
right-hand edge of the left barline to the left-hand edge of the right
barline.
MuseScore takes the distance as distance between the center of these.
This means we have to add one thinBarlineThickness to
this distance to get it right.
and related to fix #277991: adjust barline style defaults to those of
Emmentaler and its metadata.json, so changing a way from and back to
Emmentaler doesn't change the barline styles
Automatically closed -- issue fixed for 2 weeks with no activity.