Description: LibreOffice's Tabbed Ribbon UI on macOS is ugly. It looks much better on Windows while the macOS version is just an improper use of the tabbed controls. Plus other buttons' placement has layout issues, looks unclear, and definitely NOT user-friendly. Steps to Reproduce: 1. Install LibreOffice on macOS. 2. Launch any module (i.e. LO Writer) and set the UI mode into Tabbed Ribbon. 3. Enjoy the ugly look. Actual Results: Looks ugly and not user-friendly. Expected Results: Looks more polished, like LO's version on Windows. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.1.1.2 / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 4; OS: Mac OS X 10.15.4; UI render: default; VCL: osx Locale: en-US (en.UTF-8); UI: en-US Calc: threaded
Created attachment 170308 [details] Side-by-side comparison of macOS and Linux versions of LO's UI Here is a side-by-side comparison of macOS and Linux versions of LO's UI.
Created attachment 174252 [details] 7.2.0.2 on macOS 11.5.2
Version: 7.2.0.2 / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 8; OS: Mac OS X 11.5.1; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Confirming and adding screenshot of 7.2.0.2. One important and obvious improvement would be to correctly draw the toolbar background and not leave a gap between toolbar background and window title bar. That alone should reduce confusion and make for a much cleaner look.
I would like to add that under macOS, often only the leftmost part of the ribbon gets drawn, leaving lot of empty space (even much more than on the screenshot posted by steve). Missing commands can be found in the "burger menu". After using the menu for the first time, the ribbon area appears to "reset" and filled using all available space.
@cpohle: please add a screenshot showing the problems you describe in your comment.
Created attachment 178476 [details] Ribbon initial layout This is the inital ribbon layout (you have to click on ">>", not on the "burger menu" as stated before - sorry)
Created attachment 178477 [details] Ribbon layout after first use of ">>"-button
cpohle: can you elaborate what is not ok with the UI you provided screenshots of? You wrote "only the leftmost part of the ribbon gets drawn, leaving lot of empty space" but I can not see this issue in your "Ribbon layout after first use of ">>"-button" screenshot.
Created attachment 178530 [details] Initial ribbon layout with unused space highlighted (In reply to steve from comment #8) > cpohle: can you elaborate what is not ok with the UI you provided > screenshots of? You wrote "only the leftmost part of the ribbon gets drawn, > leaving lot of empty space" but I can not see this issue in your "Ribbon > layout after first use of ">>"-button" screenshot. Sure. I've highlighted the difference between the two screenshots. Before choosing some command from the ">>"-submenu, there is a significant amount of space unused and thus often useful buttons missing. (Honestly, this example looks not very impressive, but sometimes more than 50 % of the ribbon space remains intially unused, which is at least an usability issue). Note that both screenshots have been made without resizing the window in the meantime.
This bug is still present, most noticeably on v. 7.5.0 on mac-os silicon, please see attachment.
Created attachment 185487 [details] example bug
Changed title to reflect the poor overflow of icons that has only been reported as part of this bug The non-centered bug, and icons overlapping the background color shift are referenced in see also
(In reply to eisa01 from comment #12) > Changed title to reflect the poor overflow of icons that has only been > reported as part of this bug Can someone please test again this issue in 24.2? There has been improvements in that regard since 7.6 and bug 140557 being resolved.
Well it still overlaps in 7.6.7.2., cf. uploaded screenshot. Version: 7.6.7.2 (AARCH64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 8; OS: Mac OS X 14.5; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded
Created attachment 194434 [details] Tabbed UI in 7672
And yes, still in Version: 24.2.3.2 (AARCH64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded cf. attached screenshot
Created attachment 194435 [details] Tabbed UI 24.2.3.2
(In reply to Alex Thurgood from comment #16) > And yes, still in > Version: 24.2.3.2 Alex, the issue with the tab titles not being centred is bug 127610. The report here is about the overflow of the tab's contents, as in attachment 178530 [details] (see comment 12).
Looking at your screenshots, it seems resolved. There has been discussions about how the Styles widget specifically could make better use of space (e.g. by reducing the number of styles shown instead of completely disappearing), but that belongs elsewhere, e.g bug 153525, bug 157580 and bug 154953.
(In reply to Stéphane Guillou (stragu) from comment #19) > Looking at your screenshots, it seems resolved. > > There has been discussions about how the Styles widget specifically could > make better use of space (e.g. by reducing the number of styles shown > instead of completely disappearing), but that belongs elsewhere, e.g bug > 153525, bug 157580 and bug 154953. Ah, sorry, and thanks for pointing that out. Indeed, in that case, this seems resolved in both 7.6.7.2 and 24.2.3.2
Thanks Alex! Let's resolve as duplicate of bug 140557 then. As mentioned, if anyone wants to follow the centring of tab titles issues, please CC yourself into bug 127610. *** This bug has been marked as a duplicate of bug 140557 ***
This bug is not fixed. (testet with LO 24.2.4)
(In reply to lostinspacetime from comment #22) > This bug is not fixed. (testet with LO 24.2.4) What specifically is "not fixed"? The issue with blank space when commands could fit in it is fixed, see bug 140557. If you think that specific issue is not fixed, please provide more information (including a screenshot) in bug 140557, not in its duplicate. If it is a different issue, please see the other reports mentioned in comment 19 or See Also. *** This bug has been marked as a duplicate of bug 140557 ***