Browsing the Web I've found, that this has been described more than 3 years ago (still not fixed, BTW) regarding the KDE. Since the author of the mentioned complaining actually wrote everything I would to write now, I'll just paste an excerpt here: http://forums.opensuse.org/english/get-technical-help-here/applications/407160-kde-isnt-using-entire-virtual-desktop.html >> I added "Virtual 1400 900" to the default screen subsections in xorg.conf like I always do, and the virtual display works and scrolls at the boundaries, but even though I can scroll around the entire 1400x900 desktop area it seems that KDE doesn't recognize the full desktop dimensions and thinks it only has 1024x768. The panel is drawn as if the desktop was only 1024x768, and windows maximize as if the desktop was only 1024x786. If I scroll the virtual desktop fully to the upper left, it's just like having a 1024x768 KDE desktop. I can't drag anything past that boundary, it acts like it's dragged off the screen although the background image (wallpaper) is there and the display scrolls. << Unfortunately, I noticed the same problem in XFCE. Many times I've seen quite common error of the programmers, whose programs were willing to use ENTIRE area of "virtual desktop", instead of just the visible part, e.g. when clicked "maximize" button (the one in upper right corner). The more strange is, that XFCE until today has the opposite: it's using just the currently visible fragment, instead of entire desktop - although it should manage the whole area (e.g. taskbar should be placed at the bottom, not "somewhere in the middle" - and it should have the length of whole virtual desktop - etc.).
I forgot to add: during fixing the bug, don't introduce, please, another common problem, which can be found in most window managers. What I mean, is the difference: 1. XFCE after start should manage entire "virtual desktop", not just the visible part. 2. On the contrary: every program window, when clicked "maximize" button, should be maximized ONLY TO THE VISIBLE PART of the screen; anyway, that's the point in using virtual desktops - to have more space, not covered just by single program's window. Such window can be "manually stretched" further in case of need.
Created attachment 5373 Screenshot of entire desktop Take a look at the screensho (made with GIMP): the green area is the one properly initialized by Xfce, it's the visible part of the screen. The "graphics garbage" it the area outside the visible part. It doesn't seem to be initialized by Xfce. Panning with mouse works - but it's not possible to move any window outside the initialized area (look at the GKrellm window on the right; it's shown in its rightmost possible position). Mouse cursor can be moved anywhere (well, without this panning wouldn't work).
Newest test with Xfce 4.10
*** Bug 9601 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfdesktop/-/issues/5. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev