I have a dual headed display (2x21" 1600x1200 LCD's) and when I click on new dialog boxes, such as the settings window, it gets split between the monitors. I can obviously drag it from one to the other, but some logic on part of the WM would be excellent so that this doesn't happen. Suggested by bcowan to file this bug, as he is the maintaner of the xfce packages for gentoo. Reproducible: Always Steps to Reproduce: 1. 2. 3. Here is a shot of what I mean, notice the settings manager is split between the monitors. http://dev.gentoo.org/~jforman/xfce-split.jpg Running Twinview with Xinerama (xinarama is a prerequisite for twinview, it makes one big display of 3200x1200)
Of course, there is such a logic in the window manager. The problem is therefore not with xfwm4, but with libxfcegui4, and more precisely xfce_gtk_window_center_on_monitor_with_pointer() that breaks the WM mechanism by moving the window afterwards...
what version of gtk+ are you using?
jforman@sixthstreet jforman $ emerge -vp gtk+ These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-libs/gtk+-2.4.14 -debug -doc +jpeg +tiff 9,440 kB thats the gtk+ i have installed with the use flags for gentoo friendly dev's on xfce4
I've set up Xinerama over Xdmx between my workstation and my laptop (1280x1024 + 1280x800) and it works just fine, I'm really not seeing what you describe, the dialog is centered on the screen where the mouse resides (ie the "active" screen) The point is there is code in both the WM and the dialog itself to avoid that, so it's a bit confusing. Are you sure GTK is build with Xinerama support?
Oliver, This looks like a Twinview issue. If enabling xinerama and NOT twinview, it works as expected. But if one enables twinview, it "binds" both monitors together into one big 3200x1200, so the middle of the combined screen is the gutter between the monitors. Completely a configuration minority case on my part. Thanks, Jeffrey