Re: [Usability] HIG: Small patch to "Progress windows" section

[Karl Lattimer <karl qdh org uk>]

On Mon, 2010-03-01 at 08:51 +0000, Allan Day wrote: 
> > > This patch makes small changes to the HIG's "Progress windows" section.
> > >
> > > * New: "A progress window should always appear as an independent
> > > window in a window list. If progress of a task makes a window
> > > temporarily unusable, do not present a modal dialog-like progress
> > > window in front of it. Instead, present progress somewhere in the
> > > original window, making all its other elements temporarily
> > > insensitive."
> > >
> > > * Removed: "Progress windows should have the same title as their
> > > primary text." (This guideline has often caused redundancy in
> > > progress windows, e.g.
> > > <http://www.dedoimedo.com/images/computers/pendrivelinux_ubuntu_installing.jpg>.
> > > It also usually causes the window
> > > title to inappropriately use header capitalization.)
> > >
> > > * Added: "Progress windows should have a title representing the
> > > overall operation: for example “Copying Files”, “Installing”, or
> > > “Calling”. (As with other window titles, do not end progress window
> > > titles with an ellipsis.)"

Could we add that if progress dialogs on average are likely to be over 1
minute and have no finite indicator of progress that the user should be
warned that it may take a while. 

The lower time limit is flexible, but 1 minute of a pulse bar is quite
annoying.

BR,
K