| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
tl_PH: convert to UTF-8
|
|
|
|
| |
Resolves: BZ # 24006
|
| |
|
|
|
|
| |
Resolves: BZ # 30605
|
|
|
|
|
|
| |
Sort Makefile variables using scrips/sort-makefile-lines.py.
No regressions on x86_64.
|
| |
|
|
|
|
| |
Resolves: BZ # 27312
|
|
|
|
|
|
| |
Resolves: BZ # 12908
https://iso639-3.sil.org/code/zgh
|
| |
|
|
|
|
| |
See: https://sourceware.org/bugzilla/show_bug.cgi?id=31221#c2
|
| |
|
|
|
|
|
|
|
|
|
| |
Resolves: BZ # 31221
glibc can recognise its code, but does not have its data.
This patch remedies that.
Signed-off-by: Janet Blackquill <uhhadd@gmail.com>
|
| |
|
|
|
|
| |
Resolves: BZ # 31086
|
|
|
|
| |
Resolves: BZ # 31086
|
|
|
|
| |
Resolves: BZ # 31086
|
|
|
|
| |
Resolves: BZ # 31086
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
code "fy"
Resolves: BZ # 14522
|
| |
|
| |
|
|
|
|
| |
Resolves: BZ # 27601
|
| |
|
| |
|
|
|
|
| |
Resolves: BZ # 28558
|
|
|
|
| |
Resolves: BZ # 29504
|
| |
|
|
|
|
|
|
| |
Resolves: BZ # 24013
Use <U202F> instead of a plain space because CLDR also uses that.
|
| |
|
|
|
|
| |
Resolves: BZ # 31204
|
| |
|
|
|
|
| |
See: https://sourceware.org/pipermail/libc-alpha/2023-December/153538.html
|
| |
|
|
|
|
|
|
| |
identical to LC_TIME in en_AU then
Resolves: BZ # 24877
|
|
|
|
|
|
| |
agrees with CLDR
Related: BZ # 24878
|
|
|
|
|
|
|
|
|
| |
Resolves: BZ # 30412
See: https://sourceware.org/bugzilla/show_bug.cgi?id=30412#c7
CLDR also has ID in the list of territories which have Sunday as the
first day of the week.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hello! I am Indonesian, was born and raised in Indonesia and still do live in
Indonesia.
This patch brings a few changes to the time locales of id_ID, which
includes :
\- Defining am_pm and time_fmpt_ampm
\- Changing time_fmt and d_t_fmt to use the 24-hour format
\- Changing first_weekday to Monday
This is a squashed version of what is previously a 5 patch set
Here are reasons and details of the changes :
Change 1 part 1
id_ID: Define `am_pm` string
Current formatting does not define am_pm string, leading to AM and PM
not being specified in 12 H time format. This change defines the string
by changing it from an empty string to "AM";"PM".
output of `date +%r`:
before commit: 01:23
after commit: 01:23 PM
Change 1 part 2
id_ID: Define time_fmt_ampm, change from an empty string
Currently, time_fmpt_ampm is set to an empty string, causing some
programs to not be able to display time in the 12-hour format, for
example, glib: https://gitlab.gnome.org/GNOME/glib/-/issues/2967.
This commit changes it from an empty string to "%I:%M:%S %p"
Change 2 part 1
id_ID: Use 24-hour format for time_fmt
Indonesian standard and formal time format uses the 24-hour format inst-
ead of the 12-hour format. This commit aims to change the id_ID locale's
time_fmt to match that accordingly.
Change 2 part 2
id_ID: Use 24-hour format for d_t_fmt.
Indonesian standard and formal time format uses the 24-hour format inst-
ead of the 12-hour format. This commit aims to change the id_ID locale's
d_t_fmt to match that accordingly.
Change 3
id_ID: Change first_weekday to monday
Indonesian calendar starts of the week with Monday, let's comply
Message-ID: <20230821035530.9075-1-rushing27alien@gmail.com>
Resolves: BZ # 30412
Reviewed-by: Mike Fabian <mfabian@redhat.com>
|
| |
|
|
|
|
| |
Resolves: BZ # 23012
|
| |
|
|
|
|
| |
Resolves: BZ # 25868
|
| |
|
|
|
|
| |
Resolves: BZ # 28787
|
|
|
|
| |
Resolves: BZ #29486
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the collation with CLDR
I made it to agree as much as possible with the rules from CLDR (see:
https://github.com/unicode-org/cldr/blob/main/common/collation/th.xml).
It seems to be impossible to follow the CLDR rules
&[before 1]๚<ฯ # should be "variable"
and
&๛<ๆ # should be "variable"
exactly though. These ask for a primary difference in punctuation
characters whose primary weight should be "IGNORE". But using a
secondary differnence instead still sorts the test data correctly and
the previously used collation in th_TH used tertiary differences for
these characters.
There was old localedata/th_TH.in test data in TIS-620 encoding which
was not used (it was not in the localedata/Makefile). I converted this
to UTF-8 and moved it to localedata/th_TH.UTF-8.in and added it to
localedata/Makefile.
Using the existing collation rules in the th_TH locale did not sort that
test file completely correct, I think my new collation rules based on
iso14651_t1 are better.
|