NEW UI: Missing some R7 capabilities

Well done for working on the UI. There does seem to be quite a way to go so I’m hoping that issues I raise here are nothing more than matters arising from code that is still being written. But just in case they are not, please give them due consideration, McNeelies.

On my 32" monitor, in Rhino 7 I have my workspace laid out like this:

I’ve tried to replicate this in the WIP but there are some things that are not working out for me:

Number 1: My Boxedit panel now has a tab with its name on the left side, so I’ve lost that tab width from my usable real estate.

There is a nice space that is reserved for the container handle where the panel name could go instead, just like it does in R7:

Incidentally, I was surprised to see the single tab appear, because I have made this selection in Options:
image

Number 2: In R7 my Named Selections/Views/Cplanes stack had three tabs across the top, just wide enough to distinguish the meanings before the ellipsis cut in:
image

In the WIP the tabs are arranged on the left. But there is only room for two. The third need a click on a tiny, crowded icon and then a selection, so it’s slower to access. In the meantime the panel name in the tab is repeated in the container handle space, perhaps because the chosen colour scheme (one shade of grey for everything) lowers the affordance of the tab - particularly as the tab icon looks like another icon in the panel contents, blurring the visual cues:

Number 3: Cannot have a minimalist stack of icons. In R7 I’ve stacked up three third party menus, no labels, every icon quickly accessible. In the WIP I cannot find a way to stack these in a single container - it insists on three panels with tabs so I have to select a tab before selecting an icon. Once again, it’s slower. And there’s another chunk of my screen real estate lost to unwanted tabs.

I thought containers were intended to help you arrange menus and panels in whatever arrangement you want. But if you cannot stack menus vertically in a container the container adds no value to this use case - I can only do what I did in R7 and stack separate containers for each menu.

Number 4: The Rhinoceros container has the side tabs and no option for tabs at the top as per R7, so I lose another chunk of screen real estate.
In R7 I’ve placed the Properties panel below the rest. In the WIP I cannot have this arrangement in a single container, so I’m stacking containers like I used to stack the the panel set and panel. Which kind of begs the question: if containers don’t do anything new that you couldn’t do in R7, why introduce them?

2 Likes

Hi Jeremy - within a container, elements are nested, not stacked or ‘shoulder to shoulder’ so indeed you’ll need to stack these just as you did in V7 - (you need to tear them off and float them to make containers for each.)

It looks like the other issues you mention have to do with how container tabs are handled… I just chatted with the developer and it looks like we should be able to handle the rest of the things you point out - there is already a groundswell for putting tabs on the top, and we’ll get the text-compression-ellipsis on the pile, thanks for pointing that out. I guess it will help just for nowfor now to turn off text for the tabs in those containers where the length is forcing some tabs out of view.
RH-70066 Containers: compress text labels progrssively
@jeremy5 - I am less sure about handling ‘un-needed repetition’ in your last image - as is, that vertical space is also the gripper for the container, so the label is not stealing any pixels - the same is true in V7 when panel tabs are on the sides. Or top.

which does not make it right, necessarily, but there needs to be a handle zone someplace.

-Pascal

That’s good, thanks.

While it’s just the WIP, I’m not that fussed; but thanks. :innocent:

Jeremy