Form validation question

[Hosh]

I have a form on a webpage and want to use JavaScript validation for the
form fields.
I have searched the web for form validation scripts and have come up with
scripts that only validate individual fields, such as an "Email Validation
Script" or a "Phone Validation Script".
Is it ok to put all these scripts on page as they are or should they be
joined in some way together to be one script?
I'm a total JavaScript newbie and am completely lost.

Thanks for reading!

[Vladdy]

Hosh wrote:

I have a form on a webpage and want to use JavaScript validation for the
form fields.
I have searched the web for form validation scripts and have come up with
scripts that only validate individual fields, such as an "Email Validation
Script" or a "Phone Validation Script".
Is it ok to put all these scripts on page as they are or should they be
joined in some way together to be one script?
I'm a total JavaScript newbie and am completely lost.

Thanks for reading!

First, Javascript form data validation is a misused term. You can make
sure submitted data is valid by utilizing client side technologies (i.e.
JavaScript). They can be fooled, disabled, bypassed, etc. Data
validation should be the job of the server side script.
Client side is useful in helping users fill the form, saving their time
and server bandwidth by pointing out errors and omissions. When both are
implemented properly, some functionality may overlap, but it will not be
all the same.

That said, google "fValidate"

--
Vladdy
http://www.klproductions.com

[Hosh]

"Vladdy" <vl**@klproduct ions.com> wrote in message
news:SXC6f.2432 $c4.1437@trndny 03...

Hosh wrote:

I have a form on a webpage and want to use JavaScript validation for the
form fields.
I have searched the web for form validation scripts and have come up with
scripts that only validate individual fields, such as an "Email
Validation Script" or a "Phone Validation Script".
Is it ok to put all these scripts on page as they are or should they be
joined in some way together to be one script?
I'm a total JavaScript newbie and am completely lost.

Thanks for reading!

First, Javascript form data validation is a misused term. You can make
sure submitted data is valid by utilizing client side technologies (i.e.
JavaScript). They can be fooled, disabled, bypassed, etc. Data validation
should be the job of the server side script.
Client side is useful in helping users fill the form, saving their time
and server bandwidth by pointing out errors and omissions. When both are
implemented properly, some functionality may overlap, but it will not be
all the same.

That said, google "fValidate"

--
Vladdy
http://www.klproductions.com

Thanks.
I am aware of the potential problems with client-side validation, including
the fact that 10% of users have Javascript turned off in their browsers.
I do in fact have server-side data validation going on. I just wanted to
have some Javascript validation for exactly the reasons that you've outlined
above. The form I have is large and was hoping to alert the user to errors
as they went along as opposed to when they clicked the submit button.
Thanks again.

[Thomas 'PointedEars' Lahn]

Hosh wrote:

[...]
I am aware of the potential problems with client-side validation,
including the fact that 10% of users have Javascript turned off in their
browsers.

Your numbers are -- as always with so-called statistics,
without reliable representative data to base on -- wrong.

And please learn how to quote properly: <http://jibbering.com/faq/>
PointedEars

[Randy Webb]

Thomas 'PointedEars' Lahn said the following on 10/23/2005 4:50 AM:

Hosh wrote:

[...]
I am aware of the potential problems with client-side validation,
including the fact that 10% of users have Javascript turned off in their
browsers.

Your numbers are -- as always with so-called statistics,
without reliable representative data to base on -- wrong.

Do you have firsthand knowledge that he *doesnt* have "reliable
representative data" to base that 10% on? Unless you do, you can in *no
way* say it is wrong.
And please learn how to quote properly: <http://jibbering.com/faq/>

There was nothing wrong with the way Hosh quoted short of his news agent
not trimming the signature. But the quoting itself was fine.

--
Randy
comp.lang.javas cript FAQ - http://jibbering.com/faq & newsgroup weekly

[Lasse Reichstein Nielsen]

"Hosh" <[e-mail]> writes:

The form I have is large and was hoping to alert the user to errors
as they went along as opposed to when they clicked the submit button.

In that case, what you want is not really "form validation" as much
as "field validation", since you validate each data field for itself.

It's more likely that you can combine several individual field
validation scripts on a page without changing them (as long as there
is no name collision) than that you could do the same for form
validations, since they are run independently.

A template for a single field validation would be something like:

---
<script type="text/javascript">
function validateSomePro perty(field) {
var value = field.value;
if (!... some test on value...) {
// report error, e.g.,
field.style.bor derColor = "red";
// or : alert("Field foo contains invalid character"), or ...

// possibly fix entry (e.g., date into consisten format)
}
}
</script>
...
<form ...>
... <input type="text" name="email"
onchange="valid ateSomeProperty (this)"> ...
</form>
---

/L
--
Lasse Reichstein Nielsen - lr*@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleD OM.html>
'Faith without judgement merely degrades the spirit divine.'

[Dr John Stockton]

JRS: In article <SXC6f.2432$c4. 1437@trndny03>, dated Sun, 23 Oct 2005
02:54:42, seen in news:comp.lang. javascript, Vladdy
<vl**@klproduct ions.com> posted :

First, Javascript form data validation is a misused term. You can make
sure submitted data is valid by utilizing client side technologies (i.e.
JavaScript). They can be fooled, disabled, bypassed, etc. Data
validation should be the job of the server side script.
Client side is useful in helping users fill the form, saving their time
and server bandwidth by pointing out errors and omissions. When both are
implemented properly, some functionality may overlap, but it will not be
all the same.

Don't presume that all processing is always carried out on the server,
or that any data is necessarily returned to the server. Javascript has
applications other than commercial.

--
© John Stockton, Surrey, UK. ?@merlyn.demon. co.uk Turnpike v4.00 IE 4 ©
<URL:http://www.jibbering.c om/faq/> JL/RC: FAQ of news:comp.lang. javascript
<URL:http://www.merlyn.demo n.co.uk/js-index.htm> jscr maths, dates, sources.
<URL:http://www.merlyn.demo n.co.uk/> TP/BP/Delphi/jscr/&c, FAQ items, links.

[Evertjan.]

Dr John Stockton wrote on 23 okt 2005 in comp.lang.javas cript:

JRS: In article <SXC6f.2432$c4. 1437@trndny03>, dated Sun, 23 Oct 2005
02:54:42, seen in news:comp.lang. javascript, Vladdy
<vl**@klproduct ions.com> posted :

First, Javascript form data validation is a misused term. You can make
sure submitted data is valid by utilizing client side technologies (i.e.
JavaScript). They can be fooled, disabled, bypassed, etc. Data
validation should be the job of the server side script.
Client side is useful in helping users fill the form, saving their time
and server bandwidth by pointing out errors and omissions. When both are
implemented properly, some functionality may overlap, but it will not be
all the same.

Don't presume that all processing is always carried out on the server,
or that any data is necessarily returned to the server. Javascript has
applications other than commercial.

True.

If I want to do maintenance on my own on server databases from clientside
with a well password [and IP tested] protected page, clientside string
input validation is just as safe [and much faster].

"Hacking you own site" is a contradictio in terminis.
JRS: In article <SXC6f.2432$c4. 1437@trndny03>, dated Sun, 23 Oct 2005

client side technologies (i.e. JavaScript).

Only partly. I use serverside javascript too.
--
Evertjan.
The Netherlands.
(Replace all crosses with dots in my emailaddress)