https://bugs.documentfoundation.org/show_bug.cgi?id=152173
--- Comment #20 from João Gomes <joaogo...@campus.ul.pt> --- (In reply to Patrick Luby from comment #19) > (In reply to Alex Thurgood from comment #18) > > Separately confirmed on > > > > Version: 7.5.1.2 (AARCH64) / LibreOffice Community > > Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 > > CPU threads: 8; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx > > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > > Calc: threaded > > 1. Tooltips are displayed when the application is unfocused > 2. LibreOffice gets pushed up a level in the Z window order Don’t forget that this also happens with inactive LibreOffice windows even when LibreOffice is the active application. Also, and I don’t know if this is related to this bug, LibreOffice breaks macOS windowing conventions in that when you attempt to screenshot a modal window/dialog by pressing Command+Shift+4 followed by the space bar, the entire ensemble (document window + modal window) is captured. Something’s definitely off about the way LibreOffice manages its elements, because a modal window and a document window could very well be linked and move together, but are clearly at different positions on the Z axis and shouldn’t be flattened into the same plane; this also means you can’t move those modal windows to a secondary screen while using Mission Control with different spaces, as they will just become invisible/unreachable and must be closed by pressing the Escape key. I never thought I’d still be saying this in 2023, but LibreOffice still feels too much like a Linux or Windows application grafted onto the Mac, with zero respect for the HIG. Heck, even with SVG toolbar icons, it still fails to render then at Retina resolutions (I am obviously filing all these as separate bug reports, worry not). -- You are receiving this mail because: You are the assignee for the bug.
