QuackFuzed [ Ramblings of a Con..ColdFuzed Mind ]

RSS

Holy Cow! Two Updates in One Day!

Posted on February 20, 2009 at 11:20 PM in ColdFusion, Uni-Form Tag Library

It figures that a couple hours after I release cfUniForm v3.0 that jQuery would announce their 1.3.2 release. As a result, I have released cfUniForm v3.1, which now includes jQuery 1.3.2.

As always, be sure to check out the demos and download the latest.

Comments (19) | Send | del.icio.us | Digg It! | Linking Blogs | 3724 Views
Comments
(Comment Moderation is enabled. Your comment will not appear until approved.)

On 2/22/09 at 2:30 AM, Mary Jo said:

Thought I'd play around with this, and boy, did it give me headaches trying to figure out why it just wouldn't work!! Turned out the form.cfm custom tag wasn't updated to point to the new jquery1.3.2 js file. So time for another update. ;-)

On 2/22/09 at 6:19 AM, Sebastiaan said:

Hi Matt,

I know I've mentioned this before, but in this new version of CfUniForm 3.1 the DatePicker still doesn't work in Opera, none of the widgets actually work (see the http://www.quackfuzed.com/demos/cfUniForm/globalCo... page for two of the widgets that don't work).

The datepicker only works if you click on the selectbox and get the "grey" datepicker. If you click on the widget you get the balck and maroon atepicker, but clicking any date in it doesn't tranfer the value to the selectbox - the grey one does. Why do you get two types BTW?

The increment/decrement widget doesn't work at all in Opera - any ideas? I'd love to make use of the taglibrary, but if the support isn't good for Opera, I am hesitant. How doe the other browsers test out?

On 2/22/09 at 6:24 AM, Sebastiaan said:

@Matt: this was the post I was referring to - http://www.quackfuzed.com/index.cfm/2008/6/2/UniFo...

On 2/22/09 at 2:33 PM, Mary Jo said:

One other thing I've noticed playing around with this version is that there doesn't seem to be any way built-in to tell the Cancel button on the form what to do. I noticed this with the demos as well, hitting cancel actually will submit the form, not leave it. I can certainly tweak the code to include a setting for this...but seems that it should be built in.

On 2/22/09 at 2:37 PM, Mary Jo said:

Just to follow up on that...to seamlessly integrate this with existing forms, for both a submit button and cancel button you need the name and value pair for the tag, as well as the display text. The current configuration for the submit button assumes the value is the same as the display to the user, which is not always the case (particularly in multi-language environments). For the cancel, the name/value pair seems to be missing completely, the value setting only being used as the display text.

On 2/22/09 at 3:50 PM, Sebastiaan said:

Matt, does CFUniForm include serverside validation as well (i.e. Javascript is turned OFF) and does it play nice with CFFormProtect?

On 2/22/09 at 3:56 PM, Matt Quackenbush said:

@ Mary Jo -

RE: jQuery 1.3.2 - Thanks for the catch on the 1.3.2. I don't know how I missed that, but I obviously did. It has been fixed in the download.

RE: Cancel button. As has been mentioned in several comments and/or posts, cfUniForm was written with the intention of the developer doing with (or without) the cancel button what he/she chooses to do. Yes, the cancel button will still submit the form. In my applications I use it to redirect the request (server-side) if it has been clicked. Something like so...

<cfif event.valueExists("cancel")>
<!--- redirect the request to the appropriate place --->
</cfif>

On 2/22/09 at 4:04 PM, Matt Quackenbush said:

@ Sebastian -

RE: Opera. As I have mentioned in my previous comment regarding Opera, I won't be spending any time whatsoever attempting to get anything to work in Opera. It either does, or it doesn't; I don't care. Opera users in my applications amount to less than 1/10th of 1 percent.

RE: Server-side validation. cfUniForm does not "do" server-side validation for you. It leaves that up to the developer, as many people do things very differently. It provides an attribute for you to pass a struct of errors to the form for display, and assumes that each key of the struct matches a field name, and the displays the value of the struct. How you build your struct is up to you. That said, as mentioned in a previous release (link below), cfUniForm provides integration with ValidateThis!, a validation framework by Bob Silverberg that you might want to take a look at.

http://www.quackfuzed.com/index.cfm/2008/11/13/cfU...

RE: CFFormProtect. I don't know the answer to that question, as I have never used it. Based upon what little I've read though, I don't see why it wouldn't.

On 2/22/09 at 4:27 PM, Matt Quackenbush said:

@ Mary Jo - I just realized that I failed to address one portion of your comment regarding the cancel button. Per the Uni-Form markup, the standard submit button (as opposed to 'submit2') does not add a value attribute to the button tag. It merely submits the form. The 'submit2' and 'cancel' buttons are my own additions to the markup, because I use them in my applications on a regular basis. They have to provide a value so that the controller can determine whether it's a normal submit (no value passed) or an optional submit (value passed).

On 2/22/09 at 11:18 PM, Mary Jo said:

Just pointing out something that would be good additions to the library and save other people some time and aggravation, since it really doesn't seem to be written to allow the developer to "do what they want" without adding extra attributes that it currently doesn't have. I don't typically do a server-side cancel, like a lot of developers, I tend to use a javascript function on the cancel but that simply isn't possible as-is. It just would be nice to see support for more button options, for those of us that do a lot with them. What would probably be most ideal would be to allow the developer to pass in an array of buttons they would like, with the name-value-display-location-class, etc. for each one. That would also allow for forms that might have many buttons on them to be used (for example a shopping cart page that has buttons for checkout, recalculate, keep shopping, remove items, etc. )

On 2/22/09 at 11:32 PM, Matt Quackenbush said:

@ Mary Jo - One of the beautiful things about open source software (OSS) is that if it doesn't suit your purpose as-is, you're free to change it. Hell, if one likes their changes and wants to support the project, they're even free to submit those changes back to the project for consideration to be included in the distribution.

Of course, there are two other options as well:

1) Hire the OSS author to make the desired changes
2) Don't use the software

Ain't freedom grand? :-)

On 2/22/09 at 11:46 PM, Adam Whelan said:

Wow... it seems that a few people could use a lesson in netiquette.

I downloaded the archive but didn't see instructions on how to use it? Think you could whip something up for us?

On 2/22/09 at 11:46 PM, Mary Jo said:

Yup, understood. It wouldn't be the first time I added stuff and passed it back to the project, so I'll certainly send it in if I add something useful. Just figured I'd pass on the idea, as I don't know yet if I'll decide to use this now, since it will require more work for me to use than I originally anticipated...I'm just dealing with a big time crunch so not sure I can put the time into converting all my forms just yet. I deal with a lot of users that often have to translate the text on the buttons to other languages, so that issue kind of jumped out at me in particular.

On 2/22/09 at 11:53 PM, Matt Quackenbush said:

@ Adam - The download includes demos, but I would recommend checking out the "official" demos (link below) as they're the first to get updated.

http://www.quackfuzed.com/demos/cfUniForm/

On 2/22/09 at 11:58 PM, Mary Jo said:

BTW - Not sure who Adam was referring to... but I'm getting the idea that you really don't want suggestions for improvements or additional features. You seem almost hostile about it in fact (I don't care about Opera, go use something else and so on). I won't bother to offer any more if that's the case...but you could just say something like "I don't think that will fit into my current development schedule but I'll keep it in mind for when I need ideas for new stuff to add". Works wonders with the hundreds of suggestions I get from my own software users, without really telling them to get lost (oops, hope none of them see this! LOL).

@Adam - there's a whole folder of examples in there, just check those out to get started. I also opened up the various tag files to see what attributes for each were available. Wasn't hard to figure out. I did have to go into form.cfm and change all the paths to the files, as they did not work properly in my application. That was also where the incorrect jQuery.js link was so make sure yours is correct.

On 2/23/09 at 12:11 AM, Adam Whelan said:

@Matt - The demo link is quite impressive. Thanks for the info. It'll take a bit to absorb everything. Don't be surprised if you get a question or two. :)

@Mary Jo - I wasn't speaking toward the person providing me a free tool. It seems that you and Sebastian came out of the gate complaining about things. I haven't done a whole not of research but it seems this tool is provided for free. I don't believe Matt is unwilling to consider suggestions, but I wouldn't spend a whole lot of time trying to pacify those who are rude in their call for help. Perhaps your deadlines making l337 international forms has upset your mood. I suppose I should thank you for the backhanded help (knock the project/contributor and then help a n00b to use it).

On 2/23/09 at 12:17 AM, Matt Quackenbush said:

@ Mary Jo - Not open to suggestions about improvements or additional features? Seriously? Have you read any of my posts on cfUniForm? *Many* features/updates have been made on the suggestion (or submission) from other users.

Hostile? Not in the slightest. Straight-forward and to-the-point? Absolutely. When people have nothing nice to say, and demand all sorts of changes, I'll be the first one to tell them that it's OSS and they can do with it what they want.

I didn't write the library for anyone but myself. I released it because I thought that maybe it might help out a developer or two. Based upon a lot of the comments I have received, it has done that. If it helps a person, great. If it doesn't, it doesn't bother me in the slightest that a person chooses not to use it.

On 2/23/09 at 1:09 AM, Mary Jo said:

Whoa, you guys really need to chill out. How is simply pointing out things that make it hard for you to use the tool being rude and complaining?? I *suggested* having better control of the cancel and submit buttons, something that I anticipated other people would run into problems with as well, and that becomes "demanding all sorts of changes"?? Come on, this is not a bit of over-reaction? All I did is try to explain why it was something that was worth looking at, and next thing I know I'm being called out for bad netiquette, told I'm rude, demanding, etc. For what it's worth, I've been very impressed with what I've seen going through the code, it's a great tool with well-written and commented code that makes it pretty easy to work with, and truly a gift to those of us that are CSS-challenged. And I wasn't upset that you aren't interested in my suggestion (my deadline has nothing to do with making international forms, messing with my forms would just be something additional to add to my current list). I don't know that I'll be able to use the tool at this time, and when I am able to go back to it, I'm sure I can do the code myself (and even said as much). I just thought it was something that would be needed by other people as well, and somehow this got totally blown up and way out of proportion. I apologize if I came off as "knocking" Matt, but I really did feel after reading his comments in this thread that perhaps requests for change weren't really wanted and/or appreciated. Seriously...it wouldn't be the first time I've seen that with OSS, so was just trying to clarify what he wanted, and follow his wishes in that regard. I'm the last to complain that someone providing code for free is not doing enough, and always try to contribute, both monetarily when requested, as well as offering back any additional stuff I do. So this kind of reaction just really throws me for a loop, and makes me *very* hesitate about sharing ideas in the future.

On 2/23/09 at 4:22 AM, Sebastiaan said:

Whoa, I really need to support Mary Jo here, ' cause my first impression of Matt's retort to my question was indeed that it was quite hostile. Don't really understand why, but being as "straight4ward" and blatant as you are Matt, is not really suited for a medium like the Internet or f.ex. e-mail. As people cannot read (or see 4 that matter) your emotions, the cut-2-the-chase language you use could offend more than amend.
Anyways, I have done a lot of changes to CF OSS stuff I've been using as well, and submitted it back to the authours - mostly they don't use it, which I usually attribute to "not-invented-by-me" syndrome or "I'm-way-in-over-my-head-swamped-with-work-right-now". But at least they admit that to me, tell me straight up and sometimes they come back to me and tell me it was a great idea and that they'll look into adding my contributions for a later release. And I always wite a post in my blog about CF OSS stuff I use, thanking the original creator, or comment on a post in the creators blog. So Adam Whelan (what is your contactinfo anyways - why not leave your website - commenters staying "inkognito" always tend to irritate me) I feel both Mary Jo and I are very "netiquette" - my commenting language is as it always is and it hasn't offended anyone until now ;-)
[Add Comment]
CodeBassRadio

Latest Articles

Eventually something really brilliant and witty will appear right here.

Categories

Quick Links

Blogs I Read

Calendar

May 2026
S M T W T F S
« Apr  
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            

Subscribe

Enter a valid email address.

The Obligatory Wish List

My Amazon.com Wish List