That's correct though, isn't it? If I'm a user in CST and I access
your app on 4/30 at 9PM, I'd probably be wondering How could my LAST
billing date be 5/1, which isn't until tomorrow?
But if that's what you want, you can add the timezone offset to the
date being formatted. If
I thought the Player got the timezone from the underlying OS.
--- In [EMAIL PROTECTED], Douglas Knudsen
[EMAIL PROTECTED] wrote:
yes, we had big issues with a app in Flex 1.5 and now 2.0 because
of this.
We coded around it by massaging the dates in AS with the clients
timezone
offset.
yes, but for some reason we see a difference for these AZ users. Their
windows clock is correct, but the offset is off a hour in FP during DST.
DK
On 13 Apr 2007 11:42:41 -0700, Doug Lowder [EMAIL PROTECTED] wrote:
I thought the Player got the timezone from the underlying OS.
--- In
Weird. Do you have any confirmation this is a bug in the Player?
--- In [EMAIL PROTECTED], Douglas Knudsen
[EMAIL PROTECTED] wrote:
yes, but for some reason we see a difference for these AZ users.
Their
windows clock is correct, but the offset is off a hour in FP during
DST.
DK
On
nope. I can't find any mention of this anywhere. Might be known to some
flash pros, but a flash pro I am not. I suppose this is only a issue if you
want times always displayed based on a fixed timezone regardless of where
the user is. I have not confirmed this behavior using coldfusion on the
I've also ran accross this, not so much a bug though. It works properly in
its use case. The problem is, there are other use cases with timezones.
Here is my scenario:
I work with a legacy database. Unfortunately, all datetimes are saved into
the database as UTC, but as the clients time zone.
Sounds like some of our legacy tables, where someone decided to store
dates as formatted varchar strings instead of something more
appropriate like Date or Timestamp. What a pain.
If you're forced to use the existing datetime column, I guess there
isn't much you can do. If not, maybe you
7 matches
Mail list logo
