International date/time format for the message thread pane for M5.
Reassigning to putterman, please reassign if necessary.
(see a document at http://www.mozilla.org/projects/intl/date-time-format.html).
We agreed to use always application locale (i.e. single date format through one
app). Application locale can be available through
I think we had talked about this before about having a Date Literal that the
tree widget could display correctly.
Moving to M6.
I'm trying to use this, but it looks like your nsILocaleFactory, which I'm
trying to create so I can call GetApplicationLocale, is always returning me an
nsILocale rather than an nsILocaleFactory. Therefore I crash when I try to call
Also, when I do:
rv = nsComponentManager::CreateInstance(kDateTimeFormatCID, NULL,
I always get back a null pointer so I can't use this.
You also might want to add
The date/time interface does not have GetIID, please use the following for now.
static NS_DEFINE_IID(kIDateTimeFormatIID, NS_IDATETIMEFORMAT_IID);
Adding email@example.com to cc, he owns nsILocaleFactory.
Regarding the problem of nsILocaleFactory::GetApplicationLocale, it is also used
for the message sorting. I am not sure why it causes the problem for date/time
It may be related that there was a windows dll loading problem (#5564) but I
think that has been fixed.
It looks like I might have been using it wrong. There's probably not a problem.
I was using CreateInstance instead of FindFactory. I'll try that out tomorrow.
There may not be any problem with the nsIDateFormat either. I'll update this
bug when I try these out.
OK, I'm able to get all of these objects now. I'll update this bug if I have
any problems using the date/time formater.
Also, I think it would be useful to implement GetIID() for these classes. I was
trying to use an nsCOMPtr with some of these and I couldn't because of this.
OK, everything seems to be working, at least for my application locale. I'll
check this in when the tree opens.
I will implement GetIID() for M7. These classes are bit old (written in 1/99).
This isn't working on my linux build. It can't find the factory and it can't
create a DateTimeFormat. Is there a registering problem with this dll on Linux?
I can't check this code in until it works there.
My test program (LocaleSelfTest.cpp) is also failing for creating
Tague, could you take a look at this?
Scott, does sorting have the same problem?
Sorting seems to work as well as it ever did. I can probably check this code
in, but it will mean that the date column will stop showing up on linux until
this is fixed which would be a pretty high priority. I also don't know if this
works on the Mac.
Getting rid of the #if 0 made it work on Linux. Is there a reason why we
shouldn't check it in? I can check it in but I'd like to know what I might be
breaking by doing that.
I checked in my fixes. Right now there will be no date string in Linux until we
fix the registration problems. But you can test this on Windows.
this should be fixed on linux and should be working on Mac once I get checkin
marina, please verify if this fix is working
I verified it on the French NT 4.0, it is working ,the data is in the