Bug 202106

Summary: KMessageBox "Do not ask again" text should be clearer
Product: [Unmaintained] kdelibs Reporter: Tuomas Suutari <tuomas>
Component: generalAssignee: kdelibs bugs <kdelibs-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: wishlist CC: frank78ac
Priority: NOR    
Version: 4.2   
Target Milestone: ---   
Platform: Ubuntu   
OS: Unspecified   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Tuomas Suutari 2009-07-31 17:17:19 UTC 
Version:            (using KDE 4.2.2)
Installed from:    Ubuntu Packages

When a KMessageBox includes this checkbox to
hide the same question now on, it is not clear
what will be the answer to following unshown
questions. (I guess it is the same as I answered
last time.) Maybe the text "Do not ask again"
should be something like "Do not ask again and
use this answer now on" to make it clearer.
Comment 1 Frank Reininghaus 2009-08-01 20:11:08 UTC 
The string is not hardcoded in KMessageBox, but is set by the application that opens the box, which means that you should probably file a wish report for the application where you'd like to see the text changed.

> it is not clear what will be the answer to following 
> unshown questions. (I guess it is the same as I answered
> last time.)

Apparently, that's a bit inconsistent: Konsole does it as you say (when closing a Konsole with several tabs), but if you close a Konqueror window with several tabs and check the box, Konqueror will close the window (and not the current tab) the next time, even if you clicked "Close current tab".

I somehow like the Konqueror approach more because it's quite unintuitive if a tab is closed when you click the window's close button IMHO. But maybe the text should really be changed to make it more obvious what happens.
Comment 2 Christoph Cullmann 2024-09-14 16:18:30 UTC 
Hi,

kdelibs (version 4 and earlier) is no longer maintained since a few years.

KDE Frameworks 5 or 6 might already have implemented this wish.

If not, please re-open against the matching framework if feasible or against the application that shows the issue.

We then can still dispatch it to the right Bugzilla product or component.

Greetings
Christoph Cullmann