Hi Stas,

some things we noticed:

- I still think IntlDateFormatter vs the rest w/o Intl prefix is inconsistent. Can't we just prefix it with "Intl" across the board? Saves trouble down the road

- DateFormatter::parse() and DateFormater::localtime() should have the second argument ($parse_pos) as a reference - it is supposed to "return" the position where an error occured, in case it could not parse the given value. ICU does have it this way, and I think PHP should, too. It's pretty valuable information, and if only for debugging purposes. - IntlDateFormatter::format() does not accept DateTime (I think that is a known issue)
- There is no way to use or retrieve milliseconds, so far

- What does Collator::sortWithKeys() do, exactly? Why not always have this one? Why does the API have a "normal" sorting function and an optimized one? Why not just always use the sorting with ucol_getSortKey() keys? And why is there no Collator::asortWithKeys(), to keep the API consistent?

- INTL_MAX_LOCALE_LEN is 64 - what if I have a longer locale string, with options?

- http://php.net/manual/en/intl.examples.php uses a "getLocaleByType()" method that does not exist

The only "critical" thing, I would say, is having the $parse_pos argument as a reference, as changing that in a later release would break code if people pass a value directly. The rest is pretty much just questions I'm hoping you could answer, not actual problems ;)

Cheers,

David


Am 27.05.2008 um 23:26 schrieb Stanislav Malyshev:

Hi!

I've uploaded 1.0.0RC1 version of intl extension on PECL. Please test it and if you think anything has to be added/fixed for 1.0.0 please tell.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED]   http://www.zend.com/
(408)253-8829   MSN: [EMAIL PROTECTED]

--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to