Description: I use a low resolution monitor my computer (1366x768), and I noticed that menus like "sheet" and "format" take up the entire screen's height, and even after that there are some entries, which go under the scroll (up arrow and down arrow) on the menu dropdown. I consider this an inconvenience. A solution that I can think of is user setting number of menu items that he wants to see at once, and if the menu dropdown has more entries, rest go under a scroll. Steps to Reproduce: 1. Have a small resolution screen or a vm 2. click on the menubar entries like format or sheet Actual Results: Menu dropdowns are too long for a low resolution screen Expected Results: User should be able to specify the number of entries shown at a time, rest should go under scroll. Reproducible: Always User Profile Reset: Yes Additional Info: -
Created attachment 194775 [details] Image of long menu dropdowns taking the whole height of the screen So when I clicked on the format tab, it took the whole screen, covered the tab itself, and as a result selected the text submenu, which further expanded.
I tested on Ubuntu 22.04 + GNOME 42.9 and both the Format and Sheet menus fit on the screen with a resolution height of 768 (which is the lowest supported resolution, see [1]). Wondering why it does not fit in your case... What's your OS, DE and LO version details? Any customisation? Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 70b3e128aef631e18e6451362c2e6315c28b857e CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded [1]: https://www.libreoffice.org/get-help/system-requirements/
Not a fan, UI should just fit in 768px (and often less for most elements). Going this route folks would likely ask to establish some priority mechanism for what shows vs. what gets wrapped into the menu list scroll. Like is in place for the Status Bar TB, but is being worked on. Just to work on "under sized" app frames or with diminutive displays. Also, we've seen that the Scale factor for DE does impact what fits. Maybe reduce DE scale to 1.0 and retest fit at 768px height.
Dear Sahil Gautam, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
It was a scaling issue. I use a custom tiling window manager, and the font size is hard-coded in the config files. I was using very large font sizes on the 1366x768 display (ones appropriate for 1920x1080 displays). Marking as RESOLVED NOTABUG as it's a one off issue and back when I opened it, I was unaware of the "display scaling".