> sadly, it's more complicated than that. Yes, we don't trust uses but we > have an orginisational spec to follow. A user HAS to be able to fill out a > form entirely using the keyboard (no mouse). this means short-cut keys and > taborders AND entering the date as ddmmyyy (no delims).
It's in the spec that there has to be only one date-data-entry control? I can understand (although it's ill-conceived) not having the "normal" three select boxes, but surely you could still have three INPUT boxes? If a client of mine was peddling the idea of having a date input that *has* to take yyyymmdd as user input, I'd be arguing long and hard. > we use javascript > to convert that to (in this case yyyy-mm-dd*) as well as client side > validation. Oh, so you *are* taking the date apart and putting it back together again. You said you didn't want to have to do that, though? So why not put it back together as a CF-ready date? Adam --- 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/
