From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20772 invoked by alias); 20 Jun 2018 15:36:15 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 20758 invoked by uid 89); 20 Jun 2018 15:36:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.1 required=5.0 tests=BAYES_00,BODY_8BITS,GARBLED_BODY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=H*M:site, H*MI:site X-HELO: mail-wr0-f181.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=Jhh/QP0jrrVeQxZe7wu/hSdYFiQaEiJP9JY7Y48XnuM=; b=LpEvKYjdXdvQIaU2A/wLiacLiBDjg6wbjD6Q+giQ3rK8o3cNGP2ZbWjVu3X4zY6SPB bIUcQ+cZQdMVGmY/ar/ZheKMly8uYLhk6CkNzNP1ZpOD2ygsxfBewcUOVsYbM8wgW3e2 H0a86W0jOXmtF0WQ3H8VhWPy/JaQbjyZOkenIqFgoDcPHxpmSFji5Lv0jBMQAQmpU9Ba aIDfcEQvStJVip4sBaPimeKXnxIFbiX06/Mb0BnnFYbUJ6BZiiLOaVsBaWJwNjtPlO8e DYyS+XLON3x+Gw9J8SsR90vUGgv1Y4CcwACP8Gs5cLpz41RIaf5pSjEEXJn2EJebBvSf EVJw== X-Gm-Message-State: APt69E1oYFldMAPW99leKREqfMsERZqrNLh/NHmAf6fAEFXomVYYiR3F 9heytzFfEsrqkKIVjW7TrhMX X-Google-Smtp-Source: ADUXVKKwbc3oXu/McYeKUUoRVhIKFB/8Fu6Hn5LNOWccrpZW3amqD6f4Nce4/8EK6mHF3IDlnxjRyA== X-Received: by 2002:adf:9897:: with SMTP id w23-v6mr1130770wrb.9.1529508971531; Wed, 20 Jun 2018 08:36:11 -0700 (PDT) From: Mike FABIAN To: Carlos O'Donell Cc: Marko Myllynen , GNU C Library , Stanislav Brabec Subject: Re: Locales: Thousands separator References: <5e0e7fec-59b1-8af9-5711-4509975e8f29@redhat.com> <3c30deb6-d0cb-ed92-6403-d7588719c543@redhat.com> Date: Wed, 20 Jun 2018 15:36:00 -0000 In-Reply-To: <3c30deb6-d0cb-ed92-6403-d7588719c543@redhat.com> (Carlos O'Donell's message of "Wed, 20 Jun 2018 09:01:24 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2018-06/txt/msg00614.txt.bz2 Carlos O'Donell さんはかきました: > On 06/20/2018 04:10 AM, Marko Myllynen wrote: >> Commit 70a6707 [1] changed many locales to use U+202F NARROW NO-BREAK >> SPACE (NNBSP) as the thousands separator instead of U+00A0 NO-BREAK >> SPACE (NBSP). The patch submission nor the follow-up discussion [2] did >> not cite any standards or references as rationale for this change. > > No standards need citing. It was clear that SPACE was wrong. > >> Given the considerations above, what do the glibc maintainers think >> about the current situation, is this inconsistency seen as an issue? > > ... the mistake is that we didn't check to harmonize with CLDR. > > Please file a bug and we'll change from NNBSP->NBSP to match CLDR. CLDR usually has U+0020 SPACE, *not* U+00A0 NO-BREAK-SPACE. See for example: http://unicode.org/cldr/trac/browser/trunk/common/main/fi.xml which contains: 5751 5752 , 5753 ^ This is a regular space U+0020 SPACE 5754 ; 5755 % 5756 + 5757 − 5758 E 5759 × 5760 ‰ 5761 ∞ 5762 epäluku 5763 . 5764 > Even though I think NBSP is visually wrong, we need to change both > CLDR and glibc at the same time to match. > > Cheers, > Carlos. -- Mike FABIAN 睡眠不足はいい仕事の敵だ。