Version: (using KDE 4.0.83) Installed from: Debian testing/unstable Packages Compiler: Debian GNU/Linux (experimental), version 4:4.0.84-1 OS: Linux On Thinkpad X61s w/ LVDS 1024 x 768 and external VGA monitor w/1920x1200 the desktop area (and panel) are limited to the smaller screen size, but the actual virtual screen is that of the larger screen. The "non desktop" parts of the screen are usable, windows can be placed there normally. The bug had initially be filed as http://bugs.kde.org/show_bug.cgi?id=163218 for 4.1-beta1 and Aaron thought he fixed it in 4.1-beta2. Unfortunately it seems a bit more elusive. Will attach two screen shots, one normal, with dialog for screen size, and one after "zoom out." Hope this helps, if I can provide anything else, please let me know.
Created attachment 25875 [details] KDE 4.1-beta2 screenshot of larger screen, w/ display options window
Created attachment 25876 [details] KDE 4.1-beta2 screenshot after "zoom out"
Created attachment 25878 [details] X.Org log file This is the corresponding X.Org log file. [...] (II) intel(0): Output VGA connected (II) intel(0): Output LVDS connected (II) intel(0): Output VGA using initial mode 1920x1200 (II) intel(0): Output LVDS using initial mode 1024x768 (II) intel(0): Monitoring connected displays enabled [...] (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): Output LVDS is connected to pipe B [...] The brutal hack to be able to use KDE4.1 is to put the "Ignore" option into the LVDS / VGA monitor section, depending which one I don't want to use.
So there are Activities for each screen as can be seen in the zoom out, but the wrong one is being used. or at the very least, it isn't being resized. this seems to indicate that it knows about both screens, but is misidentifying which is which. this is very similar sounding to a Qt bug which we had patches for in kde 4.0.x and qt 4.3.x... if you zoom in on the blue wallpaper Activity after zooming out, does it also shrink down to the same small space? if not, does it do so after you log out and then back in? can you also copy the output of `xrandr` run from a console to this BR, and attach your `kde4-config --localprefix`/share/config/plasma-appletsrc file? thanks in advance.
** Re question 1: When I select the plasma symbol in the top right corner for the larger (blue) space, I get the options "Add Widget" "Zoom Out" "Lock Widgets" only. Only the smaller (green) space has "Zoom in" (as well as "Zoom out" and "Add Activity" for that matter). ** Re question 2: Sure thing. xrandr output: reve@katana:~$ xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1920 VGA connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm 1920x1200 60.0*+ 1600x1200 60.0 59.9 1680x1050 60.0 1600x1024 60.0 1400x1050 74.8 70.0 60.0 1280x1024 75.0 59.9 60.0 1440x900 60.2 1280x960 60.0 1280x800 60.0 1152x864 75.0 74.8 1280x768 60.0 1024x768 75.1 75.0 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 75.0 60.0 59.9 720x400 70.1 LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 246mm x 185mm 1024x768 50.0*+ 60.0 40.0 800x600 60.3 640x480 60.0 59.9 ** Re question 3: /home/greve/.kde4/share/config/plasma-appletsrc will be attached to this bug in a second. Hope this helps.
Created attachment 25909 [details] Plasma Appletsrc, as requested
Has the situation got any better with new versions?
Hi Unfortunatelly I couldn't manage to spend time working on krandr latelly. I plan to work on it in a few weeks though.
I was curious and had a look at this again. Good news: It has gotten better. Bad news: It is not yet fixed. Note: All of this on Debian sid/testing with KDE packages version 4:4.1.2-1. What has improved: I no longer need to manually change X configuration depending on whether I want to connect a larger monitor or not. Now the desktop will be using the bigger screen as its desktop size, and that works just fine. What does not work: a) The smaller screen (in my case LCD display with 1024x768) shows just the upper left corner of the larger screen. The rest of the desktop is invisible and unavailable on that monitor - there is no virtual desktop where the mouse scrolls the visible window, the mouse just disappears into the void. b) If I boot with VGA beamer attached (was at conference yesterday) the presentation works fine with 1024x768, and since VGA & LCD resolution are identical, it all fits perfectly. Once I came home I attached a larger monitor, and while I could scale up the desktop to a larger resolution, there were the problems that i) that resolution is *NOT* the maximum nor the preferred resolution of the screen. ii) The panel just hangs in the middle of the screen (where it should be for 1024x768), which is quite close to the initial problem. I'll be attaching a screenshot to demonstrate. c) The Systems Settings program behaves erratic for Display settings, which is probably a bug of that program, but I'm still adding it here to complete the picture: When restarting X, the machine takes the preferred, maximum resolution of 1920x1200. When going into the Display settings, the screen is resized to 1600x1200. I can then manually resize back to 1920x1200, but the display area display continues to claim that it has the size 1600x1200. Two screenshots attached to demonstrate. Does this belong here, or where should I refile? d) And finally, you can see another bug of the System Settings program in the screenshots, namely the way the size is used. The display of the screens and their resolutions is rather large, while the part with the most information, the screens and the pull-down menus to resize and such, is very narrow and needs scrolling. This distribution cannot be changed, there is no way to resize the components inside the window. Where should I file this best?
Created attachment 28020 [details] Screenshot #1 for https://bugs.kde.org/show_bug.cgi?id=165862#c9
Created attachment 28021 [details] Screenshot #2 for https://bugs.kde.org/show_bug.cgi?id=165862#c9
Created attachment 28022 [details] Screenshot #3 for https://bugs.kde.org/show_bug.cgi?id=165862#c9
Comment on attachment 28022 [details] Screenshot #3 for https://bugs.kde.org/show_bug.cgi?id=165862#c9 This demonstrates that the display area is shown correctly when restarting the System Settings program.
Things should improve dramatically with the ongoing integration of kephal into plasma... CC'ing the author, so he gets to know about it. If everything goes well, in two weeks hopefully this can be declared as fixed, at least in trunk. =)
Thanks for reporting your bug. Since reporting Krandr has since been replaced by KScreen. It is available in the Plasma 4 series, and is default in Plasma 5 onwards. I hope this solves your issue. If you still have a problem after upgrading please reopen a new bug under kscreen. Thanks