<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: JSValidate: Form Validation Library</title>
	<atom:link href="http://ajaxian.com/archives/jsvalidate-form-validation-library/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/jsvalidate-form-validation-library</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: DrJ</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-271899</link>
		<dc:creator>DrJ</dc:creator>
		<pubDate>Mon, 09 Mar 2009 23:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-271899</guid>
		<description>Based on Fabio Zendhi Nagao fValidator, you can also check formcheck.js for mootools. It can perform validation via regex or through custom functions. There is a lot of options and the errors can be displayed using tips or with css.

Here is some demos:
http://mootools.floor.ch/en/labs/

regards.</description>
		<content:encoded><![CDATA[<p>Based on Fabio Zendhi Nagao fValidator, you can also check formcheck.js for mootools. It can perform validation via regex or through custom functions. There is a lot of options and the errors can be displayed using tips or with css.</p>
<p>Here is some demos:<br />
<a href="http://mootools.floor.ch/en/labs/" rel="nofollow">http://mootools.floor.ch/en/labs/</a></p>
<p>regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brian dichiara</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-258991</link>
		<dc:creator>brian dichiara</dc:creator>
		<pubDate>Sun, 18 Nov 2007 16:04:47 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-258991</guid>
		<description>I thought i&#039;d touch base on some of the comments to hope clear up a few things:

Library Size: Yes it&#039;s a bit large and does require Scriptaculous and Prototype. My next release will have a much more scaled down version that uses smarter code and utilizes those libraries a lot better. As for requiring the other libraries, well, I think they are great libraries, they help you code javascript faster and more cross-browser, I would recommend everyone include them on every site they do. If you don&#039;t like them, there are plenty of other good validation libraries out there. Pick one.

In my final release, there will be many more options as to what happens when validation occurs (alert box, change input style, general message at the top, etc.). I want the library to cover almost ever feature people are using to validate on the web these days.

The email validation expression has been updated to the RFC 2822 Standard in the latest beta. I got a lot of complaints about this and I&#039;m sorry for not being up to par with the latest standards.

Field matching and min/max length will also be in the next release, along with a custom function validater that accept any separate function&#039;s return of true/false.

The reason for using classes such as jsrequired is to keep from invading other people&#039;s classes they&#039;ve already created. As for requiring a class, well, this script was designed with the non-javascript programmer in mind. It&#039;s the easiest way to implement. And why not use the title attribute? Because title is not XHTML compliant for input fields.

Please also note that this is still BETA. I know the web has really run that term into the ground and doesn&#039;t really mean what it used to anymore, however I&#039;m serious when I say that I am NOT finished with this. The site was designed to encourage people to test and provide feedback such as what I have received. I appreciate all the downloads, promotion and support. I hope this script turns out to be everything developers look for in a simple javascript validation script.</description>
		<content:encoded><![CDATA[<p>I thought i&#8217;d touch base on some of the comments to hope clear up a few things:</p>
<p>Library Size: Yes it&#8217;s a bit large and does require Scriptaculous and Prototype. My next release will have a much more scaled down version that uses smarter code and utilizes those libraries a lot better. As for requiring the other libraries, well, I think they are great libraries, they help you code javascript faster and more cross-browser, I would recommend everyone include them on every site they do. If you don&#8217;t like them, there are plenty of other good validation libraries out there. Pick one.</p>
<p>In my final release, there will be many more options as to what happens when validation occurs (alert box, change input style, general message at the top, etc.). I want the library to cover almost ever feature people are using to validate on the web these days.</p>
<p>The email validation expression has been updated to the RFC 2822 Standard in the latest beta. I got a lot of complaints about this and I&#8217;m sorry for not being up to par with the latest standards.</p>
<p>Field matching and min/max length will also be in the next release, along with a custom function validater that accept any separate function&#8217;s return of true/false.</p>
<p>The reason for using classes such as jsrequired is to keep from invading other people&#8217;s classes they&#8217;ve already created. As for requiring a class, well, this script was designed with the non-javascript programmer in mind. It&#8217;s the easiest way to implement. And why not use the title attribute? Because title is not XHTML compliant for input fields.</p>
<p>Please also note that this is still BETA. I know the web has really run that term into the ground and doesn&#8217;t really mean what it used to anymore, however I&#8217;m serious when I say that I am NOT finished with this. The site was designed to encourage people to test and provide feedback such as what I have received. I appreciate all the downloads, promotion and support. I hope this script turns out to be everything developers look for in a simple javascript validation script.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phpsourcecode</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-257956</link>
		<dc:creator>phpsourcecode</dc:creator>
		<pubDate>Tue, 30 Oct 2007 11:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-257956</guid>
		<description>http://phpsourcecode.blogspot.com
http://phpsourcecode.blogspot.com
http://phpsourcecode.blogspot.com</description>
		<content:encoded><![CDATA[<p><a href="http://phpsourcecode.blogspot.com" rel="nofollow">http://phpsourcecode.blogspot.com</a><br />
<a href="http://phpsourcecode.blogspot.com" rel="nofollow">http://phpsourcecode.blogspot.com</a><br />
<a href="http://phpsourcecode.blogspot.com" rel="nofollow">http://phpsourcecode.blogspot.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric the .5b</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256733</link>
		<dc:creator>Eric the .5b</dc:creator>
		<pubDate>Mon, 08 Oct 2007 18:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256733</guid>
		<description>I like the general premise, as it&#039;s close to some code I wrote a little while back.  However, why not just use simpler class names like &quot;Required&quot; and &quot;ValidEmail&quot;?  And why use the alt attribute instead of the title attribute (though that&#039;s a more minor consideration)?</description>
		<content:encoded><![CDATA[<p>I like the general premise, as it&#8217;s close to some code I wrote a little while back.  However, why not just use simpler class names like &#8220;Required&#8221; and &#8220;ValidEmail&#8221;?  And why use the alt attribute instead of the title attribute (though that&#8217;s a more minor consideration)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Peavy</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256713</link>
		<dc:creator>Will Peavy</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256713</guid>
		<description>@ex-lion tamer --- thanks for posting that link. The &#039;really easy field validation&#039; works great. I just added it to a form here ( http://valenciacc.edu/40years/nomination.cfm ) and had it running in no time</description>
		<content:encoded><![CDATA[<p>@ex-lion tamer &#8212; thanks for posting that link. The &#8216;really easy field validation&#8217; works great. I just added it to a form here ( <a href="http://valenciacc.edu/40years/nomination.cfm" rel="nofollow">http://valenciacc.edu/40years/nomination.cfm</a> ) and had it running in no time</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bollysite</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256698</link>
		<dc:creator>Bollysite</dc:creator>
		<pubDate>Mon, 08 Oct 2007 08:47:16 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256698</guid>
		<description>Check out this open source, regex based JavaScript validator

http://sourceforge.net/projects/js-validator/</description>
		<content:encoded><![CDATA[<p>Check out this open source, regex based JavaScript validator</p>
<p><a href="http://sourceforge.net/projects/js-validator/" rel="nofollow">http://sourceforge.net/projects/js-validator/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Goldman</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256621</link>
		<dc:creator>Sam Goldman</dc:creator>
		<pubDate>Fri, 05 Oct 2007 13:54:54 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256621</guid>
		<description>@wafla: I agree with you about wForms. I used it for a large (huge) form project. I had to make numerous extensions and it was a snap.</description>
		<content:encoded><![CDATA[<p>@wafla: I agree with you about wForms. I used it for a large (huge) form project. I had to make numerous extensions and it was a snap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vanger</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256607</link>
		<dc:creator>Vanger</dc:creator>
		<pubDate>Fri, 05 Oct 2007 10:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256607</guid>
		<description>&lt;a href=&quot;http://www.zapatec.com/website/main/products/forms/features.jsp&quot; rel=&quot;nofollow&quot;&gt;Zapatec.Form&lt;/a&gt;  supports:
 * masked fields
 * ajax validation
 * limit keyboard input
 * fully customizable error output
 * theme driven
 * etc etc etc</description>
		<content:encoded><![CDATA[<p><a href="http://www.zapatec.com/website/main/products/forms/features.jsp" rel="nofollow">Zapatec.Form</a>  supports:<br />
 * masked fields<br />
 * ajax validation<br />
 * limit keyboard input<br />
 * fully customizable error output<br />
 * theme driven<br />
 * etc etc etc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wafla</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256602</link>
		<dc:creator>wafla</dc:creator>
		<pubDate>Fri, 05 Oct 2007 08:54:54 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256602</guid>
		<description>I found a good client side validation library. This does regular validations (including regex) and warnings, but has other nifty features too:
* conditional sections (with validation hookup)
* synchronize fields between each other
* validate on submit, or on loss of focus

So far I haven&#039;t found anything better.
http://www.formassembly.com/wForms/</description>
		<content:encoded><![CDATA[<p>I found a good client side validation library. This does regular validations (including regex) and warnings, but has other nifty features too:<br />
* conditional sections (with validation hookup)<br />
* synchronize fields between each other<br />
* validate on submit, or on loss of focus</p>
<p>So far I haven&#8217;t found anything better.<br />
<a href="http://www.formassembly.com/wForms/" rel="nofollow">http://www.formassembly.com/wForms/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neal</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256600</link>
		<dc:creator>Neal</dc:creator>
		<pubDate>Fri, 05 Oct 2007 07:45:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256600</guid>
		<description>A very good form validation libray is qForms by Dan G. Switzer, II

URL: 
&lt;a href=&quot;http://www.pengoworks.com/index.cfm?action=get:qforms&quot; title=&quot;qForms&quot; rel=&quot;nofollow&quot;&gt;http://www.pengoworks.com/index.cfm?action=get:qforms&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>A very good form validation libray is qForms by Dan G. Switzer, II</p>
<p>URL:<br />
<a href="http://www.pengoworks.com/index.cfm?action=get:qforms" title="qForms" rel="nofollow">http://www.pengoworks.com/index.cfm?action=get:qforms</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skrd</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256599</link>
		<dc:creator>skrd</dc:creator>
		<pubDate>Fri, 05 Oct 2007 07:33:30 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256599</guid>
		<description>I think extending core objects with prototype is not bad, Javascript is flexible and felxibility is good; of course one has to know what he or she is doing + afaik Prototype.js dares to do this, others are playing nicely, so I don&#039;t see a problem here.</description>
		<content:encoded><![CDATA[<p>I think extending core objects with prototype is not bad, Javascript is flexible and felxibility is good; of course one has to know what he or she is doing + afaik Prototype.js dares to do this, others are playing nicely, so I don&#8217;t see a problem here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256595</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Fri, 05 Oct 2007 04:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256595</guid>
		<description>@yoink - there is nothing wrong with modifying the String and Array prototypes! Uggg, get with it. &gt;:(</description>
		<content:encoded><![CDATA[<p>@yoink &#8211; there is nothing wrong with modifying the String and Array prototypes! Uggg, get with it. &gt;:(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael McCorry</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256593</link>
		<dc:creator>Michael McCorry</dc:creator>
		<pubDate>Fri, 05 Oct 2007 02:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256593</guid>
		<description>*moxiecode
*offering</description>
		<content:encoded><![CDATA[<p>*moxiecode<br />
*offering</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael McCorry</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256592</link>
		<dc:creator>Michael McCorry</dc:creator>
		<pubDate>Fri, 05 Oct 2007 02:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256592</guid>
		<description>I like the moxicode oddering Afraithe posted! However, it also doesn&#039;t seem to do field matching (eg. for confirming password fields). If it had that I&#039;d probably be using it everywhere. :)</description>
		<content:encoded><![CDATA[<p>I like the moxicode oddering Afraithe posted! However, it also doesn&#8217;t seem to do field matching (eg. for confirming password fields). If it had that I&#8217;d probably be using it everywhere. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yoink</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256591</link>
		<dc:creator>yoink</dc:creator>
		<pubDate>Fri, 05 Oct 2007 00:25:35 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256591</guid>
		<description>Hmmm... Apart from the fact that it doesn&#039;t validate the above mentioned email address, I wouldn&#039;t use this for the following reasons:

1. Modifies the String and Array prototypes:
    String.prototype.trim, Array.prototype.inArray, etc...
2. It pollutes the global name space with a lot of global functions.
3. Is rather large in size for what it does
4. Requires prototype / scriptaculous...
5. Needs pattern masking
6. Should be unobtrusive, rather than require class names to be attached to elements.

Apart from that, the code is well written, and logically structured, but really should be in it&#039;s own namespace...</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230; Apart from the fact that it doesn&#8217;t validate the above mentioned email address, I wouldn&#8217;t use this for the following reasons:</p>
<p>1. Modifies the String and Array prototypes:<br />
    String.prototype.trim, Array.prototype.inArray, etc&#8230;<br />
2. It pollutes the global name space with a lot of global functions.<br />
3. Is rather large in size for what it does<br />
4. Requires prototype / scriptaculous&#8230;<br />
5. Needs pattern masking<br />
6. Should be unobtrusive, rather than require class names to be attached to elements.</p>
<p>Apart from that, the code is well written, and logically structured, but really should be in it&#8217;s own namespace&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabio Zendhi Nagao</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256589</link>
		<dc:creator>Fabio Zendhi Nagao</dc:creator>
		<pubDate>Thu, 04 Oct 2007 21:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256589</guid>
		<description>I&#039;ve worked in the validation problem sometime ago. The solution is current out-of-date but covers most of the relevant problems like regular expression matching, field masking, etc...

Someone continued the work and added min chars and other features, but I forgot the name and url.

The URL for my work is: http://zend.lojcomm.com.br/fvalidator/

Hope it help!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve worked in the validation problem sometime ago. The solution is current out-of-date but covers most of the relevant problems like regular expression matching, field masking, etc&#8230;</p>
<p>Someone continued the work and added min chars and other features, but I forgot the name and url.</p>
<p>The URL for my work is: <a href="http://zend.lojcomm.com.br/fvalidator/" rel="nofollow">http://zend.lojcomm.com.br/fvalidator/</a></p>
<p>Hope it help!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron N.</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256580</link>
		<dc:creator>Aaron N.</dc:creator>
		<pubDate>Thu, 04 Oct 2007 19:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256580</guid>
		<description>I have a port of that Dexagogo validation library for Mootools:

http://clientside.cnet.com/wiki/cnet-libraries/03-jswidgets/01-cms-and-form-helpers#form.validator.js</description>
		<content:encoded><![CDATA[<p>I have a port of that Dexagogo validation library for Mootools:</p>
<p><a href="http://clientside.cnet.com/wiki/cnet-libraries/03-jswidgets/01-cms-and-form-helpers#form.validator.js" rel="nofollow">http://clientside.cnet.com/wiki/cnet-libraries/03-jswidgets/01-cms-and-form-helpers#form.validator.js</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andi</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256579</link>
		<dc:creator>Andi</dc:creator>
		<pubDate>Thu, 04 Oct 2007 18:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256579</guid>
		<description>Don&#039;t forget to validate data on server. This is a must, client side validation is not. If you want to have full comfort, you must write your validator code twice. Zend&#039;s PHP Framework provides some validotor classes: http://framework.zend.com/manual/en/zend.validate.html</description>
		<content:encoded><![CDATA[<p>Don&#8217;t forget to validate data on server. This is a must, client side validation is not. If you want to have full comfort, you must write your validator code twice. Zend&#8217;s PHP Framework provides some validotor classes: <a href="http://framework.zend.com/manual/en/zend.validate.html" rel="nofollow">http://framework.zend.com/manual/en/zend.validate.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sasha Sklar</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256574</link>
		<dc:creator>Sasha Sklar</dc:creator>
		<pubDate>Thu, 04 Oct 2007 17:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256574</guid>
		<description>The library doesn&#039;t cover one of the most basic tasks of form validation - field matching. In fact, it doesn&#039;t seem have any capability for rules involving more then one field. 

Having a form validation system based on treating individual fields as objects will always fail because object-oriented thinking does not map to form validation. Form validation is a rules based task.</description>
		<content:encoded><![CDATA[<p>The library doesn&#8217;t cover one of the most basic tasks of form validation &#8211; field matching. In fact, it doesn&#8217;t seem have any capability for rules involving more then one field. </p>
<p>Having a form validation system based on treating individual fields as objects will always fail because object-oriented thinking does not map to form validation. Form validation is a rules based task.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vance Dubberly</title>
		<link>http://ajaxian.com/archives/jsvalidate-form-validation-library/comment-page-1#comment-256572</link>
		<dc:creator>vance Dubberly</dc:creator>
		<pubDate>Thu, 04 Oct 2007 16:53:24 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/jsvalidate-form-validation-library#comment-256572</guid>
		<description>Doesn&#039;t work in Safari.  Also I am left wondering why anyone would bother putting up a whole &quot;brand&quot; for a library that really doesn&#039;t do very much.

Lastly.. is the protoype world really going to continue with this disparate development where for every simple little thing I could need I have to go to a seperate maintaner to get it?</description>
		<content:encoded><![CDATA[<p>Doesn&#8217;t work in Safari.  Also I am left wondering why anyone would bother putting up a whole &#8220;brand&#8221; for a library that really doesn&#8217;t do very much.</p>
<p>Lastly.. is the protoype world really going to continue with this disparate development where for every simple little thing I could need I have to go to a seperate maintaner to get it?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

