Merge lp:~aacid/compiz/do_not_change_viewport_on_resize into lp:compiz/0.9.8
| Status: | Superseded |
|---|---|
| Proposed branch: | lp:~aacid/compiz/do_not_change_viewport_on_resize |
| Merge into: | lp:compiz/0.9.8 |
| Diff against target: |
84 lines (+9/-15) 1 file modified
src/window.cpp (+9/-15) |
| To merge this branch: | bzr merge lp:~aacid/compiz/do_not_change_viewport_on_resize |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Daniel van Vugt | 2012-09-10 | Resubmit on 2012-09-28 | |
| jenkins (community) | continuous-integration | Approve on 2012-09-10 | |
| Compiz Maintainers | 2012-09-19 | Pending | |
|
Review via email:
|
|||
This proposal has been superseded by a proposal from 2012-09-28.
Commit Message
Do not move windows between viewports/
Description of the Change
Do not move windows between viewports/
To be honest i'm a bit "scared" since this touches a function used by lots of other functions, but if we never want a window to change to a different viewports/
| Sam Spilsbury (smspillaz) wrote : | # |
Hmm, I think the intention of this code is to prevent windows that maximize themselves from going on to other viewports. I think it might make sense to add a check here to check if the window is on the currently active viewport, and if so, to always maximize it on that viewport.
Do you think you might be able to get this code under test?
| Daniel van Vugt (vanvugt) wrote : | # |
Actually, I'm not sure about the validity of the bug itself. The bug seems to be that windows get maximized on the workspace which contains their centre-point. That's the way it was designed and the way it works. But that's not what's always intuitive to the user and hence the bug.
If that's the functionality we're aiming to change here then it looks like the wrong code is being modified.
| Daniel van Vugt (vanvugt) wrote : | # |
I think you should look at this instead:
screen.cpp: compiz:
| Albert Astals Cid (aacid) wrote : | # |
Daniel, right, the code is doign what you say (maximize on the workspace which contains their centre-point) which both I and Sam (that set the bug to Confirmed) think does not make sense.
I disagree the wrong code is being modified, what
CompScreenIm
does is not return in viewport the viewport that gm should have but the "difference" in viewports from the current one, i.e. it can return {-1, -1} if it thinks the window shall be one viewport left and one top from its current one.
Of course I could make that function return always {0,0} (i.e. don't move me) but that might potentially break other plugins that use it like the group and the wall plugins
| Daniel van Vugt (vanvugt) wrote : | # |
OK, I have no opinion until I can review this in detail later.
| Albert Astals Cid (aacid) wrote : | # |
FWIW: I'm going on holiday tomorrow, will be back on 1st October
| Daniel van Vugt (vanvugt) wrote : | # |
The branches have changed. Please resubmit targeting lp:compiz
- 3363. By Albert Astals Cid on 2012-10-10
-
Merge lp:compiz
Unmerged revisions
- 3363. By Albert Astals Cid on 2012-10-10
-
Merge lp:compiz
- 3362. By Albert Astals Cid on 2012-09-10
-
Do not move windows between viewports/
workspaces when changing its size (e.g. maximizing)


PASSED: Continuous integration, rev:3362 jenkins. qa.ubuntu. com/job/ compiz- ci/64/ jenkins. qa.ubuntu. com/job/ compiz- ci/./build= pbuilder, distribution= quantal, flavor= amd64/64/ console
http://
Executed test runs:
SUCCESS: http://