Description of problem: if there is some window already on current workspace,
gnome/metacity will open every next window exactly on the upper left corner.
This is really bad. New windows should be opened on a free space if possible
(not over existing ones) and if this is impossible they should be placed in
cascade, close to center of the screen.
Version-Release number of selected component (if applicable): current from f9
How reproducible: always
Steps to Reproduce:
1. log in to gnome
2. open gnome terminal
3. open next window
Actual results: every next window will appear exactly on the upper left corner
Expected results: smart window placement using free space and when it is
impossible, centered windows. (or any equivalent)
This issue is already confirmed and fixed in upstream, see
Please, backport this fixes for F8 and F9, because the current behaviour is really annoying...
Don't know if I read this correctly but this only fixes one part of reported problem - it ads cascade feature but start window placement position would be still at top right corner.
It seems that the upstream's decision is to return back the "cascade" feature, but not return "random" placement (disappeared long time ago afaik...)
The promotion of some another useful placement method (ie. random) is suitable at upstream (they should implement something). But now, it is possible and useful to return back at least the "cascade" method. IMHO, just by creating a patch by the cvs commit mentioned in the upstream bugzilla ticket.
Created attachment 315704 [details]
RPM diff to backport window cascading fix from upstream
The patch embedded in this RPM diff restores the window cascading. I've tested this on F-9 and it works as metacity always did. Please consider applying.
Created attachment 321314 [details]
Restore cascading of non-placed windows
Here's just the patch this time from upstream applied to metacity-2.22.0. Here's a scratch build on koji if you want to test it:
The package works quite well as far as I can tell (thanks!) but it only fixes the cascade regression and this was not the biggest problem here, however it's a step in good direction.
What we are still missing is better start point (still exactly left corner) and better cascade (calculation?). With patch applied the second window is placed at the corner and then every next will be shifted down and right with window titlebar height and border width so, following ux problems are still present:
1. The upper left corner for the second window - this should be centered or free space.
2. Cascade step is too small; when one have three windows in such cascade and then brings the first one to up to front, there is no easy "clicky" way to activate the second (last one/third have some visible space on the bottom, but not second) - this could be fixed by horizontal shift (eg one step == ~2x window controls width), bigger (~2.5times) vertical shift could be useful too.
3. There is much desktop space wasted and big concentration (more clicking) in the corner - the optimal solution would open windows on a "free space" if they fit and when not, it would start 4direction cascade (not from corner but from active window): first shift: right&bottom, second top&left, third top&right, fourth left&bottom, fifth with increased shift factor right&bottom and so on.
it would be great if new window on the empty workspace was open centred, not in the top left corner... some applications would still open in the centre - i.e. browsing video clips using nautilus would open a new video in the centre - user probably wants to see this video and doesn't care about other apps for a while. Cascade or placing windows in the top left corner is not intuitive and forces users to move the window.
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
The cascade bug is OK in current releases; we're not going to deviate from upstream and introduce new options for window placement.