One option is to be a little messy in your view code and add "onclick" events to the graphical submit buttons. Within the body of your javascript functions that handle "onclick", you can set the value of a hidden input field(s) that defines a value of either "doSignIn" or "doUpdate", and then call document.nameOfForm.submit(). Not real elegant, but it will keep your Action class from being ServletRequestAware. Hopefully that helps.
Rob ----- Original Message ----- From: "Jason Carreira" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 04, 2003 5:16 PM Subject: RE: [OS-webwork] Graphical submit buttons and WW 1.2.1 Good question. I don't have an answer, but whoever figures this out, please Wiki it too. :-) > -----Original Message----- > From: Kirk Rasmussen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 04, 2003 3:50 PM > To: webwork list > Subject: [OS-webwork] Graphical submit buttons and WW 1.2.1 > > > Hi All, > > I was wondering if someone has tried using multiple graphical > submit buttons on a single form? > > For example let's say I have the following: > > <form> > <ui:textfield label="'Email'" name="'userID'" > maxlength="100"/> <ui:password label="'Password'" > name="'password'" maxlength="32"/> > > <input type="image" src="/img/sign_on.gif" name="doSignIn" > value="Sign In" /> <input type="image" src="/img/update.gif" > name="doUpdate" value="Update Settings" /> </form> > > If I had regular submit buttons (i.e. type=submit), the > dispatcher would call "setDoSignIn()" and "setDoUpdate()) > because the parameter name would simply be "doSignIn" and > "doUpdate" respectively. > > But in the case of graphical submit buttons the parameters > sent from the browser become "doSignIn.x" and "doSignIn.y" > and "doUpdate.x" and "doUpdate.y". Other than making my > action ServletRequestAware and using the servlet request > directly to look at the parameter is there a best practices > for dealing with this issue? > > Thanks, > Kirk Rasmussen > Lucasfilm Ltd. > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 > See! http://www.vasoftware.com > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork