So Rhino killed my Layout again... :-(

Today it happened again.
I updated my Rhino 7 installation on my laptop while Rhino was also running on my main machine but minimised. When I came back to my main machine, the license requester was up, asking me if I want to continue using it on this machine, which I said yes to.
When I un-minimised the window, I got this:

All my carefully laid out panels were filling all of the screen…
Now this is the second or third time this happened (can’t remember the circumstances from the last time) and I had smaller issues with things getting out of whack every now and then.

So I want to ask: Is there a way to save a screen layout of toolpanels a reliable way?
To my great surprise I was unable to find one, although this feels somehow basic.
It takes a long time to put it all back to how it was, so I’d prefer not doing this regularly…
And I had it also happen to me that it didn’t “take” when reordering things and after a restart it was broken again.

So yeah, sorry if this is obvious, but I didn’t find a way to do it…

Thanks a ton!


1 Like

I’m confused how this could happen.
Here’s is something to try:
After you get a single Rhino setup like how you want, close Rhino, and make copies of these 2 files:

  • %AppData%\Roaming\McNeel\Rhinoceros\7.0\settings\settings-Scheme__Default.xml
  • %AppData%\Roaming\McNeel\Rhinoceros\7.0\settings\window_positions-Scheme__Default.xml

These are the files that store that information.

Then if this happens again, please send us copies of those 2 files in their current screwed up state, and them replace them with the copies you saved that are good.

Perhaps with the before (good), and after (bad) versions of those 2 XML files, we might be able to guess as the cause.


1 Like

Thanks a lot John,

but are you saying that there really isn’t a way to save a screen layout? That somehow feels weird for a freely customisable GUI like Rhino.
For instance in Houdini I can save my current setup in a list and select other setups from that list for different tasks, so it’s not just about not losing my setup or transferring it to another machine, but also having different setups for for instance SubD modelling vs. texturing etc.

If that really is the case, I’d like to make this into a feature request.
Since basically those files you mention already exist, it should be possible to make that a fearture instead of just a hidden workaround.

I’ll check out those files and see what I find.

The issue in the past was always connected to having Rhino minimised or using different, non full screen sizes and toggling stuff. Sometimes the panels just got different sizes from what I had set up initially (and the way they work its rather cumbersome to set up) and two or three times I got this totally unusable state that completely hides the viewports.

This time it happened like I described above, having Rhino minimised on one machine, updating another, and later coming back and clicking the license requester yes button.

Will come back if I find anything interesting…

So back to fiddling all that stuff back and hoping it’s saved and recalled correctly afterwards…



This is how my screen normally looks:

Is that position data only saved on close or is there a way to force Rhino to save preferences and this screen layout data?

Like I said, I had it happen before that closing Rhino and bringing it back up after such a destruction of my layout did not correctly restore it and I had to do it several times before it stuck.



Rhino saves your settings each time in those XML files.
We do not have a system for saving and restoring different names setups.

The mystery here is we do not know what is messing with those files.
That’s why I suggested manually saving them to make restoring them relatively easy.

If you can figure out a pattern when they get screwed up, we might have a chance on keeping it from happening.

With “each time” you mean when I close it or what “time” would that be?

I don’t think anything is messing with the files themselfes, I think Rhino (while running) screws up the layout and that is getting saved.

Will it help you if I send you the before and after files via PM?



I suspect some event; maybe having too many files open at one time, is messing up the XML files.

You won’t know until you close and restart Rhino.

If you have backup copies of the XML files that are good, when you discover the problem, save the existing screwed up XML files to send to us.
Then copy in your backups, and send us all 4 files.

Well, I had a single instance of Rhino 7 open on the machine this time.

The “event” that broke it this time was that license requester with Rhino minimised IMO.

But yeah, it’s possible back when I didn’t save correctly after adjusting that I had multiple instances of Rhino open. Funny that you do not have a more elaborate way of handling layouts. I don’t think I’ve ever used another 3D application without such functionality.

I have now copies of both versions and will send you a PM if that is possible here.



1 Like