# Inconsistent UI

**URL:** <https://discourse.mcneel.com/t/inconsistent-ui/223302>\
**Category:** Serengeti (Rhino BETA)\
**Tags:** mac, inconsistency\
**Created:** [October 6, 2026, 12:02pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302 "2026-10-06T12:02:52Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![Tom\_P](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/tom_p/32/766520_2.png) [@Tom\_P](https://discourse.mcneel.com/u/Tom_P)\
**Post date:** [October 6, 2026, 12:02pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/1 "2026-10-06T12:02:52Z")

</div>

![command_options](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/b/4/9/b491ea0e9a39f1c4b8cfff4676b50862e2d0faa4.jpeg)  
 ![Screenshot 2026-10-06 at 04.48.14](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/2/7/f/27fdc7576f4fa3fb99a323a7065aa434dd1a8783.png)  
 ![Screenshot 2026-10-06 at 04.45.30](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/1/7/7/177a174c5e0e1e3a02d541dddfee7fbee8af7932.png)  
 ![Screenshot 2026-10-06 at 04.44.35](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/5/d/4/5d454508bdb43624f44b445cf545aed5007990b8.png)  
 ![Screenshot 2026-10-06 at 04.42.00](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/a/b/2/ab211e971fd2d48556e0b8370303f435bbb7abff.jpeg)

there is so many different UI elements and their layout has so many different alignments..  
switch vs checkbox, vs highlighted / bold text fields (osnaps)  
sliders vs numeric input  
property-name to the left or right, value to the left, below or right

i think we need much more consistency here !  
and much less variations.

**same input type, same interface-element !** please, ❤

i hope to see some polish here, please …

it will not get better if this cleanup is skipped to version 10, resulting in one more layer of evolutionary left overs …  
and more people shouting

thanks for addressing this. - kind regards - tom

---

<div class="post-metadata">

**Author:** ![Japhy](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/japhy/32/487647_2.png) [@Japhy](https://discourse.mcneel.com/u/Japhy)\
**Post date:** [October 6, 2026, 12:35pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/2 "2026-10-06T12:35:59Z")

</div>

Hey Tom,

Agreed, and thanks for the screenshots. i’ve logged your examples for the UI team as [RH-99313](https://mcneel.myjetbrains.com/youtrack/issue/RH-99313).

---

<div class="post-metadata">

**Author:** ![Stefano\_Menci](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/stefano_menci/32/762395_2.png) [@Stefano\_Menci](https://discourse.mcneel.com/u/Stefano_Menci)\
**Post date:** [October 6, 2026, 12:46pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/3 "2026-10-06T12:46:36Z")

</div>

I’d add behavioral inconsistencies to the visual ones: some windows close with Esc, others don’t; some close on a double-click, others don’t; and Tab sometimes jumps to the next control, but other times inserts a literal tab even when that makes no sense.

---

<div class="post-metadata">

**Author:** ![Tom\_P](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/tom_p/32/766520_2.png) [@Tom\_P](https://discourse.mcneel.com/u/Tom_P)\
**Post date:** [October 6, 2026, 1:49pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/4 "2026-10-06T13:49:31Z")

</div>

> [@Stefano\_Menci](#):
>
> behavioral inconsistencies

there is another regarding interaction with the general rhino UI.  
some command-panels allow to change Display Mode or Current layer - others don t.  
see:  
[Mac vs Windows UI inconsistencies](https://discourse.mcneel.com/t/mac-vs-windows-ui-inconsistencies/204185)

---

<div class="post-metadata">

**Author:** ![Gijs](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/gijs/32/769882_2.png) [@Gijs](https://discourse.mcneel.com/u/Gijs)\
**Post date:** [October 6, 2026, 2:17pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/5 "2026-10-06T14:17:35Z")

</div>

1. The toggles in Patch have been removed as part of UI Cleanup. Toggles are only used for global switches now

2. Sliders and spinners sometimes do the same but not always. Spinners have more fine grained control. Sliders often have a fixed (or temp. fixed) range

3. Side bar places labels on top or left, based on available space.

4. Dropdown is often used for when multiple choices are available and/or when space is restricted. Radio buttons for 2 options or when more space is available. If the options are not too lengthy, Segmented button is used as well, and I prefer it over radio buttons and dropdowns in that case, esp if you need to change options often. (GEC is a good example)

> [@Tom\_P](#):
>
> it will not get better if this cleanup is skipped to version 10

Note that this cleanup is not happening over night, and a lot of cleanup already went into Rhino 9. It’s a process.

---

<div class="post-metadata">

**Author:** ![Tom\_P](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/tom_p/32/766520_2.png) [@Tom\_P](https://discourse.mcneel.com/u/Tom_P)\
**Post date:** [October 6, 2026, 2:45pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/6 "2026-10-06T14:45:14Z")

</div>

> [@Gijs](#):
>
> cleanup is not happening over night, and a lot of cleanup already went into Rhino 9. It’s a process.

yes i know - but as more work is done before the final 9 Release, the less people stick to a mixed expectation … resulting in endless discussions…

but as already wrote / said - i really honour your engagement in this field - thanks a lot.

---

<div class="post-metadata">

**Author:** ![Stefano\_Menci](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/stefano_menci/32/762395_2.png) [@Stefano\_Menci](https://discourse.mcneel.com/u/Stefano_Menci)\
**Post date:** [October 6, 2026, 4:56pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/7 "2026-10-06T16:56:31Z")

</div>

Here is another inconsistency: the Text command does remember some settings and reverts to default for other settings.

Create a text and change Height, Model space scale, Font and alignment.  
Then create a second text, and some of the changes are still there, while others are not.

---

<div class="post-metadata">

**Author:** ![Tom\_P](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/tom_p/32/766520_2.png) [@Tom\_P](https://discourse.mcneel.com/u/Tom_P)\
**Post date:** [October 7, 2026, 12:45pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/8 "2026-10-07T12:45:49Z")

</div>

another / similar thing is info, that is organized in columns :  
rhino 8

 ![Screenshot 2026-10-07 at 14.42.34](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/b/4/f/b4f3240ed915d226c6f08c41b975bfd12f743fc6.png)

rhino 9

 ![Screenshot 2026-10-07 at 14.42.50](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/2/8/8/28854155c87fae84bea31aa62170d93e370e8432.png)

rebuild rhino 9

 ![Screenshot 2026-10-07 at 14.42.12](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/0/e/5/0e5eeac82b36648ed28cdabcf973137a34b33116.png)

blendcurve

 ![Screenshot 2026-10-07 at 14.44.17](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/1/1/e/11e61c13c6c8e0f9d9dc1be46498b74367a421d4.png)

thanks for having a look.  
cheers - tom

---

<div class="post-metadata">

**Author:** ![Viper](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/viper/32/715053_2.png) [@Viper](https://discourse.mcneel.com/u/Viper)\
**Post date:** [October 7, 2026, 1:17pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/9 "2026-10-07T13:17:28Z")

</div>

Just chiming in but it’s also kind of annoying that some of these pop-up commands do start when I press Enter and some don’t. ShrinkWrap doesn’t - for example - and I’ve been working with meshes for the past 2 months and my mouse is getting worn out from all the clicking!!

I’m on MacOS 15.7.3 with Rhino 8.19

---

<div class="post-metadata">

**Author:** ![Charles](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/charles/32/747625_2.png) [@Charles](https://discourse.mcneel.com/u/Charles)\
**Post date:** [October 9, 2026, 1:57pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/10 "2026-10-09T13:57:18Z")

</div>

> [@Gijs](#):
>
> 1. UI Cleanup

Great this really happens!  
I’m grateful for your dedication to this matter.

---

<div class="post-metadata">

**Author:** ![Stefano\_Menci](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/stefano_menci/32/762395_2.png) [@Stefano\_Menci](https://discourse.mcneel.com/u/Stefano_Menci)\
**Post date:** [October 9, 2026, 3:13pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/11 "2026-10-09T15:13:24Z")

</div>

Here’s another inconsistency: similar actions in the same panel place their dialogs differently.

In the Layers panel:

- Clicking a layer’s color opens the Select Color dialog at its last-used position.
- Clicking a layer’s linetype opens the Select Linetype dialog in the center of Rhino’s window.

At a minimum, I would like these dialogs, and other similar dialogs, to follow the same positioning rule.

Of those two behaviors, I slightly prefer centering them in Rhino’s window. Remembering the previous position can cause problems when switching between locations with different monitor setups: a dialog that was visible in the office may end up partially or completely off-screen at home.

However, my preferred behavior would depend on how the dialog is opened:

- **Opened with the mouse:** place it near the click location, keeping the entire dialog on-screen. This would avoid repeated trips between the Layers panel and the center of the window.
- **Opened with the keyboard:** center it in Rhino’s window. The two examples above may not have keyboard equivalents, but other similar dialogs do.

---

<div class="post-metadata">

**Author:** ![Stefano\_Menci](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/stefano_menci/32/762395_2.png) [@Stefano\_Menci](https://discourse.mcneel.com/u/Stefano_Menci)\
**Post date:** [October 15, 2026, 6:34pm UTC](https://discourse.mcneel.com/t/inconsistent-ui/223302/12 "2026-10-15T18:34:27Z")

</div>

Here’s another example of inconsistent keyboard access. The `OneLayerOn` dialog has three buttons:

- **OK** : click, `Alt+K`, or `Enter`.
- **Cancel** : click, `Alt+A`, or `Esc`.
- **Select** : click, but no `Alt+<key>` shortcut.

 ![image](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/5/7/9/5791e8a46d4c158a03112c6f3459f74627bfcf16.png)

I think dialogs should consistently use `Enter` for **OK** and `Esc` for **Cancel** , with an `Alt+<key>` shortcut for every other button.

Here, **OK** and **Cancel** each have an additional keyboard shortcut, while **Select** , the button I actually need a shortcut for, has none.

Do you agree with this approach? If so, would you prefer me to report each inconsistent dialog as I find it, or will this be addressed across the dialogs as part of the UI cleanup without requiring individual reports?