This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 209446 - No window overlap "resistance"
No window overlap "resistance"
Product: Fedora
Classification: Fedora
Component: compiz (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Kristian Høgsberg
Depends On:
  Show dependency treegraph
Reported: 2006-10-05 09:15 EDT by Brian G. Anderson
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-10-05 11:59:12 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Brian G. Anderson 2006-10-05 09:15:25 EDT
Description of problem:
Without desktop effects on, when I move a window it has "resistance" when it
first abuts with another window;  this allows easy placement of windows next to
each other.  When I turn desktop effects on,  this "resistance" no long is present

Version-Release number of selected component (if applicable):
compiz.i386                              0.0.13-0.31.20060817gi

How reproducible:
every time

Steps to Reproduce:
1. enable desktop effects
2. make two gnome-terminal windows
3. move one up to the other
Actual results:
I would expect the window to pause and "resist" overlapping the other windows
when the two edges meet.

Expected results:
No resistance to overlapping.

Additional info:
Comment 1 Kristian Høgsberg 2006-10-05 11:59:12 EDT
You can press shift while moving windows to get this effect.
Comment 2 Brian G. Anderson 2006-10-05 12:55:06 EDT
That's great that I can do it, but isn't it still confusing the the user that
when they enable wobbly windows that they now have to use shift to get the
window alignment behavior they had before?  It doesn't say that when they turn
on the effect.  Can one make the "resistance" behavior on always without using
"shift"?  If so, couldn't that be set to the default so the alignment behavior
is consistent  whether the window is wobbly or not?  Just my 2 cents.

Note You need to log in before you can comment on or make changes to this bug.