[IxDA Discuss] Behavior of "Previous" button

Gustavo Gawry gustavogawry at gmail.com
Fri Jul 27 09:51:09 PDT 2007


Hi Susan,

It looks quite clear for me. I think you should hold
dirty data, you just don't need to store this
data in the same database of the real data
you can put them separated and transfer the
data when its completed.

Thanks,
Gawry


On 7/27/07, Sebi Tauciuc <stauciuc em gmail.com> wrote:
>
> I agree with Peyush. And I also think that there should be no validation
> done on 'Back' - at least not the kind of validation that requires the
> user
> to revisit/reenter data. To be more precise, the user should always be
> allowed to go back at the click of a button, no matter what.
>
> On 7/27/07, Peyush Agarwal <peyush.agarwal em oracle.com> wrote:
> >
> > Hi Susan,
> > I've done some work on wizards and 'mediated interactions' before, and
> in
> > my experience, from a user's point of view, the system should
> transparently
> > hold the dirty data - whether it saves it for eternity, or just holds it
> in
> > cache locally. Also, if changes are made on previous page, then
> obviously
> > upon 'next' the situation needs to be re-evaluated to determine whether
> the
> > original dirty data is still applicable. If it is, no harm-no foul and
> all's
> > right with the world. If it isn't however, then the screen state implies
> > re-entry of data.
> >
> >
>
>
> --
> Sergiu Sebastian Tauciuc
> http://www.sergiutauciuc.ro/en/
> ________________________________________________________________
> Welcome to the Interaction Design Association (IxDA)!
> To post to this list ....... discuss em ixda.org
> List Guidelines ............ http://beta.ixda.org/guidelines
> List Help .................. http://beta.ixda.org/help
> Unsubscribe ................ http://beta.ixda.org/unsubscribe
> Questions .................. list em ixda.org
> Home ....................... http://beta.ixda.org
>



-- 
Gustavo Gawry
User Experience Analyst
Analista de Experiência do Usuário

www.gawry.com (in portuguese)


More information about the Discuss mailing list