Yeah, that's pretty much it. I doubt there is anything that provides the
same functionality that wicket-ajax does.
starting with cross-browser outerHtml replacement functionality that
also evaluates inner scripts (that was the easier part :))
Updating multiple component on the same page, evaluating javascript and
doing header contribution in the same request. The header contribution
was the trickiest part. It is able to parse the header (<head></head>)
output of components and process it (load javascript references,
stylesheet references, add inline stylesheet, execute inline
javascript). And it does load the javascript files in the same order as
specified in <head> output, while doing that asynchronously - without
blocking the browser.
The whole wicket-ajax thing is bit more complicated, I'm up to blog
about it, but still waiting until we have "official" blog on
wicketframework.org :) (which can take couple of years it seems :))
-Matej
Igor Vaynberg wrote:
On 11/10/06, Vincent demay <[EMAIL PROTECTED]> wrote:
Hi,
I ask myself a question. Why wicket needs to rewrite js libraries for
ajax or other client-side scripts or to include external scripts (date
picker for exemple).
we are rewriting the datepicker because our old one was not compatible with
ASL license - and using a huge thing like dojo is silly just for a
datepicker.
There are a lot of frameworks which work fine and
do everything needed in wicket such as Dojo, script.aculo.us, etc...Why
doesn't Wicket use one of them.
because they dont do everything that wicket does :) our ajax impl is much
more advanced then what dojo, scriptaculous and friends provides.
a) the js lib needs to be ASL compatible since it would be packaged in our
distro
b) we have ajax channels - requests from different channels can be
processed
in parallel, while requests within the same channel block.
c) we have partial page updates of multiple components in a single
request -
do any of those frameworks have it? i briefly looked at ricko which had a
similar ajax-envelope response that can encapsulate markup for multiple
parts of the page that need to be updated a while back - but it was still
very immature.
d) and the biggie - header contributions. we went through a lot of pain to
ensure that if you have a <script> or a <link> to js markup in the _ajax_
response - it will be properly executed by the browser. this is key for
component oriented frameworks. afaik neither dojo, nor scriptaculous, nor
ricko, nor anyone else out there provide this functionality.
if i missed something you guys feel free to pipe in.
hope this explains it
-igor
--
Vincent Demay
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)561 000 649
Fax : +33 (0)561 005 146
http://www.anyware-tech.com/
