From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 61850 invoked by alias); 29 Nov 2019 11:13:15 -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 61838 invoked by uid 89); 29 Nov 2019 11:13:14 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KAM_SHORT,SPF_FAIL autolearn=no version=3.3.1 spammy=H*r:260, thousands, HTo:U*bug-glibc-locales, territory X-HELO: eggs.gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=t-2.com; s=smtp-out-2; t=1575025980; bh=VbA8hGEfCXtWXkTsnPhrNOsGTsv87VWjuPC7ePhi2v0=; h=To:From:Subject:Date; b=BG+bNCiAN97f5AfOHB45SM8isuAjV89FMUFYr7EfZFNn8JbC94K319pO/KvWDAtvi SsODXre8Nmy3ElxgNjtio5khEMDfhJYm/8i1wYhue/hsREG6ZRLfBlJeZm8Obyqm1e 6Us48tUqJGMS0pk6CLF1utm2BkXLh02ufcxyUUIY= To: bug-glibc-locales@gnu.org From: Jure Sah Subject: Bug in sl_SI locale file Message-ID: <1c3abcc1-2b27-04f1-66a7-3a1929dddced@t-2.com> Date: Fri, 29 Nov 2019 11:13:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:260:1:4::2b X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-SW-Source: 2019-q4/txt/msg00090.txt.bz2 Hello, I would like to report a bug in the sl_SI locale, the version I have is=20 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=20 (thousands_sep)=C2=A0 is indicated as which is a space character.=20 This creates problems in scripts, because space is sometimes a delimiter=20 and with this setting, numbers are sometimes merged inappropriately.=20 This is a problem that does not exist if a different locale is used=20 (which I would assume is the usual way people solve this issue). While a thousands separator is not commonly used, the technically=20 correct character for this according to Slovenian number styling=20 standards, would be aka the dot. Likely this was not used, to=20 avoid problems in compatibility with locales where the dot is a decimal=20 separator (e.g.: English). LP, Jure --=20 *Jure Sah* IT, sistemska integracija=E2=80=A2 IT, system integrations www.t-2.net =E2=80=A2 Opozorilo | Disclaimer=20