Loading style does not change fonts
When I import a random public domain score from musescore.com and load in my custom style that I use on choral octavos, the fonts all remain as freeserif and not as the font listed in text styles. Highlighting all lyrics and pressing "reset text to style" in the inspector works but shouldn't the expected behavior on loading a style automatically switch fonts, sizes, alignment etc without having to do it through the inspector? I verified that the text style labels on the original score (title, composer, lyrics odd line etc) matched my own.
I wonder what else isn't switched automatically when loading a new style?
The exact score I used was https://musescore.com/user/7025891/scores/1653836
Comments
Bachstudies: Thank you for posting this question. I found this to be the case on all the scores I've switched from MuseScore 1 to 2, also. This got to be quite a checklist to follow for the 75+ hymn scores I converted (mercifully only a page or two each).
Some style items apply to the existing content as soon as I load my saved style. Happily, my page layout (margins, etc.)and header/footer settings load in nicely, as do many General Style settings.
But some settings only apply to content I add after loading the saved style, unless I highlight the item and use the inspector to Reset To Style (where a button is available).
Besides fonts for all the text items, I noticed that I have to hit buttons to manually reset horizontal and vertical shifts on various types of elements; reset beam mode; change the beam behavior in Time Signature Properties on each staff (I haven't found a way to change the default 4/4 beaming settings in my saved style anyway); set the frame height and gap for the title area; delete the old tempo mark and set a new one. I forget what else I had to change.
I didn't grumble about the time I spent resetting stuff because I wanted to examine those scores and adjust some things anyway. And I figured there might be instances where you wouldn't want to override certain settings with a new style.
But going forward it would be nice to have the text, at least, conform to style as soon as the style is loaded.
Thanks.
Linda
In reply to Bachstudies: Thank you for by Linda O
I don't think you can change beam settings via a style, but you should be able to if you save a score as a template.
MuseScore 1.X hardcoded font names into each text item, so changing text style won't affect them unless you first hit the "Reset Text to Style" button in the Inspector. That removes the hardcoded font information and allows the text style to function normally.
This is *only* necessary for text items with hardcoded font information, which won't normally happen in 2.0 unless you have deliberately applied custom formatting to a specific element. And if you *have* deliberately applied custom formatting, you would normally want that preserved even when changing styles. For example, if you make a particular word within a staff text bold, then you change the text style to be bigger, you would normally want that same word still to be bold. So that's exactly what MuseScore does - try it and you'll see it works exactly as one would hope. It is unfortunate that MuseScore 1.0 applied this sort of formatting *everywhere* whether you asked for it or not, but that is why you need to remove it if you want to update the style - otherwise, the feature I described would not be able to function.
In reply to MuseScore 1.X hardcoded font by Marc Sabatella
Thanks, Marc.
Same thing happens when I open an XML file from Hymnary.org directly in 2.0. Maybe whoever uploaded the XML file used MuseScore 1.0 to create it? Or other programs do that hard-wiring thing, too.
Either way, at least I have a handle on what steps to run through each time I open a new one.
In reply to Thanks, Marc. Same thing by Linda O
I don't think MusicXML has a concept of text styles, so as far as I know, all text imported from MusicXML has formatting hardcoded if the program that exported it included any formatting information at all.
In reply to I don't think MusicXML has a by Marc Sabatella
Makes sense. Thanks.