On Mon, July 25, 2005 2:32 pm, Michael Jouravlev said: > DispatchAction allows you to have one mapping for a related set of > operations. Therefore, you can call different operations for one > object using the same web address, which is impossible using separate > actions unless you use filter or something like mod_rewrite.
I understand that, always have. Even if I didn't you've been telling us all this for weeks, so I'd certainly understand it now :) > Having same address is important to prevent browser history from > growing, thus effectively disabling Back button. This makes > application more robust and user experience closer to desktop > application. In my experience, there are two distinct expectations a client can have... one is that the application be very much like a desktop app, the other is that it be very much like a web app. People DO, amazingly, understand the fundamental difference. In the former case, I have always solved the problem by having the app exist in its own chromeless window. I provide full navigation capabilities within the app, and the users understand that if they try and defeat this by using keyboard shortcuts or extra mouse buttons or the like, the app is not guaranteed to not break. THIS is in fact closer to a desktop app, and if that's the goal I suggest this rather than some sort of hybrid approach. In the the later case, users will absolutely expect the history to work as it always does, and an app that defeats that is seen as broken. > You just might have not thought about that. Or, conversely, you > stronlgly believe that each page change must be recorded in browser > history, even if it is a series of login attempts, just because > "browsers are supposed to do so" ;) I have thought of it, like I said. As for what I believe, it doesn't matter... it's what the CLIENT believes. I can guide them and direct them, but ultimately they write the requirements. I've been fortunate to be involved in analysis and design from inception in most of my projects, so I can make sure they are getting things right. That's not always the case. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
