So, in less words: you find WiQuery more complex than WicketJQuery? On my part, I believe WiQuery has alot of potential in keeping JQuery scripting outside of the HTML files.
I would agree it could be simplified a bit though. I found the JSStatement, and JQuery classes to great at brining jquery's element selection mindset into wicket. On Wed, Jul 22, 2009 at 4:44 PM, Tauren Mills <[email protected]> wrote: > Hi Richard, > > I actually tried out WiQuery before deciding it wasn't the right tool > for me. I can't remember the exact specifics of the issues I had with > it, and I only spent about a day with it. But I remember feeling like > I was being forced to use it whenever and wherever I wanted to add ANY > jQuery to my project. > > I can see how WiQuery would be good for a developer who doesn't want > to touch JS, and only code in Java. With WiQuery, I can add all the > functionality I need via the WiQuery API. I have nothing against the > project in this regard, it seems like a great solution for that > situation. > > But in my case, I want a wicket/jquery tool that is lightweight and > stays out of my way. I would rather code client-side only stuff just > in jQuery and not have anything necessary in my server code. The only > time I want wicket components to be aware of my jQuery code is if > there needs to be some client-server ajax communication. For instance, > drag/drop information, or sorting a list of item, etc. > > From my perspective, I could care less if wicket knows which accordion > panel is open in the browser, because *for my application*, that > doesn't matter. And I do realize there are *other applications* that > this would matter, for which an optional WiQuery accordion plugin > would be userful. > > And when I want to use another add-on jQuery plugin such as > superfish.js, I don't want to have to resort to WiQuery hacks or to > create my own WiQuery plugin to support it. I am constantly adding > little jQuery code here and there, and to have to make WiQuery plugins > for it all or to code it using the WiQuery API would be a pain that > I'm not willing to put up with. > > The following posting I made might give a little more insight into the > reason I stopped using WiQuery: > > http://groups.google.com/group/wiquery/browse_thread/thread/190fc243777ea3ba/492092296e40fe10?lnk=gst&q=tauren#492092296e40fe10 > > I had already found WicketJQuery at the time I tried out WiQuery. > WiQuery seemed further along and was easier to add into my > application, so I tried it first. But when it failed for me, I gave > WicketJQuery a try. At the moment, WicketJQuery (now jWicket) > certainly isn't perfect either, but it is closer to meeting my needs. > So I offered my help to Stefan to get it mavenized and moved to > WicketStuff. We renamed it to jWicket during this transition. This > new location will make it more accessible and easier to use for other > developers. > > Of course, I have nothing against joining forces, but I also needed > something to solve a problem, and I needed it now. WiQuery wasn't > doing it for me, and jWicket was. I also want a light weight tool, and > I felt like WiQuery was overkill for my needs. If there is a way to > join forces so that one tool can satisfy everyone without becoming > some big bloated thing, then I'm all for it! > > Bottom line is I just want to be able to easily add jQuery code to the > client side whenever and wherever I want without having to deal with > server side code -- except for when I need client/server communication > of jQuery events. Maybe I'm not normal in this regard, but the > WiQuery API just doesn't do it for me. I'd rather code the client side > in JS/jQuery and keep it out of my java code. > > Sorry for being long winded. Again, I have nothing against WiQuery, > and was quite impressed by it. But it just didn't seem like the right > tool for my needs. I'm certainly open to ideas on how to integrate the > projects, but from what I can tell, they really have different > visions. > > Tauren > > > On Wed, Jul 22, 2009 at 11:15 AM, > richardwilko<[email protected]> wrote: > > > > Hi, > > > > What are the advantages of jWicket over other Wicket jQuery projects > > (specifically wiQuery)? > > > > It would be nice if we could all work together on a single project. > wiQuery > > has already pooled the development resources of two other such projects. > > > > wiQuery has Wicket behaviours for the core jQuery events / actions and > > jQuery UI components. It also has a nice plugin mechanism for adding > other > > jQuery widgets / behaviours and it is under active development. > > > > At jWeekend we have also just designed, developed and are testing a > server > > side state mechanism for wiQuery components. > > > > Regards - Richard > > jWeekend > > OO, Wicket, Java Technologies - Training and Consultancy > > http://jWeekend.com > > > > > > > > Lionel Armanet wrote: > >> > >> Hi, > >> > >> Just to talk, there's another jQuery-Wicket integration project called > >> "WiQuery" (http://code.google.com/p/wiquery/) and supported by jWeekend > >> (http://www.jweekend.com/dev/LWUGReg/). Did you look at this project > too ? > >> > >> Lionel > >> > >> > >> tauren wrote: > >>> > >>> jWicket has now been released as a wicketstuff project. jWicket is an > >>> integration of Wicket and jQuery that was previously called > >>> WicketJQuery (by Stefan Lindner). I realize there are already a few > >>> Wicket/jQuery integrations, but I think that Stefan's WicketJQuery > >>> implementation has some advantages over the others. > >>> > >>> Stefan and I discussed how to best move the WicketJQuery project > >>> forward and decided it was best if it became a standard maven project > >>> to make it easy for others to use. We decided to host it at > >>> wicketstuff so that it would be available via a maven repository. We > >>> also decided to rename it since there were already wicketstuff > >>> projects with very similar names. So it will now be known as > >>> "jWicket". > >>> > >>> At this point, the code committed to WicketStuff is essentially the > >>> same codebase available on the original WicketJQuery SVN server. I > >>> have refactored it with the org.wicketstuff.jwicket namespace and have > >>> structured the project in a standard maven manner. I also split the > >>> project into jwicket-parent, jwicket, and jwicket-examples. The demo > >>> app is now separate from jwicket itself so that it doesn't need to be > >>> imported into projects. > >>> > >>> The original WIcketJQuery project developed by Stefan Lindner can be > >>> found at: > >>> http://subversion.visionet.de/project/WicketJQuery/wiki > >>> > >>> Tauren > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: [email protected] > >>> For additional commands, e-mail: [email protected] > >>> > >>> > >>> > >> > >> > > > > > > ----- > > http://richard-wilkinson.co.uk My blog: http://richard-wilkinson.co.uk > > -- > > View this message in context: > http://www.nabble.com/jWicket----jQuery-with-Wicket-integration-tp24584280p24611730.html > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Rodolfo Hansen CTO, KindleIT Software Development Email: [email protected] Office: 1 (809) 732-5200 Mobile: 1 (809) 299-7332
