lp://staging/~smspillaz/compiz-core/decor.input_extents_update
- Get this branch:
- bzr branch lp://staging/~smspillaz/compiz-core/decor.input_extents_update
Branch merges
- Sam Spilsbury: Disapprove
- Daniel van Vugt: Needs Fixing
- Alan Griffiths: Needs Fixing
-
Diff: 69 lines (+14/-10)1 file modifiedplugins/decor/src/decor.cpp (+14/-10)
Related bugs
Related blueprints
Branch information
Recent revisions
- 3093. By Sam Spilsbury
-
Check against input extents and don't update the frame window until all
input extents are updated - 3092. By Alan Griffiths
-
Avoid dumping all the windows into first workspace when closing (LP: #980026)
Reverts to correct logic used before r2838.
- 3091. By Daniel van Vugt
-
Avoid comparison between signed and unsigned integers (LP: #972519)
Strange. All versions of gcc should have reported this as an error. But
obviously gcc prior to 4.7 had bugs and failed to find all such errors. - 3089. By Sam Spilsbury
-
Fix shadows being clipped incorrectly (LP #976467)
1) Don't include _NET_WM_
WINDOW_ TYPE_MENU windows in the clip groups ...
those windows are a lot different from what you expect of them
2) Also update clip regions when the shadow output extents change even
if the window isn't resized. - 3086. By Sam Spilsbury
-
Remove DecorWindow:
:computeShadowR egion and replace with a smarter class.
(LP: #969101)DecorClipGroup (split into GenericDecorCli
pGroup and MatchedDecorCli pGroup)
take a DecorClippableInterface which where entry and exit from the group is
guarded by the implementation and are treated as one layer for the purposes
of shadowing - eg the input region of each member of the clip group will clip
all of the shadows of the members, so that none of the members appear to be
overlapping.This algorithm is a lot more optimized in that the shadows are only updated
when relevant windows are updated.Tested too.
- 3085. By Sam Spilsbury
-
Stab in the dark (a possible but unconfirmed fix for LP: #940603)
I think whats going on for bug 940603 is that windows aren't being removed
from the window list if they are unreparented by the application itself in
very special circumstances (not sure what because I can't reproduce the bug).This code adds some more sound checks to see where the window is going and
destroys it based on that, rather than using the same logic for both
reparented and unreparented windows.Also removed the whole destroyedFrameW
indows tracking code which was more or
ineffectual and could potentially result in a frame window leak.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp://staging/compiz-core