Ehoogerbeets

Updated for iLib, and added many new rows for various i18n features. Other libraries slots need to be updated to put the check marks for all these new features.
There are two parts to time zone support -- (a) converting local time to a normalized date/time representation and back again, and (b) formatting a time zone name for viewing by a human. In ilib, the normalized representation is date/time given in julian days in the UTC time zone. This is handled in the various date subclasses (one per calendar). The formatting is handled in a date formatter class, which takes the normalized time zone name from the IANA database (eg. "America/Sao_Paulo") and converts it into a string to substitute into the date format template in place of the "zzz" component (eg. "BRT" or "E. South American Time").

They are two sides of the same coin. I guess you could consider them the same type of support, but I have seen systems that can format time zone names without being able to convert to UTC and back again.