> * I have to use the proprietary NVidia driver because the open source driver > STILL does not support multiple cards. Known issue with most all the FOSS video drivers. Bug #316514
> * I have to enable Xinerama to be able to drag windows between monitors. If I > don't I get completely separate desktops. Right, NVIDIA doesn't support XRANDR 1.2 (which provides for extended displays) so have to use Xinerama or Twinview. > * If Xinerama is enabled 3D effects don't work. Ubuntu apparently doesn't > realise this and still tries to use the "Ubuntu" (in other words Unity 3D) > session by default, which doesn't work (it just hangs), leaving me unable to > log in. This sounds like a legitimate bug (two bugs really). Would need to see the actual error messages to diagnose as there's a few different ways this can result. Better to handle those issues in separate bug reports. > * I have to install and use the GNOME Classic (no effects) session to be able > to log in at all. Why not Unity-2D? > * Which STILL moves every full screen window that opens to my left monitor > instead of the center one. Sure, that's still metacity so still the same software. Unfortunately I doubt Canonical will be investing engineer time into metacity since they're focusing efforts on Unity. So if you care only about metacity I'd suggest going directly upstream with this issue; it likely won't be worked on in Ubuntu. > Why is it so hard to get Ubuntu to leave my windows alone and let them stay on the monitor on which it opens?! To the contrary, this is a metacity behavior, not by Ubuntu's design. Admittedly, once in a while I see windows getting opened on the other display, however those are likely to be bugs, not by design. The UX Multi-Monitor design specification specifically defines the expected behavior: """ 2.7 Placing New Windows When creating new windows for an application, the windows should be placed on the display which currently has focus. A display has focus if it contains the mouse cursor. This has the perceived effect of application windows appearing on the display which: - contains the Launcher used to launch the application or open a new window - contains the Dash or Indicators menu used to launch the application - contains the desktop shortcut icon used to launch the application - contains the file icon used to launch the application by file association - contains the application menu bar used to choose a New Window command - has keyboard focus for keyboard shortcuts When an application persists the geometry of it’s windows across launch invocations, the windows should always be restored onto the display which has focus upon launching the application. This is to ensure that windows always appear in a consistent and predictable fashion. This approach may fail to satisfy use cases where an application has a complex user interface, which is organised across more than one display. In a later phase, relative positioning strategies could be developed to satisfy these cases. For example, the main (eg. document/content) window will be restored onto the display with focus, whilst a cluster of tool palettes is placed on the display to the right of the main window display. """ ** Summary changed: - Upon starting a program full screen, the window is immediately moved to the wrong monitor + Upon starting a program full screen with NVIDIA Xinerama, the window is immediately moved to the wrong monitor -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/727928 Title: Upon starting a program full screen with NVIDIA Xinerama, the window is immediately moved to the wrong monitor To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/727928/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
