From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15773 invoked by alias); 6 Apr 2007 19:41:00 -0000 Received: (qmail 15565 invoked by uid 48); 6 Apr 2007 19:40:44 -0000 Date: Fri, 06 Apr 2007 19:41:00 -0000 Message-ID: <20070406194044.15564.qmail@sourceware.org> From: "sirspiritus at yandex dot ru" To: libc-locales@sources.redhat.com In-Reply-To: <20070107132154.3842.victor.ashirov@gmail.com> References: <20070107132154.3842.victor.ashirov@gmail.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug localedata/3842] Incorrect LC_NUMERIC and LC_MONETARY data in ru_RU X-Bugzilla-Reason: AssignedTo Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org X-SW-Source: 2007-q2/txt/msg00001.txt.bz2 ------- Additional Comments From sirspiritus at yandex dot ru 2007-04-06 20:40 ------- (In reply to comment #2) > Is this just convention because many systems cannot express the en space > character or is this really necessary and required? Provide references to > official documents supporting your claim. Yes, many systems cannot display U+2002 because most fonts have no glyph for U+2002, so we see squares instead of space thouthands delimiters. I have this problem(small squares as the thousands delimiters) with the wget in GNU/Linux 2.6/glibc-2.5/ru_RU.UTF-8. Only Terminus and Fixed fonts have a glyph for U+2002 character. So U+2002 as a system thousands separator in ru_RU locale implied a bad compatibility. And BTW I see no one other locale with the U+2002 as a separator, but I can see many locales with U+0020 and U+00A0 separators. Is that some kind of experiment on Russians? :) $ grep sep /usr/share/i18n/locales/*|grep U2002 /usr/share/i18n/locales/ru_RU:mon_thousands_sep "" /usr/share/i18n/locales/ru_RU:thousands_sep "" $ grep sep /usr/share/i18n/locales/*|grep U0020 /usr/share/i18n/locales/aa_DJ:mon_thousands_sep "" /usr/share/i18n/locales/az_AZ:mon_thousands_sep "" /usr/share/i18n/locales/be_BY:mon_thousands_sep "" /usr/share/i18n/locales/be_BY@latin:mon_thousands_sep "" /usr/share/i18n/locales/bs_BA:mon_thousands_sep "" /usr/share/i18n/locales/de_AT:mon_thousands_sep "" /usr/share/i18n/locales/fr_CA:mon_thousands_sep "" /usr/share/i18n/locales/fr_CA:thousands_sep "" /usr/share/i18n/locales/fr_FR:mon_thousands_sep "" /usr/share/i18n/locales/fr_LU:mon_thousands_sep "" /usr/share/i18n/locales/hr_HR:mon_thousands_sep "" /usr/share/i18n/locales/kk_KZ:mon_thousands_sep "" /usr/share/i18n/locales/ky_KG:mon_thousands_sep "" /usr/share/i18n/locales/ky_KG:thousands_sep "" /usr/share/i18n/locales/mg_MG:mon_thousands_sep "" /usr/share/i18n/locales/mk_MK:mon_thousands_sep "" /usr/share/i18n/locales/mk_MK:thousands_sep "" /usr/share/i18n/locales/mn_MN:mon_thousands_sep "" /usr/share/i18n/locales/nl_NL:mon_thousands_sep "" /usr/share/i18n/locales/ru_UA:mon_thousands_sep "" /usr/share/i18n/locales/sl_SI:mon_thousands_sep "" /usr/share/i18n/locales/sl_SI:thousands_sep "" /usr/share/i18n/locales/sv_SE:mon_thousands_sep "" /usr/share/i18n/locales/sv_SE:thousands_sep "" /usr/share/i18n/locales/tg_TJ:mon_thousands_sep "" /usr/share/i18n/locales/tt_RU:mon_thousands_sep "" /usr/share/i18n/locales/uk_UA:mon_thousands_sep "" $ grep sep /usr/share/i18n/locales/*|grep U00A0 /usr/share/i18n/locales/bg_BG:mon_thousands_sep "" /usr/share/i18n/locales/cs_CZ:mon_thousands_sep "" /usr/share/i18n/locales/cs_CZ:thousands_sep "" /usr/share/i18n/locales/et_EE:mon_thousands_sep "" /usr/share/i18n/locales/et_EE:thousands_sep "" /usr/share/i18n/locales/fi_FI:mon_thousands_sep "" /usr/share/i18n/locales/fi_FI:thousands_sep "" /usr/share/i18n/locales/lv_LV:mon_thousands_sep "" /usr/share/i18n/locales/lv_LV:thousands_sep "" /usr/share/i18n/locales/nn_NO:mon_thousands_sep "" /usr/share/i18n/locales/sk_SK:mon_thousands_sep "" /usr/share/i18n/locales/sk_SK:thousands_sep "" -- http://sourceware.org/bugzilla/show_bug.cgi?id=3842 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.