After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 115973 - Recovery dialog non HIG compliant
Recovery dialog non HIG compliant
Status: VERIFIED FIXED
Product: gtranslator
Classification: Other
Component: Interface
HEAD
Other Linux
: Normal minor
: 1.0
Assigned To: Ross Golder
Fatih Demir
Depends on:
Blocks:
 
 
Reported: 2003-06-25 22:20 UTC by Reinout van Schouwen
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4



Description Reinout van Schouwen 2003-06-25 22:20:32 UTC
The Recovery dialog (shows when gtranslator hasn't been exited correctly
before) has these buttons:
[Yes] [No] [Cancel]

According to the HIG, the "affirmative" button should always be on the
right and be the default button. In this case that will also minimize the
chance for data loss. Also the use of Yes/No buttons is recommended
against. Finally, it seems that there is no difference in result between
[No] and [Cancel].

Suggested new buttons (feel free to adjust label text if you know something
better):
[Ignore autosave file] [Recover autosave file]*
Comment 1 Reinout van Schouwen 2003-06-25 22:23:41 UTC
A similar problem exists with the 'file not saved, do you want to
quit'-dialog. I won't make a separate bug report for that, I guess.
Comment 2 Fatih Demir 2003-07-21 22:24:28 UTC
Hmm, for the recovery dialog the cancel dialog means just to ignore the
question, so that the dialog will again pop up on the next startup of
gtranslator -> that would make 3 buttons then:

 [Cancel] [Ignore recovery file] [Recover file]


But I didn't get the point about the save assurement dialog?!? There
we do have got these buttons:

 [Cancel] [Don't Save] [Save]

Or did I forget something herer now?
Comment 3 Reinout van Schouwen 2003-07-22 00:13:08 UTC
Perhaps the last dialog has been fixed recently? In v0.99 I have here
(dated Jun 25 or thereabout) it is a yes/no/cancel-dialog.

For the recovery dialog: if the button means that the dialog will
again pop up at next startup, why not name it something like [Postpone
decision]? That's a lot more clear than 'Cancel'.
Comment 4 Fatih Demir 2003-07-22 07:03:30 UTC
Implemented your postbone-decision button idea and now both of the
dialogs should be HIG-aware and the bug can be closed :-)