Closed njvdberg closed 2 years ago
This also happens under Windows 10 x86_64, with the current commit (a1979d7).
It seems that the translator is not working properly, thus Qt uses the key of the string instead which is not supposed to be seen directly.
After looking more into it, I couldn't get any translation working:
It would seem that all of those issues are related.
(While I'm referencing issues, I will also reference #8090 since this issue is one of the listed tasks)
I imagine that the translation files on the MuseScore website are obsolete because of MuseScore 4 changes. Are these translations accessible somewhere, or are they closed source like the website ?
There are (almost) no translations done for MuseScore 4 yet. Because many strings and their translation contexts changed, the translators will have a big amount of work to do. I believe the plan is that they can start translating when the alpha is released.
The translation process is mostly a community effort, and takes place on Transifex: https://www.transifex.com/musescore/musescore/
Your reasoning about the ampersands is not completely correct; those ampersands are namely also written in the translated strings. What's going on is that we are using a custom menu bar component, and we haven't yet written the code to replace the ampersand with an underline for the next character and add a shortcut.
Also reported in https://musescore.org/en/node/327250
Note that while the & no longer appear, the underscores that do appear when you press ALT (on Windows) seem too close to the text:
Also other than the top level menus, the only commands that seem to show accelerators are ones that open out submenus ("File|Open Recent", "View|Toolbars", "View|Workspaces" etc. etc.).
Perhaps best done as a separate bug? @Tantacrul @njvdberg
@wizofaus
Perhaps best done as a separate bug?
Yes, you are right. Thanks Need to open an issue on porting ampersands from MU3. @DmitryArefiev for you
Note that while the & no longer appear, the underscores that do appear when you press ALT (on Windows) seem too close to the text:
Also other than the top level menus, the only commands that seem to show accelerators are ones that open out submenus ("File|Open Recent", "View|Toolbars", "View|Workspaces" etc. etc.).
Perhaps best done as a separate bug? @Tantacrul @njvdberg
@wizofaus @Eism I've logged #12467 for the 1st issue. The 2nd bug doesn't occur on my side (Win/Lin)
Describe the bug Menu items contain an ampersand in the text instead of underlying the shortcut character.
To Reproduce Steps to reproduce the behavior:
Expected behavior Instead of
&File
I expected to seeFile
Screenshots
Desktop (please complete the following information):
Additional context Normal behavior (on KDE/Plasma) is that the character preceded by the ampersand is underlined when the
Alt
key is pressed. However is MU4 always underlines there characters is fine too.