This is gonna be quick as I'm a) hungover (yeah... 10pm and I'm still hungover from y/day!); b) had a few medicinal beers to try to deal with (a); c) absolutely nackered, and want to just vegetate and watch a DVD.
I want to actively participate in the demise of <cfform>, <cflayout>, <cfajax> and the like as "a thing" that CFML developers might accidentally use.
Aside:My first CFML mentor was a chap called Jim Davis, who ran a blog depressedpress.com, and posted a lot on alt.comp.lang.coldfusion. His article on GIF Pipes still exists. It's brilliant!
Anyway, back then <cfform> was a godsend. it did cross-platform JS validation! It didn't do much other than that back then... no Flash... no XML forms (I still don't know WTF those are, but fortunately I've also never ever ever needed to know either)... no data binding... but it did simple JS validation OK, which was better than I could do. So: fair enough. There was a place, and a time, where having CF help out on the UI made sense.
One of the best thing Adobe could do for CFML's credibility is to dump all the stuff that attempts to do client-side stuff (AND STOP DEVELOPING NEW CLIENT SIDE STUFF!!! [cough] <cfclient> [cough]). But they're not likely to do that as they are allergic to tidying up their cruft. There is a reasonable case for backwards-compat concerns if they dropped <cfform> etc lock-stock, so they could at least move it out of the core language, and make it a separate download. This would be a start in discouraging people from writing new code using this nonsense. And that would be a community service.
And here - after 500 words - is where we start getting closer to the point of this article.
Recently some people in the community commenced actively railing against <CFFORMetc>. Scott Stroz and Dave Ferguson have both been actively dissuading people from using this stuff when questions arise on Stack Overflow and various places. As well as echoing the sentiment on the CFHour podcast. I have joined in if I can.
I'd like to ask the rest of the community to join us in a concerted effort to help people move away from using <cfform> / <cfpod> / <cfajax> / <cflayout> etc.
Another thing I was thinking of was to create a resource along the lines of "Learn CF in a Week", except kinda "Unlearn <cfform> in a week" or similar. The idea being that people could collaborate to volunteer code that effects the same functionality as ColdFusion's UI tags, except using decent solutions using good mark-up, CSS and JS. If this resource could target the same SEO keywords as <CFFORMetc>, if people looked for help with these tags, they'd possibly find a better solution. At the very least it would be a resource for using on Stack Overflow and the Adobe forums to help wean people off: a repository of ready-made code examples for "how to solve your problem without using <cfform>".
I was going to try to effect this by simply writing a bunch of articles on the topic on this blog, but the problem is that I'd have to get up to speed with <cfform> myself first, before explaining how not to use it. And then learn how <cflayout> works to discourage its use. Etc. And the advice I give on the topic applies to myself too: being able to wield <cfform> is not a useful skill to have, so I don't want to waste my time learning it. But as a community we must have heaps of code examples out there covering this ground, mustn't we? Well some. Maybe.
Another challenge is I don't know how best to implement such a resource. Just a github repo? Not very Google-friendly. A blog? Maybe. Any other ideas? Or does this just sound like a daft idea? Any volunteers to help?
Lemme know your thoughts.