On Sun, Aug 2, 2009 at 2:46 PM, Troy Cauble<troycau...@gmail.com> wrote: > On Sun, Aug 2, 2009 at 4:46 PM, Igor Vaynberg <igor.vaynb...@gmail.com>wrote: > >> On Sun, Aug 2, 2009 at 10:40 AM, Troy Cauble<troycau...@gmail.com> wrote: >> > Much of the class design & documentation assume knowledge of >> > these things, especially when you get down to stuff like >> > AjaxFormComponentUpdatingBehavior. WTF? >> >> what part of that name or javadoc is hard for you to understand? > > > I'm saying it's hard for someone without a prior web development background.
without prior knowledge of java it would be hard to learn hibernate. without prior knowledge of sql it would be hard to learn plsql. thats just how things work, you need to know the context of your problem domain. > The javadoc says "A behavior that updates ... via ajax....", but I only have > a vague idea why or when I might need to do that. http://en.wikipedia.org/wiki/Ajax_%28programming%29 > Also it takes a javascript > event string argument that is not explained. (I can google "javascript > events" > and guess or I can steal from example code.) http://en.wikipedia.org/wiki/DOM_events both of those links are a google search away more to the point, why are you using this class as an example? you say you dont know when you need to use it...obviously if you dont know what it does then you dont need to use it. you are looking at a tool and complaining that you dont understand the problem it solves - thats a little backwards. > Even more to the point, AttributeModifier require you to write javascript > and know the > likely form of what your modifying. Without googling examples of > confirmation > dialogs, I could have never guessed that "AttributeModifier" was the > relevant > class for that. sorry? All AttributeModifier does is Modify a markup Attribute. not a bad name. of course that attribute value can contain javascript if you wish, but not a requirement by any means. -igor > This is not a criticism of Wicket or the docs. I know the target user is > someone > who's done traditional webdev first and came looking for something better. > > I was just curious if there happened to be any articles that filled in the > gaps > for those of us attempting to skip directly to Wicket. > > Thanks, > -troy > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
