justin
Australian
join:1999-05-28
Brooklyn, NY
Host:
IPv6
Business Connectiv..
Home/Office setup ..
Console/Handheld g..
Console Tech
| reply to yock
Re: Disable Submit?
It would be very difficult for the server-side to know for sure a client-side submit has been validated by a browser based library it has no control over. Anything javascript did as a trick such as passing back a token with the form saying "I checked this data and it is ok" could easily be copied as well.
You can't escape having to validate all fields all over again in PHP or Ruby or Perl or whatever, and then when you DO find a problem do you just reject the form silently, or do you re-display the form with neat error messages? which kind of makes the whole as-you-type validation redundant.
I suppose javascript on the server side is inevitable. If a web server integrated client and server side javascript into one seamless package you'd only be maintaining one set of code - the form could be validated twice by the same code. |
|
pog
Premium
join:2004-06-03
Kihei, HI
 ·Hawaiian Telcom
| Maybe they could come up with some neat examples of PHP using the same criteria to generate the JavaScript for the client as well as (re)validate on the server?
IOW, /form.php requested without variables returns the form. The submit is back to /form.php but the presence of post/get variables triggers the validation?
I dunno but it should allow you to look kill both birds with the one stone.
Anyway, LiveValidation doesn't seem to address fields that get overlooked... for eg, the first example requires that text be entered. Nothing stood out to alert me until I typed and then erased. Surely, skipping fields is as big a problem as actual bad data entry?
--
My Site |
|
