Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
quote:
Originally posted by: Newsgroup User
dongzky wrote:
> How do I use your cfc to return a persian date object? I mean in your testbed,
why? as i explained before you're better off storing gregorian datetime objects
(or better yet epoch offsets which is the underlying value for all icu4j
calendars & all my calendar CFCs).
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
quote:
Originally posted by: Newsgroup User
i don't read farsi but the en_US datetime string is correct for our dev server's
tz. if the farsi string's not correct let me know (could be a bug in dr.
ghasem's lib).
sure you got the server tz correct?
or do you mean the client & server are different tz? and you want the datetime
string in the client's tz?
Copy link to clipboard
Copied
Copy link to clipboard
Copied
quote:
Originally posted by: Newsgroup User
dongzky wrote:
> here in my PC locally(which is also my test server), I also found out that the
> server TZ returned is always GMT+00:00. I'm not sure why but could it be some
what does this snippet show?
<cfscript>
tz=createObject("java","java.util.TimeZone");
writeoutput(tz.getDefault().getDisplayName());
</cfscript>