Created attachment 168389 [details] image1.png The current date summary in Arabic for Islamic Calendars uses only Eastern Arabic Numerals, see attached image1.png. This system is mainly adopted in the East of the Arab world and some African countries like Egypt, Sudan, plus slight variations in Afghanistan Pakistan and Iran… But in the Maghreb region (North Africa: Morocco, Algeria, Tunisia and Mauritania), the Western Arabic Numerals are the only form used to represent numbers. Even some Gulf countries, and Egypt, Sudan and Pakistan started to increase the usage of the Western Arabic Numerals. Example: Morocco’s Ministry of Endowments and Islamic Affairs, see image2.png.
Created attachment 168390 [details] image2.png
Ultimately this is probably a bug in the locales themselves. The locales have the ability to determine what kinds of numerals they display. Beyond that unfortunately we can't easily override it or offer users the ability to do so. See Bug 340982. *** This bug has been marked as a duplicate of bug 340982 ***
(In reply to Nate Graham from comment #2) > Ultimately this is probably a bug in the locales themselves. The locales > have the ability to determine what kinds of numerals they display. Beyond > that unfortunately we can't easily override it or offer users the ability to > do so. See Bug 340982. > > *** This bug has been marked as a duplicate of bug 340982 *** It's not the same problem. I set my main Plasma language to en_ US UTF8, and I have 3 keyboard layouts: French, Arabic and Tifinagh, and when I select Arabic layout and type numbers I get the correct numerals. So why only digital clock shows those wrong ones inside alternate calendars?
It seems "numbers=arab" is used in "icu::Locale" for all 4 types of Islamic calendars, and that number format forces the Eastern Arabic Numerals. https://invent.kde.org/plasma/kdeplasma-addons/-/blob/master/plasmacalendarplugins/alternatecalendar/provider/islamiccalendar.cpp?ref_type=heads
Ok, re-opening. Thanks for your patience.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/578
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4242
Git commit 5247518d09656fdce3f51278eb5f5ba09a8e7e80 by Fushan Wen. Committed on 18/04/2024 at 14:31. Pushed by fusionfuture into branch 'master'. components/calendar: respect numbering system from local language There are other numbering systems like "arab". Use QLocale::toString(int) instead of QString::number(int) to respect the local numbering system. M +3 -0 components/calendar/daysmodel.cpp M +1 -0 components/calendar/daysmodel.h M +1 -1 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/5247518d09656fdce3f51278eb5f5ba09a8e7e80
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4243
Git commit 2304a726c3a80e0819ee3f908200a930bd9834a6 by Fushan Wen. Committed on 18/04/2024 at 14:50. Pushed by fusionfuture into branch 'Plasma/6.0'. components/calendar: respect numbering system from local language There are other numbering systems like "arab". Use QLocale::toString(int) instead of QString::number(int) to respect the local numbering system. (cherry picked from commit 5247518d09656fdce3f51278eb5f5ba09a8e7e80) M +3 -0 components/calendar/daysmodel.cpp M +1 -0 components/calendar/daysmodel.h M +1 -1 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/2304a726c3a80e0819ee3f908200a930bd9834a6
Git commit 2882bb4650ca0ecc8537483bd6dccbd788a51e21 by Fushan Wen. Committed on 18/04/2024 at 13:39. Pushed by fusionfuture into branch 'master'. alternatecalendar: respect numbering system from libicu FIXED-IN: 6.0.5 M +29 -17 plasmacalendarplugins/alternatecalendar/provider/islamiccalendar.cpp https://invent.kde.org/plasma/kdeplasma-addons/-/commit/2882bb4650ca0ecc8537483bd6dccbd788a51e21
Git commit 3c3fca92bdba4a861daec32f6e75a43ec21cc65b by Fushan Wen. Committed on 19/04/2024 at 00:19. Pushed by fusionfuture into branch 'Plasma/6.0'. alternatecalendar: respect numbering system from libicu FIXED-IN: 6.0.5 (cherry picked from commit 2882bb4650ca0ecc8537483bd6dccbd788a51e21) M +29 -17 plasmacalendarplugins/alternatecalendar/provider/islamiccalendar.cpp https://invent.kde.org/plasma/kdeplasma-addons/-/commit/3c3fca92bdba4a861daec32f6e75a43ec21cc65b
Created attachment 168720 [details] Status as of 20-April-24 After I upgraded my testing environment to git20200420 on neon unstable, I noticed three issues (see the call-outs): 1- the time is not respecting my locale (it is displayed in Western Arabic numerals). Though, the date is displayed correctly. 2- The alternate calendar date is shown twice: one in the correct locale and the second in Western Arabic numerals, which is in the brackets. 3- The alternate date still does not follow the correct locale. In my locale is eastern Arabic numerals, while it is displayed in western Arabic numerals. Though, the date is displayed correctly. My locale is ar_OM.UTF-8
(In reply to Zayed Al-Saidi from comment #13) > Created attachment 168720 [details] > Status as of 20-April-24 > > After I upgraded my testing environment to git20200420 on neon unstable, I > noticed three issues (see the call-outs): > 1- the time is not respecting my locale (it is displayed in Western Arabic > numerals). Though, the date is displayed correctly. > 2- The alternate calendar date is shown twice: one in the correct locale and > the second in Western Arabic numerals, which is in the brackets. > 3- The alternate date still does not follow the correct locale. In my > locale is eastern Arabic numerals, while it is displayed in western Arabic > numerals. Though, the date is displayed correctly. > > My locale is ar_OM.UTF-8 the second issue the the oppsite, the correct date is inside the brackets.
Those seem like different issues; please open new bug reports for them. Thanks.
Cannot reproduce myself. git20200420 might still not have the patch in kdeplasma-addons
The clock text not being localized is a different bug indeed.
(In reply to Fushan Wen from comment #17) > The clock text not being localized is a different bug indeed. Yes, I found my system is messed up, and I re-install it again. I confirm everything is working correctly except his. I report a new bug for it. https://bugs.kde.org/show_bug.cgi?id=485915