Description: The customize dialog is too big to display on my laptop without an external screen. The three buttons on the lower edge of the dialog are not visible on a 1280x800 display and are therefore inaccessible. This could be especially frustrating if you don't already know that they should be there. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.2 Calc: threaded Steps to Reproduce: 1. Verify or change display resolution to 1280x800 2. Click menu Tools, Customize 3. Actual Results: Displays dialog without lower row of buttons being visible Expected Results: Expected to see dialog in its entirety but it was developed for a larger screen resolution. Reproducible: Always User Profile Reset: No Additional Info: Laptop screen resolution is 1280x800
From what display resolution is LibreOffice designed? If that's 1280x800 or smaller, then this buh should be corrected.
On a 96 dpi display 1920 x 1200 with os/DE scaling the Customize dialog measures 650px x 613px -- it will fit just fine on a 1024px x 768px display which is our minimum. When users "scale" their UI to other than 100% that is when dialogs and other UI elements can "appear" oversize. IMHO => NOB For OP please describe your os/DE scaling? =-testing-= Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b5c3a7502f7ff6ccf0f829c1f3a2ba50b8584c41 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I resized display to 1280px x 800px at os/DE 100% scaling. The Customize dialog appears at the same 650px x 613px and simply takes up more of the display, but all controls still fit as is expected as our minimum y-size is 768px.
Created attachment 186124 [details] Screenshot of customize dialog I took a screenshot of the dialog and the full dialog was copied but the size is 870x819 pixels. The vertical height does not fit on my laptop display.
Created attachment 186125 [details] Info about my Desktop Environment I am using Gnome 42.5
Created attachment 186126 [details] No display scaling activated As far as I am aware, I am not using any scaling. When enabling fractional scaling at 100% there is no change in my display.
Created attachment 186127 [details] Test image 1280x800 pixels This is a test image of maximum size 1280x800. It shows a 20 pixel thick border in white that surrounds a 1240x760 black rectangle. This image displays perfectly on my 1280x800 screen.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 186138 [details] Customize dialog on Win10 Screen clip of the Customize... dialog for calc on its Keyboard tab. My width is a little wider as I set an OOName value which is picked up in the label, but I would say you are missing nothing in the scaling on your system. Your clip shows it fit to the display. Top to bottom of dialog with full margins and corner decorations showing. If anything you are seeing more of the Key list on GNOME than for Win10 WDM.
Created attachment 186139 [details] Photograph of the problem showing Gnome status and title bars and missing dialog buttons This photo (sorry about the quality) shows the Gnome status bar with clock at the top of the screen. Underneath is the title bar of the Customize dialog. At the bottom of the physical screen above 'Lenovo' in the frame you can see that the dialog buttons are not displayed. Although the screen is 1280x800, Gnome consumes a number of pixels of available height in the status bar and the dialog title.
So what is the conclusion? Is it that the 'Customize' dialog works on Windows with a big display scaled down to 1280x800 but it doesn't work on Gnome 42 with native 1280x800 resolution. If the problem is not fixed for Gnome, does this mean my workarounds are: 1. Install Windows 2. Use an external monitor with a larger display size in pixels 3. Replace the laptop with one that has a larger display size Could the problem be that the UI libraries that generate dialog box widgets on Windows create them with a lower vertical size than the libraries that generate dialog box widgets on Gnome? The sum of all the vertical heights pushes the buttons beyond what is visible on a native 1280x800 display. Could this also mean that testing dialogs on Windows is not 100% equivalent to testing dialogs on Gnome?
(In reply to vince from comment #10) > Created attachment 186139 [details] > Photograph of the problem showing Gnome status and title bars and missing > dialog buttons > ... Hmm, yes that sure shows an issue. Guess you need a different theme. Or change os/DE for the hardware XFCE or KDE? Guess the GNOME window clip picks up the whole frame even if off display. Sorry for the noise there.
(In reply to vince from comment #11) > So what is the conclusion? Another option is to make the dialog a bit smaller. I wonder if you have similar problems with any other dialog.
OPs screen capture in attachment 186139 [details] shows it to need be more than just a "bit smaller"! Reddit and other forums are full of complaints about GNOME and its padding misbehavior on height limited displays. Height limited displays seem to need to be using a different GNOME theme, other than adwaita. Or change to a more accommodating DE.
Using the gnome-tweaks tool to drop the font sizes from 11pt to 10pt is sufficient to reveal the buttons in the Customize dialog. I guess this is more of a problem with the default Ubuntu configuration.
We discussed the topic in the design meeting. The question was if reducing the height by showing less items in the list makes sense and is desired. We rejected the idea as low res screens are dropping off the market and a patch would affect the usability for many solving issues for a few (and tweaking the font size helped in this case). => WF/NOB