I guees if you want to assign the meaning to your form based on the
context where you placed it, it might make some sence. 

Todor, you can probably create another action and extend it from your
original action, where you would override getKeyMethodMap (). This will
probably the least amount of work.

HTH,
Alex.

> -----Original Message-----
> From: Paul McCulloch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 07, 2003 9:06 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Button labels and DispatchActions mix?
> 
> 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]
> 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]

Reply via email to