Toolbars issue: Poor navigation within cascaded buttons in RH8

Yes.

Yes, ONE click to start a command.

Not with multi-cascading toolbars, so the simple mouseover to open a toolbar would heal this as well.

This elegant feature is gone in the UI on Windows as well.
They say it is because of a lack in ETO, and perhaps will come back (hopefully).

Hmm, must be a Mac-only bug. Works here in Windows Rhino V8.

oh yes, it works with multi-cascading toolbars / menus.

You just slide the hold-click cursor over the subtool, and the next sub-tool menu open automatically, and so forth…

Not here in RH8, but if you see my attached video, you will see how it works in RH7 Mac, and how easy it is with just one click.

The argument for ā€œClick-holdā€ instead of just ā€œmouse overā€ is that in "mouse -over " you will have to set a delay for the sub-pallet to open, but with ā€œclick-holdā€ you have immedialtely activated the opening, the moment you click-and hold. So this ads to the feeling of immediate response and tactile control.

I understand the new setup in RH8 is leaving menus and submenues behind and now we have ā€œbuttonsā€
But as I try to suggest in my ā€œsolutionā€ it could be done the same way with tool-pallets and sub-tool pallets… Its just a question of placing the sub-pallets, so they dont cover the main toolpallet, and implement this "left-click-hold / mouse-over " cursor navigation

As you have probably read elsewhere an important function of the flyouts that relates to your issue somewhat has also been removed in Windows Rhino - because they haven’t figured out how to implement it in ETO. That being able to left click and hold the mouse down to flyout a toolbar, move over to the toolbar button with the command you want to launch and let up on the mouse button. In V7, that executes the command. In V8 you have to let up on the mouse button and click again on the toolbar button to run the command. This also applies to the popup toolbar.

No, sorry , I have not read about that elsewhere…
What is ETO ? And how does this affect the mouse click functionality ?

That explains a lot… And im happy to hear im not alone in this :slight_smile:

But until this is resolved, I still suggest that at least it should be possible to click on the sub-toolbar banner, to close it again, without opening any tools…

fx. If you open the wrong sub-toolbar etc, and have to navigate back…

Its only when the sub-pallet is detached and floating, then a little red ā€œcloseā€ button appears, and even that one is very tiny and easy to miss, because its same color as the panel, until you hover it…

woa… lots and lots of clicks!

The programming module that allows cross-platform creation of dialogs, toolbar buttons and all the other graphic elements of the UI.

1 Like

Somehow there seems to be a lack of cross-communication on whats going on in the PC and Mac version user base respectively. I can see the deeper need to develop a unified platform, with identical UI and toolsets. So in the future all communications can be held in unison.

I apologize for being angry and frustrated, and I hope that these bits of information will come through more promptly in the future, since the general response from McNeel about this so far has been very vague or even absent. (well, at least in my posts about the subject regarding UI and UX)

Yes windows side v8 is good and v7 mac rhino but v8 on the mac …not yet