I wouldn't suggest this is a design issue. This happens all the time, especially if you're nesting forms. Furthermore, LookupDispatchAction can get you into trouble; your Message Resources could be translated in such a way that some methods become unreachable (button.one=FooBar, button.two=FooBar). I solved this by making a new Class that associates methods with Form properties, instead of text. The downside is that each submit button is associated with a different Form property, not with the single parameter named in the struts-config. The method is executed which is the first in the HashMap associated with a non-null Form property.
HTH m --- Paul McCulloch <[EMAIL PROTECTED]> wrote: > I'm not sure I understand you. Why would you want > multple buttons, with the > same label doing different things? Surely this would > just confuse the user? > > -----Original Message----- > From: Todor Sergueev Petkov > [mailto:[EMAIL PROTECTED] > Sent: 07 August 2003 13:58 > To: Struts Users Mailing List > Subject: Re: Button labels and DispatchActions mix? > > > > Even DispatchLookupAction doesn't work if you want > to use the same label > eg. buttons.reset or buttons.search > for two different buttons useing the same Action... > > Paul McCulloch wrote: > > > > I believe that the solution is to use a > DispatchLookupAction rather than a > > dispatch action. See p226 in Struts in Action for > a description. > > > > Paul > > > > -----Original Message----- > > From: Rohit Aeron [mailto:[EMAIL PROTECTED] > > Sent: 07 August 2003 13:27 > > To: Struts Users Mailing List > > Subject: RE: Button labels and DispatchActions > mix? > > > > Its better you use javascript > > There you can append your action also with submit > value > > > > Eg: > > > > Document.<formbean>.action="search.do"+"<value>"; > > > > Regards > > Rohit > > > > -----Original Message----- > > From: Todor Sergueev Petkov > [mailto:[EMAIL PROTECTED] > > Sent: Thursday, August 07, 2003 5:49 PM > > To: Struts Users Mailing List > > Subject: Re: Button labels and DispatchActions > mix? > > > > It works with the button label.... But I have two > Search buttons on the > > same page both labeled > > search.button.reset but they perform two different > actions. So I need a > > way to distinguish which was pressed > > inside my DispatchAction > > > > Rohit Aeron wrote: > > > > > > This will work .. > > > > > > <html:submit property="action" > > > value="<bean:message key="search.button.reset" > />" > > > > </html:submit> > > > > > > -----Original Message----- > > > From: Todor Sergueev Petkov > [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, August 07, 2003 5:29 PM > > > To: Struts Users Mailing List > > > Subject: Button labels and DispatchActions mix? > > > > > > Hello people, > > > > > > I have the following code : > > > > > > <html:submit property="action" value="resetg" > > > > <bean:message key="search.button.reset" /> > > > </html:submit> > > > > > > What I am trying to do is have a Dispatch Action > > > so that when this button is pressed the request > is something like > > > search.do?action=resetg > > > But I don't want my button to have the resetg > title on it. I want it to > > > have the search.button.reset title from > ApplicationResources bundle > > > on it. It seems tha Struts html tag library > mixes the two. Is there a > > > way out of this? > > > > > > Thanks.... > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > *---------- > > > This message and any attachment(s) is intended > only for the use of the > > addressee(s) and may contain information that is > PRIVILEGED and > > CONFIDENTIAL. If you are not the intended > addressee(s), you are hereby > > notified that any use, distribution, disclosure or > copying of this > > communication is strictly prohibited. If you have > received this > > communication in error, please erase all copies of > the message and its > > attachment(s) and notify the sender or Kanbay > postmaster immediately. > > > > > > Any views expressed in this message are those of > the individual sender > and > > not of Kanbay. > > > > > > Although we have taken steps to ensure that this > e-mail and any > > attachment(s) are free from any virus, we advise > that in keeping with good > > computing practice the recipient should ensure > they are actually virus > free. > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > ************************************** > > Axios Email Confidentiality Footer > > Privileged/Confidential Information may be > contained in this message. If > you are not the addressee indicated in this message > (or responsible for > delivery of the message to such person), you may not > copy or deliver this > message to anyone. In such case, you should destroy > this message, and notify > us immediately. If you or your employer does not > consent to Internet email > messages of this kind, please advise us immediately. > Opinions, conclusions > and other information expressed in this message are > not given or endorsed by > my Company or employer unless otherwise indicated by > an authorised > representative independent of this message. > > WARNING: > > While Axios Systems Ltd takes steps to prevent > computer viruses from being > transmitted via electronic mail attachments we > cannot guarantee that > attachments do not contain computer virus code. You > are therefore strongly > advised to undertake anti virus checks prior to > accessing the attachment to > this electronic mail. Axios Systems Ltd grants no > warranties regarding > performance use or quality of any attachment and > undertakes no liability for > loss or damage howsoever caused. > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > === message truncated === __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]