enyojs/enyo-ilib — pull request #69 by aarontam (2014-05-20 20:16:38+00:00)
Title:  Update to ilib build 20140515-build-6.0-002 (RC)

* Date objects clean-up
* All date objects for all calendars are based on a rata die (RD) date that is normalized to UTC
* Code is simplified and a little smaller as a result
* Calculations for the day-of-the-week still occur in local wall time in
* Time zone clean-up
* Split time zone info into separate files instead of one big one
* Split the timeszones.json file into a whole bunch of separate zoneinfo
* Changed the zone info compiler (zic) to write out the separate files
* Changed the assembly tool to assemble all the zones used for each loca
* Modified ilib.TimeZone to load in individual zone info files, instead
* Created an ilib.Loader interface to be able to get more information ab
* Modified the node glue file to implement the ilib.Loader interface for
* Added the missing node based build tools to the shipping src tar
* Updated time zone info to IANA 2014b
* Update the methods on ilib.Date that set the date components so that they recalculate the RD based on the new component.
* The date formatter no longer throws an exception if you attempt to format a date object that is in a different calendar than the formatter. Instead, it just converts it to the formatter's calendar and formats the result.
* Made the demo site work properly with time zones.
* Added various unit tests to verify that it is working properly now.

Bug Fixes:

* Fixed a minor problem with time zone abbreviations in Danish, Norwegian, and Swedish
* Fixed problem where zone info was being loaded dynamically per locale, and another problem when constructing a time zone instance with an id that is specified with an ilib.String instead of a javascript string.
* The GregDate object was not calculating the offset when the time zone is "local" and the instance was created with something other than the time components (ie. it was created with a julian day or unix time for example). The methods that used the offset, such as getDayOfWeek(), were therefore only calculating things in UTC.