Hi,
Corrected and checked into develop.
Justin
On 5/11/2013 12:40 PM, Alex Harui wrote:
I ran the test and got:
[trace] 10-May-2013 22:36 +7
[trace] 10-May-2013 22:36 +07:00
a bangkok bias ;-)
HI,
> [trace] 10-May-2013 22:36 +7
> [trace] 10-May-2013 22:36 +07:00
>
> Is that right? Should it be -7?
It should be -7 I'll fix. Thanks for testing.
Justin
I ran the test and got:
[trace] 10-May-2013 22:36 +7
[trace] 10-May-2013 22:36 +07:00
Is that right? Should it be -7?
On 5/5/13 9:01 PM, "Justin Mclean" wrote:
> Hi,
>
>> Is there a mustella test or other test case I can run?
> I posted some sample code in this thread.
>
> I don't think it
Hi,
> Is there a mustella test or other test case I can run?
I posted some sample code in this thread.
I don't think it would be easy to write a mustalla set as the timezone offset
is read only in the flash player. The test would need to somehow change your
machine's time zone (and set it back
Is there a mustella test or other test case I can run?
On 5/5/13 4:55 PM, "Justin Mclean" wrote:
> Hi,
>
>> I've just added Z and O as format characters to DateFormatter.as. Can someone
>> who's in a -GTM timezone give it a try and make I've not stuffed anything up.
>
> Has anyone in a negati
Hi,
> I've just added Z and O as format characters to DateFormatter.as. Can someone
> who's in a -GTM timezone give it a try and make I've not stuffed anything up.
Has anyone in a negative timezone given this a try?
Thanks,
Justin
Hi,
> that's peculiar for that "standard" (vs the "extended" format). i'd keep it.
> and another reason why i hate user-supplied formats (AKA choice).
Keep the ":" by default seems the reasonable ting to do, but if you want to
support tehat ISO standard we need some way of dropping it. I'd also
On 4/29/2013 10:04 AM, Justin Mclean wrote:
This is for formatting a date in a user specified way. Issue is is some
formats (ISO standards even) drop the ":" For instance:
http://en.wikipedia.org/wiki/ISO_8601
that's peculiar for that "standard" (vs the "extended" format). i'd keep it. and
an
Hi,
> So the possible range of values expands to:
> -6
> -06
> -0600
> -600
> -06:00
> -6:00
> GMT-06:00
> Z-06:00
And I forgot:
GMT-0600
GMT-06
GMT-6
GMT-600
GMT-6:00
(and same for Z).
Wonderful about standards there's so many of them :-)
Thanks
Justin
Hi,
> i'm not a big fan of choice ;-) if you're not going to return the tz ID, i'd
> just stick w/the ":" & offset from GMT
This is for formatting a date in a user specified way. Issue is is some formats
(ISO standards even) drop the ":" For instance:
http://en.wikipedia.org/wiki/ISO_8601
Gues
Hi,
Also if anyone has any ideas on how to best support/not support the ":" in time
zones please contribute.
Possible options are:
1. Add two new format characters ("o" and "z"?)
2. Change format string to include the hour minute seperator "O:O" or "Z:Z"
3. Add a DateFormatter property includeCo
Hi,
Here's some sample code to try it out:
http://ns.adobe.com/mxml/2009";
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx"
initialize="init()">
13 matches
Mail list logo
