On Fri, Mar 21, 2008 at 5:35 PM, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Fri, 21 Mar 2008, Stanislav Malyshev wrote:
>
>  > > You can't actually use the class name "DateFormatter" when you want
>  > > pecl/intl to be in core. "Date" is the prefix for the already existing 
> Date
>  > > extension.
>  >
>  > I think we still can name it DateFormatter, especially if we plan (and we 
> do,
>  > as I understand) to merge DateFormatter functions with ext/date in PHP 6, 
> and
>  > we don't have any conflict now and we do not have any plans to have
>  > DateFormatter in ext/date (correct me if I'm wrong here).
>
>  You're wrong. We can rename it later *if* it gets merged into ext/date,
>  but you can't simply use a classname with a prefix that conflicts with
>  something else. Merging it would most likely change API anyway.

I rather prefer to have this class (and related) within the ext/date
extensions. It is the only way to have a consistent and working
date/time API in php. Date/time formatting is part of this API.

As I can understand the need to have one single extension in this
phase (or the early stage), it would make sense to think about
integrating part of the ICU with the existing PHP extension or
features.

By the way, when was this list created?  Why discussions about the
development of  this upcoming core extension are not public and under
php.net? I don't think it is a good thing and I dislike this way of
working.

Cheers,
-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to