Bug 140857 - LibreOffice's Tabbed Ribbon UI on macOS background displayed incorrectly
Summary: LibreOffice's Tabbed Ribbon UI on macOS background displayed incorrectly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-07 13:31 UTC by lukasseon
Modified: 2022-02-25 08:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Side-by-side comparison of macOS and Linux versions of LO's UI (95.54 KB, image/png)
2021-03-07 13:37 UTC, lukasseon
Details
7.2.0.2 on macOS 11.5.2 (194.64 KB, image/png)
2021-08-13 10:24 UTC, steve
Details
Ribbon initial layout (65.65 KB, image/png)
2022-02-23 10:28 UTC, cpohle
Details
Ribbon layout after first use of ">>"-button (58.33 KB, image/png)
2022-02-23 10:28 UTC, cpohle
Details
Initial ribbon layout with unused space highlighted (65.74 KB, image/png)
2022-02-25 08:43 UTC, cpohle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lukasseon 2021-03-07 13:31:35 UTC
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
Comment 1 lukasseon 2021-03-07 13:37:23 UTC
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.
Comment 2 steve 2021-08-13 10:24:13 UTC
Created attachment 174252 [details]
7.2.0.2 on macOS 11.5.2
Comment 3 steve 2021-08-13 10:25:36 UTC
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.
Comment 4 cpohle 2022-02-23 08:30:35 UTC
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.
Comment 5 steve 2022-02-23 09:55:43 UTC
@cpohle: please add a screenshot showing the problems you describe in your comment.
Comment 6 cpohle 2022-02-23 10:28:25 UTC
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)
Comment 7 cpohle 2022-02-23 10:28:53 UTC
Created attachment 178477 [details]
Ribbon layout after first use of ">>"-button
Comment 8 steve 2022-02-24 11:32:34 UTC
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.
Comment 9 cpohle 2022-02-25 08:43:25 UTC
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.