Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36882 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1560 invoked from network); 8 Apr 2008 19:27:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Apr 2008 19:27:58 -0000 Authentication-Results: pb1.pair.com header.from=tokul@users.sourceforge.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=tokul@users.sourceforge.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain users.sourceforge.net from 213.197.162.99 cause and error) X-PHP-List-Original-Sender: tokul@users.sourceforge.net X-Host-Fingerprint: 213.197.162.99 avilys.eik.lt Linux 2.6 Received: from [213.197.162.99] ([213.197.162.99:53452] helo=avilys.eik.lt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 58/25-09615-C37CBF74 for ; Tue, 08 Apr 2008 15:27:57 -0400 Received: from avilys.eik.lt (avilys.local [127.0.0.1]) by avilys.eik.lt (Postfix) with ESMTP id 633051F514B for ; Tue, 8 Apr 2008 22:18:15 +0300 (EEST) Received: from avilys.eik.lt (avilys.local [127.0.0.1]) by avilys.eik.lt (Postfix) with ESMTP id 3D71F1F5149 for ; Tue, 8 Apr 2008 22:18:15 +0300 (EEST) Received: from 78.61.224.253 (NaSMail authenticated user tomas@topolis.lt) by avilys.eik.lt with HTTP; Tue, 8 Apr 2008 22:18:15 +0300 (EEST) Message-ID: <58514.78.61.224.253.1207682295.nsm@avilys.eik.lt> In-Reply-To: References: <47F463F0.4030407@zend.com> <47F677D9.4070804@zend.com> <47F68136.8040908@zend.com> <698DE66518E7CA45812BD18E807866CE0175729A@us-ex1.zend.net> <47FBA5A7.1070600@zend.com> <47FBBF0F.4080505@zend.com> Date: Tue, 8 Apr 2008 22:18:15 +0300 (EEST) To: internals@lists.php.net User-Agent: NaSMail/1.4 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [PHP-DEV] intl naming From: tokul@users.sourceforge.net ("Tomas Kuliavas") >> As for validity, since locale mechanism has a bunch of fallbacks, I >> understand the validity concept is a bit blurred. I.e. you can have >> regexp >> to check all the -'s or _'s are in place but beyond that it's kind of >> hard >> to know what the question "is en_RU locale valid?" means. > > It is amazingly handy to know that a locale given by the user (UI or a > developer using your library) is valid. What I like to have are > getCountry, getISO3* etc. I can provide a list and then a patch. I think locale validity detection does not work in PHP6 locale_set_default() too. Bug 42471. -- Tomas