Bug 18313 - Dodge - should move lowered window instead of everything else
Summary: Dodge - should move lowered window instead of everything else
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: App/compiz (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: David Reveman
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-30 13:57 UTC by Jonas Kölker
Modified: 2008-11-24 00:34 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Jonas Kölker 2008-10-30 13:57:40 UTC
The Dodge "onFocus" (really onRaise and onLower) animation currently moves every window that (1) overlaps with the clicked one in the x-y plane, and (2) is contained in the clicked windows [z_now, z_target] interval.

For raising, that makes perfect sense.  Two edge-snapped windows bouncing apart looks a bit silly, but different strokes for horses' courses and all that.

For lowering, not so much.  As an example, create a pile of xterm (10 that overlap in some point).  Lower the top one.  Notice how all the others move away.  Or, lower an 80x24 xterm below a maximized firefox.  Not nice to look at.

I think the right thing to do is have all *lowered* windows move; in the case of raising, that's the same.  For lowering, it means only moving the acted-upon window.
Comment 1 Danny Baumann 2008-11-23 22:38:51 UTC
This is the compiz bug tracker, not the compiz fusion tracker which is located at bugs.opencompositing.org.

Please report your suggestion there so that we can track it properly. Thanks.
Comment 2 Danny Baumann 2008-11-24 00:34:36 UTC
Follow-up bug: http://bugs.opencompositing.org/show_bug.cgi?id=1078


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.