The image button bean is NOT at all the same solution and it is too heavy, although it was a good solution for a time.
On 7/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Let's recognize prior art: http://www.jguru.com/faq/view.jsp?EID=893423 > > - Dennis > > > > > > "Niall Pemberton" <[EMAIL PROTECTED]> > 07/22/2005 11:33 AM > Please respond to > "Struts Users Mailing List" <user@struts.apache.org> > > > To > "Struts Users Mailing List" <user@struts.apache.org> > cc > > Subject > Re: SelectAction - an improved DispatchAction > > > > > > > I presume you're referring to the fact that Michael Jouravlev's flavour of > DispatchAction uses the ".x" and ".y" suffixes which HTML appends to image > button parameters to determine the method to execute as being "code > purloined from Michael McGrady"? (If not, then what?) > > I agree that, to my knowledge, Michael McGrady was the first person to > propose this technique on the Struts mailing lists/wiki, but to claim that > it is not possible for anyone else to come up with the same idea and that > they must have "purloined" it from his web site is ridiculous - its not > exactly rocket science. In fact the forerunner of Michael McGrady's idea > was > the Struts ImageButtonBean which used similar techniques for the same > purpose. Michael Jouravlev has already stated on this list that he didn't > steal this idea from anyone else and since he wasn't around on the Struts > lists when the ideas were being discussed (about a year ago) I don't see > any > reason not to believe him. > > Even if the basis of his code did come from Michael McGrady's idea, there > is > no issue of ownership anyway - since Michael McGrady posted his code on > the > Struts wiki he therefore "donated" it to the Struts community. I can't > post > a link to it on the wiki, because he subsequently removed it - but I did > find the following "wiki change message" in the dev list archive: > > http://www.mail-archive.com/dev@struts.apache.org/msg03379.html > > If you still think there are ownership issues, then you need to raise them > on the bugzilla ticket to which Michael Jouravlev has posted his code - > otherwise your comments are likely to get lost here on the user list. > > http://issues.apache.org/bugzilla/show_bug.cgi?id=30292 > > Niall > > P.S. Are we still pretending that Dakota Jack and Michael McGrady are not > the same person? > > ----- Original Message ----- > From: "Dakota Jack" <[EMAIL PROTECTED]> > Sent: Friday, July 22, 2005 6:18 AM > > > This code does not belong to Michael. It is purloined from > www.michaelmcgrady.com and other discussion on this list. Michael did > not even know the reasons for most of the code when he first proposed > it as his own. To think he could have coded it under those > circumstances would be akin to expecting a monkey to randomly type a > novel. So, I would be very hesitant, if I were a committer, to accept > his authority to offer this code. > > On 7/21/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > Whoa, finally! I uploaded a patch, well not a patch, a full source > > code for SelectAction, which replaced DispatchAction in my projects. > > It handles pushbuttons, image buttons and regular links uniformly and > > allows to set an arbitrary caption for a pushbutton, which does not > > relate to a method name. It does not use "parameter" attribute of > > action mapping. > > > > Source code is here: > http://issues.apache.org/bugzilla/attachment.cgi?id=15739 > > Javadoc is here: > > > http://struts.sourceforge.net/javadocs/strutsdialogs/net/jspcontrols/dialogs/actions/SelectAction.html > > > > > It would be great if someone tried it instead of LookupDispatchAction > > before I start begging committers to check it into Struts codebase :) > > > > Michael. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
