![]() Registered Member ![]()
|
Hi,
I'm trying to setup a triplemonitor setup on two graphic cards. As hardware I've an 9500 GT and a GeForce 210. I've connected two identical monitors to the 9500 GT which I use as my primary screens and another, with secondary usage, to the 210. I don't care very much about what's on the third monitor. If KDE doesn't run on it at all that's fine, as long as I can start a Konsole or xterm on it. I also don't need to drag windows to or from it, but I want to be able to drag windows between my two primary screens. I also want to have windows maximizing on one of my primary screens. It works flawlessy in Windows, so the hardware is fine. I run Debian testing, KDE 4.6. I've tried a lot of things, but it doesn't work:
Does anybody have an idea how I can get this working with KDE? I'm willing to try anything (I've quite some development experience so I can also try out patches to KDE etc). |
![]() Administrator ![]()
|
4.7 has some fixes with regards to multiscreen support (and a few more are queued for 4.
![]()
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Hmm, I've tried 4.7 now but that doesn't work either. However, I've some more details on what works and what doesn't:
Is there any way I can manually enter the display geometry instead of letting KDE autodetect them? I've had this working with OpenBox and a fakexinerama (a preloaded library that overrules the calls to Xinerama functions that return data about display geometry and replace them with static data) solution, but that doesn't work with KDE. Does KDE use any other way to gather data about screen geometry? |
![]() Administrator ![]()
|
IIRC KDE uses XRandR first, then other fallbacks in Qt to query screen geometry.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot], Yahoo [Bot]