Version: unspecified (using KDE 4.7.2) OS: Linux I am using Kubuntu 11.10 and the latest KDE packages from the Kubuntu PPA. This happens to me when using Hugin, a wxWidgets application. I expect that CTRL-W closes spawned windows and CTRL-Q closes the application. This is the behavior on other platforms, so it is not a bug in the Hugin codebase itself. CTRL-W does not work at all: can't use the shortcut to close the preferences window, the fast preview window, or the list of control points window. CTRL-Q works only from the main application window. I would expect that pressing CTRL-Q from any window of the app will close the whole app. I have reported this bug on Launchpad [0] but have been directed to report it here. My apology if this is not the right place. Please help me forward this report to the right place. [0] https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/804767 Reproducible: Always Steps to Reproduce: Start Hugin. Try to use CTRL-W and CTRL-Q shortcuts in the different windows. Actual Results: CTRL-W does not work at all: can't use the shortcut to close the preferences window, the fast preview window, or the list of control points window. CTRL-Q works only from the main application window. I would expect that pressing CTRL-Q from any window of the app will close the whole app. Expected Results: CTRL-W should close the window. CTRL-Q should close the app.
while kwin supports a shortcut to close the currently active window from the window manager, it's by default "Alt+F4" (as on any WM/system - "Alt+F4 makes it go faster") ctrl+w / ctrl+q is client side stuff -> wxWindows is just faaaar inferior to Qt ;-)
To the guy who wrote comment #2 and closed this report as invalid: Did you actually read what I reported? (a) Alt+F4 does not do what CTRL+Q is supposed to do. I end up having to key in Alt+F4 four times to close all four windows of the app, while in Windows, OSX, Gnome the CTRL+Q shortcut actually works. KDE feels broken and slower. (b) I did not ask for your opinion of wxWindows or Qt. The software I am using is written in wxWindows. You are welcome to port it to Qt and I will consider the port. Until then I do not have a choice and frankly I don't care if it is written in Qt, wxWindows, GTK+ or whatever else as long as the software runs on my desktop and does the job for me. If your intention was to help fix the problem, you were not helpful. If your intention was to motivate me to consider an alternative desktop environment, you succeeded. If the wxWindows apps that I need don't work properly on KDE, it is time for me to move on to a better desktop environment.
I have explained that the ctrl+q/w shortcuts are NOT managed by the window manager or (by default) are globally taken by KDE at all. The clients (the application) intercept them (in case) and close themselves (in case) Therefore I marked this invalid. It is -if intended- a wxwidgets issue. I'm sorry if you fail to understand this. The reference to alt+f4 was just to explain what the system actually does in this regard. Also it's /really/ uncommon that you can alt+q from eg. a dialog. It doesn't work from any gtk, qt or wxwidgets application here - and i mean regardless of the window manager / desktop environment. Again: This is NOT a KDE (and certainly not kwin) issue, external resources (anything but the application itself) cannot possibly provide what you expect (they lack knowledge on the internal connections) The wx implementations on window, osx and X11 are quite different (on X11 there's wxgtk) and i frankly doubt your expectations hold on gnome (they don't here - cannot, since it's the same application) PS: http://en.wikipedia.org/wiki/Emoticon Welcome to the internet. PPS: You are not in the position to revert an resolved status. You may question it, but not change on your own behalf, thanks.