From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75572 invoked by alias); 29 Nov 2019 12:02:42 -0000 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 Received: (qmail 75550 invoked by uid 89); 29 Nov 2019 12:02:42 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.0 required=5.0 tests=AWL,BAYES_00,KAM_SHORT autolearn=ham version=3.3.1 spammy=territory, H*Ad:U*bug-glibc-locales X-HELO: eggs.gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1575028948; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=tAqlbKM6BKERUYs0MVeJcvS6YTS42+PDTvjAuzLg8us=; b=SEK6sPMvlhgaHIW1+jz4fATPaAZ2bjtY4Ep+rKxurMKACUKlZx6f/wdTkfn4ujP1lGWobO /qK/+NqthnMDLv5sazomAKIELnSoNaNKz6AgW39WmGttZBi5sXq7SmSjLxxBq/GFa91UTF qGzi+uAnUyUwoNHZjJwoDk8zOCyRCx4= From: Florian Weimer To: Jure Sah Cc: bug-glibc-locales@gnu.org Subject: Re: Bug in sl_SI locale file References: <1c3abcc1-2b27-04f1-66a7-3a1929dddced@t-2.com> Date: Fri, 29 Nov 2019 12:02:00 -0000 In-Reply-To: <1c3abcc1-2b27-04f1-66a7-3a1929dddced@t-2.com> (Jure Sah's message of "Fri, 29 Nov 2019 12:12:59 +0100") Message-ID: <87blsu3n8z.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 207.211.31.120 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-SW-Source: 2019-q4/txt/msg00092.txt.bz2 * Jure Sah: > I would like to report a bug in the sl_SI locale, the version I have > is labeled like this: > % Language: sl > % Territory: SI > % Revision: 4.4 > % Date: 1997-11-05 > > The problem is in the LC_NUMERIC section. The Thousands Separator > (thousands_sep)=C2=A0 is indicated as which is a space > character. This creates problems in scripts, because space is > sometimes a delimiter and with this setting, numbers are sometimes > merged inappropriately. This is a problem that does not exist if a > different locale is used (which I would assume is the usual way people > solve this issue). > > While a thousands separator is not commonly used, the technically > correct character for this according to Slovenian number styling > standards, would be aka the dot. Likely this was not used, to > avoid problems in compatibility with locales where the dot is a > decimal separator (e.g.: English). I can confirm that linked from uses a dot as the separator: | Zaradi du=C5=A1evnih motenj je bilo pri izbranih zdravnikih v Sloveniji m= ed | letoma 2009 in 2013 v povpre=C4=8Dju 18.471 primerov bolni=C5=A1kega dopu= sta na | leto, kar je 2,5 odstotka vseh bolni=C5=A1kih dopustov. Translated as (also linked available from the page): | Doctors in Slovenia registered an average of 18,471 cases of sick | leave per year due to mental disorders between 2009 and 2013, which is | 2.5 per cent of all cases of sick leave. I have filed a bug: Our version has since switched to a Unicode narrow non-breaking space, and I think we also disable grouping. CLDR does not seem to have accurate data (it uses a decimal point AFAICS). Thanks, Florian