| 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> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | davidyang6us, i.semenov.kde, plasma-bugs, robert, schalhorn, tuukka.verho |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Martin Flöser
2008-03-18 14:24:53 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. =) 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
> 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.
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/ CCBUG: 159519 CCMAIL: GapczynskiM@gmail.com 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. *** |