I tried so hard to rationalize what wicket was doing so that I could try playing with it but it just didn't make sense. All of those pretty web pages/blogs couldn't hide what they had done....
Which, from what I've read/seen is try to create a "clean and simple" way to write web-apps, from an almost naive swing-based point of view. What they failed to realise is that you only have to do new JPanel(), panel.add(new ComponentBlahBlah) because that's the only medium available...There is no html. And yet with all of this simplicity someone made the gargantuine mistake of ignoring all of that html that people still had to write. So yes, wicket is incredibly simple to use. But not the good kind, the writing and debugging 30 lines of assembly to paint a single line across your screen kind. Tapestry on the other hand looks more like swing than wicket does to me, only the driving force behind it hasn't blindly ignored the fact that the rendering environment is based around html and so has provided lots of nice ways to define things naturally this way. Still though, there is so much more potential....If only there was a way to get at the source, I think Tapestry could expose JSF/Wicket/etc for the flawed architectures they are through a few simple little enhancements to make things just sort of "work" the way you'd like them to...Like Swing does....When you add a data item to a model in swing it just sort of automatically (via firing awt events in the background, but still...) paints the region of the grid that needs to be painted to add this item in...Tapestry could so easily do this as well. I think it would be so elegant and easy to do that the other frameworks would have to more or less be quiet and/or do a lot of backtracking and justification for why their users have to go through what they do to do the same thing that you get in tapestry for free without even thinking about it....If only.... I think things could be done that not even the holy RoR or other similar frameworks could touch currently. A totally new way of attacking this whole "ajax" thing. ..Maybe some day....some day.... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
