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 _______________________________________________ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability
