Re: Re: [php-icu] Graphemes and unicode vs intl extension
| From: | Lester Caine | Date: | Sun, 23 Mar 2008 07:16:11 +0000 |
| Subject: | Re: Re: [php-icu] Graphemes and unicode vs intl extension | ||
| References: | 1 2 3 4 5 6 7 8 9 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-36362@lists.php.net to get a copy of this message | ||
Derick Rethans wrote:
On Fri, 21 Mar 2008, Pierre Joye wrote:I think the question here is WHY would you want to format a date without using a date object? SO why is it wrong to have object formatting packaged with the relevant object? I may be missing something here, but if the idea is to standardise then surly we should be standardising and not creating tools for unnecessary alternatives? I'm still having to use my own Date alternative until we can finally draw a line under PHP4 compatibility - so lets not start opening more rabbit holes to compatibility :( -- Lester Caine - G8HFL ----------------------------- Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://home.lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.phpOn Fri, Mar 21, 2008 at 5:35 PM, Derick Rethans <derick@php.net> wrote: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).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've mentioned that from the beginning (and started experimenting a bit with it already as date_format_locale()), but apparently that's not the "correct" way.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.