I have saved my custom UI Layout and I can restore it perfectly fine. Thing is I have to do this everytime I open Rhino because it does not remember I want my custom layout as the default layout…
Can’t we have a checkbox, button, w/e to make sure we can explicitly choose to define our default layout?
I work with multiple Rhino windows during my day, and honestly having to close all, to just move some tabs around to make sure it sticks is so cumbersome. Not to mention it works half of the time anyways and the damn Help panel is sporadically back no matter how many times I close it.
Hello- as far as I know this should work… open one Rhino, restore your preferred layout and close Rhino. Now open more sessions - these should all respect that layout…?
You can try, semi-live for now:
Make your changes. Save the layout. Export the layout, in the other sessions, impoirt the layout. With a bit of clever macro-ing, I suspect this could be reasonable to use once set up. I’ll give it a try.
In theory, yes, but somehow, as time goes by, Rhino starts messing up the layout. For instance. The Help panel keeps coming back. I am 100% certain I have deleted it and never turned it back on. Yet there it is.
Let me write this again after getting a reminder of how it works . Window layouts are not live - they are snapshots that you want to keep. So in session 21 you can restore that custom layout changed in session 20 and get the changes.
It looks like it may be possible to have that update, however, I am chatting with the developer. RH-78625 WindowLayouts: Save Containers.xml on update
Thanks for pointing this out.
I am experiencing the same problem, albeit with a different layout. But it’s leading to manually having to restore a saved window layout upon every single Rhino launch, which is a lot when you work with multiple sessions every day.
Would there be a temporary workaround to add a “run on launch” command that restores the window layout automatically?
I’d create new containers with a custom name and populate those with the panels that you need. That seems to be somewhat more stable than modifying default containers. Not that you won’t run into issues, though…
You can add the WindowLayout command to the start-up commands with the name of the layout to restore. You will get a pop-up if the current layout is deemed to be modified, though.
-wim
You can add the WindowLayout command to the start-up commands with the name of the layout to restore. You will get a pop-up if the current layout is deemed to be modified, though.
There is no feeding a desired layout automatically is there, like: _WindowLayout "C:\path-to-layout>\layout.rhw" ?
Yes, the Osnaps and Filter panels are always getting messed up. I have an alias that I tend to run several times a day to restore my custom window layout because of that.
I’m not sure if you are trying to say that this part doesn’t work as described for you…
-wim
If “then needs an extra mouse confirmation” means that you are getting a pop-up asking to save the current layout, then I’ve answered that 8 days ago. Yes, you need to manually get out of that dialog.
If you mean something else, please add more words…
-wim
The “second part” was your suggesting to add WindowLayout to the start-up commands. Doing this will (of course) prompt this dialogue on every Rhino launch:
