Use of KMessageBox::warningYesNo for continue/cancel questions.

Neil Stevens neil at
Fri Jun 20 17:23:54 BST 2003

Hash: SHA1

On Friday June 20, 2003 08:41, Aaron J. Seigo wrote:
> On Friday 20 June 2003 05:29, Waldo Bastian wrote:
> > default for confirmation dialogs should be "Cancel" then that should
> > be changed in KMessageBox::warningContinueCancel.
> i've been running with exactly that patch locally and i can say
> definitively that it is a non-starter: too many applications use
> warning* as means to get confirmation for non-destructive actions. for
> instance, KMail uses such a KMessageBox to confirm sending (if you have
> that turned on). putting the focus on the Cancel button makes many areas
> of KDE harder to use, as you noted would be the case on irc. this is why
> i didn't commit that change. note that this was also my initial feeling,
> and why i added warningYesNo that defaults to "No" and didn't simply
> change warningContinueCancel's behaviour.
> most usages of the warning* message boxes in KDE are not confirming
> destructive actions or actions that otherwise should be guarded against.
> changing that default would result in a much less pleasing KDE usage
> experience (one i suffered through for a few days already ;)

I say trust the user.  If a user *wants* a confirmation dialog, then it 
should be assumed that the action is destructive, or possibly so.  To use 
your example, yes, sending mails by accident can be destructive.

How do we know the user wants such a confirmation?  Simple: if he didn't 
check the "Don't show again" box, then he wants to see it again.

So your solution is to make sure that all the dialogs that you find 
displeasing have that checkbox.

- -- 
Neil Stevens - neil at
"The shepherd drives the wolf from the sheep's throat, for which the
sheep thanks the shepherd as a liberator, while the wolf denounces him
for the same act as the destroyer of liberty." -- Abraham Lincoln
Version: GnuPG v1.2.1 (GNU/Linux)


More information about the kde-core-devel mailing list