To the Rhino toolbar team:
I had a few free moments this week, and implemented a popup menu system that a colleague recommended to me many years ago. It works, but it did expose a couple of quirks as we dial in the revised toolbar system.
The technique involves creating a popup toolbar, and populating it with other popup toolbars, so that the commands I need always pop up right under my cursor, rather than having to mouse to the edges of the screen all the time. It’s similar in concept to the radial flyout menus that I’ve seen, but using core Rhino toolbar functionality. I should have taken his advice and done this years ago tbh.
But:
- All of the popup toolbars need to be visible, or else they won’t be found by the PopupToolbar command.
- The PopupToolbar command likewise Won’t find the toolbar in question if it’s docked. The toolbar(s) has to be floating somewhere.
- A popup where I was able to dial in the right shape, and then Sized it to the Content, would popup a bit too too small to show all of the icons. If I don’t use Size to Content, I can expand the size of the floating toolbar enough to show all the icons when it pops up.
- I’m able to get Rhino into a non-responsive state with the popup toolbar. I’ll update once I’m able to reproduce this reliably.
- I would suggest to put the Save RUI command on a button icon at the top of each page, because I keep losing my work (and because it’s good Rhino practice in general in my experience). Saving after each change is doing it for me.
Thanks!
Hello!
Thank you very much for testing, and apologies for this. I’d like all of the previous expected (and wanted) behaviours to be the same in the new system, but there are MANY and it’ll take me a bit of time, getting reports like this really helps.
I’ve not properly migrated this it seems, I’ll make sure to take care of all the issues you’ve mentioned here.
- RH-95188 PopupToolbar command has not been migrated to use the new system
When you say losing your work? You make changes to toolbars or RUI files and it doesn’t save on exit?
Can you expand a bit on this, do you mean when you create a new toolbar and close it should appear when the dialog closes? (Or do you mean plugins?)
Thanks Callum for looking at this, I’ll try to keep reporting what I find.
It’s mostly when Rhino becomes unresponsive and I have to ctrl-alt-del out of Rhino that work gets lost. I should be more specific: I’m working with just the toolbars today, not also doing modeling.
I also just saved my RUI, quit, and when I reopened Rhino all but one of the toolbars came back correctly.
Yes, it could even appear immediately after clicking New Toolbar… There’s no reason to create a toolbar and then not have it appear ifaict.
At the moment, after going in and clicking on the light bulb for that toolbar, it shows up in the rear tab of whichever container’s gear icon I clicked to create a new toolbar. I would expect that clicking a lighbulb would also activate that toolbar/tab. This is somewhat tangent.
One more: I’m seeing lots of duplicates in the All Buttons list. I’d love to see a search there, it’s a bit long to scroll through.
Thanks again!
I need to improve this UI. You can search with the top right search. And next build the duplicates should be cleaned out.
Hmm I see. Yes it might make sense to also save whenever the dialog is closed. You’ve made the change and OK’d it, why not also save the data?
- RH-95194 Save when Toolbar dialog is closed
All but one? If you can find a way to reliably reproduce this I would really like to know how you managed this.
Lol didn’t see that search up in the corner.