Rhino WIP Feature: Icon redesign

No need to worry about the colors; just create an interface that allows users to develop their own themes. Let users customize the colors, similar to how Blender does it. Though personally, I prefer black, grey, and other neutral tones for the icons and UI, as this helps to focus on the modeling.

I will copy me reply from this other topic:

The “Save” icon changed to lime green is a huge mistake. Now it looks very close to the “File open” icon on the left side.

The “Pan” icon is way too large in Rhino 9 WIP, hence it grabs more attention that most of the more important icons that surround it.

Also, Rhino 7’s “Print” icon was 3d-like and much more recognizable than the flat looking and difficult to distinguish “Print” icon in Rhino 9 WIP.

Please, remember to add accessibility to all and every command from the standard left columns of buttons.
Currently Mesh and SubD have lots of commands that are not accessible from there.
There should be an additional button for “Mesh creation” with primitives etc etc… as well as “SubD creation” with primitives…
I know it’s OT … but this was already discussed and your statement worries me.

1 Like

Drink is on me :clinking_beer_mugs::joy:

Just kick back and enjoy the show unfold.

I completely agree. There is room for more toolbars in toolbars. The Mesh Primitives buttons I even remember I wished for back when Rhino 5 was in development. It would be nice if this was revisited for Rhino 9 before shipment.

1 Like

On the latest WIP these are yellow and orange, but I agree that these icons could benefit from a small adjustment. Imo the brighter colors on the top menu are not an improvement over R8 because these are not the icons we need to find among a myriad of other icons.

R8:

image

R9:

image

But then again, I am Scandinavian and we are known for liking it subtle… :slight_smile:
I would propose something like this, a tad darker default gray background, earthy colors that are still distinguishable yet easy on the eyes and not pulling attention from the design in the viewports, and orange as lead color on top menu.

1 Like

@Holo @maje90 - Would it work if there was a SubD Primitive toolbar inside the SubD icon toolbar in the Main Sidebar? Say press and expand the SubDBox toolbar in the Main > you get an icon that has a SubD Primitve toolbar.

Hi.
Please see: New UI colors and icons - #8 by maje90
(read also first post… maybe…)

Curves, Surfaces and Solids geometry types have 2 buttons: “Creation” and “Tools”. And each of those buttons opens its own toolbar.

Make it be like this also for Mesh and SubD!

It’s totally nonsensical it is not already this way!


I asked this also months before in another thread.
And this is even older: UI inconsistency on SubD toolbar (V7)

3 Likes

UI design is easy. Just follow the steps:

  1. Open Rhino;
  2. Click on the Mesh icon on the left toolbar;
  3. Try to build a mesh primitive from there (do not use text menus or the Command line to search for the corresponding command);
  4. Count how many mouse clicks it took you to do so.

Disagree. GH is nothing like parametric modelling in other cad software. Grasshopper is great for certain things, but I’d never consider doing something like a cordless drill or vacuum cleaner design in GH…it just isn’t suited to that kind of modelling.

2 Likes

We should not prolong this discussion here since it is out of topic from the original post.

But you ended the quote exactly where you wanted to be able to disagree while the answer to your position is on the second half of the phrase you cut.

GH is the ultimate parametric tool, it just needs a bit of UI design to fight head to head with those other tools. A “non-programmer” mode with buttons that hide the node like programming behind it.

1 Like

Completely agree here. With feature trees, assemblies etc. parametric modelling is something different

2 Likes

Yer godamn roight there lad. :smiling_face_with_sunglasses:

It’s better than the actual solution but the best remain like the two Riccardos already suggested.

Hi Vanessa, @marika_almgren,

This is my proposal in term of integrating the SubD into the Main Toolbar:
The 4 column could br like this:

and the 2 column like this:

20251214_Toolbar_2Rows

Eventually we can swap meshe and solids by putting meshes just after subd and solid as last.
But still the general flow is kept.

Is this a reasonable solution from your point of view? If not could you elaborate more why?
Thanks

PS: in case I’ve also a more extreme version were the Push/Pull and CurvefromObject goes close to Curve tools…

4 Likes

The solids must be above the meshes and SubD, just behind the surface tools and the surface creation tools.

Two icons for “Group” and “Ungroup” take a valuable space. They could be combined into a single icon with LMB and RMB commands. Both are rarely used in a long modeling session. “Show points” and “Hide points” could share a single icon, too.
However, “Join” and “Explode” must remain two individual icons, because they are used way more often that grouping.

It’s also important to have a visible “Mirror” icon, because it’s used quite often, especially in architecture, product design, car design.

Тhe “SrfPt” icon must be replaced by the “Plane” icon, because the latter is way more used. LMB to build a plane, RMB for a vertical plane.

4 Likes

I agree with you on all the suggestions however the order of solids and meshes doesn’t matter too much in my opinion.

Rhino is primarily a NURBS modeling program. To keep a better consistency, it’s more natural for the solid NURBS tools to be adjacent to the NURBS surface tools and NURBS surface creation tools. Following that logic, I find it a bit unnatural for the mesh tools and SubD tools to separate the aforementioned NURBS tools.

3 Likes

@Vanessa what these guys said :backhand_index_pointing_up::+1:

Adding it this way keeps the consistency and logic for Rhino users and adds value to the new colors too. We have space for a bigger toolbar in 2026 compared to the screens of 2006, so that should not be an issue imo.

5 Likes

I find it much more logical to keep the Rhino toolbar layout as it has been designed and used up to now. If someone wants more flexibility, they can do what I did: create a custom toolbar with the commands they use most. It’s also more dynamic, because I can add or remove commands depending on my needs. I call up this toolbar with the middle mouse button. To maximize screen space, I could even remove the other toolbars, including the main one, and keep everything I need in my custom toolbar. Commands that I’m used to typing from the keyboard don’t even need to be there.

rhino 8 custom toolbar


rhino 9 custom toolbar