Re: Common Save Confirmation Dialogue



On Mon, 2005-09-05 at 17:53 +0100, Marc O'Morain wrote:
> Hi all,
> 
> The inconsistency of the save changes confirmation has been mentioned
> a few times recently on the lists:
> 
> http://mail.gnome.org/archives/usability/2004-December/msg00084.html
> http://mail.gnome.org/archives/gnumeric-list/2003-July/msg00033.html
> http://actsofvolition.com/include/savealerts/
> 
> At the moment, any application that asks the user to confirm that they
> want to save or discard changes has to implement the dialogue box
> themselves. This results in inconsistent dialogue boxes, and
> duplicated code and effort. It would make more sense to have a stock
> dialog box for such a common alert. My proposal is to add a
> GtkSaveConfirmationAlert as originally mentioned by Murray C, in
> December 2004.
> 
> The HIG recommends this as the layout for such an alert:
> http://developer.gnome.org/projects/gup/hig/draft_hig_new/images/save_alert.png
> 
> The most convenient API to provide to developers would be a single
> function call that opens a modal save confirmation dialogue box, and
> returns one of three values for the three outcomes. I have written a
> quick function definition here (I have no access to a GNOME box to
> write any real code this month).
> 
> typedef enum
> {
>   GTK_SAVECONFIRM_SAVE,
>   GTK_SAVECONFIRM_DISCARD,
>   GTK_SAVECONFIRM_CANCEL
> } GtkSaveConfirmationType;

The gnumeric save confirmation dialog has 5 buttons (unless only a
single unsaved file is open) since its users do not want to have to
answer 10 dialogs just because they have 10 related workbook opens at a
time.  So this proposed dialog would not be usabale by the Gnumeric
project.

And whatever the HIG says, our users told us that the choice `cancel'
when it was used in gnumeric in that dialog did not have a clear
meaning. 

Andreas 


-- 
Prof. Dr. Andreas J. Guelzow
Dept. of Mathematical & Computing Sciences
Concordia University College of Alberta

Attachment: signature.asc
Description: This is a digitally signed message part



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]