Created attachment 1666458 [details] Image from icons apearance on Portuguese Default Language. Description of problem: After correctly installing the FEDORA MATE 32 in the "Portuguese (Brazil)" language, the icons on the main menu panel do not appear in their correct form. Sometimes the Panel icons appear blank/gray or with a question mark. I did some testing by changing the system's default language to "English (USA)" and the icons appeared normally again. But when returning to the main language "Portuguese (Brazil)" the problem persists. Version-Release number of selected component (if applicable): MATE 1.24 PANEL ICONS on FEDORA MATE 32 How reproducible: Just explained above. Steps to Reproduce: 1. Install all FEDORA MATE 32 with Portuguese(brazil) settings. 2. After first boot the problem appears. 3. If you change the default system language to English (EUA) the icons apear normally Actual results: No fix to problem when return from English to Portuguese default language. Expected results: Those Portugues(BRasil) language icons on system panel to be correct. Additional info:
Does it happens with other languages too, eg. Portuguese?
Confirmed, it happens with Portugues(Brasil) and Portuguese language. It seems that other languages aren't affected. I tested some other than my nature language (German) like Espaniol, French, English (UK) and Chinese. They don't have this issue. I guess it's a problem of translation after porting MATE from inittool to gettext. This needs to be fixed by MATE upstream. Can you please file out a report at github? https://github.com/mate-desktop/mate-panel/issues
Hi, The "accessories-calculator" string was incorrectly translated, despite the "Do NOT translate" developer note. I just fixed it. You can see the history at https://www.transifex.com/mate/MATE/translate/#pt_BR/master--mate-calc/176458689?q=text%3Aaccessories Is there a way for developers to lock strings like that on Transifex? (Maybe these strings should not be included at all on the localization tool.) I'll review other strings like that.
Hmm, can you please do not translate this string again. Just let the string empty, no need to translate them. I fixed several strings for myself yesterday at transifex, Currently we updating our make files to avoid translating icon-names in desktop files, eg. https://github.com/mate-desktop/mate-control-center/commit/1438fc157ef1646af33adf7dcf6ca8773d5935f5 In result a translated string won't simply be used during compiling. Not sure if there is an option to lock a string at transifex. But doing that for all packages and branches is a huge job. I hope all translators did read my announcement at transifex ;)
mate-menus-1.24.0-2.fc32 has been pushed to the Fedora 32 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7acfe29327
(In reply to Wolfgang Ulbrich from comment #4) > Hmm, > can you please do not translate this string again. > Just let the string empty, no need to translate them. > I fixed several strings for myself yesterday at transifex, > Currently we updating our make files to avoid translating icon-names in > desktop files, eg. > https://github.com/mate-desktop/mate-control-center/commit/ > 1438fc157ef1646af33adf7dcf6ca8773d5935f5 > In result a translated string won't simply be used during compiling. > Not sure if there is an option to lock a string at transifex. > But doing that for all packages and branches is a huge job. > I hope all translators did read my announcement at transifex ;) Lock on Transifex is really not practical. Avoiding such translations during build is much better. Who translated that string was another guy. I'm currently focused on localizing everything from Mozilla to pt-BR, but I'll take some time to a look at MATE translation.
mate-menus-1.24.0-2.fc32 has been pushed to the Fedora 32 stable repository. If problems still persist, please make note of it in this bug report.