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

Reply via email to