Created attachment 168609 [details] Too long menu - printscreen If I have low resolution of my display, for example 960x600 then the menus contexts (like edit, tool, form, ...) are too long to display everything. Same problem is when I have no maximalized window. Steps to reproduce: 1) set display resolution to as low as you can (I have used 960x600) 2) in libreoffice click to a menu in menubar (I don't know the name of it, look to attachment) Actual result: The menu is too long and I don't see everything. Required result: To have scrolling.
The menus will scroll, no scrollbar GUI is needed. Simply focus on the menu and then use cursor down arrow movements to bring the hidden menu entries up into view.
Also, please be aware the minimum supported display screen height is 768px. Not involved here, but there are dialogs that can not function correctly/be made smaller than that minimum--the Start Center for example. =-ref-= https://www.libreoffice.org/get-help/system-requirements/
I didn't see that it rolling. However, it is still bad. The arrow is just on top, not on bottom. And I don't see all the menu items when I move it all the way down. Now I am using normal resolution of my monitor - 1366x768. Now I don't know if I can create a new bug or continue this ... I'm also adding info about OpenGL, because maybe it's related to rendering. Renderer: Intel(R) HD Graphics 3000 Vendor: Intel Version: 3.1.0 - Build 9.17.10.4459 Shading language version: 1.40 - Intel Build 9.17.10.4459
Created attachment 168619 [details] Can't see all menu items Also I am adding printscreen of menu where not all items are.
Are you saying that at 768px display size you can not reach the bottom of the menu list with cursor down movements? We keep the contents of menus at reasonable lengths. The Tools menu included. In your clip you have added far too many items to the menu. Your GPU is not supported for OpenGL, nor Skia Vulkan.
Confirmed on Version: 7.2.0.0.alpha0+ (x64) Build ID: 90668f3473f4e52cec823ad39c6fcb44ba7c089b CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded With display set to 1280x768px and Tools -> Options loaded with additional controls (e.g. all the fixed zoom steps, and the align controls) the window holding the menu is overheight by ~25px, approximately the height of the main Menu. Since on Windows builds, the menus are attached to the bottom of its menu item, seems like the total height of the menu should subtract the height of the main menu so that exposed menu entries and the up and down controls (when needed) are visible on display. Currently the extra height is being rendered off display? @Caolán?
Dear Martin Srdoš, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Remains an issue for 768px display height systems. But officially => NAB as "Minimum" 800px display heights are supported as per https://www.libreoffice.org/get-help/system-requirements/ STR: - Open onto a display at 1280x768 or 1366x768 - Use Customize dialog to add a few control widgets to the Tools menu, so below Options entry - close the dialog - Reopen the Tools menu The newly added menu entries extend downward off of the display, and when cursor focused movement in the menu does not shift upward to show them as active. If on the same system the display is set to 1280x800, after STR addition of the controls to the menu, the menu exposes a "down arrow" (and "up arrow") built into the menu that on mouse over will scroll the menu down or up--not visible at 768px. So the minimum supported display height is now listed as 800px, and this is a hardware limit at 768px. =-testing-= 4K display res set to 1366x768, 1280x800, 1280x768 Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7198c5e49eff0b82cb423424eaed0ee94d66db7d CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded