Description: It's more a cosmetic thing really. When using the drop down font menu in the 'Character' section of the properties side bar the menu extends beyond the LibreOffice parent window. If the LibreOffice software is being used in full screen mode, on a dual monitor setup, the drop down menu extends on to the second monitor! I also think the standard drop down Font menu is a bit too wide. Steps to Reproduce: 1.Use the 'Properties' font menu 2. 3. Actual Results: When using the font menu in the 'Properties' panel it extends out of the application parent window! I have a screen grab but no way to attach it on this form as far as I can see. Expected Results: The software should have listed the fonts in a narrow drop down menu retained within the application window or the properties bar, just as the 'Style' and 'Font Size' drop down menus do. Having drop down menus extend out of the parent application window does not look right! Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Flatpak Calc: threaded This is installed on a clean install of LinuxMint 20.1. System: Kernel: 5.4.0-65-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Cinnamon 4.8.6 wm: muffin dm: LightDM Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal Machine: Type: Desktop System: Gigabyte product: N/A v: N/A serial: <filter> Chassis: type: 3 serial: <filter> Mobo: Gigabyte model: 990FXA-UD5 serial: <filter> BIOS: American Megatrends v: FC date: 06/24/2015 CPU: Topology: 8-Core model: AMD FX-8350 bits: 64 type: MCP arch: Bulldozer L2 cache: 2048 KiB flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 64292 Speed: 1408 MHz min/max: 1400/4000 MHz Core speeds (MHz): 1: 1406 2: 1404 3: 1591 4: 1442 5: 1403 6: 1402 7: 1406 8: 1395 Graphics: Device-1: AMD Curacao XT / Trinidad XT [Radeon R7 370 / R9 270X/370X] vendor: XFX Pine driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:6810 Display: x11 server: X.Org 1.20.9 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: 1920x1200~60Hz, 1920x1200~60Hz OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.4.0-65-generic LLVM 11.0.0) v: 4.5 Mesa 20.2.6 direct render: Yes
Created attachment 169241 [details] Image of dropdown menu extending out of parent window ( and properties bar)
You'll note it is exactly the size of the listbox rendered from the Standard Toolbar's Font name widget--they are the same widget. Think we'd rather have the full width of the listbox--extending beyond the parent frame--to be able to see the full preview of the fonts and any sample text. And if it is too offensive, simply turn off the Font Preview from Tools -> Options -> View 'Show preview of fonts' font list checkbox. The listbox fits within the parent frame.
I suppose it would be nice to make widgets be inside the main window. If you look at tdf#139757 (in See Also), you notice that the present behavior is not "not a bug", but an actual issue. User is likely to have the main window positioned to be correctly visible; but it's not guaranteed for a random area outside of the main window, so unless absolutely unavoidable (or moved explicitly by user), all child windows must be bound to main window bounds. E.g., it the case screenshotted here (attachment 169241 [details]), the preview could be moved left, keeping its size, but overlapping the Writer's page area, not some outside area.
(In reply to Mike Kaganski from comment #3) > I suppose it would be nice to make widgets be inside the main window. If you > look at tdf#139757 (in See Also), you notice that the present behavior is > not "not a bug", but an actual issue. User is likely to have the main window > positioned to be correctly visible; but it's not guaranteed for a random > area outside of the main window, so unless absolutely unavoidable (or moved > explicitly by user), all child windows must be bound to main window bounds. > No, the issue of bug 139757 is with dual headed system (i.e. an extended desktop) only. And as with that issue, any menu extending beyond main window frame is repositioned so as not to impact the os/DE controls, i.e. the Taskbar. It is not an issue with single headed systems. As to restraining the menus or pop-up dialogs to fit within the LO main window's bounds that is not very appealing. There is no minimum size for the LO main window of any module, and it is common to have multiple windows/modules open. Constraining the size of menus, listboxes, pop-ups to the frame of the module main window would be a major UX nuisance. By that logic, we would limit the F5 Navigator, or the detached sidebar to the bounds of the active module? I don't think so. Current implementation WFM and this is => NAB
Created attachment 169280 [details] Example of dual Monitor dropdown menu staying on parent monitor
Created attachment 169281 [details] Example of App contained menu in full screen mode
Created attachment 169282 [details] Menu vacates parent monitor window and expands on to monitor 2
While I accept your remarks about the menus expanding outside of the software/app window I still think their is an issue! I know that other software does in fact draw drop down menus outside the app window. But this issue was brought to my attention because I have a twin monitor system and I had foolishly placed the LibreOffice software to the right hand side of my main monitor. As you say it will not be present on a single monitor set up, but it is when people are using more than one monitor and lets face it these days there are going to be quite a few with more than one monitor. When LibreOffice is used on a twin monitor set-up and used in full screen mode on one monitor (left hand monitor) the drop down fonts menu scroll bar migrates to monitor 2 (right hand monitor) rather than moving the drop down menu a bit to the left (as suggested by Mike Kaganski in this discusion). Every other piece of software I use keeps drop down menus on the parent window/moitor. I have attached a few images which shows examples from other software that are able to distinguish the parent monitor and display the contents where the user expect them to be. I also include an image which clearly shows the scroll bar for the fonts menu overlapping other software on monitor 2
Just thought I would say this issue now seems to be fixed in LibreOffice 7.1.0.3 The font drop down menu in the side panel now stays on the parent monitor when LibreOffice is expanded to fill the screen.
Thanks for retesting the issue with the latest version. Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been identified.