[IxDA Discuss] Confirmation dialogs - the devil himself, or a necessary evil?

[Paul Nuschke]

I don't recall which prompts he specifically disliked. Word has a dialog
similar to what Cooper was suggesting (the "recovery" dialog when there is a
cached version and the original) and it is much more confusing than a
Yes/No/Cancel prompt because it's often not in context. Imagine is you make
edits in Word and close it out, knowing that you didn't want to save the
changes. Then you go off to do something and don't get back to the document
until the next day. Would you remember which version was which?

You make the point that these prompts are only necessary because we are
trained to explicitly save. If you have a new interface where this auto-save
paradigm works, then it makes sense. But if you are a Word user and rely on
Yes/No/Cancel when you exit a document to either save or discard your
changes, then changing that paradigm is going to cause a lot of confusion
and problems.

Regarding the operations that take a long time, there are unfortunately some
operations (such as database processing) where it is very difficult to offer
a stop button on a progress indicator. And it is not always evident how long
the operation will take beforehand (especially to new users), so a prompt is
warranted. It's not perfect, but it's better than accidentally starting an
operation that takes half an hour.

You also have to evaluate the cost-benefit of using a prompt or trying to
code the prompt out. The prompt is almost always much shorter, so while
ideally we'd live in a prompt free world, I don't think that it is going to
happen any day soon. :)

Paul


On 6/10/07, Jim Drew <cfmdesigns at earthlink.net> wrote:
>
>
> On Jun 10, 2007, at 7:28 AM, Paul Nuschke wrote:
>
> > I think that Cooper says in About Face or maybe "Inmates" that
> > these prompts
> > are really there to hide flaws in the software and I think that is
> > a good
> > guiding principle.
> >
> > However, I can think of at least two prompts which are pretty
> > useful. One of
> > the most obvious prompts is the Yes/No/Cancel dialog that many apps
> > use when
> > you make changes and don't save them before you attempt to exit. It
> > is far
> > easier to ask before they leave if they want to save those changes
> > than when
> > they return.
>
> I though About  Face was pretty clear that this was one of the worst
> places to put that sort of an alert.  Why do we need to remind the
> user  to  save? Why can't  we just do the save for him?  (And stash a
> temp copy of the original file to revert back to if needed, tossing
> it when he closes the doc with its changes.) The only reason we
> "need" this alert is that we've always had it, so users are trained
> to think that they need to explicitly save and thus that if they
> don't save, their changes are reverted.
>
>
> > Another useful prompt is when an action may take a long time
> > and it is difficult to note that through the interface (this latter
> > prompt
> > may be helpful initially but annoying later, so the user should be
> > able to
> > disable it).
>
> Wasn't this one  also pooh-poohed  there? If not, it should have
> been.  Don't tell the user "Hey, wait, we're  not  going to start
> this long long operation  yet, we're going to wait a  while  longer
> and slow you down more by simply telling you it will take a while --
> and not even let  you cancel." Have a status/progress indicator that
> gives that info instead.  And make the  application multi-threaded so
> as few action block the process as possible.
>
> -- Jim
>
> ________________________________________________________________
> Welcome to the Interaction Design Association (IxDA)!
> To post to this list ....... discuss at ixda.org
> List Guidelines ............ http://listguide.ixda.org/
> List Help .................. http://listhelp.ixda.org/
> (Un)Subscription Options ... http://subscription-options.ixda.org/
> Announcements List ......... http://subscribe-announce.ixda.org/
> Questions .................. lists at ixda.org
> Home ....................... http://ixda.org/
> Resource Library ........... http://resources.ixda.org
>