In some applications, we can change the position of % sign by moving "%%" into specific place, but for most of the applications, we cannot: e.g. brightness change, percentage of extaction, installation, moving, copying a file. This is especially when the "%" sign is not a part of a text and contains only a number next to it. Reproducible: Always Steps to Reproduce: 1. Open Muon Package Manager 2. Select some packages to install 3. Apply Changes Actual Results: The percentage symbol is after the number: E.g. 50% Expected Results: In Turkish it should be %50 for example. The problem in Turkish (and probably the Turkic languages as well, but not sure) is that we use the percentage sign before number in contrast to other European languages. As a result, 50% should have been %50. Is there any way to change this globally? Is this a KDE or Qt issue? Maybe adding a formatting option in kdelibs may solve all problems at once.
Please provide the strings with the wrong position of the percent sign, either exact text or screenshot
Created attachment 84725 [details] Fn Keys Brightness Change
Created attachment 84726 [details] Fn Keys Sound Level Change
Created attachment 84727 [details] Muon Installation/Removal Progress Bar
(In reply to comment #1) > Please provide the strings with the wrong position of the percent sign, > either exact text or screenshot Added three different location of wrong percentage symbol is shown. There are more, but I am not sure if I need to take screenshots for all of them.
I see three different cases with position of percent sign: 1) percent sign in translation With this patch for tr/messages/kdemultimedia/juk.po I see the percent sign at the front of the percent value hoovering the volume icon at the right end of the toolbar in Juk -> this case can be solved by the translation teams by moving the percent sign to the desired position. #: volumepopupbutton.cpp:118 volumepopupbutton.cpp:129 #, kde-format msgid "Volume: %1% %2" -msgstr "Ses: %1% %2" +msgstr "Ses: %%1 %2" 2) position of the percent sign apparently hardcoded like in all your screenshots and not extracted for translation, found another example for that in volumepopupbutton.cpp:109 m_volumeLabel->setText( QString::number( int( newVolume * 100 ) ) + '%' ); can not be fixed via translation and has to be fixed in the code. But so far I don't know where the code for your three screenshots is 3) percent sign as suffix of KIntSpinBox/QSpinBox like in kde-workspace/powerdevil/kcmodule/global/generalPage.ui This is extracted to the translation catalog, therefore for locale de an additional space before the percent sign can be added, but it is not possible for translators to move the percent sign to a prefix position. Afaik the KCModule Language has no options to set the position of a percent sign, maybe John Layt (Maintainer of Language module) can shed some light on this issue. @John: KCModule has email adress john@layt.net, but I can not add this address here, kde-common says jlayt@kde.org
Interesting. I did not know there are languages with this difference. Does it also affect other signs, such as 180° -> °180 for angular values?
And, by the way, this could be added in the new KFormat class in frameworks, so let's collect possible differences that need to be handled. Does this mail automatically reach all translation groups (because it is in the "general" section)?
(In reply to comment #7) > Interesting. I did not know there are languages with this difference. Does > it also affect other signs, such as 180° -> °180 for angular values? For angular values not, but the currencies. For example, EUR 25 should be 25 EUR. But I haven't experienced those so far.
No, this email does not end up in kde-i18n-doc, to be honest i'm not even sure why this bug it's assigned to me instead of opening proper bugs for each of the occurrences that need fixing in each of the appropiate programs.
People from this bug, it would be really helpful if there was separate bugs for each and every of the issues in apps that need to be fixed, a dumping ground of bugs of various applications is most probably just going to be ignored.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.