Re:LibreOffice: The Next Five Years
by MereInterest on Friday July 10, 2020 @11:56AM
(#23792836)
Not only are they jumbled, but they also change size/shape depending on the width of the window. A large button when full-screened becomes a small button when in a smaller window. A large button in a smaller window gets expanded to show all sub-options when maximized. There is no visual consistency for the same button.
Re:LibreOffice: The Next Five Years
by ModernMech on Friday July 10, 2020 @12:52PM
(#23793491)
That was a feature designed to fit more options on smaller screens. I personally like it and find it helpful.
It messes up any attempt to recollect of the locations of certain features in the bar. Some iterations of the ribbon even fold groups into menus under single buttons, so the exact path to feature then depends on the width of the window. This turns the ribbon into a pretty inconsistent user experience.
Re:LibreOffice: The Next Five Years
by ModernMech on Friday July 10, 2020 @11:54PM
(#23799326)
I don't recollect the location of features by their spacial location, I recollect them by their place in a hierarchical ordering. The exact path to a function is always preserved, as the keyboard shortcut for that item is defined by that path.
Ribbons (in Office, at least) change that very hierarchy depending on window width. For example, take the Home bar in Word: the "Editing" and "Style" groups collapse to buttons with submenus before the width of the window is reduced to half screen width on my computer. This affects keyboard navigation in the ribbon bar, too, of course.
Re:LibreOffice: The Next Five Years
by ModernMech on Saturday July 11, 2020 @12:25PM
(#23803307)
This doesn’t actually change the hierarchy of commands, as evidenced by the fact the keyboard shortcuts stay constant. I appreciate hiding these first before Font, since I use Font more than Styles or Editing.
What hierarchy is supposedly staying constant? Keyboard shortcuts have no hierarchy.
Re:LibreOffice: The Next Five Years
by ModernMech on Saturday July 11, 2020 @07:08PM
(#23806987)
Keyboard shortcuts for functions in the ribbon map directly to their placement in the ribbon hierarchy. Tab, section, subsection, etc. You press alt and then a series of one or more letters that define the path to that item.
> I think you hit on something here with the irregular size of the buttons, probably moreso than the icons.
This would also explain why other icon based UI's like the tool palette in gimp don't seem to suffer from the same problem. A grid of buttons is about as "programmer UI" as they come but once you learn where everything is it's quick and easy.
I think you hit on something here with the irregular size of the buttons, probably moreso than the icons. The arrangement makes it difficult to just read through all the options left to right, because they're all jumbled.
A common/recommended design pattern for older Mac apps is to have a top toolbar of large icons, which is actually quite similar to the Ribbon in some ways. But there, the options appear in a single horizontal row. https://i.ibb.co/wd6MR9c/Screen-Shot-2020-07-10-at-11-58-37-...