Summary: | 'Slide back' effect should react on stacking order changes | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Heinz Wiesinger <pprkut> |
Component: | effects-various | Assignee: | Thomas Lübking <thomas.luebking> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mgraesslin |
Priority: | NOR | ||
Version: | 4.8.0 | ||
Target Milestone: | 4.11 | ||
Platform: | Slackware | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kde-workspace/4f77dbf90185bf2683a5b19da7d1b8b35c012520 | Version Fixed In: | 4.11 |
Sentry Crash Report: |
Description
Heinz Wiesinger
2012-02-20 11:49:20 UTC
works fine here... what's your focus policy? I'm using: Policy: Focus Follows Mouse Focus stealing prevention level: Low [x] Click raises active window [ ] Separate screen focus [x] Active screen follows mouse I have a dual screen setup. Don't know if that might have anything to do with it. No, it's because of the focus / stackorder change gap. Ie. using autoraise w/ 0ms delay would work. For 4.11 we should update the effect to use the new stacking order changed signal instead of the active window changed signal. It has always been a hack that it operated on active changed. *** Bug 305242 has been marked as a duplicate of this bug. *** Git commit 4f77dbf90185bf2683a5b19da7d1b8b35c012520 by Thomas Lübking. Committed on 30/01/2013 at 21:50. Pushed by luebking into branch 'master'. re-settle slideBack effect to stackingOrderChanged FIXED-IN: 4.11 M +44 -76 kwin/effects/slideback/slideback.cpp M +5 -7 kwin/effects/slideback/slideback.h http://commits.kde.org/kde-workspace/4f77dbf90185bf2683a5b19da7d1b8b35c012520 |