You do understand that SelectAction is actually just a helper, and the real story is DialogAction, do you? Have you seen the Login Control example?
On 6/7/05, Dakota Jack <[EMAIL PROTECTED]> wrote: > SelectAction is really old news and is what all the apps that use > multiple select image buttons do only with a lot less bloating of the > code See http://www.michaelmcgrady.com/button/ > > > > On 6/7/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > Struts Dialogs is an extension of Struts actions that provides an > > improved user experience along with event-based programming model. > > > > Struts Dialogs currently consists of two action classes: SelectAction > > and DialogAction. > > > > ------------ > > SelectAction > > ------------ > > > > SelectAction is an abstract Action that dispatches an HTTP form > > submission event to a handler method. > > > > The purpose of this class is processing submission of HTML forms. > > Unlike DispatchAction and LookupDispatchAction, which correlate value > > attribute of submit form element with handler method, SelectAction > > uses name attribute. This allows to display a user-friendly caption on > > a submit button. Also, it is possible to change button caption without > > rebuilding the application. > > > > ------------ > > DialogAction > > ------------ > > > > DialogAction is an abstract Action that provides basic dialog > > functions, like accepting input data, dispatching submit event to a > > method, generating error messages and rendering a view. DialogAction > > allows to create robust user inteface and provides simple event-based > > programming model. > > > > DialogAction incorporates several innovative design decisions not > > previously used in Struts. Some of them are already implemented in > > other frameworks, like Ruby on Rails or JSF. Other features are unique > > to DialogAction. > > > > The cornerstone concept of DialogAction is separation of input and > > output processes. This solves several issues, related to HTML form > > input, like double submit problem, annoying POSTDATA messages, bad > > usability when Reload, Back and Forward buttons are used. > > > > DialogAction defines three different modes of operation: > > > > * action initialization prepares action for use with new set of data; > > * user input process accepts input data, updates domain model, > > generates error messages; > > * view rendering process generates a result page. > > > > Separation of input and output improves usability and user experience: > > > > * Any page can be reloaded without resending input information to > > the server. > > * As a consequence, an application does not have to cope with > > double submits. > > * Another consequence is that a user does not see "Do you want to > > resend POSTDATA?" message. > > * Using Back and Forward buttons is safe, because only result > > pages are browsed. > > > > ------------------------- > > Documents, files, samples > > ------------------------- > > > > Online samples: > > http://www.superinterface.com/strutsdialog > > > > Documentataion: > > http://wiki.java.net/bin/view/Projects/StrutsDialogs > > If you cannot see pictures on SelectAction and DialogAction pages, > > you might need to register and login to java.net. But it should > > work without logging in. > > > > Source code for DialogAction and amples is located at: > > Folder: > > > > https://easywizard.dev.java.net/servlets/ProjectDocumentList?folderID=3494&expandFolder=3494&folderID=3494 > > File name: > > strutsdialog.zip > > > > Michael Jouravlev. > > > > --------------------------------------------------------------------- > > 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]