|Summary:||Window managment functions are available in dashboard|
|Product:||[Plasma] kwin||Reporter:||Martin Flöser <mgraesslin>|
|Component:||compositing||Assignee:||KWin default assignee <kwin-bugs-null>|
|Severity:||wishlist||CC:||davidyang6us, i.semenov.kde, plasma-bugs, robert, schalhorn, tuukka.verho|
|Latest Commit:||Version Fixed In:|
Description Martin Flöser 2008-03-18 14:24:53 UTC
Version: (using KDE 4.0.2) Installed from: Ubuntu Packages When I am in dashboard mode it is possible to use the normal window management functions like alt+tab or ctrl+F10 or ctrl+F8 for present windows/desktop grid. The effects are shown but look very strange. And they are not working correctly. So if I use alt+tab to change the window I can't exit dashboard by using the esc key. If I change the window with present window the dashboard is shown again, although it has not been selected. I have not tested the behaviour without desktop effects. Personally I think all KWin shortcuts should be disabled when dashboard is enabled.
Comment 1 Aaron J. Seigo 2008-03-18 20:34:14 UTC
there is not much plasma can do about this. KWin manages this, and until there is a window manager hint that lets us say "this is a dashboard" there's no way for kwin to really differentiate between a dashboard view and any other fullscreened window (at least not in a hackish way, or without some window-specific feature defined) i'm filing this as a wishslist against KWin to eventually have the ability to mark dashboard (or any similar window) as such so that KWin (or any other similarly smart wm) can behave accordingly. Lubos has discussed this in the past already, so I know he's at least aware of the issue. =)
Comment 2 William Hilton 2008-06-23 07:06:08 UTC
I'm tempted to post this as a separate bug (as it is a CRASH), but if this "wish" was fixed, then so would my crash: When using the "Cover Switch" or "Flip Switch" plugins, the key sequence Ctrl+F12, Alt+Tab causes KWin to crash. (Bring up the dashboard, try to Alt+Tab to another window, KWin tries to show window on top of Dashboard, and KWin crashes. (KWin also, instantaneously respawns, which is nice though, meaning no real effect except the KDE Crash Handler appears.) The "Box Switch" plugin does not appear to have this problem - Dashboard simply disappears as soon as you select another window. I notice the Desktop Grid effect successfully blocks all shortcut keys while it is active. Perhaps the Dashboard can use a dummy KWin effect to tell KWin to block other Window management shortcuts?
Comment 3 Martin Flöser 2008-06-23 10:00:50 UTC
Could you please open a second report for the crash. I just tried to reproduce and my KWin did not crash. So it would be great to see the crashreport.
Comment 4 Martin Flöser 2008-07-18 21:28:05 UTC
just an idea: would it be possible that Plasma does an keyboard grab like it is possible in the effects? In that case Plasma would block things like alt+tab. Or if that cannot be done in Plasma could we add some pseudo-effect for dashboard which would exactly do this? Perhaps trigger it from Plasma with a dbus call? That would of course not be the perfect solution as it would not work for e.g. compiz.
Comment 5 Piotr Pełzowski 2008-07-18 23:25:45 UTC
In response to comment #2: I've filled the bug about this issue: bug 166960
Comment 6 Martin Flöser 2009-01-18 18:02:33 UTC
*** Bug 181196 has been marked as a duplicate of this bug. ***
Comment 7 Martin Flöser 2009-03-11 20:06:01 UTC
*** Bug 186881 has been marked as a duplicate of this bug. ***
Comment 8 FiNeX 2009-07-19 11:47:26 UTC
*** Bug 200747 has been marked as a duplicate of this bug. ***
Comment 9 Martin Flöser 2009-11-20 13:56:15 UTC
*** Bug 215413 has been marked as a duplicate of this bug. ***
Comment 10 Robert Riemann 2010-08-16 09:42:43 UTC
Two years later this is still not fixed. Hey, KDE is v4.5 by now!
Comment 11 Martin Flöser 2010-08-16 17:59:08 UTC
>Two years later this is still not fixed. Hey, KDE is v4.5 by > now! Yes, that's the reason why the bug is still open. I would be surprised if it were fixed in 4.7 us - if you read the report - notice that it is a non- trivial issue.
Comment 12 Thomas Lübking 2010-08-16 22:18:33 UTC
plasma _could_ (COULD, no idea whether that's worth it - don't use dashboard and don't want to be responsible for follow up bugs) ... grab the pointer =\ (the Qt api is misleading on this, grabbing the pointer -at least syncronously on the X11 level, i actually don't know what qwidget grabMouse() does- will suck all keyboard events into a queue until the pointer has been released, then it's flushed and you might watch the show :) - but if i got it right, this is about confusing behaviour of the window effects/management while the dashboard is open) Oh, and good god: do NOT forget to release the mouse when closing the dashboard (best start a widegrid timerloop to check whether it's still active and if not try releasing the pointer one more time - just to be sure)
Comment 13 Martin Flöser 2010-08-16 22:30:27 UTC
> --- Comment #12 from Thomas Lübking <thomas luebking web de> 2010-08-16 > 22:18:33 --- plasma _could_ (COULD, no idea whether that's worth it - > don't use dashboard and don't want to be responsible for follow up bugs) > ... grab the pointer =\ I think it would not work in multi screens. There is one dashboard on each screen. And yes it's probably too hackish
Comment 14 Martin Flöser 2010-11-27 08:07:15 UTC
SVN commit 1201205 by graesslin: Block fullscreen effects from inside dashboard effect. Prevents that e.g. desktop grid can be activated while dashboard is active. Thanks to Michael Gapczynski for this Google Code-In contribution. See Review Request http://svn.reviewboard.kde.org/r/5980/ CCBUG: 159519 CCMAIL: GapczynskiM@gmail.com M +3 -0 dashboard.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1201205
Comment 15 Martin Flöser 2012-03-11 20:42:36 UTC
given that I opened the bug... I think it's good enough right now.