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.
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. =)
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?
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.
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.
In response to comment #2: I've filled the bug about this issue: bug 166960
*** Bug 181196 has been marked as a duplicate of this bug. ***
*** Bug 186881 has been marked as a duplicate of this bug. ***
*** Bug 200747 has been marked as a duplicate of this bug. ***
*** Bug 215413 has been marked as a duplicate of this bug. ***
Two years later this is still not fixed. Hey, KDE is v4.5 by now!
>Two years later this is still not fixed. Hey, KDE is v4.5 by
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-
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 #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
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/
M +3 -0 dashboard.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1201205
given that I opened the bug... I think it's good enough right now.
*** Bug 299095 has been marked as a duplicate of this bug. ***