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.
Looks ugly and not user-friendly.
Looks more polished, like LO's version on Windows.
User Profile Reset: No
OpenGL enabled: Yes
Version: 220.127.116.11 / 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
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]
18.104.22.168 on macOS 11.5.2
Version: 22.214.171.124 / 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
Confirming and adding screenshot of 126.96.36.199.
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]
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