Ok guys.. click click click open toolbar

Rhino Rhino for Mac
1

I agree. I feel the same this time.
Usually the updates has been with a fair amount of bugs etc, but this time the basics are f… up.

Actually I am still not using RH8 for my main work, I just keep it as a reference for my findings of what I consider a regression.

To be specific, I have been most frustrated about some of the basic click-click-click-open toolbar functionalities.

I too find it deeply frustrating to have to spend so much time and energy to report my findings, make screen recordings, compress the videofiles for upload, and post descriptions of issues, trying to help out with the bugs.

But when there is so little responsive feedback from developers about solving the basic issues with a flimsy and uneasy UI, it becomes very frustrating, and one tends to feel isolated, and uncertain if Im the only one really pissed about this… And if being pissed is a fair response, too…

I understand this is not only Mac users, but also Windows users seem to have similar issues with the new “wonky feel” and dys-functionality of the UI.

Would be nice to hear that our thoughts and findings are appreciated and not ignored.

2 Likes
2

The Windows Rhino side is not without its share of bugs…

3

Do you mean this part of the click-click-click:
image

Or this part of the click-click-click:
image

Or something completely different?

4

Hi Brian
I was talking about the cascaded toolbars and sub-toolbars
I have made a little video demonstrating the workflow in RH8 and RH7 , on that specific detail of mouse-clicks needed to open a sub-tool.

I also looked into “show toolbars”, and found a strange behavior. Made a video of that too :slight_smile:

RH8 vs RH7 - clicks needed to open a sub-tool

If you look closer, you wil discover also, that opening the wrong sub-tool pallet by mistake, requires even more clicks: #1-2-3 to open the wrong one, and
#4 outside toolpallet to close both main and sub toolpallet, and then #-5-6-7 clicks to open the correct subtoolbar. Thats a total of 7 clicks, if you hit the wrong arrow.
To add to that, the opened sub-pallets hide whats underneath, so you cant really see where the correct one is, until you close the whole thing.

in RH7 you just keep the mouse-click on hold, and mouse over everything, and submenues spring opens to the side, leaving everything visible to navigate safely, and you can open all the “wrong” sub-menues, even have a look around what is there to choose from, realise this is not it, and just mouse away over to the correct one, and select the desired tool on click-release. thats a total ONE click, with the added feeling of ease, overview and speed.

In this video I am clicking slow and precise to demonstrate the amount of clicks, but in reality I am way faster in RH7 and much, much more messy and timeconsuming in RH8, not hitting the small corner arrows and opening the wrong subtools, trying to be fast, only getting so frustrated to the point I do not want to work with it on a daily basis

“Show toolbars…”
The list of choices end up in a weird place

4 Likes
5

Yep. Click-n-hold is broken even on windows.
If I understand correctly it’s similar to RH-73900 reported here but also in other posts in the past. In windows devs told it’s a limitation of ETO… at least of window side, not sure about Mac.
Not a dev choice. Simply they can’t do it with current platform or they didn’t put enough time there to achieve it (by modifying current platform).
I may be wrong.

1 Like
6

On windows it opens near mouse click (more or less), but it strangely open by using all vertical space possible and shortly after it shrink to a shorted drop down list, making it needed to scroll more to select the item.
From More toolbar/workspace stuff - #10 by maje90 , now it’s just faster… but still glitchy.

Simply: too many UI/UX details are left there. There is no attention to the details…
Most of the details users are reporting shouldn’t require to be reported at all.
Anyone using a computer in the last 15 years can see them and in the same instant say: “yes, this is not good, it must be changed”.
McNeel should consider hiring a “UI/UX critic” that tell devs the direction. (this comment can be seen as offensive now :see_no_evil:)
Or maybe you guys know already what to do but you need more time, ok.

8.3

1 Like
7

I don’t like unnecessary clicks as well.

There is a wonder tool that needs exactly 2 clicks (and never more than 2).
1x open it, 1x select command.
It’s the menu.
Now imagine there were icons in the menu…

Most of the times 1x mousedown and 1x mouseup on the desired command is enough.
Means 2 clicks is maximum when using the menu.

8

Ok, thanks. There are two separate bugs here, which we have logged, and I’ll move up the priority list:

RH-73900 Extra click needed to acces a command in a flyout toolbar
RH-67717 Toolbar: allow flyouts as menus

1 Like
9

Thankyou !
I see in the YouTrack thread, that the option for “fly-out as menu” is available in 8.3 ?
is that what @Gijs is talking about here: Rhino 8 toolbar behaviour - #34 by Gijs

10

Sorry, we only have the checkbox for that feature in place. This is what Gijs is describing, but the actual implementation of flyouts as menus has not been completed yet. This is why that YT issue is in an “awaiting dependency” state.

11

It looks like we just released another 8.3 release candidate today. This 8.3 has flyout as menus working in it. You need to enable this feature in the appearance settings as shown here (it is the cascade as menu checkbox)

image
image1186×548 35.3 KB

3 Likes
12

WOOOOUUUU !! THANKS ! :heartbeat:

Will this also work in Windows version ?

13

Yes, the same functionality exists on both platforms

1 Like
14

Awesome !. Im so glad this works according to the unified goal.

Just a quick feedback from my Mac version 8.3.23354.09002, 2023-12-20:

left-click and left click -hold yelds greyed out sub-menues, and any left-release click or clicks will not activate any tools in either menu or sub-menu.

right-click and right-click-hold yields functional sub-menues, and will activate tools in both menu and sub-menues.

Just so you know :slight_smile:

BLUE is left click, and RED is right click in this video

UPDATE: After restart Rhino, this all works great, both left and right clicks ! :+1: :heartbeat:
After any changes in the settings, fx change load time, the menues greyes out again, and a new restart is required…

Thanks again !!

16

Any changes in settings in the Toolbars section you mean? Anyhow, great catch, I can repeat that here.
RH-79279 changing cascade delay breaks second level cascaded menu

17

Hi Gijs
I changed cascade delay in Settings>Appearance>Toolbar
NB: It breaks both first and second level cascaded menues.

18

And it works with button hold and release.
Great!

19

But not with toolbar buttons (yet).

20

Nice, thanks a lot! :slight_smile:

21

Thanks again for bringing back Cascade menus. I just noticed one weird thing. There is an icon missing, when the menu has more than one functionality. Here is the comparison to RH5 menu. Will it be fixed in future versions? It’s quite confusing in longer menus…

menus 1
menus 1628×973 176 KB

menus 2
menus 2577×896 174 KB