Bugzilla – Bug 387500
gnome-display-properties creates halfway-overlapping monitors
Last modified: 2009-02-06 20:17:25 UTC
This may be somewhat incoherent, with several related bugs mentioned. Sorry. I run a dual-monitor setup, with an external monitor attached to a laptop. In an ideal world, the external monitor would run at 1600x1200 and the laptop would run at 1400x1050 (native resolutions). However, that results in "losing" my cursor, as this results in the virtual screen: +===========+=========+ | | | | A | B | | +=========+ | | C | +===========+ - - - - + Monitor A is the 1600x1200, B is smaller. The result is that if my cursor is at the bottom of area A and I move it right (into area C), it's invisible. C is a somewhat large area, and if it gets there I may need to move the cursor a fair bit to find it again. This is annoying. Request 1: The cursor shouldn't be able to go "below" the visible area. It should instead be "bumped" to the floor of the current area. Thus, if my cursor is at the bottom of area A and I move it right, it should NOT move into area C but instead should be at the bottom of area B. Due to the above, in openSUSE 10.3 I changed A to also be 1400x1050, so that the heights were consistent. This is no longer possible in 11.0 (see #387498). Due to #387498, my current setup is: +========+=========+ | | | | A | B | +========+ | +=========+ A=external monitor, 1280x1024. B=laptop monitor, 1400x1050. I'd prefer A to be larger, so using gnome-display-properties I set A to have a resolution of 1600x1200. The result I expected: +===========+=========+ | | | | A | B | | +=========+ | | +===========+ i.e. B is immediately next to A. The result I *actually* got: +=========+=========+ | | | | | A |C| B | | +=========+ | | +===========+ i.e. B *overlaps* A, so that area C is duplicated across both screens. This is very bizarre and unexpected, especially since gnome-display-properties doesn't show any overlap at all. Request #2: Please allow the resulting area to resemble the former layout and not the latter (overlapping is bad).
Oooh, interesting bug. As for "make the mouse bump the edge instead of disappearing", that's a problem in the X server. I'll see what to do about this. For the lack of available resolutions, we'll track that bug in #387498. Finally, for the overlapping problem, could you please provide these: - The output of "xrandr -q" - Please attach your ~/.config/monitors.xml - Just for reference, a screenshot of gnome-display-properties Thanks!
I've filed bug #394805 about the mouse disappearing at the edges.
Things have gotten worse: 1600x1200 is now no longer supported at all for my external monitor; `xrandr -q`: Screen 0: minimum 320 x 200, current 2680 x 1050, maximum 2680 x 1400 VGA_1 connected 1280x1024+0+0 367mm x 275mm 1280x1024 59.9* 1024x768 60.0 800x600 60.3 640x480 60.0 PANEL connected 1400x1050+1280+0 287mm x 215mm 1400x1050 60.0*+ DVI-D_1 disconnected 1024x768_60 (0x54) 64.1MHz h: width 1024 start 1080 end 1184 total 1344 skew 0 clock 47.7KHz v: height 768 start 769 end 772 total 795 clock 60.0Hz 1600x1200 isn't listed as an option in gnome-display-properties anymore either. I don't have a ~/.config/monitors.xml file.
Furthermore, sax2 doesn't seem to be able to properly drive my external monitor, as even when I configure my external monitor to be 1600x1200, during Testing it's still only 1280x1024.
Created attachment 218400 [details] Sax2 Dual Head Settings Note that the external monitor is configured for 1600x1200.
Created attachment 218401 [details] Sax2 Configuration Dialog 1600x1200 output is configured.
Created attachment 218403 [details] gnome-display-properties
I think I'm seeing the same thing, need to investigate a bit more though... CC'd
The "creates overlapping monitors" part is fixed in bug #434729. I'll mark this as a duplicate. The other part, "the cursor shouldn't move into the invisible area" is already bug #394805. *** This bug has been marked as a duplicate of bug 434729 ***