Bug 74964 - Xinerama problems with smart window placement (with netbeans example)
Summary: Xinerama problems with smart window placement (with netbeans example)
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-11 16:36 UTC by Paul Symons
Modified: 2008-01-04 17:59 UTC (History)
0 users

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 Paul Symons 2004-02-11 16:36:39 UTC
Version:            (using KDE KDE 3.2.0)
Installed from:    Gentoo Packages
Compiler:          gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) CFLAGS="-O3 -mcpu=pentium4 -funroll-loops -pipe"
OS:          Linux

I have recently moved from KDE 3.1.5 to 3.2.0 and I've noticed the Xinerama functionality has changed.

All my problems relate to the Multiple Monitors settings, which I found under Control Center->Peripherals->Display - for all of the following cases, the checkbox "Enable multiple monitor virtual desktop support" is always checked.

The first bug is to do with the setting "Enable multiple monitor window placement support". Toggling this setting has two behaviours for me:

1. When true, this setting results in what I would assume is default smart placement behaviour. If I click on Konsole icon on monitor 2, the Konsole application opens up in monitor 2. If I click on Konsole icon on monitor 1, the Konsole application opens up in monitor 1. This is what I expected. However (and this has changed since 3.1.5) my problem is now with Netbeans IDE 3.5.1, which I am running in SDI mode (e.g. separate windows for the application components). Changing between Netbeans' "Editing", "GUI Editing" or "Debugging Tabs" causes kwin to forget monitor 2 window placements, and hence any Netbeans windows moved into monitor 2 will always revert back to monitor 1 when tabs are changed. This takes away the usefulness of SDI for me!

2. When false, Netbeans behaves as it did in KDE 3.1.5 - all windows positions are remembered on changing tabs. However, clicking on a Konsole icon on the desktop or taskbar, whether in monitor 1 or monitor 2, will always open the new window in monitor 1 first. This applies for all applications. This is not the behaviour I prefer.

The behaviour I expected was that when "Enable multiple monitor window placement support" was checked, Netbeans tab changes would remember window positions (including those in monitor 2), and all applications would as a rule open in the monitor they were started in (i.e. clicking an icon in monitor 2 starts the application in monitor 2).

The second bug is still on the Multiple Monitors tab. If the "Identify All Displays" button is in monitor 1, clicking it places both identify images (e.g. "1" and "2" in my case) in monitor 1. It seems to be something to do with mouse co-ordinates because as soon as even the smallest part of the button is in monitor 2, and that part of the button now in monitor 2 is pressed, the identify works correctly.

The last bug is that the logic for the "Enable multiple monitor window maximize support" is reversed. When the box is checked, maximizing a window simply maximizes the window in the current screen only. If a window is stretched partly from monitor 1 into monitor 2, and then the maximize button is pressed, the window maximizes itself back into monitor 1 (effectively shrinking the window). If I uncheck the setting, then pressing the maximize button will stretch any window across both monitors. I'm not sure if this is a bug, or if it is me mis-understanding the description of the feature - to me, enabling multiple monitor window maximize support would enable the maximizing of windows across two monitors.
Comment 1 Chris Lord 2004-04-28 02:30:28 UTC
Using Gentoo packages, in KDE 3.2.1, intelligent placement of unmanaged windows worked correctly (place in monitor with mouse cursor). In KDE 3.2.2, it doesn't (always gets placed in upper-left most monitor).
Comment 2 Christoph Burger-Scheidlin 2006-09-09 16:27:48 UTC
The second bug does notoccur in kde 3.5.4 (Gentoo Packages), the first one I 
cannot comment on, lacking netbeans
Comment 3 Lubos Lunak 2008-01-04 17:31:17 UTC
Can you still reproduce the problem using a recent version?
Comment 4 Paul Symons 2008-01-04 17:49:00 UTC
I no longer have access to dual screen / xinerama so I am afraid I am unable to confirm or deny whether this bug is still there.
Comment 5 Lubos Lunak 2008-01-04 17:59:04 UTC
Ok. Closing until/if somebody else complains.