Mac OS X have some new Unicode baes API.
Our current date time formatter in intl/locale are based the script system one from
system 7. It did a lot of change of data since we need to convert from / to
unicode. It will be nice to develop a new implementaion of nsIDateTimeFormatter
if Mac OS X have a new library to handle it.
So far I have not find any documentation mention such library exist. We should
talk to Apple's Technology Manager to get more info.
Please add info to this bug if you find out anything related to date and time
display on Mac (new apis)
I look at CFDateRef in Core Foundation : Utility Services. I cannot find any API
format a CFDateRef to a localized string.
mark it as m1.0 for now till more information collected.
this thing does not exist. push off to future.
The APIs that replace the current script system are CFDateFormatter and
CFNumberFormatter. These are both only available starting in 10.3, so we'll
have to create a fix like that from bug 252475, where we dynamically load the
function pointers and if they exist (i.e. we are on 10.3 or later), then we use
these new APIs. We'll need to keep the old code around for older systems.
(In reply to comment #4)
> The APIs that replace the current script system are CFDateFormatter and
> CFNumberFormatter. These are both only available starting in 10.3
When are we dropping support for 10.2 and older?
Mozilla documentation on OS X support is not very clear on this ATM, for example, dmo says, «Mozilla will run on Mac OS X 10.2 (“Jaguar”), but the build requires a minimum of 10.3 (“Panther”).», whilst wmo says that 10.2 is supported for neither runtime nor building of Gecko 1.8 and 1.9 (trunk). Moreover, caminobrowser.org claims that Camino 1.0 supports 10.2, whilst wmo says that even Camino 0.8 doesn't support 10.2. IMHO, the Compatibility Matrix needs a really major update.
(In reply to comment #5)
> (In reply to comment #4)
> > The APIs that replace the current script system are CFDateFormatter and
> > CFNumberFormatter. These are both only available starting in 10.3
> When are we dropping support for 10.2 and older?
H'm.. I guess, I misread the matrix this morning before tea :) — it looks like in trunk (Gecko 1.9) we already no longer support 10.2 and older, so we can already use CFDateFormatter without any fallbacks to older APIs.
Fixed by bug 360018