Bug 203331 - multiple monitors with rotated and/or different sized monitor deasn't work correctly
Summary: multiple monitors with rotated and/or different sized monitor deasn't work co...
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma4
Classification: Plasma
Component: multiscreen (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-10 17:27 UTC by Jaakko Kantojärvi
Modified: 2013-04-04 10:07 UTC (History)
3 users (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 Jaakko Kantojärvi 2009-08-10 17:27:05 UTC
Version:            (using KDE 4.3.0)
OS:                Linux
Installed from:    Debian testing/unstable Packages

Wanted configuration:
 D0 = res: 1920x1200, rotation: normal
 D1 = res: 1600x1200, rotation: left (res now: 1200x1600)

 D1 left of D0

Above situation as ascii image:
      +--+
+----+|  |
| D0 ||D1|
+----++--+

state 1) no rotation on D1
+----++----+
| D0 || D1 |
+----++----+

works, cos height is 1200 on both
note: no option to enable this in system settings

state 2) rotation in D1, no shift in D0
+----++--+
| D0 ||D1|
+----+|  |
######+--+

Panel on bottom of D0 is move to ## space (out of view)
Panel is not moved if bug 202551 happens
https://bugs.kde.org/show_bug.cgi?id=202551

This should work as in kde 4.2 where display borders are detected correctly (though mouse is allowed to go ## area. It should not)

state 3) move D0 400 pixels up (position 0x400)
######+--+
+----+|  |
| D0 ||D1|
+----++--+

Effective using area on D0 is above 400 from bottom of display. Bottom 400 pixels are not updated if something is moved there. Keeps pixels values from previous state.

Should work at least as in kde 4.2. Where this was possible

---

If kde doesn't find out that there is multiple monitors then D0 works ok even though you can move your mouse to D1 (D1 is black like in bug 196046).
bug https://bugs.kde.org/show_bug.cgi?id=196046

See also this bug about cursor and rotated display
https://bugs.kde.org/show_bug.cgi?id=203324
Comment 1 Jaakko Kantojärvi 2009-08-10 17:51:04 UTC
Okey... In state 1) moving windows to, out or in D1 fills them whit background pixels. If part of window is updated it's gets back to correct.

Makes D1 totally useless for windows...

Widgets are NOT effected!


ps. trying to find way revert to kde 4.2 in debian :(
Comment 2 Nicolas L. 2010-06-07 10:27:21 UTC
Do you reproduce with kde 4.4.4 or 4.5 beta ?
Comment 3 Beat Wolf 2010-10-19 17:04:10 UTC
please reopen when retested with at least kde 4.5
Comment 4 Myriam Schweingruber 2012-06-03 18:46:16 UTC
Closing for lack of feedback. Please feel free to reopen this report if you can still reproduce this with KDE 4.8.3 or later.
Comment 5 Nicolas SAUBAT 2013-04-04 10:07:12 UTC
I've quite the same bug

D0 is a 1920x1080 wide laptop screen
D1 is a 1200x1600 (rotated left of 90 degrees)

+-------------+--------+ # #
|        D0    |    D1 | # #
+ ------------ |         | # # 
                   +--------+# # 

On right of D1 I have a 400 pixels wide are where I can move my mouse, wich should be not.
I hope this bug would be reopen and fixed.

Thank you,
Nicolas.