Date: Tue, 14 Apr 2015 04:08:57 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 199441] nl_langinfo(ABMON_1) only returns number in Chinese locales Message-ID: <bug-199441-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D199441 Bug ID: 199441 Summary: nl_langinfo(ABMON_1) only returns number in Chinese locales Product: Base System Version: 10.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: lantw44@gmail.com Created attachment 155585 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D155585&action= =3Dedit Fix short month names and replace %b with %_m in date_fmt for Chinese local= es When using a Chinese locale, such as zh_TW.UTF-8 or zh_CN.UTF-8, nl_langinfo(ABMON_*) only returns numbers. nl_langinfo(ABMON_1) returns 1, nl_langinfo(ABMON_2) returns 2, and so on. This causes problems in applications that put the short month name and the = day of the month together. For example, 'Apr 14' in English becomes '414=E6=97= =A5' in Chinese on the top bar of GNOME Shell. This problem may be resolved by appending '=E6=9C=88' to all short month na= mes and replacing %b with %_m in date_fmt. ja_JP.UTF-8 already does this, but I have not done much testing to know whether it can cause other problems in Chinese locales. The GNU C Library also returns values with '=E6=9C=88' appended. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-199441-8>