Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36806 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76052 invoked from network); 4 Apr 2008 18:48:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Apr 2008 18:48:04 -0000 Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.162] ([212.25.124.162:61371] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C0/F2-60008-FD776F74 for ; Fri, 04 Apr 2008 13:48:03 -0500 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Apr 2008 21:48:32 +0300 Received: from [192.168.16.94] ([192.168.16.94]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Apr 2008 11:48:29 -0700 Message-ID: <47F677D9.4070804@zend.com> Date: Fri, 04 Apr 2008 11:47:53 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Lester Caine CC: PHP internals References: <47F463F0.4030407@zend.com> <47F47360.8040606@lsces.co.uk> <47F560E4.7060609@zend.com> <47F5DC3D.6090302@lsces.co.uk> In-Reply-To: <47F5DC3D.6090302@lsces.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Apr 2008 18:48:29.0570 (UTC) FILETIME=[7957B620:01C89684] Subject: Re: [PHP-DEV] intl naming From: stas@zend.com (Stanislav Malyshev) Hi! > THAT I agree with - BUT WHAT IS STOPPING PHP6 being the solution. I > can't see any reason that time is being wasted on yet another PHP5.X > when that same effort could be directed to getting at least a stable > beta of PHP6 out the door? I'm sorry you don't see the reason, but we do. The reason being, as I said, that it is needed by people in 5.x timeframe, not 6.x timeframe. > MessageFormatter simply duplicates and complicates a simple display of a > message with embedded variables. If I ask for to output a string with No it doesn't. It supports ICU functionality in with message formatting (BTW backed by a number of ICU tools). > Collator is already required to process strtoupper and strtolower, so > why should we need to decide if we can use them or we need to create a > new object and get that to do the job. For PHP 6 Collator will be integrated with the rest of core functionality. And BTW, you don't need collator for strtoupper, you need it for sort. Collation and case conversion/folding is not the same. > PLEASE - what is stopping PHP6 becoming a platform that we can start > working with today? There's a lot of work still for integrating intl extension with PHP 6 (and PHP 5 too), please tell me when you are ready to start and I'll describe the tasks for you. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com