I don't think it is a good idea to create a seperate component tree for this. We would end up having loads of em. I don't think you should follow the decorator pattern to the letter either; it would mean creating that seperate component tree too, and you don't have access to all the internals you would need then.
So... attribute modifiers would be the way to go then. But... as you probably found out, you don't have a handle to do any header contributions then. Option C is then to follow the ajax handler approach. Extend AjaxHandler or DojoAjaxHandler. But instead of generating call back code in renderHeadContribution and/ or onComponentTag, you generate the effect code. Eelco On 10/17/05, Marco van de Haar <[EMAIL PROTECTED]> wrote: > Hi, > > We are currently trying to implement the Dojo HTML effects into Wicket. > Our first Idea was to use a decorator kind of approach on the Wicket > Component. This however proved quite problematic since a decorator has > to extend and pass on the components complete interface..... with > Component having a lot of finals etc.. For this wot work we would need > some kind of a DecoratedComponent or something. > An other option Martijn gave us was to use AttributeModifiers. We dont > have any experience using these, but it looks promising. > Another option would be to make some DojoTextField from which we cuold > start. This however would remove the great advantage of being able to > decorate pretty much everything, which Dojo is pretty much capable of > doing.... > > We posted this story on our Blog with some UML design pictures to > clarify our situation > * > http://www.jroller.com/page/ruudmarco?entry=decoration_designs > * > > Does anyone have any good advice on this topic for us? What would be a > good strategy to use? > > Marco & Ruud > > > An aDecorator would have to > > - include Dojo fx libraries > - add some Javascript functions (probably in a decoration.js or something) > - bind decoration to event (onclick onblur etc.: either with > attricutemiodifiers or Dojo connect) > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
