Stanislav Malyshev wrote:
Hi!
I wanted to ask the people here for opinions on the subject of functions
naming in pecl/intl (hopefully soon to be ext/intl ;) module. Current
state can be seen at http://docs.php.net/manual/en/book.intl.php
I suppose the main question here is the simple one.
Will PHP6 be integrally - unicode?
Personally I WANT a clean character set free base to work from and that is
what I was under the impression that PHP6 was going to provide. If the core is
running unicode ( and I see no logical reason why it should run anything else
- use PHP5 for an 'ascii' based version ) then why are we discussing
separating out functions which are part of that core.
The core objects should properly handle unicode, so why have DUPLICATE
functions such as Date and DateFormatter at all? Number and possibly Currency
should also exist in the same way as Date? Collation is as much part of
database handling as array, and upper and lower functions are not being moved
TO intl so why should there be different handling of things.
I had expected to be running PHP6 in a clean UTF-8 mode by now, and that
functions like localeconv would simply work. If that is not the intention for
PHP6 then perhaps we need to start looking to a replacement of PHP6 already :(
--
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.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php