Description: See the attached picture. Steps to Reproduce: 1. Start libreoffice on GNOM with resolution 2560x1440 and scale factor 2x. Actual Results: 2. Window seems to extend beyond the vertical space of the screen. 3. There is no way to maximize or resize the window. Expected Results: 2. Window should have a scroll bar and not extend beyond the vertical (or horizontal) size of the desktop. Reproducible: Always User Profile Reset: No Additional Info: .
Created attachment 163250 [details] Screenshot
please provide os/DE and details copied from the Help -> About LibreOffice dialog.
This info? Version: 7.0.0.2 Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded (It's a standard Ubuntu 20.04 install)
[Automated Action] NeedInfo-To-Unconfirmed
I confirm this issue on master build with a 1920*1080 display and set the display scale factor to 200%. I am able to resize the horizontal size, but not able to resize the vertical size of the start-center dialog. Fedora 32.
UX to see should this be dealt with and how.
We have the requirement of minimum screen size of 1280x768px/WXGA. And while the start screen exceeds the height it will be too large anyway for this setup. If we want to make it less tall we have to remove either Help/Extensions or place the Recent Files / Templates toggle buttons at the new toolbar. Could also imagine to remove Open File and/or Remote Files. Removing the brand image is not an option.
I wouldn't remove anything which may be used, for unexplained case of using such a scale factor. IMO WontFix, unless proper use case given and scroll cannot appear in such a case.
Accommodating UI scaling the 768px bumping against the native display resolution is a reasonable ask. On the OPs 1440px vertical size, it should work fine up to 187% scaling, at 200% it won't fit. We should not drop Start Center elements, instead seems feasible to provide a scrollbar when scale induced dpi exceeds visible display height. Applying scrollbar just for the six modules listed (Writer -> Base) should be enough, not the whole sidebar (Open -> Extensions).
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/77ed6380dda73a9716f48f73c3ff730380557a09 Resolves tdf#134941 - Fix size issue on start center It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Kai, please test with a nightly build (not today though). The left pane of the start center has now a scrolled window behind that should do what you want. I cannot test this, however, since my display shows all buttons even at 300% scaling.
Going to revert the patch since the scrolled window was not a good fix (neither working at all). We just cannot support a small screen with large scaling. => INVALID The minimum requirement for display resolution is 1280x768px/WXGA, with 2x scaling you need double this size.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ce9ed68fa63af229dceee32d1e512ac31b76e939 Revert "Resolves tdf#134941 - Fix size issue on start center" It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Heiko Tietze from comment #13) > Going to revert the patch since the scrolled window was not a good fix > (neither working at all). We just cannot support a small screen with large > scaling. => INVALID > > The minimum requirement for display resolution is 1280x768px/WXGA, with 2x > scaling you need double this size. Hi, my system, though, DOES have normal 1x scaling with 1366x768px resolution and, still, I have the same issue. It looks like slightly tighter spacing could solve this for me. See also https://bugs.documentfoundation.org/show_bug.cgi?id=151194.