Version: unspecified (using KDE 4.4.3) OS: Linux The close cross on titlebar is ever the same but functionality may be different: - just closing a window - closing an application when closing a window Use case: a) Closing the last window of maybe firefox closes the application firefox. b) Closing the kontacts window of kmess or closing amarok will not close the application if it keeps running in systray. If case b) then the closing window icon at the top right in titlebar should be somehow different NOT the usual cross to signal to the user it is OK - no konsequences - to click the close button... Reproducible: Didn't try
read across this thread: http://osdir.com/ml/kde-usability/2010-02/msg00000.html this is subject to many flamewars, the core problem is the semi-SDI approach inherited from the windows world. the specific problem is the "minimize to systray" perspective - this is not what actually happens: with the systray icon enabled the application provides multiple UI representations/windows and closing one doesn't close the application. eg. dolphin or konsole run as unique applications, ie. if you open 3 dolphin windows and close one, dolphin keeps running and the other two windows remain - you wouldn't expect that closing some message box quits the application as well, yesno? So: should dialogs/dolphin/konsole use the close-to-systray icon or maybe even a third one? kwin however manages windows and in this the UI is consistent: pressing the close button will close the window. whether this will cause the application to quit is not of the WMs interest. not tagging the bug in any direction because of the flame potential, but from my perspective this bug is invalid (though the observed inconsistency in the window/application relation is perfectly valid)
*** This bug has been marked as a duplicate of bug 76597 ***