List of user text style names in Style window not updated after switching scores
Reported version
3.6
Type
Graphical (UI)
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.6.2.548021803, revision: 3224f34
- Create a new score. A very simple one will do: treble staff, key of C, 4/4/ time.
- Now open the text styles menu and customise one of the User text styles (User-1 etc). Give it a new name, increase the font-size, make it bold etc.
- Now create another new score. Open the text Styles menu.
Expected result: All user text styles are at the default settings.
Actual result: The name change (from step 2, above) has migrated to the text style list (though it hasn't affected the "Edit Text Style" section).
Comments
I can reproduce, but as far as I can tell this is only a minor graphical glitch in the display of the dialog box - the style itself is not affected (which is why the value shown for the name is still correct. If you have steps to reproduce an actual problem beyond the display in the dialog, let us know and we can raise the severity accordingly.
"… as far as I can tell this is only a minor graphical glitch in the display of the dialog box."
It may look minor but the bug affects all scores in that session, even ones that are loaded subsequent to the style name change. It also persists even if a style file is loaded.
Indeed, but again, it's only the dialog box display that is affected, not the actual score, as far as I can tell. I'm not saying it's not a bug, just that the type and severity are different than if the scores were actually affected.
This is fixed by doing something like this: https://github.com/mattmcclinch/MuseScore/commit/ce70bb3
I wonder if it wouldn't be smarter to just keep the list at left showing User-1 etc, showing the name only in the fields at right? Somehow it feels like it might be useful to be able to easily keep track of which user style is which even after renaming.
For what purpose, though, Marc? The customized name allows you to keep track of which user style is which. The default name is no longer relevant, I think.
My own concern is pretty specialized, but maybe others have similar ones. In my case, I have customized palettes that are set up to add elements with particular user styles. Because the style names are score-specific, the palettes don't use them, they just say User-6, etc. So it's useful to me to be able to keep that association straight if I want to customize the style setting. or make adjustments in a score that is using those same user styles for other purposes. I can do it by counting, I guess - the sixth style name I don't recognize must be User-6. But still, I can imagine others might be able to think of other reasons to want to keep the user styles straight.
In reply to My own concern is pretty… by Marc Sabatella
So how are the Users 1-12 actually supposed to work?
Defining the style for user-1 newly for every score?
Changing the name in "Edit Text Styles" can only be seen here and not in the list of various styles on the left as the name should stay as "User-1"?
Which name does the inspector use, "list" name or "edit styles" name?
I also noticed that some newly defined styles are not available in the inspector styles dropdown list. (Version 3.6.2.). But maybe that's how it's supposed to be.
When you define a user text style, you are only defining it for the score that you are currently editing. But through the use of style files, you can share your user text styles (along with all other style settings) between scores. When you edit the name of a user text style, the name change is reflected in the list of styles on the left. But due to an oversight, this list is not automatically updated when changing to a different score during the same session. But it is only a glitch in the display of the names in the style window; the score itself is not affected. The inspector will show the correct name as it is defined in the score. Since there are many text styles, they might not all be able to be visible at the same time in the dropdown box in the inspector, so you might have to scroll to get to the style you are looking for. But not all text styles are available for use in all situations, and this is determined by the kind of text that it is.
In reply to When you define a user text… by mattmcclinch
Thanks for your reply mattmcclinch . I see there is a "glitch", ok. I was about to upload the issues I encountered, that's why I asked those questions.