(*** This bug was imported into bugs.kde.org ***) Package: kwin Version: KDE 3.0.1 -1bero Severity: wishlist Installed from: A Red Hat Linux-based distribution Compiler: gcc version 3.1 20020509 (Red Hat Linux Rawhide 3.1-0.28) OS: Linux (i686) release 2.4.18-3bero OS/Compiler notes: Bugreport/wish from LinuxTag 2002 ;) (cc: Rob Kaper cap@capsi.com on this bug) It would be nice if there was an option for KWin to use doubleclick to raise+activate while a single click would only activate a window without raising it. (when using "click to focus") (Submitted via bugs.kde.org) (Called from KBugReport dialog. Fields Application manually changed)
*** Bug 38407 has been marked as a duplicate of this bug. ***
So, what is the status of this bug. Gunnar just asked on LWE. Is this really a WONTFIX and if so, why? Other WMs (fvwm, etc) can do this. Or is there any technical limitation? Greetings from Frankfurt, Daniel
This is not WONTFIX. This is one of those many wishes waiting until somebody finds the time to implement it.
Could you please try to implement this ? Its just a small thing for you to add to the preferences and it would make such a big usability improvement ! Thanks Gunnar
Another two years have passed and unfortunatly its still not possible to move/control windows as desired. I think that working with KDE could be much more productive if the user would have more control over way how the windows are actived. Please have a look a MorphOS or AmigaOS(with MCP) and steal some usefull ideas. Cheers Gunnar
How exactly should this work with regard to passing the clicks to the window? With a single click the click should get passed, and with doubleclick also only a single click should get passed? Or, if you don't want click passing, why don't you simply configure one mouse button to only activate the window and another button to activate and raise (the inactive inner window actions)?
I would propose that click to window : passes click, gives focus, but does not raise window doubleclick to window : passes click, gives focus, and raises window kind regards Gunnar
It would be nice if the user would be able to complete configure the event sending/handling. With AmigaOS the users could configure this completely. For configuring the events the user had complete freedom. Examples: Action key_press, mouse_press, mouse_up - which key, which mouse button (left/middle/right) For mouse you could choose from (single,double, triple) clicks. You could tick whether the event shall be swallod or passed through. Examples: any_window: left_mouse_press (single) = active active_window: left_mouse_press (double) = raise The user could send any event he wanted. You could configure that double_right_click for example should iconify the window Or that double_left_click on a requester is always "OK" and double_right_click is "Cancel" and so on and so forth. You could configure all events (click, focus, raise, to front, to back, iconify, center, zoom, shrink, close, ok, cancel, ....) It would be nice if KDE would give their users the same configuration power. Thanks in advance Gunnar
If someone is goning to add this feature, will be willing to add this one as well. http://bugs.kde.org/show_bug.cgi?id=110934 (similar problem, different approach)
This feature request is close to be ten years old. I think it is only honest to say that this request won't be implemented. Personally I see quite some issues with a special handling for double clicking given that the first click would already activate the window. I think the advantages of the suggested feature request are too limited to allow such a change. I want to thank you for the feature request and I am sorry that this request could not be implemented.