You really should have had server side checking anyway. I'd take a quick look at jQuery form validation or any of the other JS offerings, you probably could quickly get it in there when taking out some of the CFFORM stuff.
On Tue, Jan 27, 2009 at 8:50 AM, Ecung II,Ramon J <[email protected]>wrote: > Something along the lines of this: > > > > <cfif not len(textbox1)> > <cfset errorMsg = "textbox1 is required"> > </cfif> > > > > > > > > > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Ajas Mohammed > *Sent:* Tuesday, January 27, 2009 8:48 AM > > *To:* [email protected] > *Subject:* [houcfug] Re: CFFORM Question > > > > By server side messaging you mean _Required hidden fields or something > else? > > <Ajas Mohammed /> > http://ajashadi.blogspot.com > We cannot become what we need to be, remaining what we are. > No matter what, find a way. Because thats what winners do. > You can't improve what you don't measure. > Quality is never an accident; it is always the result of high intention, > sincere effort, intelligent direction and skillful execution; it represents > the wise choice of many alternatives. > > On Tue, Jan 27, 2009 at 9:31 AM, Ecung II,Ramon J <[email protected]> > wrote: > > Awesome. I completely forgot about the server side messaging because the > CFForm validation never let me get to that point with any malformed data. > I'll just use that and forget about the javascript validation. If I had more > time I'd probably do something with jQuery. > > > > Thanks guys. > > > > Ramon Ecung, BS, ACHDS, MCP > > 713-794-4273 | [email protected] | Unit 421 > > > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Aaron Rouse > *Sent:* Monday, January 26, 2009 6:03 PM > > > *To:* [email protected] > *Subject:* [houcfug] Re: CFFORM Question > > > > For something like this I tend to use a combination of libraries. Offhand > I'd probably end up using qForms(yes, I know, old school) and Spry, Spry to > divide the thing up into sections and qForms for its validation. For some > reason jQuery's form validation has just not bought me as a user but > probably because I have made so many custom functions to work with qForms > over the years that just not been a need to change my validation methods. > > On Mon, Jan 26, 2009 at 4:52 PM, Chris Watkins <[email protected]> wrote: > > You are my hero! That is cool stuff. I've been doing much less in CF and > more in Grails these days, and it's great to remember that Javascript does a > lot of cool stuff like that. Grails comes with support for prototype and > YUI. I will check if there is a plugin for jQuery, too. By support, I mean > that there are Grails tags (e.g. AJAX) that will adapt themselves to > generate client code compatible with the Javascript library of your choice, > requiring nothing more than telling Grails which library you're using. > > Thanks! > Chris > > > > On Mon, Jan 26, 2009 at 4:49 PM, Ken Auenson, II <[email protected]> > wrote: > > Ramon, > > The built-in features in CFForm are good for the majority of use cases when > you are dealing with simple forms, but when you start dealing with trying to > customize the javascript features, it is sometimes better to look elsewhere. > > I personally use jQuery for all of my JS functionality these days and there > are great form validation functionalities built in. > http://docs.jquery.com/Plugins/Validation > > This allows the "this field required" text to be placed next to the form > element when the user attempts to submit the form, instead of in one large > pop-up. > (try the demo on that page) > > hope this helps! > > -- > Ken Auenson > > > > On Mon, Jan 26, 2009 at 4:27 PM, Ecung II,Ramon J <[email protected]> > wrote: > > Hey, I've got a quick question. I have a form with about 200 questions on > it with all of the questions being required. > > > > Right now if a user doesn't input any data and just hits submit, an alert > box pops up that is too large for the screen. Does anyone have any ideas > about how make this more user-friendly? > > > > Ramon Ecung, BS, ACHDS, MCP > > Support Services Analyst - Web Application Developer > > Division of Cancer Medicine - FC10.2005 > > 713-794-4273 | [email protected] | Unit 421 > > > > > > > > > > > > > > > > > -- > Aaron Rouse > http://www.happyhacker.com/ > > > > > > > > > > > -- Aaron Rouse http://www.happyhacker.com/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en -~----------~----~----~----~------~----~------~--~---
