Bug 208519 - window placement on multiple monitors
Summary: window placement on multiple monitors
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: xrandr (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-25 17:27 UTC by Sladjan
Modified: 2014-01-02 15:36 UTC (History)
4 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 Sladjan 2009-09-25 17:27:47 UTC
Version:           1.0 (using 4.3.1 (KDE 4.3.1), Debian packages)
Compiler:          cc
OS:                Linux (x86_64) release 2.6.31-0.slh.3-sidux-amd64

New windows often get opened on the TV although I set the CRT to be preferred in Systemsettings/Display/Multiple Monitors: 
I set the option "show unmanaged windows on" to be Display1 which is the CRT (I checked with "Identify all displays").

However new windows still get opened on the TV. I also tried the setting "Display containing the pointer" and disabled "Enable multiple monitor window placement support".

I have one CRT connected to one of the two DVI outs and additionally one TV-set is connected on the TV-out. The video card is an Asus Nvidia 8600GT and I use Nvidia's proprietary drivers. The displays are correctly identified in Systemsettings too. The resulting resolution is 2000x960.

My xorg.conf is: (Xinerama is disabled and Nvidia's Twinview is enabled instead.)
------------------
Section "InputDevice"                     
        Identifier      "Mouse0"          
        Driver          "evdev"           
        Option          "Protocol"      "auto"
        Option          "Device"        "/dev/input/event6"
        Option          "Emulate3Buttons"       "no"       
        Option          "ZAxisMapping"  "4 5"              
        Option          "Sensitivity"   "0.5"              
EndSection                                                 

Section "Monitor"
        Identifier      "Monitor0"
        VendorName      "Eizo"    
        ModelName       "CRT-0"   
        HorizSync       30.0 - 95.0
        VertRefresh     50.0 - 150.0
        Option          "DPMS"      
EndSection                          

Section "Device"
        Identifier      "Device0"
        Driver          "nvidia"
        VendorName      "NVIDIA Corporation"
        BoardName       "GeForce 8600 GT"
EndSection

Section "Screen"
        Identifier      "Screen0"
        Device          "Device0"
        Monitor         "Monitor0"
        DefaultDepth    24
        Option          "TwinView"
        Option          "MetaModes"     "CRT-0: 1280x960 +720+0, TV-0: 720x576 +0+0"
        Option          "UseEDIDDpi"    "0"
        Option          "DPI"   "81 x 81"
        Option          "TVStandard"    "PAL-B"
        Option          "TVOutFormat"   "SVIDEO"
        Option          "NoLogo"
        SubSection "Display"
                Depth   24
        EndSubSection
EndSection
---------------

Regards
Sladi
Comment 1 FiNeX 2009-09-26 21:00:01 UTC
Could this be a kwin issue?
Comment 2 Martin Flöser 2009-09-26 21:08:33 UTC
New windows should be placed on the active screen. There is an option in systemsettings -> window behaviour which marks the active screen as the screen on which the mouse is. By that new windows are only opened on the screen where the mouse is on. So when you basically work on your CRT and just run a video player on the TV that's the best choice for you and should solve your problem.
Comment 3 Sladjan 2009-09-27 14:51:35 UTC
Hi,

I will try the option in window behaviour, thanks Martin.

I wanted to add that this wrong behaviour occurs randonly. So sometimes an application appears on the correct screen and on the next login it won't. Also in one session some applications will behave correctly and some won't. There are no specific applications which are wrong, this seems random. I tested Arora, Konsole, Konversation, Ktorrent, Systemsettings.

Regards,
Sladi
Comment 4 Sladjan 2009-09-27 15:11:54 UTC
Sorry to spam but the option 'active window follows mouse' doesn't help either.
The wrong placement is always the same btw.: The window is on the edge connecting the two displays. Since my TV is configured to be left of the CRT the window is on the right edge of the TV screen. I tried a 'right of' alignment but then the window would be at the left edge of the TV again.

Regards
Sladi
Comment 5 Ciprian Ciubotariu 2009-12-15 19:47:51 UTC
I can confirm this bug. Searched for it because I wanted to report it myself since it is very annoying to keep getting surprised by window placement.

I can confirm it shows both for ATI and nVidia, regardless of using fglrx or radeonhd since I own computers having both cards and tried many drivers. As a result it must be a placement bug in your code. Didn't manifest on KDE3. The bug manifests regardless if Desktop Effects are enabled or not. Also, one desktop is configured for Folder View and the other as Desktop.

The setting "show unmanaged windows on:" in the Multiple Monitors tab has no effect on window placement.

I am using Gentoo Linux on amd64, kde4.3.3 (marked stable by distro), but was the same in kde4.3.1.

Let me know if you need more info on my personal configuration, if the above was not enough to find and fix this annoyance.
Comment 6 Thomas Lübking 2013-03-22 22:53:09 UTC
"show unmanaged windows on" did not what you thought, also it's gone now (xinerama relict)

As for the initial positioning: comment #2 already hinted how to manipulate the choice kwin takes on this, however the client can
a) demand a specific position
b) move itself to a specific position

KWin rules allow to initially apply or enforce a specific position or (since 4.10) screen for any window to be at/on.

Thus worksforme (the regular setting does and the rules can cope with nasty clients)
Comment 7 Daniel Faust 2014-01-02 15:09:43 UTC
There still seems to be a bug with the "active window follows mouse" option.
I upgraded a laptop from KDE 4.10.3 to 4.11.3 and the option seems to have been removed from system settings.
But kwin seems to still follow the "ActiveMouseScreen" option in kwinrc (section "Windows"). I had to manually change it from "false" to "true" in order to prevent kwin from placing new windows on the wrong screen (most of the time).
Comment 8 Thomas Lübking 2014-01-02 15:25:24 UTC
(In reply to comment #7)
> There still seems to be a bug with the "active window follows mouse" option.
> I upgraded a laptop from KDE 4.10.3 to 4.11.3 and the option seems to have
> been removed from system settings.
Nope.

It's however only displayed if there're >= 2 screens available ("kcmshell4 kwinoptions", 1st tab) and should actually also adapt to screen count changes (does here)

If it's not despite, please post the output of

    qdbus org.kde.kwin /KWin supportInformation

and

    xrandr -q
Comment 9 Daniel Faust 2014-01-02 15:36:49 UTC
> It's however only displayed if there're >= 2 screens available ("kcmshell4 kwinoptions", 1st tab) and should actually also adapt to screen count changes (does here)
Ok, you're right. I did not expect that behavior.