qForms (was Re: CFForm madness. 0_0)
Dan, Sounds like it would benefit more developers if MM buys this extension from you and incorporate it into CFMX for I believe form input and process is a critical data process in a lot of applications. Thanks. Don >Don, > >> The problem, specifically, there are two types of validations: >> 1) field required or not, msg responds to that; >> 2) field data_type, msg responds to that. >> But there's only one Message attribute. > >qForms is a completely different beast than CFFORM. You can attach unlimited >validation rules to anyone field and you can customize the error message for >each rule. > >-Dan > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Don, > The problem, specifically, there are two types of validations: > 1) field required or not, msg responds to that; > 2) field data_type, msg responds to that. > But there's only one Message attribute. qForms is a completely different beast than CFFORM. You can attach unlimited validation rules to anyone field and you can customize the error message for each rule. -Dan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
qForms (was Re: CFForm madness. 0_0)
Dan, The problem, specifically, there are two types of validations: 1) field required or not, msg responds to that; 2) field data_type, msg responds to that. But there's only one Message attribute. Also, in my utility/application, all db related metadata and data are dynamically determined, which is not difficult to fit into your js var definition. I was lazy. I could have js do the data_type validation and server-side do the required field check (the later part was not implemented). Try, this URL for data admin, http://68.32.61.40/datadata/dataman.cfm you see what meant better. Thanks. Don >Don, > >> Nice! >> >> Would it solve js problems I described in the following thread? >> http://www.houseoffusion.com/cf_lists/index.cfm?method=messages&threadid=2 >> 5711&forumid=4 > >I'm not 100% sure I understand what your asking in that e-mail, but: > >1) You can define custom/unique error messages for each "validation" method > you attach to a form object. >2) You can define multiple validation methods to a single field. For > example, you could attach validation that says a field should be > numeric *and* at contain more than X characters. > >Lastly, the code is open source, so if it doesn't behave the way you think >it should, you can simply override the method or change the code. > >-Dan > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Neil,
> Can you defined Multi-Lingual error messages?
Version 2.0 will include support for localization. You'll be able to set a
variable to determine what language the error messages are displayed in.
As it is right now, you can supply custom error messages for all the
validation methods, so you can code multi-lingual support via the
server-side:
oForm.email.validateEmail("Your custom message goes here...");
-Dan
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Can you defined Multi-Lingual error messages? -Original Message- From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED] Sent: 24 July 2003 13:48 To: CF-Talk Subject: RE: qForms (was Re: CFForm madness. 0_0) Don, > Nice! > > Would it solve js problems I described in the following thread? > http://www.houseoffusion.com/cf_lists/index.cfm?method=messages&threadid=2 > 5711&forumid=4 I'm not 100% sure I understand what your asking in that e-mail, but: 1) You can define custom/unique error messages for each "validation" method you attach to a form object. 2) You can define multiple validation methods to a single field. For example, you could attach validation that says a field should be numeric *and* at contain more than X characters. Lastly, the code is open source, so if it doesn't behave the way you think it should, you can simply override the method or change the code. -Dan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Don, > Nice! > > Would it solve js problems I described in the following thread? > http://www.houseoffusion.com/cf_lists/index.cfm?method=messages&threadid=2 > 5711&forumid=4 I'm not 100% sure I understand what your asking in that e-mail, but: 1) You can define custom/unique error messages for each "validation" method you attach to a form object. 2) You can define multiple validation methods to a single field. For example, you could attach validation that says a field should be numeric *and* at contain more than X characters. Lastly, the code is open source, so if it doesn't behave the way you think it should, you can simply override the method or change the code. -Dan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
qForms (was Re: CFForm madness. 0_0)
Please see my comments below.
>Jon,
>
>> One guy hacking it, is probably going to be more efficient
>> with his own stuff.
>
>I immensely disagree with this statement (of course, I wrote the API. ) I
>think even individuals greatly benefit from qForms. I don't really equate
>Fusebox and qForms, because qForms isn't telling you how to do your work,
>it's helping to do your work faster. I consider it a RAD API for dealing
>with forms.
>
>For example, take the following lines of code:
>
>oForm = new qForm("frmExample");
>oForm.required("name,contactVia");
>oForm.email.createDependencyTo("contactVia", "email");
>oForm.email.validateEmail();
>oForm.address1.createDependencyTo("contactVia", "postal");
>oForm.city.createDependencyTo("contactVia", "postal");
>oForm.state.createDependencyTo("contactVia", "postal");
>oForm.zipCode.createDependencyTo("contactVia", "postal");
>oForm.contactVia.enforceDependency();
>
>With the above 9 lines of JavaScript, I just wrote a form that does the
>following:
>
>- Prevents duplicate submissions (i.e. the submit button becomes disabled
> after the browser sends the request to the server.)
>- The "name" and "contactVia" fields are both required.
>- If a value is entered for the "email" field, it's checked to make sure
> the e-mail address appears to be syntactically correct.
>- If the "contactVia" field is equal to "postal", then the "city", "state"
> and "zipCode" fields all become required.
>- If the "contactVia" field is equal to "email" then the e-mail field
> becomes required.
>- The form elements can be of any type. The majority of qForm methods are
> element agnostic--meaning they work with any type of form elements. This
> means the "contactVia" element could be a text, hidden, select, radio,
> checkbox, etc.
Nice!
Would it solve js problems I described in the following thread?
http://www.houseoffusion.com/cf_lists/index.cfm?method=messages&threadid=25711&forumid=4
Thanks.
>
>Granted, it means you may spend less time writing and testing a bunch of
>JavaScript, but I'd rather be working on the UI aspects of my project than
>writing the same kind of functionality over and over.
>
>- Dan
> ...
>: Name: Dan G. Switzer, II:
>: E-mail: [EMAIL PROTECTED] :
>: Blog: http://blog.pengoworks.com/ :
>:...:
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Signup for the Fusion Authority news alert and keep up with the latest news in
ColdFusion and related topics.
http://www.fusionauthority.com/signup.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: RE: qForms (was Re: CFForm madness. 0_0)
It's like taking the red pill, isn't it? :)
- Original Message -
From: Angel Stewart <[EMAIL PROTECTED]>
Date: Wednesday, July 23, 2003 2:12 pm
Subject: RE: qForms (was Re: CFForm madness. 0_0)
> Ok!
>
> I implemented Q Forms...and I really think its GREAT!
>
> It isn't hard to use AT All, the only thign that tripped me up was
> casesensitivity for field names.
> But other than that..I mean the thing rocks!
>
> Email validation, Zip code validation...telephone number
> validation..it's all here!
>
> I can't believe I was messing aroudn with Dreamweaver form
> validation...and CFFORM and stuff all this time when Q Forms was
> available.
>
> You folks should really really look into this, even if you only do
> verysimple form validations.
> Because to do a simple This field/that field is required
> validation only
> takes this one line of code:
>
>
> objForm.required("department,name,addr,City,State,ZIPCODE,worktel,email,
> comments");
>
> Yup..that's it. Put your fieldnames in that line and it will color the
> field and pop an error message if the user hits submit without putting
> something in a field. Wy cool :)
>
> So...I'm a believer ^_^.
>
> Qforms works, and is the most complete and elegant solution for doing
> form validation that I've come across yet!
>
> -Gel
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
http://www.cfhosting.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Ok!
I implemented Q Forms...and I really think its GREAT!
It isn't hard to use AT All, the only thign that tripped me up was case
sensitivity for field names.
But other than that..I mean the thing rocks!
Email validation, Zip code validation...telephone number
validation..it's all here!
I can't believe I was messing aroudn with Dreamweaver form
validation...and CFFORM and stuff all this time when Q Forms was
available.
You folks should really really look into this, even if you only do very
simple form validations.
Because to do a simple This field/that field is required validation only
takes this one line of code:
objForm.required("department,name,addr,City,State,ZIPCODE,worktel,email,
comments");
Yup..that's it. Put your fieldnames in that line and it will color the
field and pop an error message if the user hits submit without putting
something in a field. Wy cool :)
So...I'm a believer ^_^.
Qforms works, and is the most complete and elegant solution for doing
form validation that I've come across yet!
-Gel
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Signup for the Fusion Authority news alert and keep up with the latest news in
ColdFusion and related topics.
http://www.fusionauthority.com/signup.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Maybe Macromedia could buy Dan -- he does need a job after all! ;-) Matthew Walker Electric Sheep Web http://www.electricsheep.co.nz/ - Original Message - From: "Ihrig Paul E Cont 88 ABW/EM" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Thursday, July 24, 2003 12:23 AM Subject: RE: CFForm madness. 0_0 > wish qforms was built into dwmx.. cough cough... > seems like a standard way of validating for over 3 years now... > -paul > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
wish qforms was built into dwmx.. cough cough... seems like a standard way of validating for over 3 years now... -paul ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
> Check out the site and view the first demo, the source code spans for miles! TerraForm has a fairly low code footprint, precisely because it is server side. Which demo exactly? Is that the booking form? http://www.electricsheep.co.nz/terraform/examples/Booking_Form.cfm I think most of the code you're looking at is for the dHTML menu on left. If this is the one you mean: http://www.electricsheep.co.nz/terraform/slick.cfm Then, well, that's all the JavaScript gratuitousness. That's just meant to be a little fun -- not built in. BTW Version 2.5 of TerraForm is due out later this week. Much better cross-browser support. Provides built-in server-side validation and produces the JS to activate qForms client-side validation if you want to use it. I view it as a product to comprehensively resolve all issues related to forms -- at least that's the goal. Matthew Walker Electric Sheep Web http://www.electricsheep.co.nz/ - Original Message - From: "Michael T. Tangorre" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, July 23, 2003 5:41 AM Subject: Re: CFForm madness. 0_0 > Check out the site and view the first demo, the source code spans for miles! > > - Original Message - > From: "John Lucas" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, July 22, 2003 1:23 PM > Subject: RE: CFForm madness. 0_0 > > > > Or check out terra form. It has the qForms api built into it. > > > > http://www.electricsheep.co.nz/terraform/ > > > > -Original Message- > > From: webguy [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, July 22, 2003 9:52 AM > > To: CF-Talk > > Subject: RE: CFForm madness. 0_0 > > > > I think someone on the qforms list built tags that use qforms without > > need > > to do js > > > > > > Email dan and find out ! > > > > WG > > > > > > -Original Message- > > From: Angel Stewart [mailto:[EMAIL PROTECTED] > > Sent: 22 July 2003 15:34 > > To: CF-Talk > > Subject: RE: CFForm madness. 0_0 > > > > > > So..umm..who has a neat tutorial for using Qforms API ^_^ > > > > -Gel > > > > > > > > > > > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
BTW Have you seen Dan's Mask JS API sample? Very cool. Shows you yet another way HTML forms could be improved on. I've experimented with key filtering myself...only seems to work in IE. Matthew Walker Electric Sheep Web http://www.electricsheep.co.nz/ - Original Message - From: "Michael T. Tangorre" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, July 23, 2003 2:49 AM Subject: Re: CFForm madness. 0_0 > I do both. If the JS is enabled then you do not waste system resources > processing the page looking for validation errors, if JS is disbaled you are > covered. I think you should always do both: helps ensure data integrity and > offers a second level of protection. > > Mike > > > > - Original Message - > From: "Robertson-Ravo, Neil (RX)" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, July 22, 2003 10:38 AM > Subject: RE: CFForm madness. 0_0 > > > > What kind if validation would you do on the server side for a form? I > think > > (probably quite reckless) that most people will have JS enabled etcI > do > > see what you mean though - then again, if I was going 100% server side I > > wouldnt bother with Client Side...can be arsed doing it twice. > > > > -Original Message- > > From: Kola Oyedeji [mailto:[EMAIL PROTECTED] > > Sent: 22 July 2003 15:33 > > To: CF-Talk > > Subject: RE: CFForm madness. 0_0 > > > > > > Well if the extra time used to generate the javascript used in cfform is > > huge performance hit then that would be a good reason not to use it. Of > > course we all realize we need server side validation but what's often > > overlooked is the amount of server processing that can be reduced as a > > result of using Javascript. Also in the absence of a good api like the > > ones provided by pengoworks, building your own involves the minor task > > of ensuring its cross browser compatible. > > > > > > Kola > > > > >> -Original Message- > > >> From: webguy [mailto:[EMAIL PROTECTED] > > >> Sent: 22 July 2003 15:21 > > >> To: CF-Talk > > >> Subject: RE: CFForm madness. 0_0 > > >> > > >> Matt Liotta did some checking and it appears that for every sub tag > > in > > >> cfform (e.g. ) the page rendering times grow > > exponentially. > > >> > > >> That was in up3 i think. > > >> > > >> WG > > >> > > >> -Original Message- > > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > > >> Sent: 22 July 2003 15:08 > > >> To: CF-Talk > > >> Subject: Re: CFForm madness. 0_0 > > >> > > >> > > >> I suppose so. I have used it in the past quite a bit, but found it > > fell > > >> short in some areas or I had to combine it with additional JS. It > > just > > >> made > > >> more sense to me to use one or the other, and since the qForms API or > > >> even > > >> custom written stuff was more flexible I have just kind of stuck with > > >> that. > > >> Nothing against really, I just often need more than what it offers. > > >> > > >> Mike > > >> > > >> > > >> > > >> > > >> > > >> - Original Message - > > >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> > > >> To: "CF-Talk" <[EMAIL PROTECTED]> > > >> Sent: Tuesday, July 22, 2003 10:03 AM > > >> Subject: RE: CFForm madness. 0_0 > > >> > > >> > > >> > Interesting I used to be of the same mind set, however after taking > > >> > another look I think the cfform validation (not the built in > > cfserver > > >> > validation) is quite useful. > > >> > > > >> > Why re-invent the wheel? Granted its not that flexible but when you > > >> > quickly want to knock up a form with a few required fields it saves > > on > > >> > development time. > > >> > > > >> > Mike I'd suggest another look, they may be more useful( or useless > > ;-) > > >> ) > > >> > than you think. > > >> > > > >> > > > >> > Kola > > >> > > > >> > >> -Original Message- > > >> > >> From: Michael
Re: CFForm madness. 0_0
Check out the site and view the first demo, the source code spans for miles! - Original Message - From: "John Lucas" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 1:23 PM Subject: RE: CFForm madness. 0_0 > Or check out terra form. It has the qForms api built into it. > > http://www.electricsheep.co.nz/terraform/ > > -Original Message- > From: webguy [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 9:52 AM > To: CF-Talk > Subject: RE: CFForm madness. 0_0 > > I think someone on the qforms list built tags that use qforms without > need > to do js > > > Email dan and find out ! > > WG > > > -Original Message- > From: Angel Stewart [mailto:[EMAIL PROTECTED] > Sent: 22 July 2003 15:34 > To: CF-Talk > Subject: RE: CFForm madness. 0_0 > > > So..umm..who has a neat tutorial for using Qforms API ^_^ > > -Gel > > > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Or check out terra form. It has the qForms api built into it. http://www.electricsheep.co.nz/terraform/ -Original Message- From: webguy [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 22, 2003 9:52 AM To: CF-Talk Subject: RE: CFForm madness. 0_0 I think someone on the qforms list built tags that use qforms without need to do js Email dan and find out ! WG -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:34 To: CF-Talk Subject: RE: CFForm madness. 0_0 So..umm..who has a neat tutorial for using Qforms API ^_^ -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Jon, > I don't mean efficient as in the amount of time it takes to code > (obviously using a pre-built api saves coding time), I mean time to > learn + coding time. > > When I weigh, the time it would take to get comfortable with an API > versus rolling my own, the time gained by using something other than > the routines I've written and become comfortable with over the years, > it's more efficient to keep using what I have been. It's not a zero > sum game. While nothing I can say may convince you, I would guess that 15 minutes looking at the docs and playing around w/the examples would be enough to sell you on using it. Does that mean you'll never run into a question? No, I'm sure they'll pop-up over time, but I think you'll start to see the benefits right away. It's possible the first couple of forms will take you a bit longer using qForms, but after that I'll guarantee that you spend less time writing JS. Anyway, good luck and if you do decide to look in to it, feel free to send questions/comments to me or to the qForms Mailing List. (Actually, for questions, I prefer the mailing list as other people have a chance to pipe in to how they might address the situation.) - Dan ... : Name: Dan G. Switzer, II: : E-mail: [EMAIL PROTECTED] : : Blog: http://blog.pengoworks.com/ : :...: ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Angel, > Sooo...uhhh...which part of that code disables the submit button. qForms automatically handles this. Just creating the qForms object takes care of that for you. > Is there any means of preventing form fields from being resubmitted if > the user keeps clicking the Refresh button with the Qforms API? > That's about the last common error I think I encounter when designing > forms. No, this is usually best handled via some server-side logic. Although you could hack together a client-side solution, it's really best to handle at the server-side. Then you can decide what you want to do about the request (i.e. show them the information they already filled out, ask whether they want to update the information, show them a message that says the request was already received, etc, etc...) -Dan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Our take on qForms is that it helps to organize the often-chaotic world of JS. We
have worked on several large enterprise projects where the JS was all over the place,
literally. qForms helped greatly and also helps to get developers thinking in terms of
calling centralized services as and where necessary, which we like.
Kind Regards - Mike Brunt
Original Message ---
Hi Dan:
I think my 'reluctance' to look at qForms is because...well, frankly I enjoy
writing js. I'm hesitant to give up that 'control' as it were.
I will look at it tho...if for no other reason that simple curiosity. I
think it's pretty amazing that, as I said below, I've never heard anything
but rave reviews of it. I don't believe I've ever heard anybody say they
don't like it...or even anybody who says they could take it or leave it.
Everybody I know who's used it absolutely LOVES it. So there's gotta be
something there :)
I appreciate your response. I'm responding publically only because there
may be others who feel the same way I do ("if i can write js, why do i need
qForms"), who may find this interesting.
thanks :)
charlie
- Original Message -
From: "Dan G. Switzer, II" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, July 22, 2003 8:04 AM
Subject: RE: CFForm madness. 0_0
> Charlie,
>
> > If you don't want to dive right into the Qforms API, i put a short
> > 'tutorial' online to show some js form field validation (a couple that I
> > don't believe can be accomplished thru cfform...but i could be wrong
> > there).
> >
> > It's at http://charlie.griefer.com/js_validation.html (view source).
> >
> > As far as Qforms...I've not used it myself, but I have yet to hear
> > anything
> > but rave reviews from people who have.
>
> To give you an idea how easy qForms is to implement, here's the entire
block
> of code needed to reproduce your example template:
>
>
>
> <!--//
> qFormAPI.setLibraryPath("/lib/");
> qFormAPI.include("*");
>
> // load this function during the body "onload" event
> function init(){
> oForm = new qForm("myForm");
> // require the following fields
>
> oForm.required("textInput1,textInput2,mySelectInput,sex,myTextarea");
> // make sure the textInput2 field contains at least 10 characters
> oForm.textInput2.validateLengthGT(9);
> }
> //-->
>
>
>
> Most of the code you can store in a snippet--since the odds are it doesn't
> change much (maybe the path to the qForms will from project to project,
but
> on a single site, you always point to the same location so that you get
the
> benefit of the code being cached.)
>
> Since qForms treats all forms alike--i.e. the getValue() method will
return
> the value for a radio, checkbox, select, text, hidden, textbox, etc
element,
> all you need to do is mark a field required and qForms handles the rest
for
> you.
>
> -Dan
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community.
http://www.fusionauthority.com/ads.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: RE: qForms (was Re: CFForm madness. 0_0)
> Is there any means of preventing form fields from being > resubmitted if > the user keeps clicking the Refresh button with the Qforms API? > That's about the last common error I think I encounter when designing > forms. This would be outside the scope of capabilities for a client-side validation system. A common way to do this is to have something like: Form Page -> Submit to Action Page -> to somewhere else. The will prevent the problem above. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
*sneaks back into the conversation*
Sooo...uhhh...which part of that code disables the submit button.
Is there any means of preventing form fields from being resubmitted if
the user keeps clicking the Refresh button with the Qforms API?
That's about the last common error I think I encounter when designing
forms.
The ole User-clicks-Refresh for some reason and resubmits all their form
info.
-Gel
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
oForm = new qForm("frmExample"); oForm.required("name,contactVia");
oForm.email.createDependencyTo("contactVia", "email");
oForm.email.validateEmail();
oForm.address1.createDependencyTo("contactVia", "postal");
oForm.city.createDependencyTo("contactVia", "postal");
oForm.state.createDependencyTo("contactVia", "postal");
oForm.zipCode.createDependencyTo("contactVia", "postal");
oForm.contactVia.enforceDependency();
With the above 9 lines of JavaScript, I just wrote a form that does the
following:
- Prevents duplicate submissions (i.e. the submit button becomes
disabled
after the browser sends the request to the server.)
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community.
http://www.fusionauthority.com/ads.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: qForms (was Re: CFForm madness. 0_0)
I don't mean efficient as in the amount of time it takes to code
(obviously using a pre-built api saves coding time), I mean time to
learn + coding time.
When I weigh, the time it would take to get comfortable with an API
versus rolling my own, the time gained by using something other than
the routines I've written and become comfortable with over the years,
it's more efficient to keep using what I have been. It's not a zero
sum game.
If I was in a position where two developers were going to be writing
form validation javascript on the same project, I'd prefer that
everyone was one the same page...and rather than roll a brand new
custom job, an API would make much more sense to me. I have the same
attitude towards Fusebox...that's why I equated them. No other reason.
--
jon
mailto:[EMAIL PROTECTED]
Tuesday, July 22, 2003, 12:19:34 PM, you wrote:
DGSI> Jon,
>> One guy hacking it, is probably going to be more efficient
>> with his own stuff.
DGSI> I immensely disagree with this statement (of course, I wrote the API. ) I
DGSI> think even individuals greatly benefit from qForms. I don't really equate
DGSI> Fusebox and qForms, because qForms isn't telling you how to do your work,
DGSI> it's helping to do your work faster. I consider it a RAD API for dealing
DGSI> with forms.
DGSI> For example, take the following lines of code:
DGSI> oForm = new qForm("frmExample");
DGSI> oForm.required("name,contactVia");
DGSI> oForm.email.createDependencyTo("contactVia", "email");
DGSI> oForm.email.validateEmail();
DGSI> oForm.address1.createDependencyTo("contactVia", "postal");
DGSI> oForm.city.createDependencyTo("contactVia", "postal");
DGSI> oForm.state.createDependencyTo("contactVia", "postal");
DGSI> oForm.zipCode.createDependencyTo("contactVia", "postal");
DGSI> oForm.contactVia.enforceDependency();
DGSI> With the above 9 lines of JavaScript, I just wrote a form that does the
DGSI> following:
DGSI> - Prevents duplicate submissions (i.e. the submit button becomes disabled
DGSI> after the browser sends the request to the server.)
DGSI> - The "name" and "contactVia" fields are both required.
DGSI> - If a value is entered for the "email" field, it's checked to make sure
DGSI> the e-mail address appears to be syntactically correct.
DGSI> - If the "contactVia" field is equal to "postal", then the "city", "state"
DGSI> and "zipCode" fields all become required.
DGSI> - If the "contactVia" field is equal to "email" then the e-mail field
DGSI> becomes required.
DGSI> - The form elements can be of any type. The majority of qForm methods are
DGSI> element agnostic--meaning they work with any type of form elements. This
DGSI> means the "contactVia" element could be a text, hidden, select, radio,
DGSI> checkbox, etc.
DGSI> Granted, it means you may spend less time writing and testing a bunch of
DGSI> JavaScript, but I'd rather be working on the UI aspects of my project than
DGSI> writing the same kind of functionality over and over.
DGSI> - Dan
DGSI> ...
DGSI> : Name: Dan G. Switzer, II:
DGSI> : E-mail: [EMAIL PROTECTED] :
DGSI> : Blog: http://blog.pengoworks.com/ :
DGSI> :...:
DGSI>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Dan wrote: >For example, take the following lines of code: OK I'm convinced. Naturally, this thread pops up just *after* I get done building a great big form system for a project I'm working on; with custom server-side val all over the place. The real crime is I forgot all about qforms, but I've been peeking at it off and on for awhile. Looks very much like its worth a go. Matt Robertson [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Jon,
> One guy hacking it, is probably going to be more efficient
> with his own stuff.
I immensely disagree with this statement (of course, I wrote the API. ) I
think even individuals greatly benefit from qForms. I don't really equate
Fusebox and qForms, because qForms isn't telling you how to do your work,
it's helping to do your work faster. I consider it a RAD API for dealing
with forms.
For example, take the following lines of code:
oForm = new qForm("frmExample");
oForm.required("name,contactVia");
oForm.email.createDependencyTo("contactVia", "email");
oForm.email.validateEmail();
oForm.address1.createDependencyTo("contactVia", "postal");
oForm.city.createDependencyTo("contactVia", "postal");
oForm.state.createDependencyTo("contactVia", "postal");
oForm.zipCode.createDependencyTo("contactVia", "postal");
oForm.contactVia.enforceDependency();
With the above 9 lines of JavaScript, I just wrote a form that does the
following:
- Prevents duplicate submissions (i.e. the submit button becomes disabled
after the browser sends the request to the server.)
- The "name" and "contactVia" fields are both required.
- If a value is entered for the "email" field, it's checked to make sure
the e-mail address appears to be syntactically correct.
- If the "contactVia" field is equal to "postal", then the "city", "state"
and "zipCode" fields all become required.
- If the "contactVia" field is equal to "email" then the e-mail field
becomes required.
- The form elements can be of any type. The majority of qForm methods are
element agnostic--meaning they work with any type of form elements. This
means the "contactVia" element could be a text, hidden, select, radio,
checkbox, etc.
Granted, it means you may spend less time writing and testing a bunch of
JavaScript, but I'd rather be working on the UI aspects of my project than
writing the same kind of functionality over and over.
- Dan
...
: Name: Dan G. Switzer, II:
: E-mail: [EMAIL PROTECTED] :
: Blog: http://blog.pengoworks.com/ :
:...:
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: qForms (was Re: CFForm madness. 0_0)
This describes my attitude as well, and to segue a bit, how do you feel about Flash/Actionscript? On the surface...I keep thinking to myself that I should love Actionscript, it's really all that Javascript wants to be, but I keep getting frustrated with it. I think it comes down to two problems as I see it. - The Flash Object Modelwtf is it? Try searching Google for "flash object model"...it doesn't exist, or if it does, it's very hidden. The glimpses that one can glean from the Flash editor don't seem to indicate there is a coherent object model. I could be way off though, as I haven't had a chance to get past the first couple chapters in my flash books yet. The lack of documentation anywhere is not encouraging though. - It's extremely difficult to debug...the Flash debugger is very hard to understand. I don't even know where to start. How about a line number where the problem is? A visual notification that there is a problem with the Actionscript would be nice...There is nothing near like Venkman, Mozilla's js debugger. Not to mention the DOM inspector. I don't mean this to be a negative commentary (there are a lot of good things about flash too) on Flash...I'm sincerely interested in what people think. Especially people who like javascript already. Back on topic...imo qForms, like Fusebox, makes more sense in a team environment. One guy hacking it, is probably going to be more efficient with his own stuff. -- jon mailto:[EMAIL PROTECTED] Tuesday, July 22, 2003, 11:18:29 AM, you wrote: CG> Hi Dan: CG> I think my 'reluctance' to look at qForms is because...well, frankly I enjoy CG> writing js. I'm hesitant to give up that 'control' as it were. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: qForms (was Re: CFForm madness. 0_0)
Charlie,
> I think my 'reluctance' to look at qForms is because...well, frankly I
> enjoy
> writing js. I'm hesitant to give up that 'control' as it were.
I don't look at it is giving up control--I think that's the cool part about
it. The way I view it, is it gives a solid footprint in which to build off
of.
While for most people, qForms probably does everything they need it to
do--but obviously there are times when you want to do more. That's when
customizing the API (overriding default methods or simply adding new
methods) comes in handy.
Since you enjoy writing JS, you'll know doubt know that there are
frustrations with it to. For example, a client decided they want a select
element to handle certain functionality, so you wrote your JS around
interacting w/a select box.
Well, now they call you up and want it changed to a series of radio buttons.
Instead of this taking you like a minute to do, you've got to re-write your
JS to handling dealing w/radio buttons. Even if you already have code in
place to handle radio buttons, you're probably still going to have to make
changes.
However, w/qForms the odds are you don't have to make changes to your code
at all! You just need to change the elements. If you've stuck to using the
getValue() and setValue() methods for any of the custom hooks you've
written, your functions don't have to change. You use the same code.
I see this as a huge gain.
> I will look at it tho...if for no other reason that simple curiosity. I
> think it's pretty amazing that, as I said below, I've never heard anything
> but rave reviews of it. I don't believe I've ever heard anybody say they
> don't like it...or even anybody who says they could take it or leave it.
> Everybody I know who's used it absolutely LOVES it. So there's gotta be
> something there :)
Glad to hear the word on the street is a good one. :) I'm actually working
on v2--which will be much more flexible and expandable.
> I appreciate your response. I'm responding publically only because there
> may be others who feel the same way I do ("if i can write js, why do i
> need
> qForms"), who may find this interesting.
I you'll find qForms doesn't diminish what you're doing w/JS, it just makes
what you're trying to do easier. I still write a ton of custom JS hooks into
my application, but the amount of code I write is considerable less now.
I can now focus on defining behavior and improving the UI, instead of
spending time re-creating code/procedures I've done in the past.
-Dan
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
> Ok that's interesting, but then won't the user get back an error message > saying: > Please fill in TextInput1? Yes, but to change that, give it a useful description: oForm.textInput1.description = "first name"; Now instead of saying "textInput1", it'll place "first name" into the error message. > If the name of the form field is fname20...I don't necessarily want the > user to see :Please fill in fname20. > I'd prefer them to see :Please provide a name. > > How would you do that...for say 5 fields? See above... - Dan ... : Name: Dan G. Switzer, II: : E-mail: [EMAIL PROTECTED] : : Blog: http://blog.pengoworks.com/ : :...: ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
qForms (was Re: CFForm madness. 0_0)
Hi Dan:
I think my 'reluctance' to look at qForms is because...well, frankly I enjoy
writing js. I'm hesitant to give up that 'control' as it were.
I will look at it tho...if for no other reason that simple curiosity. I
think it's pretty amazing that, as I said below, I've never heard anything
but rave reviews of it. I don't believe I've ever heard anybody say they
don't like it...or even anybody who says they could take it or leave it.
Everybody I know who's used it absolutely LOVES it. So there's gotta be
something there :)
I appreciate your response. I'm responding publically only because there
may be others who feel the same way I do ("if i can write js, why do i need
qForms"), who may find this interesting.
thanks :)
charlie
- Original Message -
From: "Dan G. Switzer, II" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, July 22, 2003 8:04 AM
Subject: RE: CFForm madness. 0_0
> Charlie,
>
> > If you don't want to dive right into the Qforms API, i put a short
> > 'tutorial' online to show some js form field validation (a couple that I
> > don't believe can be accomplished thru cfform...but i could be wrong
> > there).
> >
> > It's at http://charlie.griefer.com/js_validation.html (view source).
> >
> > As far as Qforms...I've not used it myself, but I have yet to hear
> > anything
> > but rave reviews from people who have.
>
> To give you an idea how easy qForms is to implement, here's the entire
block
> of code needed to reproduce your example template:
>
>
>
> <!--//
> qFormAPI.setLibraryPath("/lib/");
> qFormAPI.include("*");
>
> // load this function during the body "onload" event
> function init(){
> oForm = new qForm("myForm");
> // require the following fields
>
> oForm.required("textInput1,textInput2,mySelectInput,sex,myTextarea");
> // make sure the textInput2 field contains at least 10 characters
> oForm.textInput2.validateLengthGT(9);
> }
> //-->
>
>
>
> Most of the code you can store in a snippet--since the odds are it doesn't
> change much (maybe the path to the qForms will from project to project,
but
> on a single site, you always point to the same location so that you get
the
> benefit of the code being cached.)
>
> Since qForms treats all forms alike--i.e. the getValue() method will
return
> the value for a radio, checkbox, select, text, hidden, textbox, etc
element,
> all you need to do is mark a field required and qForms handles the rest
for
> you.
>
> -Dan
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community.
http://www.fusionauthority.com/ads.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
In particular, see here: http://www.pengoworks.com/qforms/docs/faq.htm
- Original Message -
From: "Angel Stewart" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, July 22, 2003 11:08 AM
Subject: RE: CFForm madness. 0_0
> Ok that's interesting, but then won't the user get back an error message
> saying:
> Please fill in TextInput1?
>
> If the name of the form field is fname20...I don't necessarily want the
> user to see :Please fill in fname20.
> I'd prefer them to see :Please provide a name.
>
> How would you do that...for say 5 fields?
>
> -Gel
>
>
> -Original Message-
> From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
>
>
> To give you an idea how easy qForms is to implement, here's the entire
> block of code needed to reproduce your example template:
>
> language="JavaScript"> <!--// qFormAPI.setLibraryPath("/lib/");
> qFormAPI.include("*");
>
> // load this function during the body "onload" event
> function init(){
> oForm = new qForm("myForm");
> // require the following fields
>
> oForm.required("textInput1,textInput2,mySelectInput,sex,myTextarea");
> // make sure the textInput2 field contains at least 10
> characters
> oForm.textInput2.validateLengthGT(9);
> }
> //-->
>
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Charlie,
> I know other people who subscribe to your 'one error at a time' theory. I
> don't disagree with it...but I feel that if there are 10 (required)
> fields...and the user enters none...well what are the odds that the user
> isn't going to fill out a single field? IMO, good design would dictate
> that
> you mark certain fields as required. This would significantly cut down on
> the likelihood of the user having to deal with 10 javascript alerts, one
> at
> a time :)
Check out the sample code I just sent to you (and to the list.) qForms
handles trapping all the errors for you at one time, plus if the browser and
form field element supports it, it'll use CSS to highlight the field that's
causing the problem.
Required fields on a page definitely need to be clearly marked, but there
are times when requiring a field may depend on the value of something else
in your field. For example, maybe you have a select box w/a bunch of options
and then one marked "other". If the "other" option is highlighted, then a
text field value is required. qForms has a mechanism for handling this with
something called dependencies. To write that logic, all I need to do is type
one line of code:
oForm.otherText.createDependencyTo("selectOption", "other");
That line of code says that if the "selectOption" element is equal to other,
than the "otherText" field is now required. If it's any other value, the
field is optional.
> I advocate server side validation as well. On the off chance that the
You absolutely need server-side validation. Server-side validation is the
only type of validation you have control over. There are too many ways to
bypass client-side validation.
However, this doesn't take away from the importance and value of client-side
validation. This is why I wrote qForms--to provide a powerful, flexible way
to write client-side validation that didn't take a lot of time to write.
Generally speaking, you should be able to add validation to a form in
minutes--and some even really complex validation at that.
Also, it's important to remember that qForms is much more than just a
client-side validation library--it's main function is to be a full API to
allow you to add the RIA environment to the classic browser.
qForms has all the tools you need to build really complex RIA type
applications--without needing to learn other skillsets or leverage plug-ins.
-Dan
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
qForms allows some flexibility in this area...
- Original Message -
From: "Angel Stewart" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Tuesday, July 22, 2003 11:08 AM
Subject: RE: CFForm madness. 0_0
> Ok that's interesting, but then won't the user get back an error message
> saying:
> Please fill in TextInput1?
>
> If the name of the form field is fname20...I don't necessarily want the
> user to see :Please fill in fname20.
> I'd prefer them to see :Please provide a name.
>
> How would you do that...for say 5 fields?
>
> -Gel
>
>
> -Original Message-
> From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
>
>
> To give you an idea how easy qForms is to implement, here's the entire
> block of code needed to reproduce your example template:
>
> language="JavaScript"> <!--// qFormAPI.setLibraryPath("/lib/");
> qFormAPI.include("*");
>
> // load this function during the body "onload" event
> function init(){
> oForm = new qForm("myForm");
> // require the following fields
>
> oForm.required("textInput1,textInput2,mySelectInput,sex,myTextarea");
> // make sure the textInput2 field contains at least 10
> characters
> oForm.textInput2.validateLengthGT(9);
> }
> //-->
>
>
>
>
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
http://www.cfhosting.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Sorry I thought Everyone knew Dan G. Switzer, II (creator of qForms!) :-) WG -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:54 To: CF-Talk Subject: RE: CFForm madness. 0_0 Tags?? CF Tags?? Really?? !_! Who's Dan? Do you have them? Who's Dan? How come they aren't on the Macromedia Exchange! Who's Dan? -Gel -Original Message- From: webguy [mailto:[EMAIL PROTECTED] I think someone on the qforms list built tags that use qforms without need to do js Email dan and find out ! WG ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
We use a custom script which loops through and tots up the errors and error
messages etcthen outputs them via a simple alert of what is wrong with
the field for multiple fields.
-Original Message-
From: Angel Stewart [mailto:[EMAIL PROTECTED]
Sent: 22 July 2003 16:09
To: CF-Talk
Subject: RE: CFForm madness. 0_0
Ok that's interesting, but then won't the user get back an error message
saying:
Please fill in TextInput1?
If the name of the form field is fname20...I don't necessarily want the
user to see :Please fill in fname20.
I'd prefer them to see :Please provide a name.
How would you do that...for say 5 fields?
-Gel
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
To give you an idea how easy qForms is to implement, here's the entire
block of code needed to reproduce your example template:
<!--// qFormAPI.setLibraryPath("/lib/");
qFormAPI.include("*");
// load this function during the body "onload" event
function init(){
oForm = new qForm("myForm");
// require the following fields
oForm.required("textInput1,textInput2,mySelectInput,sex,myTextarea");
// make sure the textInput2 field contains at least 10
characters
oForm.textInput2.validateLengthGT(9);
}
//-->
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
http://www.cfhosting.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Ok that's interesting, but then won't the user get back an error message saying: Please fill in TextInput1? If the name of the form field is fname20...I don't necessarily want the user to see :Please fill in fname20. I'd prefer them to see :Please provide a name. How would you do that...for say 5 fields? -Gel -Original Message- From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED] To give you an idea how easy qForms is to implement, here's the entire block of code needed to reproduce your example template: ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Kolasee below Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] - Macromedia Associate Partner www.macromedia.com - Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com - Original Message - From: "Kola Oyedeji" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 7:59 AM Subject: RE: CFForm madness. 0_0 > >> -Original Message- > >> From: Bryan Stevenson [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 15:47 > >> To: CF-Talk > >> Subject: Re: CFForm madness. 0_0 > >> > >> Personally the #1 reason I hate CFFORM is the "one error at a time" > >> functionality..10 fieldsall required..none filled inform > >> submittedtells user about field 1user submits...tells user > about > >> field 2submits form...tells user about field 3.and so > on.If I > >> were that user I'd freak right out ;-) > > This isn't such a problem on the client side, bearing in mind the > message is a javascript alert. If the site is doing this after server > side validation then its badly designed. Well yes it is badit's horrible application flow and frustrtaing for the user...it's 1 erorr message for EVERYTHING that is wrong or IMHO it's bad design > > >> I've always done server-side validation even though there is an extra > >> trip > >> to the server.I inevitably have to run a query to check for > duplicate > >> records or something else that HAS to happen server -side.so why > >> create > >> a hybrid of client/server-side when I know that 80 plus% of the time > >> there > >> will be at least 1 thing per form to validate server-sidejust > always > >> do > >> it the samw way and life is good and code is reusable ;-) > > Because if you don't specify all the fields in your error message which > have not been completed (I'm sure you do) then the user has to endure > the nightmare scenario of experiencing your #1 pet peeve. Even worse if > they're on a dialup. Well yabut of course all validation will occurit's called DevTest...Prodit won't get to Prod if it's not validating properly ;-) > > Kola > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
I've used Qforms in a couple of projects -- really nice UI. It was complicated to get things up and running the first time just learning it -- but once you get the hang of it, it's pretty easy. Writing custom validators I found a bit of a challenge, but certainly worth it. I took one application used by a university admissions dept for back-of-office workflow, just added qForms for better validation, and you'd have thought it was a brand new app by the reactions. It makes the app act a little more like client/server (eg VB) apps. Doing slick stuff like grabbing a query in the background and using it to repopulate a dropdown on the fly is pretty slick! OF course if memory serves, there were articles way back in CFDJ volume 1 or 2 or 3 (maybe by Steve Drucker) about how to do the same thing. But the qForms API gives you a consistent, prepackaged way to do it, includes a lot of validators, and has an extension method for writing your own validators. Good stuff. Regards, John Paul Ashenfelter CTO/TransitionPoint - Original Message - From: "Charlie Griefer" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:21 AM Subject: Re: CFForm madness. 0_0 > Angel: > > If you don't want to dive right into the Qforms API, i put a short > 'tutorial' online to show some js form field validation (a couple that I > don't believe can be accomplished thru cfform...but i could be wrong there). > > It's at http://charlie.griefer.com/js_validation.html (view source). > > As far as Qforms...I've not used it myself, but I have yet to hear anything > but rave reviews from people who have. > > charlie > > - Original Message - > From: "Angel Stewart" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, July 22, 2003 7:09 AM > Subject: RE: CFForm madness. 0_0 > > > > *takes a look at Qforms* > > > > *grumbles* > > > > Yes. This looks a lot cooler. > > But its so much stuff to learn. > > *sigh* > > > > But it is a lot cooler. > > > > *mutter* > > I guess I've been fighting using this too long. > > *settles down to try using the API* > > > > -Gel > > > > > > -Original Message- > > From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > > > > Thats a good question :-) > > > > Some things in CF are available, yet not recommended by alot of users; > > cfform is one of them. In terms of validation and having more > > flexibility Id recommend using qForms API (www.pengoworks.com). > > > > Mike > > > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Charlie...see below ;-) Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] - Macromedia Associate Partner www.macromedia.com - Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com - Original Message - From: "Charlie Griefer" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 7:59 AM Subject: Re: CFForm madness. 0_0 > - Original Message - > From: "Bryan Stevenson" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, July 22, 2003 7:46 AM > Subject: Re: CFForm madness. 0_0 > > > > Personally the #1 reason I hate CFFORM is the "one error at a time" > > functionality..10 fieldsall required..none filled inform > > submittedtells user about field 1user submits...tells user about > > field 2submits form...tells user about field 3.and so on.If I > > were that user I'd freak right out ;-) > > well, most people know i'm NOT an advocate of CFFORM, but what you're > describing isn't necessarily an issue with CFFORM, but an issue with client > side validation itself. I can produce client-side validation that gives one big error message...not that tough ;-) > > I know other people who subscribe to your 'one error at a time' theory. I > don't disagree with it...but I feel that if there are 10 (required) > fields...and the user enters none...well what are the odds that the user > isn't going to fill out a single field? IMO, good design would dictate that > you mark certain fields as required. This would significantly cut down on > the likelihood of the user having to deal with 10 javascript alerts, one at > a time :) Well of course ya put in your red asterixs etc.but I'm tryin to make a point hereplus users can do some amazing things and we gotta code for it ;-) > > > I've always done server-side validation even though there is an extra trip > > to the server.I inevitably have to run a query to check for duplicate > > records or something else that HAS to happen server -side.so why > create > > a hybrid of client/server-side when I know that 80 plus% of the time there > > will be at least 1 thing per form to validate server-sidejust always > do > > it the samw way and life is good and code is reusable ;-) > > I advocate server side validation as well. On the off chance that the user > doesn't have js enabled...or I screw up my js and the validation function > doesn't fire...well, it will never hurt to have validation on the server as > well. Even if i'm creating a hybrid of client/server-side...it's worth it > (IMO, of course), as the client-side is a courtesy to the user (so he or she > doesn't have to wait for the round trip to the server and back), while the > server-side is there to insure the integrity of my data. fair enough ;-) > > charlie > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Charlie, > If you don't want to dive right into the Qforms API, i put a short > 'tutorial' online to show some js form field validation (a couple that I > don't believe can be accomplished thru cfform...but i could be wrong > there). > > It's at http://charlie.griefer.com/js_validation.html (view source). > > As far as Qforms...I've not used it myself, but I have yet to hear > anything > but rave reviews from people who have. To give you an idea how easy qForms is to implement, here's the entire block of code needed to reproduce your example template: Most of the code you can store in a snippet--since the odds are it doesn't change much (maybe the path to the qForms will from project to project, but on a single site, you always point to the same location so that you get the benefit of the code being cached.) Since qForms treats all forms alike--i.e. the getValue() method will return the value for a radio, checkbox, select, text, hidden, textbox, etc element, all you need to do is mark a field required and qForms handles the rest for you. -Dan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
I agree, I think you should *always* do both (although I'm guilty of not doing this myself) - not just for security but for performance and the user experience, I think many people view client side javascript as optional. Kola >> -Original Message- >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:49 >> To: CF-Talk >> Subject: Re: CFForm madness. 0_0 >> >> I do both. If the JS is enabled then you do not waste system resources >> processing the page looking for validation errors, if JS is disbaled you >> are >> covered. I think you should always do both: helps ensure data integrity >> and >> offers a second level of protection. >> >> Mike >> >> >> >> - Original Message - >> From: "Robertson-Ravo, Neil (RX)" <[EMAIL PROTECTED]> >> To: "CF-Talk" <[EMAIL PROTECTED]> >> Sent: Tuesday, July 22, 2003 10:38 AM >> Subject: RE: CFForm madness. 0_0 >> >> >> > What kind if validation would you do on the server side for a form? I >> think >> > (probably quite reckless) that most people will have JS enabled >> etcI >> do >> > see what you mean though - then again, if I was going 100% server side >> I >> > wouldnt bother with Client Side...can be arsed doing it twice. >> > >> > -Original Message- >> > From: Kola Oyedeji [mailto:[EMAIL PROTECTED] >> > Sent: 22 July 2003 15:33 >> > To: CF-Talk >> > Subject: RE: CFForm madness. 0_0 >> > >> > >> > Well if the extra time used to generate the javascript used in cfform >> is >> > huge performance hit then that would be a good reason not to use it. Of >> > course we all realize we need server side validation but what's often >> > overlooked is the amount of server processing that can be reduced as a >> > result of using Javascript. Also in the absence of a good api like the >> > ones provided by pengoworks, building your own involves the minor task >> > of ensuring its cross browser compatible. >> > >> > >> > Kola >> > >> > >> -Original Message- >> > >> From: webguy [mailto:[EMAIL PROTECTED] >> > >> Sent: 22 July 2003 15:21 >> > >> To: CF-Talk >> > >> Subject: RE: CFForm madness. 0_0 >> > >> >> > >> Matt Liotta did some checking and it appears that for every sub tag >> > in >> > >> cfform (e.g. ) the page rendering times grow >> > exponentially. >> > >> >> > >> That was in up3 i think. >> > >> >> > >> WG >> > >> >> > >> -Original Message- >> > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> > >> Sent: 22 July 2003 15:08 >> > >> To: CF-Talk >> > >> Subject: Re: CFForm madness. 0_0 >> > >> >> > >> >> > >> I suppose so. I have used it in the past quite a bit, but found it >> > fell >> > >> short in some areas or I had to combine it with additional JS. It >> > just >> > >> made >> > >> more sense to me to use one or the other, and since the qForms API >> or >> > >> even >> > >> custom written stuff was more flexible I have just kind of stuck >> with >> > >> that. >> > >> Nothing against really, I just often need more than what it offers. >> > >> >> > >> Mike >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> ----- Original Message - >> > >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> >> > >> To: "CF-Talk" <[EMAIL PROTECTED]> >> > >> Sent: Tuesday, July 22, 2003 10:03 AM >> > >> Subject: RE: CFForm madness. 0_0 >> > >> >> > >> >> > >> > Interesting I used to be of the same mind set, however after >> taking >> > >> > another look I think the cfform validation (not the built in >> > cfserver >> > >> > validation) is quite useful. >> > >> > >> > >> > Why re-invent the wheel? Granted its not that flexible but when >> you >> > >> > quickly want to knock up a form with a few required fields it >> saves >> > on >> > >> >
RE: CFForm madness. 0_0
>> -Original Message- >> From: Bryan Stevenson [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:47 >> To: CF-Talk >> Subject: Re: CFForm madness. 0_0 >> >> Personally the #1 reason I hate CFFORM is the "one error at a time" >> functionality..10 fieldsall required..none filled inform >> submittedtells user about field 1user submits...tells user about >> field 2submits form...tells user about field 3.and so on.If I >> were that user I'd freak right out ;-) This isn't such a problem on the client side, bearing in mind the message is a javascript alert. If the site is doing this after server side validation then its badly designed. >> I've always done server-side validation even though there is an extra >> trip >> to the server.I inevitably have to run a query to check for duplicate >> records or something else that HAS to happen server -side.so why >> create >> a hybrid of client/server-side when I know that 80 plus% of the time >> there >> will be at least 1 thing per form to validate server-sidejust always >> do >> it the samw way and life is good and code is reusable ;-) Because if you don't specify all the fields in your error message which have not been completed (I'm sure you do) then the user has to endure the nightmare scenario of experiencing your #1 pet peeve. Even worse if they're on a dialup. Kola ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
- Original Message - From: "Bryan Stevenson" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 7:46 AM Subject: Re: CFForm madness. 0_0 > Personally the #1 reason I hate CFFORM is the "one error at a time" > functionality..10 fieldsall required..none filled inform > submittedtells user about field 1user submits...tells user about > field 2submits form...tells user about field 3.and so on.If I > were that user I'd freak right out ;-) well, most people know i'm NOT an advocate of CFFORM, but what you're describing isn't necessarily an issue with CFFORM, but an issue with client side validation itself. I know other people who subscribe to your 'one error at a time' theory. I don't disagree with it...but I feel that if there are 10 (required) fields...and the user enters none...well what are the odds that the user isn't going to fill out a single field? IMO, good design would dictate that you mark certain fields as required. This would significantly cut down on the likelihood of the user having to deal with 10 javascript alerts, one at a time :) > I've always done server-side validation even though there is an extra trip > to the server.I inevitably have to run a query to check for duplicate > records or something else that HAS to happen server -side.so why create > a hybrid of client/server-side when I know that 80 plus% of the time there > will be at least 1 thing per form to validate server-sidejust always do > it the samw way and life is good and code is reusable ;-) I advocate server side validation as well. On the off chance that the user doesn't have js enabled...or I screw up my js and the validation function doesn't fire...well, it will never hurt to have validation on the server as well. Even if i'm creating a hybrid of client/server-side...it's worth it (IMO, of course), as the client-side is a courtesy to the user (so he or she doesn't have to wait for the round trip to the server and back), while the server-side is there to insure the integrity of my data. charlie ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Take a few minutes and read up on qForms at the links I provided you. Dan is on this list form time to time. Mike - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:53 AM Subject: RE: CFForm madness. 0_0 > Tags?? > CF Tags?? > Really?? > > !_! > Who's Dan? > Do you have them? > Who's Dan? > How come they aren't on the Macromedia Exchange! > Who's Dan? > > -Gel > > > -Original Message- > From: webguy [mailto:[EMAIL PROTECTED] > > I think someone on the qforms list built tags that use qforms without > need to do js > > Email dan and find out ! > > WG > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Neil >> -Original Message- >> From: Robertson-Ravo, Neil (RX) [mailto:Neil.Robertson- >> [EMAIL PROTECTED] >> Sent: 22 July 2003 15:38 >> To: CF-Talk >> Subject: RE: CFForm madness. 0_0 >> >> What kind if validation would you do on the server side for a form? I >> think >> (probably quite reckless) that most people will have JS enabled etcI >> do >> see what you mean though - then again, if I was going 100% server side I >> wouldnt bother with Client Side...can be arsed doing it twice. >> That's exactly my point. It allows you to quickly add js validation in addition to server side validation without getting bogged down in the details. Which for a high traffic site could make a significant differene. Consider the scenario where a person submits a form with a few required fields missing, fills in one or two but misses the rest submits the form again ...this guy despite your error message still misses another required field...gets an error message submits the form again...you get the picture. Kola ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Tags?? CF Tags?? Really?? !_! Who's Dan? Do you have them? Who's Dan? How come they aren't on the Macromedia Exchange! Who's Dan? -Gel -Original Message- From: webguy [mailto:[EMAIL PROTECTED] I think someone on the qforms list built tags that use qforms without need to do js Email dan and find out ! WG ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Check out the examples at pengoworks: http://www.pengoworks.com/qforms/docs/examples/ Mike - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:34 AM Subject: RE: CFForm madness. 0_0 > So..umm..who has a neat tutorial for using Qforms API ^_^ > > -Gel > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
I do both. If the JS is enabled then you do not waste system resources processing the page looking for validation errors, if JS is disbaled you are covered. I think you should always do both: helps ensure data integrity and offers a second level of protection. Mike - Original Message - From: "Robertson-Ravo, Neil (RX)" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:38 AM Subject: RE: CFForm madness. 0_0 > What kind if validation would you do on the server side for a form? I think > (probably quite reckless) that most people will have JS enabled etcI do > see what you mean though - then again, if I was going 100% server side I > wouldnt bother with Client Side...can be arsed doing it twice. > > -Original Message- > From: Kola Oyedeji [mailto:[EMAIL PROTECTED] > Sent: 22 July 2003 15:33 > To: CF-Talk > Subject: RE: CFForm madness. 0_0 > > > Well if the extra time used to generate the javascript used in cfform is > huge performance hit then that would be a good reason not to use it. Of > course we all realize we need server side validation but what's often > overlooked is the amount of server processing that can be reduced as a > result of using Javascript. Also in the absence of a good api like the > ones provided by pengoworks, building your own involves the minor task > of ensuring its cross browser compatible. > > > Kola > > >> -Original Message- > >> From: webguy [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 15:21 > >> To: CF-Talk > >> Subject: RE: CFForm madness. 0_0 > >> > >> Matt Liotta did some checking and it appears that for every sub tag > in > >> cfform (e.g. ) the page rendering times grow > exponentially. > >> > >> That was in up3 i think. > >> > >> WG > >> > >> -Original Message- > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 15:08 > >> To: CF-Talk > >> Subject: Re: CFForm madness. 0_0 > >> > >> > >> I suppose so. I have used it in the past quite a bit, but found it > fell > >> short in some areas or I had to combine it with additional JS. It > just > >> made > >> more sense to me to use one or the other, and since the qForms API or > >> even > >> custom written stuff was more flexible I have just kind of stuck with > >> that. > >> Nothing against really, I just often need more than what it offers. > >> > >> Mike > >> > >> > >> > >> > >> > >> - Original Message - > >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> > >> To: "CF-Talk" <[EMAIL PROTECTED]> > >> Sent: Tuesday, July 22, 2003 10:03 AM > >> Subject: RE: CFForm madness. 0_0 > >> > >> > >> > Interesting I used to be of the same mind set, however after taking > >> > another look I think the cfform validation (not the built in > cfserver > >> > validation) is quite useful. > >> > > >> > Why re-invent the wheel? Granted its not that flexible but when you > >> > quickly want to knock up a form with a few required fields it saves > on > >> > development time. > >> > > >> > Mike I'd suggest another look, they may be more useful( or useless > ;-) > >> ) > >> > than you think. > >> > > >> > > >> > Kola > >> > > >> > >> -Original Message----- > >> > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> > >> Sent: 22 July 2003 14:53 > >> > >> To: CF-Talk > >> > >> Subject: Re: CFForm madness. 0_0 > >> > >> > >> > >> Thats a good question :-) > >> > >> > >> > >> Some things in CF are available, yet not recommended by alot of > >> > users; > >> > >> cfform is one of them. > >> > >> In terms of validation and having more flexibility Id recommend > >> using > >> > >> qForms > >> > >> API (www.pengoworks.com). > >> > >> > >> > >> Mike > >> > >> > >> > >> > >> > >> > >> > >> - Original Message - > >> > >> From: "Angel Stewart" <[EMAIL PROTECTED]> > >> > >> To: "CF-Talk" <[EMAIL
Re: CFForm madness. 0_0
"ensuring its cross browser compatible." This is one of the reasons I go with qForms. I do not have the skills at this time, nor the understanding of browser issues to code the JS myself all the time. - Original Message - From: "Kola Oyedeji" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:33 AM Subject: RE: CFForm madness. 0_0 > Well if the extra time used to generate the javascript used in cfform is > huge performance hit then that would be a good reason not to use it. Of > course we all realize we need server side validation but what's often > overlooked is the amount of server processing that can be reduced as a > result of using Javascript. Also in the absence of a good api like the > ones provided by pengoworks, building your own involves the minor task > of ensuring its cross browser compatible. > > > Kola > > >> -Original Message- > >> From: webguy [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 15:21 > >> To: CF-Talk > >> Subject: RE: CFForm madness. 0_0 > >> > >> Matt Liotta did some checking and it appears that for every sub tag > in > >> cfform (e.g. ) the page rendering times grow > exponentially. > >> > >> That was in up3 i think. > >> > >> WG > >> > >> -Original Message- > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 15:08 > >> To: CF-Talk > >> Subject: Re: CFForm madness. 0_0 > >> > >> > >> I suppose so. I have used it in the past quite a bit, but found it > fell > >> short in some areas or I had to combine it with additional JS. It > just > >> made > >> more sense to me to use one or the other, and since the qForms API or > >> even > >> custom written stuff was more flexible I have just kind of stuck with > >> that. > >> Nothing against really, I just often need more than what it offers. > >> > >> Mike > >> > >> > >> > >> > >> > >> - Original Message - > >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> > >> To: "CF-Talk" <[EMAIL PROTECTED]> > >> Sent: Tuesday, July 22, 2003 10:03 AM > >> Subject: RE: CFForm madness. 0_0 > >> > >> > >> > Interesting I used to be of the same mind set, however after taking > >> > another look I think the cfform validation (not the built in > cfserver > >> > validation) is quite useful. > >> > > >> > Why re-invent the wheel? Granted its not that flexible but when you > >> > quickly want to knock up a form with a few required fields it saves > on > >> > development time. > >> > > >> > Mike I'd suggest another look, they may be more useful( or useless > ;-) > >> ) > >> > than you think. > >> > > >> > > >> > Kola > >> > > >> > >> -Original Message- > >> > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> > >> Sent: 22 July 2003 14:53 > >> > >> To: CF-Talk > >> > >> Subject: Re: CFForm madness. 0_0 > >> > >> > >> > >> Thats a good question :-) > >> > >> > >> > >> Some things in CF are available, yet not recommended by alot of > >> > users; > >> > >> cfform is one of them. > >> > >> In terms of validation and having more flexibility Id recommend > >> using > >> > >> qForms > >> > >> API (www.pengoworks.com). > >> > >> > >> > >> Mike > >> > >> > >> > >> > >> > >> > >> > >> - Original Message - > >> > >> From: "Angel Stewart" <[EMAIL PROTECTED]> > >> > >> To: "CF-Talk" <[EMAIL PROTECTED]> > >> > >> Sent: Tuesday, July 22, 2003 9:49 AM > >> > >> Subject: RE: CFForm madness. 0_0 > >> > >> > >> > >> > >> > >> > What's so horrible about using CFFORM for simple validation > for a > >> > field > >> > >> > that's either required/not required?? > >> > >> > > >> > >> > Isn't that why it is included in CFMX? > >> > >> > > >> > >> > -Gel > >> > >> > > >> > >> > > >> > >> > -Original Message- > >> > >> > From: Robertson-Ravo, Neil (RX) > >> > >> > [mailto:[EMAIL PROTECTED] > >> > >> > > >> > >> > the fact you are using cfform is sheer madness! > >> > >> > > >> > >> > > >> > >> > > >> > >> > >> > > >> > > >> > >> > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
I think someone on the qforms list built tags that use qforms without need to do js Email dan and find out ! WG -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:34 To: CF-Talk Subject: RE: CFForm madness. 0_0 So..umm..who has a neat tutorial for using Qforms API ^_^ -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
dont think it has NDA, NDA... ;-) -Original Message- From: webguy [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:46 To: CF-Talk Subject: RE: CFForm madness. 0_0 Just to be clear, this may have been fixed, or about to be fixed.(r3dsci) Also I haven't tested this myself, just read Matts post (but I trust Matt..) WG > I am ..worried over the reports I'm reading here that using CFFORM > increases page rendering time by so much though. It means that it > certainly won't be an option on a large site with multiple > field-multiple page registration forms etc. Which is really odd, since > the whole things seems to be fairly unchanged since the early days of > CF.I thought that if there were performance issues, that they would have > been addressed by now. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
here here..this is also one of the reasons we moved away (apart from performance) -Original Message- From: Bryan Stevenson [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:47 To: CF-Talk Subject: Re: CFForm madness. 0_0 Personally the #1 reason I hate CFFORM is the "one error at a time" functionality..10 fieldsall required..none filled inform submittedtells user about field 1user submits...tells user about field 2submits form...tells user about field 3.and so on.If I were that user I'd freak right out ;-) I've always done server-side validation even though there is an extra trip to the server.I inevitably have to run a query to check for duplicate records or something else that HAS to happen server -side.so why create a hybrid of client/server-side when I know that 80 plus% of the time there will be at least 1 thing per form to validate server-sidejust always do it the samw way and life is good and code is reusable ;-) Cheers Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] - Macromedia Associate Partner www.macromedia.com - Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Personally the #1 reason I hate CFFORM is the "one error at a time" functionality..10 fieldsall required..none filled inform submittedtells user about field 1user submits...tells user about field 2submits form...tells user about field 3.and so on.If I were that user I'd freak right out ;-) I've always done server-side validation even though there is an extra trip to the server.I inevitably have to run a query to check for duplicate records or something else that HAS to happen server -side.so why create a hybrid of client/server-side when I know that 80 plus% of the time there will be at least 1 thing per form to validate server-sidejust always do it the samw way and life is good and code is reusable ;-) Cheers Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] - Macromedia Associate Partner www.macromedia.com - Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Just to be clear, this may have been fixed, or about to be fixed.(r3dsci) Also I haven't tested this myself, just read Matts post (but I trust Matt..) WG > I am ..worried over the reports I'm reading here that using CFFORM > increases page rendering time by so much though. It means that it > certainly won't be an option on a large site with multiple > field-multiple page registration forms etc. Which is really odd, since > the whole things seems to be fairly unchanged since the early days of > CF.I thought that if there were performance issues, that they would have > been addressed by now. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
What kind if validation would you do on the server side for a form? I think (probably quite reckless) that most people will have JS enabled etcI do see what you mean though - then again, if I was going 100% server side I wouldnt bother with Client Side...can be arsed doing it twice. -Original Message- From: Kola Oyedeji [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:33 To: CF-Talk Subject: RE: CFForm madness. 0_0 Well if the extra time used to generate the javascript used in cfform is huge performance hit then that would be a good reason not to use it. Of course we all realize we need server side validation but what's often overlooked is the amount of server processing that can be reduced as a result of using Javascript. Also in the absence of a good api like the ones provided by pengoworks, building your own involves the minor task of ensuring its cross browser compatible. Kola >> -Original Message- >> From: webguy [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:21 >> To: CF-Talk >> Subject: RE: CFForm madness. 0_0 >> >> Matt Liotta did some checking and it appears that for every sub tag in >> cfform (e.g. ) the page rendering times grow exponentially. >> >> That was in up3 i think. >> >> WG >> >> -Original Message- >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:08 >> To: CF-Talk >> Subject: Re: CFForm madness. 0_0 >> >> >> I suppose so. I have used it in the past quite a bit, but found it fell >> short in some areas or I had to combine it with additional JS. It just >> made >> more sense to me to use one or the other, and since the qForms API or >> even >> custom written stuff was more flexible I have just kind of stuck with >> that. >> Nothing against really, I just often need more than what it offers. >> >> Mike >> >> >> >> >> >> - Original Message - >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> >> To: "CF-Talk" <[EMAIL PROTECTED]> >> Sent: Tuesday, July 22, 2003 10:03 AM >> Subject: RE: CFForm madness. 0_0 >> >> >> > Interesting I used to be of the same mind set, however after taking >> > another look I think the cfform validation (not the built in cfserver >> > validation) is quite useful. >> > >> > Why re-invent the wheel? Granted its not that flexible but when you >> > quickly want to knock up a form with a few required fields it saves on >> > development time. >> > >> > Mike I'd suggest another look, they may be more useful( or useless ;-) >> ) >> > than you think. >> > >> > >> > Kola >> > >> > >> -Original Message- >> > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> > >> Sent: 22 July 2003 14:53 >> > >> To: CF-Talk >> > >> Subject: Re: CFForm madness. 0_0 >> > >> >> > >> Thats a good question :-) >> > >> >> > >> Some things in CF are available, yet not recommended by alot of >> > users; >> > >> cfform is one of them. >> > >> In terms of validation and having more flexibility Id recommend >> using >> > >> qForms >> > >> API (www.pengoworks.com). >> > >> >> > >> Mike >> > >> >> > >> >> > >> >> > >> - Original Message - >> > >> From: "Angel Stewart" <[EMAIL PROTECTED]> >> > >> To: "CF-Talk" <[EMAIL PROTECTED]> >> > >> Sent: Tuesday, July 22, 2003 9:49 AM >> > >> Subject: RE: CFForm madness. 0_0 >> > >> >> > >> >> > >> > What's so horrible about using CFFORM for simple validation for a >> > field >> > >> > that's either required/not required?? >> > >> > >> > >> > Isn't that why it is included in CFMX? >> > >> > >> > >> > -Gel >> > >> > >> > >> > >> > >> > -Original Message- >> > >> > From: Robertson-Ravo, Neil (RX) >> > >> > [mailto:[EMAIL PROTECTED] >> > >> > >> > >> > the fact you are using cfform is sheer madness! >> > >> > >> > >> > >> > >> > >> > >> >> > >> > >> >> ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
So..umm..who has a neat tutorial for using Qforms API ^_^ -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Well if the extra time used to generate the javascript used in cfform is huge performance hit then that would be a good reason not to use it. Of course we all realize we need server side validation but what's often overlooked is the amount of server processing that can be reduced as a result of using Javascript. Also in the absence of a good api like the ones provided by pengoworks, building your own involves the minor task of ensuring its cross browser compatible. Kola >> -Original Message- >> From: webguy [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:21 >> To: CF-Talk >> Subject: RE: CFForm madness. 0_0 >> >> Matt Liotta did some checking and it appears that for every sub tag in >> cfform (e.g. ) the page rendering times grow exponentially. >> >> That was in up3 i think. >> >> WG >> >> -Original Message- >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 15:08 >> To: CF-Talk >> Subject: Re: CFForm madness. 0_0 >> >> >> I suppose so. I have used it in the past quite a bit, but found it fell >> short in some areas or I had to combine it with additional JS. It just >> made >> more sense to me to use one or the other, and since the qForms API or >> even >> custom written stuff was more flexible I have just kind of stuck with >> that. >> Nothing against really, I just often need more than what it offers. >> >> Mike >> >> >> >> >> >> - Original Message - >> From: "Kola Oyedeji" <[EMAIL PROTECTED]> >> To: "CF-Talk" <[EMAIL PROTECTED]> >> Sent: Tuesday, July 22, 2003 10:03 AM >> Subject: RE: CFForm madness. 0_0 >> >> >> > Interesting I used to be of the same mind set, however after taking >> > another look I think the cfform validation (not the built in cfserver >> > validation) is quite useful. >> > >> > Why re-invent the wheel? Granted its not that flexible but when you >> > quickly want to knock up a form with a few required fields it saves on >> > development time. >> > >> > Mike I'd suggest another look, they may be more useful( or useless ;-) >> ) >> > than you think. >> > >> > >> > Kola >> > >> > >> -Original Message- >> > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> > >> Sent: 22 July 2003 14:53 >> > >> To: CF-Talk >> > >> Subject: Re: CFForm madness. 0_0 >> > >> >> > >> Thats a good question :-) >> > >> >> > >> Some things in CF are available, yet not recommended by alot of >> > users; >> > >> cfform is one of them. >> > >> In terms of validation and having more flexibility Id recommend >> using >> > >> qForms >> > >> API (www.pengoworks.com). >> > >> >> > >> Mike >> > >> >> > >> >> > >> >> > >> - Original Message - >> > >> From: "Angel Stewart" <[EMAIL PROTECTED]> >> > >> To: "CF-Talk" <[EMAIL PROTECTED]> >> > >> Sent: Tuesday, July 22, 2003 9:49 AM >> > >> Subject: RE: CFForm madness. 0_0 >> > >> >> > >> >> > >> > What's so horrible about using CFFORM for simple validation for a >> > field >> > >> > that's either required/not required?? >> > >> > >> > >> > Isn't that why it is included in CFMX? >> > >> > >> > >> > -Gel >> > >> > >> > >> > >> > >> > -Original Message- >> > >> > From: Robertson-Ravo, Neil (RX) >> > >> > [mailto:[EMAIL PROTECTED] >> > >> > >> > >> > the fact you are using cfform is sheer madness! >> > >> > >> > >> > >> > >> > >> > >> >> > >> > >> >> ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Yes well, from someone that isn't too in-depth with Javascript it is a bit Strange. I am ..worried over the reports I'm reading here that using CFFORM increases page rendering time by so much though. It means that it certainly won't be an option on a large site with multiple field-multiple page registration forms etc. Which is really odd, since the whole things seems to be fairly unchanged since the early days of CF.I thought that if there were performance issues, that they would have been addressed by now. -Gel -Original Message- From: Charlie Griefer [mailto:[EMAIL PROTECTED] Angel: If you don't want to dive right into the Qforms API, i put a short 'tutorial' online to show some js form field validation (a couple that I don't believe can be accomplished thru cfform...but i could be wrong there). It's at http://charlie.griefer.com/js_validation.html (view source). As far as Qforms...I've not used it myself, but I have yet to hear anything but rave reviews from people who have. charlie ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Angel: If you don't want to dive right into the Qforms API, i put a short 'tutorial' online to show some js form field validation (a couple that I don't believe can be accomplished thru cfform...but i could be wrong there). It's at http://charlie.griefer.com/js_validation.html (view source). As far as Qforms...I've not used it myself, but I have yet to hear anything but rave reviews from people who have. charlie - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 7:09 AM Subject: RE: CFForm madness. 0_0 > *takes a look at Qforms* > > *grumbles* > > Yes. This looks a lot cooler. > But its so much stuff to learn. > *sigh* > > But it is a lot cooler. > > *mutter* > I guess I've been fighting using this too long. > *settles down to try using the API* > > -Gel > > > -Original Message- > From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > > Thats a good question :-) > > Some things in CF are available, yet not recommended by alot of users; > cfform is one of them. In terms of validation and having more > flexibility Id recommend using qForms API (www.pengoworks.com). > > Mike > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Matt Liotta did some checking and it appears that for every sub tag in cfform (e.g. ) the page rendering times grow exponentially. That was in up3 i think. WG -Original Message- From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:08 To: CF-Talk Subject: Re: CFForm madness. 0_0 I suppose so. I have used it in the past quite a bit, but found it fell short in some areas or I had to combine it with additional JS. It just made more sense to me to use one or the other, and since the qForms API or even custom written stuff was more flexible I have just kind of stuck with that. Nothing against really, I just often need more than what it offers. Mike - Original Message - From: "Kola Oyedeji" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:03 AM Subject: RE: CFForm madness. 0_0 > Interesting I used to be of the same mind set, however after taking > another look I think the cfform validation (not the built in cfserver > validation) is quite useful. > > Why re-invent the wheel? Granted its not that flexible but when you > quickly want to knock up a form with a few required fields it saves on > development time. > > Mike I'd suggest another look, they may be more useful( or useless ;-) ) > than you think. > > > Kola > > >> -Original Message- > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 14:53 > >> To: CF-Talk > >> Subject: Re: CFForm madness. 0_0 > >> > >> Thats a good question :-) > >> > >> Some things in CF are available, yet not recommended by alot of > users; > >> cfform is one of them. > >> In terms of validation and having more flexibility Id recommend using > >> qForms > >> API (www.pengoworks.com). > >> > >> Mike > >> > >> > >> > >> - Original Message - > >> From: "Angel Stewart" <[EMAIL PROTECTED]> > >> To: "CF-Talk" <[EMAIL PROTECTED]> > >> Sent: Tuesday, July 22, 2003 9:49 AM > >> Subject: RE: CFForm madness. 0_0 > >> > >> > >> > What's so horrible about using CFFORM for simple validation for a > field > >> > that's either required/not required?? > >> > > >> > Isn't that why it is included in CFMX? > >> > > >> > -Gel > >> > > >> > > >> > -Original Message- > >> > From: Robertson-Ravo, Neil (RX) > >> > [mailto:[EMAIL PROTECTED] > >> > > >> > the fact you are using cfform is sheer madness! > >> > > >> > > >> > > >> > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
yep.QForms is nice...very nice -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 15:09 To: CF-Talk Subject: RE: CFForm madness. 0_0 *takes a look at Qforms* *grumbles* Yes. This looks a lot cooler. But its so much stuff to learn. *sigh* But it is a lot cooler. *mutter* I guess I've been fighting using this too long. *settles down to try using the API* -Gel -Original Message- From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] Thats a good question :-) Some things in CF are available, yet not recommended by alot of users; cfform is one of them. In terms of validation and having more flexibility Id recommend using qForms API (www.pengoworks.com). Mike ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
*takes a look at Qforms* *grumbles* Yes. This looks a lot cooler. But its so much stuff to learn. *sigh* But it is a lot cooler. *mutter* I guess I've been fighting using this too long. *settles down to try using the API* -Gel -Original Message- From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] Thats a good question :-) Some things in CF are available, yet not recommended by alot of users; cfform is one of them. In terms of validation and having more flexibility Id recommend using qForms API (www.pengoworks.com). Mike ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
I suppose so. I have used it in the past quite a bit, but found it fell short in some areas or I had to combine it with additional JS. It just made more sense to me to use one or the other, and since the qForms API or even custom written stuff was more flexible I have just kind of stuck with that. Nothing against really, I just often need more than what it offers. Mike - Original Message - From: "Kola Oyedeji" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 10:03 AM Subject: RE: CFForm madness. 0_0 > Interesting I used to be of the same mind set, however after taking > another look I think the cfform validation (not the built in cfserver > validation) is quite useful. > > Why re-invent the wheel? Granted its not that flexible but when you > quickly want to knock up a form with a few required fields it saves on > development time. > > Mike I'd suggest another look, they may be more useful( or useless ;-) ) > than you think. > > > Kola > > >> -Original Message- > >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] > >> Sent: 22 July 2003 14:53 > >> To: CF-Talk > >> Subject: Re: CFForm madness. 0_0 > >> > >> Thats a good question :-) > >> > >> Some things in CF are available, yet not recommended by alot of > users; > >> cfform is one of them. > >> In terms of validation and having more flexibility Id recommend using > >> qForms > >> API (www.pengoworks.com). > >> > >> Mike > >> > >> > >> > >> - Original Message - > >> From: "Angel Stewart" <[EMAIL PROTECTED]> > >> To: "CF-Talk" <[EMAIL PROTECTED]> > >> Sent: Tuesday, July 22, 2003 9:49 AM > >> Subject: RE: CFForm madness. 0_0 > >> > >> > >> > What's so horrible about using CFFORM for simple validation for a > field > >> > that's either required/not required?? > >> > > >> > Isn't that why it is included in CFMX? > >> > > >> > -Gel > >> > > >> > > >> > -Original Message- > >> > From: Robertson-Ravo, Neil (RX) > >> > [mailto:[EMAIL PROTECTED] > >> > > >> > the fact you are using cfform is sheer madness! > >> > > >> > > >> > > >> > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
I think with a lot of features of CF such as cfform, cftable, and cfinsert they're handy until you want to do something a little different then you have to start from scratch, and rewrite what you've already got. Many developers eventually become frustrated with these tags and either use lower level tags such as cfquery or roll their own custom tag solutions, or use third party, customisable products. I think the number one reason people abandon cfform is that they need server side validation of the data. Fundamentally, server side validation is generally the primary focus. Client side should be an after thought -- it's a usability and maybe performance enhancement rather than an app security issue. I note CF provides some server side validation using form field name suffixes and I think supplementary fields. I don't know if anybody at uses this -- well, I don't, but I guess that's not really statistics. But I think if you're still getting good value out of these tags then go for it. Change comes from within. ;-) I think the primary reason they are provided in CFMX is because they have been provided in previous versions. One would like to hope that if MACR were adding form tags to CFMX from scratch they'd provide something more sophisticated. Matthew Walker Electric Sheep Web http://www.electricsheep.co.nz/ - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, July 23, 2003 1:49 AM Subject: RE: CFForm madness. 0_0 > What's so horrible about using CFFORM for simple validation for a field > that's either required/not required?? > > Isn't that why it is included in CFMX? > > -Gel > > > -Original Message- > From: Robertson-Ravo, Neil (RX) > [mailto:[EMAIL PROTECTED] > > the fact you are using cfform is sheer madness! > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
I personally thinks its ghastly...and by removing them from some of our sites we have found them to be 60% faster in some areas. For the sake of a few hours more, I will code them by hand.. Its included in MX as quite a lot of people still use it - from thire CFWACK days, its also because people like to save time! -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 14:49 To: CF-Talk Subject: RE: CFForm madness. 0_0 What's so horrible about using CFFORM for simple validation for a field that's either required/not required?? Isn't that why it is included in CFMX? -Gel -Original Message- From: Robertson-Ravo, Neil (RX) [mailto:[EMAIL PROTECTED] the fact you are using cfform is sheer madness! ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Interesting I used to be of the same mind set, however after taking another look I think the cfform validation (not the built in cfserver validation) is quite useful. Why re-invent the wheel? Granted its not that flexible but when you quickly want to knock up a form with a few required fields it saves on development time. Mike I'd suggest another look, they may be more useful( or useless ;-) ) than you think. Kola >> -Original Message- >> From: Michael T. Tangorre [mailto:[EMAIL PROTECTED] >> Sent: 22 July 2003 14:53 >> To: CF-Talk >> Subject: Re: CFForm madness. 0_0 >> >> Thats a good question :-) >> >> Some things in CF are available, yet not recommended by alot of users; >> cfform is one of them. >> In terms of validation and having more flexibility Id recommend using >> qForms >> API (www.pengoworks.com). >> >> Mike >> >> >> >> - Original Message - >> From: "Angel Stewart" <[EMAIL PROTECTED]> >> To: "CF-Talk" <[EMAIL PROTECTED]> >> Sent: Tuesday, July 22, 2003 9:49 AM >> Subject: RE: CFForm madness. 0_0 >> >> >> > What's so horrible about using CFFORM for simple validation for a field >> > that's either required/not required?? >> > >> > Isn't that why it is included in CFMX? >> > >> > -Gel >> > >> > >> > -Original Message- >> > From: Robertson-Ravo, Neil (RX) >> > [mailto:[EMAIL PROTECTED] >> > >> > the fact you are using cfform is sheer madness! >> > >> > >> > >> ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
> What's so horrible about using CFFORM for simple validation > for a field that's either required/not required?? There's nothing wrong with using it, although it does have its limitations. > Isn't that why it is included in CFMX? Yes, I imagine so. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
Thats a good question :-) Some things in CF are available, yet not recommended by alot of users; cfform is one of them. In terms of validation and having more flexibility Id recommend using qForms API (www.pengoworks.com). Mike - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, July 22, 2003 9:49 AM Subject: RE: CFForm madness. 0_0 > What's so horrible about using CFFORM for simple validation for a field > that's either required/not required?? > > Isn't that why it is included in CFMX? > > -Gel > > > -Original Message- > From: Robertson-Ravo, Neil (RX) > [mailto:[EMAIL PROTECTED] > > the fact you are using cfform is sheer madness! > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
What's so horrible about using CFFORM for simple validation for a field that's either required/not required?? Isn't that why it is included in CFMX? -Gel -Original Message- From: Robertson-Ravo, Neil (RX) [mailto:[EMAIL PROTECTED] the fact you are using cfform is sheer madness! ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
the fact you are using cfform is sheer madness! -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 21 July 2003 18:19 To: CF-Talk Subject: CFForm madness. 0_0 Okies.. I am totally stumped by this. This is my code: Simple. I mean...just a CFFORM. But...it does not work. At all. It consistently throws a Javascript error saying object expected. This is the code when I View Source. What the hell am I doing wrong? This is on CFMX with updater 3 installed. It...it just really doesn't make sense. This is all part of a much larger form of course..but I decided to just cut everything out..the tables..the stylesheets...all the other fields.. And just try a basic cfform statement and see if it worked...and it didn't. What could be wrong?? -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Heh...I think you are correct. Although I'm quite surprised since that should be mapped on all these sites. *sigh* Thanks though :) Will talk to the server admin and throw some stale muffins his way. -Gel -Original Message- From: Mike Townend [mailto:[EMAIL PROTECTED] Initial thoughts are that you don't have a CFIDE/scripts/ directory or Virtual Dir coming off the root of that website HTH ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Initial thoughts are that you don't have a CFIDE/scripts/ directory or Virtual Dir coming off the root of that website HTH -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 18:19 To: CF-Talk Subject: CFForm madness. 0_0 Okies.. I am totally stumped by this. This is my code: Simple. I mean...just a CFFORM. But...it does not work. At all. It consistently throws a Javascript error saying object expected. This is the code when I View Source. What the hell am I doing wrong? This is on CFMX with updater 3 installed. It...it just really doesn't make sense. This is all part of a much larger form of course..but I decided to just cut everything out..the tables..the stylesheets...all the other fields.. And just try a basic cfform statement and see if it worked...and it didn't. What could be wrong?? -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
I know the answer! I know the answer! And if someone answers my question on
cf_fax I'll be even more grateful.
Angel -- nothing is wrong. Because ColdFusion looks at your validations of
required=yes and message="whatever" and turns it into Javascript validation on your
server. This is perfectly normal. That is why when you View Source you see
Javascript, when on your own server without ColdFusion, you just see straight html
text.
that's it...don't worry...you can even copy the Javascript validation source from View
Source for your own validation purposes.
Julia Computer Consulting
Web Design @ Reasonable Prices
PO Box 279, Watertown MA 02471-0279
Email: [EMAIL PROTECTED]
http://www.juliagreen.com
Phone: 617-926-3413
Fax: 617-812-8148
Angel Stewart <[EMAIL PROTECTED]> wrote:
Okies..
I am totally stumped by this.
This is my code:
ENABLECAB="yes">
MESSAGE="You must enter a correct name">
[input]
[input]
Simple. I mean...just a CFFORM.
But...it does not work. At all. It consistently throws a Javascript
error saying object expected.
This is the code when I View Source.
SRC="/CFIDE/scripts/cfform.js">
function _CF_checkcontactform(_CF_this)
{
if (!_CF_hasValue(_CF_this.full, "TEXT" ))
{
if (!_CF_onError(_CF_this, _CF_this.full,
_CF_this.full.value, "You must enter a correct name"))
{
return false;
}
}
return true;
}
//-->
onSubmit="return _CF_checkcontactform(this)">
[input]
[input]
[input]
What the hell am I doing wrong?
This is on CFMX with updater 3 installed.
It...it just really doesn't make sense.
This is all part of a much larger form of course..but I decided to just
cut everything out..the tables..the stylesheets...all the other fields..
And just try a basic cfform statement and see if it worked...and it
didn't.
What could be wrong??
-Gel
~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Get the mailserver that powers this list at
http://www.coolfusion.com
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: CFForm madness. 0_0
remove the ENABLECAB="yes" ?? - Original Message - From: "Angel Stewart" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, July 21, 2003 1:18 PM Subject: CFForm madness. 0_0 > Okies.. > I am totally stumped by this. > > This is my code: > ENABLECAB="yes"> > MESSAGE="You must enter a correct name"> > > > > > Simple. I mean...just a CFFORM. > > But...it does not work. At all. It consistently throws a Javascript > error saying object expected. > > This is the code when I View Source. > > SRC="/CFIDE/scripts/cfform.js"> > > > > > > > > > > onSubmit="return _CF_checkcontactform(this)"> > > > > > > What the hell am I doing wrong? > This is on CFMX with updater 3 installed. > It...it just really doesn't make sense. > > This is all part of a much larger form of course..but I decided to just > cut everything out..the tables..the stylesheets...all the other fields.. > And just try a basic cfform statement and see if it worked...and it > didn't. > > What could be wrong?? > > -Gel > > > > > ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: CFForm madness. 0_0
Is the path to cfform.js correct? WG -Original Message- From: Angel Stewart [mailto:[EMAIL PROTECTED] Sent: 21 July 2003 18:19 To: CF-Talk Subject: CFForm madness. 0_0 Okies.. I am totally stumped by this. This is my code: Simple. I mean...just a CFFORM. But...it does not work. At all. It consistently throws a Javascript error saying object expected. This is the code when I View Source. What the hell am I doing wrong? This is on CFMX with updater 3 installed. It...it just really doesn't make sense. This is all part of a much larger form of course..but I decided to just cut everything out..the tables..the stylesheets...all the other fields.. And just try a basic cfform statement and see if it worked...and it didn't. What could be wrong?? -Gel ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
