diff options
| author | Egmont Koblinger <egmont@gmail.com> | 2018-01-01 20:40:11 +0000 |
|---|---|---|
| committer | Rafal Luzynski <digitalfreak@lingonborough.com> | 2018-01-12 01:57:31 +0100 |
| commit | f172187b2d5bd9d22a5311b3ecd89d4ce5dbd2da (patch) | |
| tree | 175af1854ac7e9564b3da0d4b49fb23473bc2040 /string/basename.c | |
| parent | c8924f1ff22cb78abc9bb950c3b23d8483ac7bba (diff) | |
| download | glibc-f172187b2d5bd9d22a5311b3ecd89d4ce5dbd2da.tar.gz glibc-f172187b2d5bd9d22a5311b3ecd89d4ce5dbd2da.tar.xz glibc-f172187b2d5bd9d22a5311b3ecd89d4ce5dbd2da.zip | |
hu_HU locale: Avoid double space (bug 22657).
The current date format prefixes one-digit days with a space, resulting
in ugly two spaces:
$ LC_ALL=hu_HU.UTF-8 date
2018. jan. 1., hétfő, 21:25:35 CET
^^
The official orthography rules doesn't contain an explicit rule about
this (which already gives no sane reason for double space), and an
implicit example of "1848. március 9." under bullet point 296 at
http://helyesiras.mta.hu/helyesiras/default/akh12 contains a single
space only. It's sure not convincing on an HTML page, but I confirm
that the official book edition (e.g.
https://www.libri.hu/en/konyv/a-magyar-helyesiras-szabalyai-32.html)
also contains a single space there.
[BZ #22657]
* localedata/locales/hu_HU (d_t_fmt): Avoid a leading space
before the day number which may produce a double space.
(date_fmt): Likewise.
Diffstat (limited to 'string/basename.c')
0 files changed, 0 insertions, 0 deletions