Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The ribbon is just as hierarchical as a menu. Obviously it's organized in tabs, but in each tab you also have categories.


https://en.wikipedia.org/wiki/Ribbon_(computing)#/media/File...

Okay, please show me the categories in this picture, and the logic of their relation to one another.

For example, the ribbon in the picture is under the "Home" Top-Level category. It has a subcategory called "Editing". But there is another toplvl category named "Insert". Why is that not under "Editing"? Is inserting something in the document not editing? Why is "Editing" not a toplvl category? What is "Design" (another toplvl), and how does it relate to Editing, Inserting and Drawing? Why is "Find" under "Editing"?

Also, the entire Ribbon is RIDDLED with scrollbars and drop down menus. Some buttons are themselves text-labeled, others are not, there are different sizes and layouts.

Also, left of the "Home" toplvl is another giant button, that has only a logo, and apparently leads to further functionality. And above the toplvl bar is another bar with what seems to be save, back, forward, and what I can only assume is another dropdown menu.

So please, do tell, where and how, and by what principle is this organized?


The principle by which this is organized, and mind I'm not saying it's a good one, is available space. Screen space is extremely valuable, so the ribbon contents are constrained in two ways. The first is that the ribbon cannot be so large that it fills up the entire screen, because then you cannot see the thing you are working on. The second is that, once a size for the ribbon was chosen, not using some of those pixels was a crime against usability, so any empty space had to be filled, whether the functions are appropriate in that location or not.

This, then, leads to a massive overuse of tabs (because the available space is vastly insufficient), and incomprehensible icons (because they take up less space). Don't worry though: there will be tool tips, like little mini-menus, so eventually you can figure out what all this stuff is.

A menu bar doesn't have to deal with any of these problems: it only takes up space while you are actively engaging with it, instead of permanently obscuring your content. It can therefore take as much space as it needs, so functions can have a clear, textual label. It also has a natural hierarchical structure, so things don't need to be placed in non-obvious locations. It's a vastly superior solution to the problem the ribbon tries to solve, with its only flaws being, not being 'hip' and not working well on a phone.

Menu bars were the single greatest thing that ever happened to user interfaces: they made functionality discoverable in a way that earlier applications (who relied on countless magic key combos) could only dream of. Before the menu bar, an application needed a manual, and you _had_ to read it. After the menu bar, you could just look in the menu, and it taught you what functions were available, how to access them, and even how to access them from the keyboard if you needed them frequently. Getting rid of it was the stupidest thing designers could have done.


> Screen space is extremely valuable, so the ribbon contents are constrained in two ways.

With the menu i had more screen space.


And good luck with all that clutter on the title bar to find that only one pixel-wide point you can grab to drag the window around.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: