Version: Unbekannt (using 3.5.9 "release 57.4" , openSUSE ) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.16.54-0.2.3-default Suppose a user using two screens of different size like that will f.i. always be the case for presentations. > xquery -r 0 1600x1200 1 1280x800 Now suppose the user to move the relative screen position of screen #1 from 1280x800+1600+100 to 1280x800+1600+200 where +1600+200/100 renders the frame position of monitor#1 in the composite screen of size 2880x1200 (#0 left of #1, #1 docked 200/100 pixels measured from top of #0). KWin still believes that screen #1 is at position +1600+100 instead of +1600+200. This turns out if the user f.i. tries to maximize a window (it will be located wrongly). > dcop kwin MainApplication-Interface reparseConfiguration > dcop kwin KWinInterface reconfigure > dcop kwin KWinInterface refresh have changed nothing about it. > kwin --replace has resulted in no window manager running. A manual relaunch of kwin & has made kwin acknowledge the new position of screen #1.
Please try with a more recent version.
confirmed for kdebase3-3.5.9-83.4. Especially the window maximisation flag seems to cause problems. After plug-off & -in all windows on the external screen are maximized wrongly. De-maxing them reveals their original screen position to be lost.
Guys, sorry if you see this as a necroposting attempt, but this must be done. I can't see anything of what is discribed in this bug in KDE 4.8.3. Xinerama maximization works beautifully, as moving windows between virtual screens do. So, please, close this as RESOLVED / WORKSFORME until OP confirms I'm wrong.
Well, with patial overlapping i get funny effects about mouse movage contrains (X11 "problem") and panel layouts but kwin adapts to the positions and maximizes "correctly" (there's only one logical screen) Given the bug was reported against 3.5.9 I'll mark it "worksforme". If you feel there's sth. wrong with present KWin versions please re-open a new bug and illustrate what you perceive and would expect instead.