GNOME Bugzilla – Bug 80627
`Are you sure you want to cancel' UI issues
Last modified: 2004-12-22 21:47:04 UTC
There are several problems with the `Are you sure you want to cancel this bug report?' dialog. First, the green, default button does the destructive action---closing bug-buddy. Second, the options are `No' and `Yes' rather than something like `Close Bug-Buddy' and `Continue bug report' I'm not sure what the best words would be given that my suggestion here has `close' and `continue' which could (at first glance) be taken to mean close the popup and continue with canceling.
unfortunately I can't think of a better way to do this. The Gnome HIG web site only has an out of date manual, so I dunno what the gnome policy should be for this.
> The Gnome HIG web site only has an out of date manual, so I dunno what > the gnome policy should be for this. It's not that out of date. What's wrong with [Close Bug-Buddy] and [Continue bug report]?
How is this handled in the new bug buddy?
Just now is: [No] [Yes] Should I update to [Close Bug-Buddy] and [Continue bug report]? Thanks
How about something like this: "Informing the developers of problems is an important part of GNOME." [Cancel bug report] and [Continue bug report]? cc'ing usability since calum is much better at this than I am.
That sounds good, although the "...important part of GNOME." may be a bit odd to casual users. Perhaps something like "Developers would like to fix this problem, but need a bug report to do so."
Hmm. Well, first of all I'd query whether the alert is even necessary... having a confirmation alert pop up when you press Cancel is uncommon and usually just annoying. It can be warranted when data loss might result, but in this case the worst that can happen is that a bug goes unreported until the user stumbles across it again. If you do want to keep the alert, things get a little ugly-- the HIG guidelines are somewhat open to interpretation if you're confirming a cancellation, since the button order is supposed to be (right to left) the "action proposed by the alert" followed by the "Cancel" button... or [Cancel]-[Cancel] in this case :) Anyway, if we're keeping it, it could go something like (adding the large/bold primary text, as per the HIG): <bold><larger>Cancel Bug Report?</larger></bold> Taking the time to complete this report would help improve the quality of the application. [Complete Report] [Cancel Report] with [Cancel Report] being the default button. Even now I'm still not sure those buttons are the right way around for this situation though :)
Created attachment 24709 [details] [review] this patch provides appropriate message for cancel UI dialog box ,with appropriate color scheme for option buttons
Thanks for the patch. But now we are on string freeze and cannot add any new string. As Calum pointed a solution is removing this dialog, and that's what I'm going to do for 2.6 version (a minor UI change, but it's allowed to solve an UI-reviwe bug). I will left this bug opened and during 2.7 development we will decide if use it or not. A side comment to your , any user visible string should be marked for translation, using _("X") functions. Also buttons should have accelerators (like "_Cancel"). Anyway, thanks again
We removed the Cancel confirm dialog, so closing this