Revision tags: php-5.4.5, php-5.3.15, php-5.3.15RC1, php-5.4.5RC1 |
|
#
2416719f |
| 01-Jul-2012 |
Gustavo André dos Santos Lopes |
Unified zval -> UDate conversions Now IntlDateFormatter::format() also accepts IntlCalendar objects. Code is shared in MessageFormatter and IntlDateFormatter.
|
Revision tags: php-5.3.14, php-5.4.4 |
|
#
eb346ef0 |
| 03-Jun-2012 |
Gustavo André dos Santos Lopes |
DateFormat plays nice with Calendar, TimeZone The following changes were made: * The IntlDateFormatter constructor now accepts the usual values for its $timezone argument. Thi
DateFormat plays nice with Calendar, TimeZone The following changes were made: * The IntlDateFormatter constructor now accepts the usual values for its $timezone argument. This includes timezone identifiers, IntlTimeZone objects, DateTimeZone objects and NULL. An empty string is not accepted. An invalid time zone is no longer accepted (it used to use UTC in this case). * When NULL is passed to IntlDateFormatter, the time zone specified in date.timezone is used instead of the ICU default. * The IntlDateFormatter $calendar argument now accepts also an IntlCalendar. In this case, IntlDateFormatter::getCalendar() will return false. * The time zone passed to the IntlDateFormatter is ignored if it is NULL and if the calendar passed is an IntlCalendar object -- in this case, the IntlCalendar time zone will be used instead. Otherwise, the time zone specified in the $timezone argument is used instead. * Added IntlDateFormatter::getCalendarObject(), which always returns the IntlCalendar object that backs the DateFormat, even if a constant was passed to the constructor, i.e., if an IntlCalendar was not passed to the constructor. * Added IntlDateFormatter::setTimeZone(). It accepts the usual values for time zone arguments. If NULL is passed, the time zone of the IntlDateFormatter WILL be overridden with the default time zone, even if an IntlCalendar object was passed to the constructor. * Added IntlDateFormatter::getTimeZone(), which returns the time zone that's associated with the DateFormat. * Depreacated IntlDateFormatter::setTimeZoneId() and made it an alias for IntlDateFormatter::setTimeZone(), as the new ::setTimeZone() also accepts plain identifiers, besides other types. IntlDateFormatter::getTimeZoneId() is not deprecated however. * IntlDateFormatter::setCalendar() with a constant passed should now work correctly. This requires saving the requested locale to the constructor. * Centralized the hacks required to avoid compilation disasters on Windows due to some headers being included inside and outside of extern "C" blocks.
show more ...
|
Revision tags: php-5.3.14RC2, php-5.4.4RC2 |
|
#
ec23c3e5 |
| 17-May-2012 |
Gustavo André dos Santos Lopes |
MessageFormatter accepts IntlCalendar arguments Now MessageFormatter::format() accepts IntlCalendar objects to be used in arguments of type Format::kDate.
|
#
e9351b89 |
| 16-May-2012 |
Gustavo André dos Santos Lopes |
Bug #58756: w.r.t MessageFormatter (partial fix) I don't think the current ICU API allows this bug to be completely fixed. Right now, the code cannot control the time zone used in d
Bug #58756: w.r.t MessageFormatter (partial fix) I don't think the current ICU API allows this bug to be completely fixed. Right now, the code cannot control the time zone used in date/time formats that appear inside complex subformats. See the comment inside umsg_set_timezone().
show more ...
|
Revision tags: php-5.3.14RC1, php-5.4.4RC1, php-5.3.13, php-5.4.3 |
|
#
ac33e40d |
| 06-May-2012 |
Gustavo André dos Santos Lopes |
Keep date precision in MessageFormatter. MessageFormatter::parse and MessageFormat::format (and their static equivalents) now don't throw away better than second precision in the arg
Keep date precision in MessageFormatter. MessageFormatter::parse and MessageFormat::format (and their static equivalents) now don't throw away better than second precision in the arguments. It's already bad enough that in MessageFormatter and IntlDateFormatter we use seconds since epoch instead of milliseconds since epoch, deviating from the ICU date representations. But we don't need to throw away extra precision when parsing dates; we can keep the seconds since epoch convention and return non integer doubles with only a small BC impact. Note that we already could return doubles from MessageFormatter::parse if the date was sufficiently in the past or in the future.
show more ...
|
#
53860672 |
| 13-May-2012 |
Gustavo André dos Santos Lopes |
ICU < 4.8 compat in MessageFormatter Restricted support for named arguments to ICU 4.8+. Also added bound checks when converting arguments to Formattables.
|
#
1c4f99b9 |
| 06-May-2012 |
Gustavo André dos Santos Lopes |
Better error messages in MessageFormatter::format.
|
#
0ad1b14f |
| 06-May-2012 |
Gustavo André dos Santos Lopes |
Accept numeric strings for dates. Refactored umsg_helper_zval_to_millis in the process.
|
#
20dd5ccf |
| 06-May-2012 |
Gustavo André dos Santos Lopes |
Cache arguments type info in MessageFormatter.
|
#
40745587 |
| 05-May-2012 |
Gustavo André dos Santos Lopes |
Set global error if insufficient numeric args. WS.
|
#
edca0e2a |
| 05-May-2012 |
Gustavo André dos Santos Lopes |
Refactoring of patch for FR #61871.
|
#
c9b913b5 |
| 05-May-2012 |
Gustavo André dos Santos Lopes |
Orig patch for FR #61871 by David Sklar
|
Revision tags: php-5.4.2, php-5.3.12, php-5.3.11, php-5.4.1, php-5.3.11RC2, php-5.4.1RC2 |
|
#
95fbae89 |
| 01-Apr-2012 |
Gustavo André dos Santos Lopes |
Compatibility with old versions of ICU (4.0+).
|
Revision tags: php-5.3.11RC1, php-5.4.1RC1, PHP-5.4.1-RC1, php-5.4.0, php-5.4.0RC8, php-5.3.10, php-5.4.0RC7, php-5.4.0RC6, php-5.3.9, php-5.4.0RC5, php-5.3.9RC4, php-5.4.0RC4, php-5.3.9RC3, php-5.4.0RC3, php-5.3.9RC2, php-5.4.0RC2, php-5.4.0RC1, php-5.3.9RC1, php-5.4.0beta2, php-5.4.0beta1, yaf-2.1.0, php-5.3.8, php-5.3.7, php-5.3.7RC5, php-5.4.0alpha3, php-5.3.7RC4, php-5.3.7RC3, php-5.4.0alpha2, php-5.3.7RC2, php-5.4.0alpha1, php-5.3.7RC1, php-5.3.6, php-5.3.6RC3, php-5.3.6RC2, php-5.3.6RC1, php-5.2.17, php-5.3.5, php-5.2.16, php-5.2.15, php-5.3.4, php-5.2.15RC2, php-5.3.4RC2, php-5.3.4RC1, php-5.2.15RC1, PHP_5_2_15RC1, oci8-1.4.3, php-5.2.14, php-5.3.3, php-5.3.3RC3, php-5.2.14RC3, php-5.3.3RC2, php-5.2.14RC2, php-5.3.3RC1, php-5.2.14RC1, php-5.3.2, php-5.2.13, php-5.3.2RC3, php-5.3.2RC2, php-5.2.13RC2, php-5.2.13RC1, php-5.3.2RC1, php-5.2.12, php-5.2.12RC4, php-5.2.12RC3, php-5.2.12RC2, php-5.3.1, php-5.3.1RC4, php-5.2.12RC1, php-5.3.1RC3, php-5.3.1RC2, oci8-1.4.0, php-5.2.11, php-5.2.11RC3, php-5.3.1RC1, php-5.2.11RC2, php-5.2.11RC1, php-5.3.0, php-5.3.0RC4, php-5.2.10, php-5.2.10RC2, php-5.3.0RC3, php-5.2.10RC1, php-5.3.0RC2, php-5.3.0RC1, RELEASE_1_3_5, php-5.2.9, php-5.2.9RC3, php-5.2.9RC2, php-5.2.9RC1, php-5.3.0beta1, NEWS, php-5.2.8, BEFORE_HEAD_NS_CHANGES_MERGE, php-5.3.0alpha3, php-5.3.0alpha2, php-5.2.7, php-5.2.7RC5, php-5.2.7RC4, BEFORE_HEAD_NS_CHANGE, BEFORE_NS_RULES_CHANGE, php-5.2.7RC3, php-5.2.7RC2 |
|
#
8e0529e0 |
| 16-Oct-2008 |
Ed Batutis |
Fix for pecl bug 14664 - problem with older gcc
|
Revision tags: php-5.2.7RC1, php-4.4.9, php-5.3.0alpha1, php-4.4.9RC1 |
|
#
0d16b151 |
| 07-Jul-2008 |
Stanislav Malyshev |
Merge intl extension into core
|