I understood the issue but I'm not 100 % sure if an overflow button is the best solution.

scroll

pro:

• work well on touch devices (with swipe)
• with mouse wheel support it would well on the desktop

con:

• scroll button hide commands
• losing scroll position

overflow button

pro:

• No UI jumping issues

con:

• hide content
• didn't work for notebookbar

other solutions

• dynamic preview numbers styles preview: use flex layout #1587 is more flexible on larger screens
• other ideas

I understood the issue but I'm not 100 % sure if an overflow button is the best solution.

scroll

pro:

Yes, please refer to What would happen when on mobile? (that's why on mobile it should remain as scrollable but without the JS part we do not need it now)

con:

there are more drawbacks please refer to This has a few drawbacks

overflow button

pro:

* No UI jumping issues

• and solves the This has a few drawbacks

con:

* hide content

• in the current solution we also hide content and worst we then show it while hidden other content so we never have everything shown. Plus we make harder on muscle memory by shifting the whole element

* didn't work for notebookbar

other solutions

* dynamic preview numbers #1587 is more flexible on larger screens

To leverage the flex we have in the styles preview (notebookbar) is a good idea and a good addition to the UX but not really directly related to this issue

Before

Notebookbar:

After

left/right click commands icon in the tab area of the notebookbar.

• will be visible if there is not enough space
• less disturbing
• when there is enough space for all commands the icons are hidden and you could shown an icon to hide the notebookbar commands.
• move left/right, hide notebookbar and show/hide sidebar are all command's for the app UI so they are well grouped together.

for usability I would suggest to have an icon to show/hide notebookbar (like MSO any many other tabbed layout apps has)

and if the window is smaler than the notebookbar width needed, there will be two buttons for left and right scrolling.

Oh now I understand your suggestion but I see a couple of problems there:

• Using the same spot for similar icons but with different repercussions (sometimes it's a top level action that hides the tab's contents and sometimes works and sometimes works as low level action to navigate tab's contents)
  • BTW: we already have a way expand and collapse tabs' content (just by tapping again the current tab)
• Placing navigational arrows there can be misleading (User: Ah nice I can change tab order etc)
  • They are still arrows working and having almost all the same problems as the current solution

@quikee implement this new search command feature for LibreOffice which should be placed somewhere at the notebookbar tab area.

From Netflix I learn that an search can have very useful default values when nothing was inputted.

What if when command's that didn't have space were available at this search field. Maybe with a changed search label?

Than you have one place where you get command access.

At LibreOffice each tab has on the very right an tab label with commands that are not so offen used. When there is not so much space, commands will be available within the drop-down widget so you have two options for commands, visible at the toolbar or behind the label drop down.

Something like this is there in libre office

when you click on it , it shows remaining buttons