to timezones.
I never said TimeZone == Locale
You can run the below code and check the output...
-------
TimeZone tz = TimeZone.getTimeZone("Europe/Berlin");
DateFormat df = DateFormat.getDateTimeInstance(DateFormat.FULL,DateFormat.FULL,Locale.GERMANY);
df.setTimeZone(tz);
System.out.println(df.format(new Date())+ " : "+ tz.getDisplayName());
------
OUPUT : Montag, 13. Oktober 2003 21.10 Uhr CEST : Central European Time
You can see the Date/Time for Berlin TimeZone Displayed in LOCAL GERMAN FORMAT.
Joe Eugene
----- Original Message -----
From: Paul Hastings
To: CF-Talk
Sent: Monday, October 13, 2003 2:19 PM
Subject: Re: Setting Locale for Application
> I understand the example grabs the TimeZone of User Browser to pass it
back
> to the server..... Doesnt the name(getClientTZ.cfm) itself imply that...
duh!.
no you don't. it gets the timezone _offset_, not the timezone. the other
malarkey about timeZoneCFC, geoLocatorCFC, etc. is aimed at fixing that
offset in a timezone, then you can get DST, etc.
> The above is Not what i am trying to do.. similar though (without using
Client/Browser TimeZone).
there is no other way. locales (which you need to understand) are not equal
to timezones. i'm in GMT+7 (bangkok) but i use en_US locale. these obviously
aren't the same. en_US in fact might cover several timezones (if it actually
meant somebody just the US).
> My Point is Not everybody using CFMX knows how to leverage the Java
Classes to do something
> simple as using different Time Zone's regardless of Server Time...
there are CFCs, custom tags, etc that do this already.
> So i think this is should be implemented as a Core function of CFMX (i.e.
overload dateFormat())
there's a place for that kind of stuff.
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
