[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [virt-tools-list] [PATCHWORK] [virt-manager] fullscreen behaviour

On Thu, Nov 12, 2009 at 8:41 PM, Cole Robinson <crobinso redhat com> wrote:
> No, I intended for it to be at the very top, and works as expected here. I
> suspect you are running GNOME with a panel at the top? If so, could you test
> if it is positioned correctly when you move the panel to the bottom?

Good call, I'm using GNOME with a top panel. Hopefully there is an easy
way to work around it.

I've found no easy way. It seems to me that the only way we get the wanted .move() behaviour is when the menuwin is a child of the console topwin and not a toplevel window*. For instance when constructing a gtk.Window of type gtk.WINDOW_POPUP. However on both window managers I have tested this results in a window that will "stick" when you move to different virtual desktops, even when calling .unstick() after .show(). This is broken in my opinion. Patch showcases this behaviour.

So the only obvious way I see is to create a child window that has the wanted behaviour manually. Which should be possible, but is kinda tiresome. So, does anyone have other ideas? 

* even if we were to use the _NET_WORKSPACE attribute to get the panel size, xfwm at least will ignore negative y coordinates on .move(). And I have been unsuccessful in using .set_override_redirect() to short-circuit the window manager. The window would not move at all afterwards.

I've addressed the other issues, and I'm attaching a patch that applies to the previous patch. 
Please test if the window is positioned correct and that it is indeed too sticky on Metacity/Compiz. 

Regards Jon Nordby - www.jonnor.com

Attachment: fullscreen_menubar_fixes1.patch
Description: Binary data

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]