When the nvidia twinview is setup for secondary monitor above primary there are issues. When you maximize the window it maximizes under the panel and sometimes the panel will disappear off the screen except for a small bit that you can right click on and by clicking autohide and then unchecking it the panel comes back. if the panel is moved to the top monitor all works fine.
I am using second monitor as add on to laptop. Laptop (primary display) is wide screen 1280x800 and secondary monitor is 1024x768.
settings relevant in xorg.conf are as follows
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP"
Option "metamodes" "CRT: nvidia-auto-select +0+0, DFP: nvidia-auto-select +0+768"
#Option "metamodes" "CRT: nvidia-auto-select +1280+0, DFP: nvidia-auto-select +0+0"
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
You probably have a panel at the bottom of the top screen, isn't it? In that case there is a limitation in the protocol used to communicate with the window manager.
To explain a bit further, a twinview or xinerama setup combines multiple monitors into one X screen. The panel can only set its position relative to the X screen, e.g "on the bottom, height=24, from x=0 to x=1023". The bottom side of the top screen is actually in the middle of the X screen, not on the screen edge.
You'll get the same problem at the top of the bottom screen.
I don't think there is a way to fix this, I'm afraid.
| +-----+ |
| |panel| |
This cannot be fixed by setting struts. Maybe something in xfwm4 can be done to avoid overlapping dock windows?
*** Bug 3633 has been marked as a duplicate of this bug. ***
(In reply to comment #2)
> This cannot be fixed by setting struts. Maybe something in xfwm4 can be done to
> avoid overlapping dock windows?
Then what would struts good for? I think this is a limitation of the standard, not much we can do there.
Not all panel positions/screen layout combinations are desirable (the panel in older versions of xfce would deny such setup, at the expense of less flexibility... So it's all a matter of choices.)
*** Bug 8432 has been marked as a duplicate of this bug. ***
Well then lets close it.
(In reply to comment #6)
> Well then lets close it.
Yeap trying to put the logic in the WM wouldn't work with e.g. floating panels (which are docks as well but potentially anywhere on the screen... not just at the edges)