From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from www.open-std.org (open-std.org [93.90.116.65]) by sourceware.org (Postfix) with ESMTP id 5A09E3860C3B for ; Sun, 12 Jul 2020 15:57:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5A09E3860C3B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=keldix.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=keld@open-std.org Received: by www.open-std.org (Postfix, from userid 500) id 7F0403588BC; Sun, 12 Jul 2020 17:57:43 +0200 (CEST) Date: Sun, 12 Jul 2020 17:57:43 +0200 From: Keld Simonsen To: Eidur Eidsson Cc: "libc-locales@sourceware.org" Subject: Re: English locale for Europe ? en_150 Message-ID: <20200712155743.GA20160@www5.open-std.org> References: <20200707172839.GA13937@rap.rap.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-locales@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-locales mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2020 15:57:46 -0000 On Thu, Jul 09, 2020 at 10:38:20PM +0000, Eidur Eidsson wrote: > >what is the difference of this locale > >from the standard iso 30112 i18n locale? > >also what is the difference in purpose? > > > >keld > > Well, the default values in ISO 30112 are not associated with any language, so > the i18n file cannot be used with locale-gen as far as I've tried. why not? I used a similar locale to build many national locales, incl da_DK for my own language - Danish, and about 60 other. > A regional locale is useful for those who want to quickly apply language-specific > features while skipping most country-specific features. There are two English > language CLDR locales for a region rather than a country: en_001 (world) and > en_150 (Europe). Most importantly, they use a point as a decimal separator, > which is not the case with i18n. The comma is the most widely used decimal separator, only a number of English speeking countries deviate, actually many countries use a non breaking space, which i find error prone, and I have not seen it used in monetary environments - banks etc. > They also don't display the ISO 8601 date format. That is in my eyes an error, iso 8601 is a standard in most countries of the world, inc Britain. if you speak english in a non-natively English country, iso 8601 is the most likely format to be well understood. Also with the y2k problem, many international organisations decided to use iso 8601 in the future. keld