Barry, as I've explained before, LSDateFormat is a buggy piece of junk (I
probably used different words than this, but these will do for now) that
doesn't do half the stuff the DateFormat does, even though they should be
identical with the exception of their output formats. 
LSDateFormat is extremely fussy over its input and doesn't accept most of
the formats that it should accept.
I still think you end up with better results with a carefully thought out
use of DateFormat and using completely non ambiguous date formats.

All I can put it down to is a lack of non-US testers, probably caused by the
difficulties non-US people have had in the past getting onto betas, where
these sort of issues could be identified and fixed.

I still cringe every time I have to do anything with dates in CF.

If you want anything different in Blackstone though, you _must_ tell someone
on the Blackstone team.

Regards 

Darren Tracey
Systems Analyst
Web Applications, Web and Integration Services
p: + 61 7 3232 4091 (x64091)
f: + 61 7 3232 4744
e: [EMAIL PROTECTED]
l: Lvl 9, 388 Queen St Brisbane QLD 4000
m: Suncorp IPC IT040, GPO Box 1453, Brisbane QLD 4000

> -----Original Message-----
> From: Barry Beattie [SMTP:[EMAIL PROTECTED]
> Sent: Wednesday, 7 July 2004 15:59
> To:   CFAussie Mailing List
> Subject:      [cfaussie] CF & Dates  - something's gotta give!
> 
> 
> [error]"1989/01/31" is an invalid date format.
> 
> since when? it's the ISO standard*. So what's wrong with this?
> <cfset args.data.DOE = LSDateFormat("1989/01/31","yyyy/mm/dd") />
> (big fat error)
> 
> but this format is fine
> <cfset args.data.DOB = LSDateFormat("4/11/1976","yyyy/mm/dd") />
> 
> and so is this (except it still confuses dmy with mdy)
> <cfset args.data.DOD = DateFormat("2004/04/04","yyyy/mm/dd") />
> 
> so what gives? Why does LSDateFormat() throw an error on the ISO format
> when DateFormat() doesn't?
> 
> I'm not really looking for a solution ATM - I'll decide on a format and
> apply that or do what everyone else does and tear it apart just to piece
> back together. I'm just venting my spleen over illogical-ness and the
> lack of support in CF for a drop-dead simple format - yyyy/mm/dd. Even
> ASP would happily accept the ISO date standard and carry it from FORM to
> DB without mistake.
> 
> I bloody well hope CF7 has got it's dates all sorted. 
> It's giving me the sh!+s
> 
> hrrrmph!
> barry.b
> 
> * http://www.iso.org/iso/en/prods-services/popstds/datesandtime.html
> 
> 
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to
> [EMAIL PROTECTED]
> Aussie Macromedia Developers: http://lists.daemon.com.au/


-----------------------------------------------------------------------------------
This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related 
entities ("Suncorp"). 

Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 1800 689 762 
or at suncorp.com.au.

The content of this e-mail is the view of the sender or stated author and does not 
necessarily reflect the view of Suncorp. The content, including attachments, is a 
confidential communication between Suncorp and the intended recipient. If you are not 
the intended recipient, any use, interference with, disclosure or copying of this 
e-mail, including attachments, is unauthorised and expressly prohibited. If you have 
received this e-mail in error please contact the sender immediately and delete the 
e-mail and any attachments from your system.

If this e-mail constitutes a commercial message of a type that you no longer wish to 
receive please reply to this e-mail by typing Unsubscribe in the subject line.


---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/

Reply via email to