Bold, italic and underline text in 1.3 score appears as normal
1. Open attached score (produced in 1.3).
Result: Bold, italic and underline text appears as normal.
Using MuseScore 2.0 Nightly Build (c7323dd) - Mac 10.7.5.
1. Open attached score (produced in 1.3).
Result: Bold, italic and underline text appears as normal.
Using MuseScore 2.0 Nightly Build (c7323dd) - Mac 10.7.5.
Comments
I confirm on Win 7 64 bit; Musescore 2.0 bb0298e
Maybe depending: in recent 2.0 almost all text's properties like underline, bold, italic, alignment, superscript, subscript, font size and so on are greyed out in the menu and can't be used. The inspector does not show any of these font properties.
Text objects tested: title, subtitle, composer, lyricist, lyrics and text frame.
Same for color on fingerings See http://musescore.org/en/node/18836#comment-73371
Unless I'm missing something, it seems this is a bit of a design flaw in the text style facility - style is all or nothing. That is, if something has "staff text" style, it will all be that style. No way to override that for just a few characters. Meaning if you want to boldfact one word in a block of text, you have to mark the whole block unstyled, and thus lose the ability to pick up subsequent changes to the text style. Kind of a shame, but I suppose something that can wait until later to revisit.
For now, I'm guessing the thing to do is automatically mark any mixed text as unstyled on import, so the font changes within it can be honored?
"For now, I'm guessing the thing to do is automatically mark any mixed text as unstyled on import, so the font changes within it can be honored?"
I'm afraid it's either loosing the graphical aspect or the "semantic" attached to the style... in any case we will loose something. Currently, we "choose" to keep the style and loose the graphical aspect. The nice thing is that we end up with "non mixed" texts and they are rendered a lot faster than mixed ones. This is the reason why styled text cannot be mixed btw.
Side note, a nice write up about text styling in general http://www.antipope.org/charlie/blog-static/2013/10/why-microsoft-word-…
Tough call, but my gut says it would be better to maximize compatibility for existing scores. Of course it could be made an option, either in Preferences or presented in a dialog on import, but I suspect I know how you would feel about that :-)
An interesting project might be to instrument musescore.com to see how common these types of text elements are.
on import of 1.x score 2.0 should keep whatever had been picked in 1.x rather than applying some (new) style.
@Jojo the thing is there were no "style" per se in 1.3 and that's why we have a problem now because we have text with a "style" attached but not following it since the user could mix text boldness etc... in a single text element.
But we have default settings in 1.x, and so could detect whether a score deviates from these defaults, can't we?
If I e.g. increase the size of lyrics to be 11pt rather than follow the space setting, I expect 2.0 do not shrink my text. If I change certain works or syllables in the lyrics to italics or bold, I don't want 2.0 to change that. It was my thoughtful and deliberate decision to have it that way and I wouldn't want it changed.
A related problem: the .mss style files from 1.x can't be read into 2.0. Here too some 1.x compatibility layer is needed. See also #23707: Style files are outdated
If it belongs here:
1. Open attached score (produced in 1.3).
Expected result (taken from 1.3): Each text is a different size.
Actual result: All text is the same size.
Using MuseScore 2.0 Nightly Build (2902cf6) - Mac 10.7.5.
See also #24844: Changing font size, bold, font face does nothing
Seems maybe the recent change to text - allowing formatting of styled text - should make it possible to deal with this too?
Fixed in 4b2d8f8d76
Automatically closed -- issue fixed for 2 weeks with no activity.