← Back to team overview

compiz team mailing list archive

[Bug 58977] Re: Maximizing ignores docked panles with Xinerama

 

Launchpad has imported 15 comments from the remote bug at
https://bugzilla.gnome.org/show_bug.cgi?id=339692.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2006-04-25T11:33:46+00:00 Antoinecailliau wrote:

On maximize, the window should be stopped along the panel as when the panel is
on the top

Other information:
I attached a screenshot of the bug.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/0

------------------------------------------------------------------------
On 2006-04-25T11:34:24+00:00 Antoinecailliau wrote:

Created attachment 64267
Screenshot

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/1

------------------------------------------------------------------------
On 2006-04-25T14:25:54+00:00 Sergej Kotliar wrote:

Ah, so you mean that the X icon is hidden... strange...

Can't reproduce it here, have been using a right-side panel since
forever, and never seen that...

Are you using metacity window manager? (the default one installed)
If you try to move the panel somewhere else, and then put it back, does this bug appear again?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/2

------------------------------------------------------------------------
On 2006-04-25T16:34:21+00:00 Antoinecailliau wrote:

Yes i'm using the default window manager, Metacity.

When I move the panel somewhere and then put it back, the bug appear
again, nothing changed.

I've dual screen and the bug appear when the panel is in the "middle" of
the both screen, there is no bug when the panel is on the right of the
right screen, sorry never think that it could be that.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/3

------------------------------------------------------------------------
On 2006-04-25T16:37:16+00:00 Sergej Kotliar wrote:

Yeah, I think that's the cause of it then. Retitling the bug. Don't have
two screens, so I'll let someone else confirm this one.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/4

------------------------------------------------------------------------
On 2006-04-25T17:28:20+00:00 Elijah wrote:

The EWMH provides no way to reserve any area of the screen except the portion at the edges.  (Note that in a xinerama setup, there is only one "screen" which spans both monitors, so that rules out reserving the area this bug report talks about)  So, the panel can't tell metacity that this area is reserved.  metacity-2.14.x does have most of the code necessary to handle reserved area that isn't at screen edges, but not quite all of it.  So three bugs:
  1) EWMH needs to be extended to handle xinerama edges too
  2) Metacity needs to support the new hints
  3) gnome-panel needs to use the new hints

EWMH is first, so I'll move to metacity for now and try to remember to
bring this up on wm-spec-list at some point.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/5

------------------------------------------------------------------------
On 2006-04-25T18:32:44+00:00 Antoinecailliau wrote:

Ok, tanks for the information, I'll try to follow my bug ^^

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/6

------------------------------------------------------------------------
On 2006-09-10T12:09:21+00:00 Sebastien Bacher wrote:

Ubuntu bug about that:
https://launchpad.net/distros/ubuntu/+source/metacity/+bug/58977


Reply at: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/8

------------------------------------------------------------------------
On 2007-03-21T03:47:40+00:00 Elijah wrote:

*** Bug 420626 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/11

------------------------------------------------------------------------
On 2008-03-07T13:01:10+00:00 Marnanel Thurman wrote:

*** Bug 520713 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/13

------------------------------------------------------------------------
On 2008-04-11T16:18:13+00:00 0-marco wrote:

*** Bug 527547 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/14

------------------------------------------------------------------------
On 2009-01-25T20:52:39+00:00 Gnome-2 wrote:

I wonder if this can be solved in the restricted case of n-monitors in
line without changing anything except the STRUT_PARTIAL hint set by the
panel.

In my case I have two monitors stacked vertically (as far as X thinks); with a panel at the top of the top monitor, another at the bottom of the bottom monitor
and the troublesome one which is at the bottom of the top monitor.

If that 3rd one was said to be a strut on the left, and said it was as wide
as the monitor but it's start and end 'y' corresponded to it's top and bottom would that work?

As it is the STRUT_PARTIAL value on the middle panel looks meaningless:

_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1919
_NET_WM_STRUT(CARDINAL) = 0, 0, 0, 0

(Top monitor is 1920x1080).

It wouldn't cure everyone, but it should sort most users out.

Would metacity cope with that?


Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/17

------------------------------------------------------------------------
On 2009-01-31T22:49:20+00:00 Gnome-2 wrote:

Created attachment 127673
Hack for the vertical case - for comment

This is a hack to gnome-panel that addresses the case of monitors in a vertical stack and a panel at the bottom of the not-bottom monitor;
this hack seems to work with metacity - it would be easy to generalise to the other edges.

What do people think - sure it's not a full answer - and I don't know
what other window managers would make of it?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/18

------------------------------------------------------------------------
On 2009-02-01T12:27:16+00:00 Gnome-2 wrote:

Just a word of warning; while plain metacity is OK with this, compiz
doesn't like it. (It puts everything at the side).


Reply at: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/20

------------------------------------------------------------------------
On 2009-08-17T17:59:03+00:00 1nomdeplume wrote:

(In reply to comment #12)
> Created an attachment (id=127673) [details]
> Hack for the vertical case - for comment
> 
> This is a hack to gnome-panel that addresses the case of monitors in a vertical
> stack and a panel at the bottom of the not-bottom monitor;
> this hack seems to work with metacity - it would be easy to generalise to the
> other edges.
> 
> What do people think - sure it's not a full answer - and I don't know what
> other window managers would make of it?

I've tried the patch and windows maximize correctly now.  I don't use
compiz because it breaks with the intel driver in Fedora.  The patch
header had to be tweaked to build with the Fedora source rpm.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/58977/comments/27


** Changed in: metacity
       Status: Unknown => Fix Released

** Changed in: metacity
   Importance: Unknown => Low

-- 
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/58977

Title:
  Maximizing ignores docked panles with Xinerama

To manage notifications about this bug go to:
https://bugs.launchpad.net/metacity/+bug/58977/+subscriptions