Bug 161307 - acknowldege changes to individual screen frame position of a xinerama screen
Summary: acknowldege changes to individual screen frame position of a xinerama screen
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-26 16:16 UTC by Elmar Stellnberger (AT/K)
Modified: 2013-03-22 23:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar Stellnberger (AT/K) 2008-04-26 16:16:41 UTC
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.
Comment 1 Lubos Lunak 2008-04-28 17:54:09 UTC
Please try with a more recent version.
Comment 2 Elmar Stellnberger (AT/K) 2008-05-01 09:27:36 UTC
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.
Comment 3 Alejandro Nova 2012-06-06 19:56:35 UTC
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.
Comment 4 Thomas Lübking 2013-03-22 23:14:57 UTC
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.