Registered Member
|
What do you mean by a flicker? Yes, it flashes a bit, but it behaves exactly like I change the KDE settings: Both are recognized as one big screen. I will try to post an image. |
Registered Member
|
Ok, this is the screenshot when I click "Identify outputs". Both screen looks like this except that the VGA1 only has the ((0,0),(1027x768)) portion of the LVDS1.
|
Administrator
|
I'm afraid i'm totally mystified as to why this is happening - i'm gathering there is nothing relevant printed to the Xorg log file which indicates why it is rejecting the configuration change?
Also - try disabling Desktop Effects...
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Errr.... what exactly is the problem here?
You want
but that isn't accepted? In case, what about
Afaics atm. KWin does not have a "smart" strategy for overlaying screens (never tested) like eg. to only maximize to the area of the smaller one or whatever. It picks the screen the windows center is on (which is likely the first hit, ie. for this setup the primary one as long as the windows center is on the shared area) |
Registered Member
|
Both commands, including absolute position, have been tested and produces the same result. I don't really understand what the description about stretagy means though. |
Registered Member
|
So am I... Desktop effects does nothing about this problem...I am not sure if it is something down to kernel level to make the two screens identified as one, but I have tried to use the kernel config from Mint to recompile the kernel, but it does not work too. |
|
Try a fixed position:
|
Registered Member
|
I have tried that before, either setting LVDS1 or VGA1, producing same result |
|
Three things:
[ 1224.364] (II) intel(0): resizing framebuffer to 1600x1668 (from the second xorg.0.log you posted) This allows for a vertical, but not a horizontal layout. The next thing is the oyranos color correction stuff: turn it of for testing (in case the screens are not compatible and it tried to do whatever to fix that) Last, you claimed things to work under openbox (but not openbox + kde) Does that mean "xrandr -q" indicates a boxed layout (rather than partial occlusion) under that openbox layout? What if you turn off "kscreen2" in "kcmshell4 kded" and kill "krandrtray" (in case it's running)? |
Registered Member
|
I don't know how to turn off color correction... I will test the others and post the results. |
Registered Member
|
xrandr -q # Under KDE
xrandr -q # Under Openbox
If I run xrandr --output LVDS1 --auto --output VGA1 --auto --pos 1600x0 under openbox, the following is the Xorg.0.log:
I have no KScreen installed, and no krandrtray running. |
Registered Member
|
If I configure the same under KDE Setting and then set back, the following is in Xorg.0.log:
The last few lines looks the same, but KDE behaves differently. |
|
No?
The screens overlay in oepnbox as well - what i completely do not understand, since
This
would explain the "odd behavior" under KDE, but you also stated
What sounds like this was a deliberate action. |
Registered Member
|
For the openbox one, I ran xrandr -q before I set the VGA thing, so they are overlaid. I will try run it after setting this time. I "set it back" because if I don't do so, the desktop is almost unusable so that I have to set it back before I continue to work, so the last two line should be caused by the behaviour of "setting back". If I can find a way to do the same like "Identify outputs" under openbox, it would be helpful too, but I haven't found one yet. |
|
Can you elaborate on that? I don't need identify output - xrandr tells everything you got to know. |
Registered users: Bing [Bot], daret, Google [Bot], Sogou [Bot]