Personally, I don't care for the cfinput validation stuff. It simply writes
JavaScript (which I could pretty easily write myself) for whatever
validation you specify.
For basic validation, it's easy enough to write your own JS and have it
behave /exactly/ as you want. For complicated stuff, I'm
yes, don't use CFFORM. Roll your own JavaScript, much better this way and much more
flexible.
Doug
>-Original Message-
>From: Azeem Huda [mailto:[EMAIL PROTECTED]]
>Sent: Monday, January 20, 2003 11:35 AM
>To: CF-Talk
>Subject: & form validation
>
>
>I have created a typical membershi
On Monday 20 Jan 2003 16:56 pm, Ben Doom wrote:
> you can make the page throw flags or highlight things or whatever instead
> of that standard grey box that always annoys the designers. :-)
You can do this client-side, with qforms (from pengoworks) for instance.
--
Tom C
nnngh
Thomas Chiverton writes:
> On Monday 20 Jan 2003 16:56 pm, Ben Doom wrote:
>
>> you can make the page throw flags or highlight things or whatever instead
>> of that standard grey box that always annoys the designers. :-)
>
> You can do this client-side, with qforms (from pengoworks) for insta
I'ds uggest taking a look at Qforms by PengoWorks
http://www.pengoworks.com/index.cfm?action=qForms
- Original Message -
From: "Ben Doom" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 11:56 AM
Subject: RE: &
PROTECTED]]
Sent: Tuesday, January 21, 2003 2:25 PM
To: CF-Talk
Subject: Re: & form validation
I'ds uggest taking a look at Qforms by PengoWorks
http://www.pengoworks.com/index.cfm?action=qForms
- Original Message -
From: "Ben Doom" <[EMAIL PROTECTED]>
To: "CF-
I'm not sure I understand the problem you're having ...
Normally, how the CFFORM validation works is that the form is validated from
the top down.
Let's say you have
name = required
address = required
zip = zip validate
credit card = cc validate
the script will first find "name" blank if it's
There is something out there called FusionScript. It is supposed to allow
you to validate nearly every field type, and it is ColdFusion based. You can
download it at www.fusionscript.com. The current version that is out there
is free. The next version you may have to pay for, Nate has not totally
d
Is it secure?
-Original Message-
From: Bruce Sorge [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 23, 2003 5:08 PM
To: CF-Talk
Subject: Re: Form validation
There is something out there called FusionScript. It is supposed to
allow
you to validate nearly every field type, and it is
; <[EMAIL PROTECTED]>
Sent: Sunday, February 23, 2003 9:34 AM
Subject: RE: Form validation
> Is it secure?
>
> -Original Message-
> From: Bruce Sorge [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 23, 2003 5:08 PM
> To: CF-Talk
> Subject: Re: Form validation
>
&
u mean, does it jack with the OS or
> files on the system?
> It does not. Check out the site, read the docs and you
> will get a good idea
> what it is and what it does.
> - Original Message -
> From: "Murat Demirci" <[EMAIL PROTECTED]>
> To: "CF-Talk
x27;t guarantee this, does it?
-Original Message-
From: Bruce Sorge [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 23, 2003 5:45 PM
To: CF-Talk
Subject: Re: Form validation
What do you mean? You mean, does it jack with the OS or files on the
system?
It does not. Check out the site, read t
Quoting Murat Demirci <[EMAIL PROTECTED]>:
>
> I know the FusionScript a little, it is a rich tool. But I'm not sure
> that it's security, has no bug.
All software is either trivial or has bugs.
Jochem
~|
Archives: http://www.ho
You are right. Wait for another mail from me.
-Original Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 23, 2003 6:42 PM
To: CF-Talk
Subject: RE: Form validation
Quoting Murat Demirci <[EMAIL PROTECTED]>:
>
> I know the FusionScript a lit
unday, February 23, 2003 6:26 PM
To: CF-Talk
Subject: Re: Form validation
FusionScript is designed to allow you to use reasonably simple
ColdFusion
tags (custom tags) to create client-side JavaScript code essentially
using
the same syntax you use for the rest of your ColdFusion code. I haven'
6:50 PM
To: CF-Talk
Subject: RE: Form validation
I prefer to start validation at server, and than do Javascript
equivalent. But I need reliable UDFs or Custom Tags, OR I can code all
of them, but I need a guide that shows me what is a valid e-mail address
and what is not.
Client-side solution
prone to
> error.
> hth
> s. isaac dealey954-776-0046
> new epoch http://www.turnkey.to
> lead architect, tapestry cms http://products.turnkey.to
> tapestry api is opensource http://www.turnkey.to/tapi
> certified advanced coldfusion 5 de
Apologies for the shameless promotion but there's also TerraForm, which
handles server side validation. All the validating code is set up in UDFs so
you can read and modify it. If you want client-side, it also integrates with
qForms, generating qForms client side validation commands automatically.
]>
Sent: Monday, February 24, 2003 5:50 AM
Subject: RE: Form validation
> I prefer to start validation at server, and than do Javascript
> equivalent. But I need reliable UDFs or Custom Tags, OR I can code all
> of them, but I need a guide that shows me what is a valid e-mail addres
hip module.
>
> If there isn't a powerful server-side solution to validate forms,
> converting client-side Javascript codes to CF codes will be most
> preferable way for me.
>
> -Original Message-
> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]
> Sent: Sunday,
These are regular expressions, they are used to manipulate string vars and do search
and replace functions. If you look in your CF Admin under developing applications and
do a search for regular expressions, it will tell you more.
"Success is a journey, not a destination!!"
Doug Brown
---
They are called character classes. You can find documentation on them
here:
http://livedocs.macromedia.com/cf50docs/Developing_ColdFusion_Applicatio
ns/regexp3.jsp
Notice that there is a class missing from the doc and mentioned in the
comments at the url above.
Server side validation and post to the same script
Ali Majdzadeh wrote:
> Hi everybody:
> I need an easy way for form validation in my cf application. I know the
> requirment option in cfform but I need one that writes beside the form not as
> a popup. Is there any easy way. I have seen some in
Cfform has a format attribute for "flash." Flash form validation is a
inline validation taht highlights the fields required and puts a red glow on
them. You can then use actionscript to create popups if you want after the
fact.
Teddy
On 10/2/06, Ali Majdzadeh <[EMAIL PROTECTED]> wrote:
>
> Hi
> I need an easy way for form validation in my cf application. I know the
> requirment option in cfform but I need one that writes beside the form not
> as a popup. Is there any easy way. I have seen some in AJAX but couldn't
> find any IDE for that.
You could give this one a try:
http://www.massi
Do you need server side validation or client-side validation?
If you're looking for client-side then look no further than TMT-validator by
our very own Massimo Foti.
http://www.massimocorner.com/validator/
-Original Message-
From: Ali Majdzadeh [mailto:[EMAIL PROTECTED]
Sent: Monday, Oc
Hi:
As a matter of fact I need something like zapatec
http://www.zapatec.com/website/main/ (the one that shows the error beside the
field) not the one that pops out in a window. Or some server side if possible
at the submitting the form. TMT looks very great and useful but I need one that
shows
> As a matter of fact I need something like zapatec
> http://www.zapatec.com/website/main/ (the one that shows the error beside
> the field) not the one that pops out in a window. Or some server side if
> possible at the submitting the form. TMT looks very great and useful but I
> need one that sho
Try QForms from PengoWorks.com. I absolutely love it for client-side
validation.
Rey...
Ali Majdzadeh wrote:
> Hi everybody:
> I need an easy way for form validation in my cf application. I know the
> requirment option in cfform but I need one that writes beside the form not as
> a popup. Is t
Hi der sir:
Thanks for the great suggestion and links of custom error of TMT. It is very
easy and works fine for me but for some reasons that I really don't know my
forms don't work well after I apply the code to them. Not all of them have such
a problem. Just some that has some "cfif defined" f
> Try QForms from PengoWorks.com. I absolutely love it for client-side
> validation.
I love qForms as well and use it extensively. However, the current version does
only use pop-ups. He had a version in development that could display the
validation errors in-line but not sure what happened to t
> Thanks for the great suggestion and links of custom error of TMT. It is
> very easy and works fine for me but for some reasons that I really don't
> know my forms don't work well after I apply the code to them. Not all of
> them have such a problem. Just some that has some "cfif defined" forms
>
Hello dear sir:
I sent you and email and attached the whole pages and wrote the exact problem
that happens when I use TMT validation with the coldfusion code.
Thanks
Benign
~|
Introducing the Fusion Authority Quarterly Update. 80
you could write a javascript validation script. Something simple, just
checking to see if the radiobuttongroup.checked == 'true'
make your next button or whatever moves the user on to the next set of
questions, check the validator script first.
On 10/20/05, Steve Milburn <[EMAIL PROTECTED]> wrote
How can you not know the name of the button? Even if the names are being
generated dynamically, you can still pass that to a js function.
-Original Message-
From: Steve Milburn [mailto:[EMAIL PROTECTED]
Sent: Friday, October 21, 2005 11:35 AM
To: CF-Talk
Subject: RE: Form validation
but I don't have to know it's name?
I'll keep working on it.
Thank again
-Original Message-
From: John Wilker [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 20, 2005 3:23 PM
To: CF-Talk
Subject: Re: Form validation
you could write a javascript validation script. So
Pass the message with cflocation too
variables.msg )#">
- Original Message -
From: Mark Henderson <[EMAIL PROTECTED]>
Date: Thu, 19 Aug 2004 12:43:32 +1200
Subject: form validation problems
To: CF-Talk <[EMAIL PROTECTED]>
I've recently revisited some form validation issues,
August 19, 2004 3:14 PM
To: CF-Talk
Subject: Re: form validation problems
Pass the message with cflocation too
variables.msg )#">
- Original Message -
From: Mark Henderson <[EMAIL PROTECTED]>
Date: Thu, 19 Aug 2004 12:43:32 +1200
Subject: form validation prob
CTED]
>
> 205 Main Street
> PO Box 143, Gore
> Southland 9700
> Phone: (03) 203
> Fax: (03) 203 9900
>
>
>
>
> -Original Message-
> From: Qasim Rasheed [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 19, 2004 3:14 PM
> To: CF-Talk
>> Why dont you use JS and let the client do all the validation?
Cos a user may have _javascript_ turned off... never trust the client
(well you know what I mean)
--
dc
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
Hi Greg,
Letting JS do all your validation is a Very Bad Idea.
First and foremost, users can turn it off at will.
Secondly, most JS validation is only written to validate type, not value.
In general, you should apply validation on the server side that
validates both the type of input, and that
To: CF-Talk
Sent: Thursday, August 19, 2004 9:40 AM
Subject: RE: form validation problems
>> Why dont you use JS and let the client do all the validation?
Cos a user may have _javascript_ turned off... never trust the client
(well you know what I mean)
--
dc
[Today
>>First and foremost, users can turn it off at will.
Well, is a user turns off his _javascript_, it's HIS problem, and _javascript_ is so much used
that chances he ever reaches a page with a form are very low anyway.
>>Secondly, most JS validation is only written to validate type, not value.
???
>>Cos a user may have _javascript_ turned off... never trust the client
One of the first thing I do in my apps is to check if the user has _javascript_ turned off.
If yes, he his requested to turn it on.
Gee, he can also close his Browser or pull the plug of his PC, the form won't work either.
If
> Well, is a user turns off his _javascript_, it's HIS problem,
> and _javascript_ is so much used that chances he ever reaches a
> page with a form are very low anyway.
It actually becomes your problem. You have to clean up the mess if one
should occur fomr someone circumventing your JS validat
>> But most of the validation can be and SHOULD be done client side on
the contrary.
Must disagree... the more client side validation, the better for the end
user and a better app you will build...
But the most important validation is on the server...
You can build something with only se
One of the most important rules in software development is not to trust
user input. ever!
_javascript_ is an excellent scripting language providing a user friendly
1st layer of notifying problems, fast, and responding to those problems
with another piece of _javascript_. Whether is it displ
by you that his IT department is going to have change the way they do things because YOU have code in their network now that hinges on rather or not a USER end feature is on or off.
more change for ya
- Original Message -
From: Claude Schneegans
To: CF-Talk
Sent: Thursday, Augus
Claude,
When a user turns off _javascript_, it's their preference, and very much
your problem. If you're using at as the sole means to make sure a
string is a string and a number is a number, you're likely to begin
getting emails about users encountering ColdFusion errors.
>I can write code in _
>>But once that is done it should be validated again on server side.
Ah ok, I agree with that. Validate on the server, but validate first client side.
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
(Please send
>>When a user turns off _javascript_, it's their preference, and very much
your problem.
Ok, I admit I almost exclusively write intranet applications that always require _javascript_ enabled,
It is part of the specifications of the product, otherwise the application will simply not run.
I agree t
>>Must disagree... the more client side validation, the better for the end
>>user and a better app you will build...
Then you don't desagree, you agree ;-)
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
(Please
>> Then you don't desagree, you agree ;-)
I do agree with the more client side the better... I know it's pretty
bad, but it's usually my deadlines that define how much client side
validation I get to put in.
Cheers Claude :)
--
dc
[Todays Threads]
[This Message]
[Subscription]
[Fas
Use len(trim(form.formfield)).
Textareas, unless in the format will not be eq "".
If you have, the texarea has a CRLF in it.
the trim() will ignore the CRLF.
>
This is sort of confusion to explain, but I will try.
I'm attempting to validate a form using the example in MASTERING COLD
use len(trim(form.lastname)) If the textbox (You did mean textbox, not
text area, yes? a text block is a single line field that can only accept
255 charachters, while a textarea is multiline and has no max character
restriction) is empty, this combination of functions returns 0 so your
cfif
First of all you shouldn't be using the VALUE attribute for a textarea. The
default value for a textarea is whatever you put BETWEEN the opening and
closing tags (in this case a space). That space has length of 1 and
therefore will not be caught by the IF statement. Use the TRIM function
which
[mailto:[EMAIL PROTECTED]]
Sent: Friday, December 08, 2000 11:55 AM
To: CF-Talk
Subject: RE: Form Validation Question
use len(trim(form.lastname)) If the textbox (You did mean textbox, not
text area, yes? a text block is a single line field that can only accept
255 charachters, while a textar
The JQuery Validate plugin has a method whereby, aside from any standard
checks you put in place (not empty, alphanumeric only, etc), it will
make an Ajax request and assign a field it's validation status based
upon the Ajax status return.
http://bassistance.de/jquery-plugins/jquery-plugin-val
I had to ask around, and the consensus was that they are not compliant. I
think that the problem is that anything that changes the focus for the user
is frowned upon. I'm not sure if it's a technical one, like the
screen-readers would have a problem with it, or if it's a more "general"
usability
The only issue with JavaScript is whether the feedback from it is readily
available to the user. So a rollover/dropdown menu isn't directly
accessible, but if you have the same links available elsewhere on the page
then you're fine. With client side form validation, you typically put up an
alert bo
>So if you are going to do server side to protect your app/data anyway, why
>even invest the extra work in JS...
Because as a User I prefer client-side validation to save me some trips to the server,
if possible.
For the 90% of users with it enabled, it can be user-friendly.
Of course, you shou
ment & Technology Center
(NETPDTC)
(850)452-1001 ext. 1245
[EMAIL PROTECTED]
-Original Message-
From: Scott Brady [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 4:15 PM
To: CF-Talk
Subject: RE: Form validation & 508 compliancy
>So if you are going to do server s
> I realize that sometimes it's better to use client side
> validation on forms... Sometimes server side... Sometimes
> both.
Rather than answering your Section 508 question, I'll simply state that you
should always use server-side validation, whether you also use client-side
validation or not.
All,
Thank you very much for your responses to my Section 508 question.
They have been most helpful.
Eric
-Original Message-
From: Dave Watts [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 5:25 PM
To: CF-Talk
Subject: RE: Form validation & 508 compliancy
> I reali
I copied/pasted your exact code in a form and I got your message when I
put invalid text in the field: "You must enter your Name". There must
be something else wrong...what browser are you testing with?
> -Original Message-
> From: Les Mizzell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday,
Munson, Jacob wrote:
> I copied/pasted your exact code in a form and I got your message when I
> put invalid text in the field: "You must enter your Name". There must
> be something else wrong...what browser are you testing with
Here's the weird part...
1. If I leave the field blank, I get the
> 1. If I leave the field blank, I get the correct error message.
> 2. If I enter invalid text ("Bob@@", for example) - I get the
> "The value
> entered in the field MyName is not correctly formatted for
> the pattern
> ^[a-zA-Z\s]+$."
>
> This happens in I.E., Firefox, and Netscape for me - W
I thought of a couple of other things. Are you using flash/xml forms?
Maybe if you send us your cfform tag, someone will spot something.
> -Original Message-
> From: Munson, Jacob [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 31, 2006 4:32 PM
>
> > 1. If I leave the field blank, I ge
Munson, Jacob wrote:
> I thought of a couple of other things. Are you using flash/xml forms?
> Maybe if you send us your cfform tag, someone will spot something.
Standard looking cfform tag:
Form is here: http://www.columbiacityjazz.com/infoQuest.cfm
~~~
you need the scripts src set in your form tag because you don't have CFIDE
mapped
On 5/31/06, Les Mizzell <[EMAIL PROTECTED]> wrote:
>
> Munson, Jacob wrote:
> > I thought of a couple of other things. Are you using flash/xml forms?
> > Maybe if you send us your cfform tag, someone will
Oops. You actually need the cfform.js file to do that type of validation.
you can copy that from CFIDE/Scripts folder Other files in that
directory are needed for flash forms as well.
~|
Message: http://www.houseoffusion.com/
Casey Dougall wrote:
> Oops. You actually need the cfform.js file to do that type of validation.
> you can copy that from CFIDE/Scripts folder Other files in that
> directory are needed for flash forms as well.
It's on a shared server, so I don't have that kind of access.
I also just remembe
You can get the cfform.js file you need if you are running coldfusion
developer. Just upload it to a directory and call that
On 5/31/06, Les Mizzell < [EMAIL PROTECTED]> wrote:
>
> Casey Dougall wrote:
> > Oops. You actually need the cfform.js file to do that type of
> validation.
> > you can co
b" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Wednesday, May 31, 2006 3:31 PM
Subject: RE: Form Validation Message Question
>> 1. If I leave the field blank, I get the correct error message.
>> 2. If I enter invalid text ("Bob@@", for example) - I get t
From: "Ali Majdzadeh" <[EMAIL PROTECTED]>
> Hi everybody:
> Is there any reliable, complete form validation custom tag?
> Thanks
> Benign
Form validation is pretty generic... what kinds of validations do you need
to do? No blank fields? Check dates? Ensure one and only one checkbox is
checked in
I have heard good reviews about qForms.
Thanks
On 10/14/06, Mike Tangorre <[EMAIL PROTECTED]> wrote:
>
> From: "Ali Majdzadeh" <[EMAIL PROTECTED]>
> > Hi everybody:
> > Is there any reliable, complete form validation custom tag?
> > Thanks
> > Benign
>
> Form validation is pretty generic... what
Yeah but that is a JavaScript API that allows you to do client side form
validation. There are many of those APIs out there to pick from. A custom
tag solution, do not think one exists or really could that would work all
that well. Would imagine the question is towards a server side validation
be
Hi: I prefer server side validation with all form field types. Email, date,
numeric and Is there a reliable one?
thanks
benign
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFus
>>I'd rather have just server side than just client side.
There are things indeed that can only be done on server side, like
verifying the existance
of some data in a database, but most of the time, data validation can be
done client side,
and when it can be done client side, it is much better.
Just to validate that you're suggeting to use client-side validation
IN ADDITION to server-side validation, correct?
On 10/15/06, Claude Schneegans <[EMAIL PROTECTED]> wrote:
> >>I'd rather have just server side than just client side.
>
> There are things indeed that can only be done on server si
Whenever doing client side, always also do server side. The only excuse I
could see around this is if you had your forms setup to not submit except
through javascript forcing it to be working on the clients machine. Even
that excuse does not hold much for me.
In regards to what Ali stated wantin
>>IN ADDITION to server-side validation, correct?
Sure: most of validation can and should be done client side.
There are only few exceptions that needs server assistance, like for
instance
a new use creates a code for him. One has to check that this code is not
already
used by somebody else. On
You could create a CFC that does all your validation, and use the same CFC
for client side validation (via AJAX) and server side.
Russ
-Original Message-
From: Claude Schneegans [mailto:[EMAIL PROTECTED]
Sent: 15 October 2006 20:45
To: CF-Talk
Subject: Re: Form Validation Custom Tag
>>You could create a CFC that does all your validation, and use the
same CFC
for client side validation (via AJAX) and server side.
Ajax or not, the idea is that I consider particularly awkward and
cumbersome to
interrogate the server just to confirm that a string is indeed an
integer value, o
006 20:45
> To: CF-Talk
> Subject: Re: Form Validation Custom Tag
>
> >>IN ADDITION to server-side validation, correct?
>
> Sure: most of validation can and should be done client side.
> There are only few exceptions that needs server assistance, like for
> instance a
>Hi everybody:
>Is there any reliable, complete form validation custom tag?
>Thanks
>Benign
Massimo Foti has a pretty good form validation library at
http://www.massimocorner.com/validator/, from the web site:
The TMT validator is a JavaScript library for form validation. It was developed
with
: Form Validation Custom Tag
>>You could create a CFC that does all your validation, and use the same
CFC for client side validation (via AJAX) and server side.
Ajax or not, the idea is that I consider particularly awkward and cumbersome
to interrogate the server just to confirm that a str
-Original Message-
> From: Claude Schneegans [mailto:[EMAIL PROTECTED]
> Sent: 15 October 2006 22:47
> To: CF-Talk
> Subject: Re: Form Validation Custom Tag
>
> >>You could create a CFC that does all your validation, and use the same
> CFC for client side validati
you doing this, it is just Javascript after all.
Russ
-Original Message-
From: Teddy Payne [mailto:[EMAIL PROTECTED]
Sent: 16 October 2006 13:15
To: CF-Talk
Subject: Re: Form Validation Custom Tag
I am not sure advocating the reduction to one level is all accepted. AJAX
validation is
>>As an AJAX call only sends/returns a very small amount of data, it is
very
quick,
The overhead is not caused by the amount of data, but just by the operation
of calling the server. And also the fact that the server now has the
overhead instead of the user.
>>and is still quicker than server
r than server side only validation if
> > the client has Javascript enabled.
> > It means you do not have to write two separate validation routines,
> > and if you are using AJAX in your site anyway, it will save code and
> > loading time as well.
> >
> > Russ
).
You cannot execute CFML code on the clients, and you cannot execute
Javascript serverside.
RUss
-Original Message-
From: Claude Schneegans [mailto:[EMAIL PROTECTED]
Sent: 16 October 2006 13:41
To: CF-Talk
Subject: Re: Form Validation Custom Tag
>>As an AJAX call only sends/returns
The AJAX path would not fail twice. On the server side validation you would
be calling the CFC directly not making an ajax call.
Russ
-Original Message-
From: Teddy Payne [mailto:[EMAIL PROTECTED]
Sent: 16 October 2006 13:52
To: CF-Talk
Subject: Re: Form Validation Custom Tag
Snake,
I
ctly not making an ajax call.
>
> Russ
>
> -Original Message-
> From: Teddy Payne [mailto:[EMAIL PROTECTED]
> Sent: 16 October 2006 13:52
> To: CF-Talk
> Subject: Re: Form Validation Custom Tag
>
> Snake,
> I did not miss your point.
>
> I was simply
>>so are you suggesting DO NOT DO SERVER SIDE
VALIDATION if it causes any overhead?
Actually not, what I do is:
- for the public site, I do not count on client having the visitor
Javascript enabled
(the site will look clumsy for the visitor, but still functional,
and it's HIS problem)
s
as far as the server side goes here is what I do.
Process all of the stuff
THEN
on the page that submitted the form.
#FNameNullError#
Let me know if you have any questions.
-chris.alvarado
[developer] - VerticalNet
-Original Messag
This may give you a simple starting point. Give me a shout off list if you
want an example and some more help.
http://hotwired.lycos.com/webmonkey/99/17/index1a.html?tw=programming
-Original Message-
From: James Birchler [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 12, 2001 12:45 PM
James Birchler wrote:
> 1. Client side: Could someone please show me an example of doing client-side
> form validation that doesn't use the alertbox method? It would be nice if
> next to the input field the user would simply see red text explaining their
> input error.
>
It depends what you
Client Side Validation with no alerts ... straight from javascriptsource.com:
Bill