I'll pile on with a "me too" here; it IS nice to have designers around
that can code HTML+CSS. Not only do they take care of things we'd rather
not do, but their designs tend to be more practical and user-friendly
since they really understand the technologies they're designing for.
But the argument for real HTML templates is a lot stronger than the one
made by Tapestry. It's not just when you have two people, or two
departments, working on HTML and Java that you benefit. Even if it's the
same person doing both, you're much better off when your templates are
previewable. It saves time, and it's vastly less frustrating than
waiting for a recompile or server bounce between template tweaks.
And if you DO have that delay in seeing HTML results, you're more likely
to let slight visual glitches and misaligments slide, and those mistakes
compound, resulting in yet another ugly ass JSP website.
Anyway, it's Tapestry's overly limited argument, not Wicket's. I just
paged through the marketing type pages of http://wicketframework.org/
and we're hitting all the right points on HTML templates.
Nathan
tcolar wrote:
Exactly.
I found this same process (where the dsigner could do the desing
& HTML) much better by using velocity before, because the designer
*could change the design* without needing a developer.
Velocity wasn't perfect but that wasd a big step in the right direction
compare to JSP.
Tapestry took that a bit further, and wicket another being step forward.
JSF is based on JSP, enough said :-)
Seriously JSF backend is not that bad, but the frontend(JSP) i just a
show stopper for me.
Eelco Hillenius wrote:
This is what is going wrong in your company. You shouldn't let the
average designer produce HTML. Have them produce their screens in
Photoshop, and let a technical person build the HTML.
I have seen both. Probably more often than not designers just produce
some images. Leaving you (the developer) with the boring task of
creating HTML and CSS of that. It's sub-optimal and duplication of
effort though. I had the best experience with Topicus last year when
we had designer that actually worked on our HTML and CSS. I loved to
work like that and I thought it was a much more efficient way of doing
things.
Eelco
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user