On 7/10/07, J. Shirley <[EMAIL PROTECTED]> wrote:
On 7/10/07, John Napiorkowski <[EMAIL PROTECTED]> wrote: > > It's been said by others but I really prefer to do all > this in my templates. It would be easy to have this > in a Template Toolkit plugin if you wanted, but I > can't see the value of basically using perl as a code > generator for Javascript. I prefer to be closer to > the original API. But that's my choice :) > > --john > > Agreed, but I sometimes doubt the practicality of this when attracting new users. Folks who are comfortable with full-spectrum development (setting up Apache, FastCGI/MP, Catalyst, their templating, DBs) are the minority. A significant number of users are copy'n'paste-based. They take code that works, and include it in their own app and continue until they get the product they want. Without helpers, we're going to be stuck with people asking about the JS-toolkit that does have a helper. The only way I think we can help promote a "better path" is to make it just as easy to use a better JS kit. This means helpers, and TT macros and all that. The problem is that everybody who has the knowledge to do this, simply doesn't care to because they fundamentally view it as wrong or a waste of time (which I do as well, but I see the "business" case for the Catalyst project).
I agree. I don't use Perl wrappers myself but think they would Catalyst more of a full solution and head off the Prototype.js questions we keep getting. -- John Wang http://www.dev411.com/blog/
_______________________________________________ List: [email protected] Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[email protected]/ Dev site: http://dev.catalyst.perl.org/
