Transfer settings between Rhino easily cross platform
We’re excited to introduce 3 new commands
ExportSettings
ImportSettings
ImportPreviousSettings
We hope these new commands can make backing up settings, moving computers and distributing Rhino settings to your colleagues, students and friends easier.
Export Settings - Exports a .rhs file full of Rhino settings.
Import Settings - Imports an .rhs file
ImportPreviousSettings - Allows users to easily import settings from older Rhino installs
Which Settings are included?
Window Layouts
Keyboard Shortcuts
Aliases
Plug-ins
Schemes
Default RUIs
Advanced Settings
Window Positions
Rhino Options
Which are not (currently)?
Custom RUIs
Data safety
All of the above commands (should) create backups of everything they replace, so you should never lose any data whilst using them. Having the files bundled up as .rhs also makes backing up easier. (This is of course the Rhino WIP and this release is the first round of external testing!)
.rhs files
.rhs files can be dragged and dropped onto Rhino instead of using the command .rhsRHino Settings files are a simple renamed zip. you can rename them back to .zip and unzip them as necessary.
Please try these commands out and let us know of any issues.
One can imagine that the items currently implemented are best understood and thus more easily debuggable, so they are the best ones to start with in the first round. Once everyone is comfortable with these then the one that would be the main reason for the feature in the first place can be introduced for debugging?
Here’s hoping you can get to custom RUIs quickly, Callum! It’s great that you’ve started.
Creating small prototypes gives invaluable feedback, and the smaller and faster we can prototype and iterate, the sooner and better we can make the most important and needed things.
Agreed. But no need to block the existing feature set for this. Part of the motivation for this is teachers and tech support. For them everything it currently does is already very useful. It’s also helping me improving cross-platform setting compatibility.
will these be compatible with rhino for windows and mac ?
in the classroom - do i need to provide 1 file for both systems ?
or 2: setting win, setting mac ?
Can you make it behave like .3dm template on a server? I put my .rhs there and i gets read on startup? Importing / Exporting on several system could get annoying fast. Overall a welcome improvement.
Yes, this is basically the idea. Currently I use multiple 3 PCs (Workstation at Office, Workstation at Home, Laptop). The default template, heavily customized to my needs is sitting on the server and gets synced across all devices. Sometimes i also tweak settings, that are not stored in the *.3dm file and need to be transfered manually.
The best option and most flexible option in my opinion would be: I can enter a path to an .rhs file in every .3dm (template)-file and achieve per project settings. If none is provided, use the global *.rhs. For one use-case I might use this layout, for another use-case I use that layout.
With this approach you can work with yourself or distribute settings in a company-context.
On Mac I believe this will be included as it’s in the GH Plug-ins folder. Windows has these settings in the %appdata% so not currently. But that sounds like a handy feature.
Well, I don’t think I would have made the post unless I had restarted and checked that nothing changed. But even so, that “no changes to settings will be saved” is super confusing wording!
Wait, is this why I don’t see any visible change? Does this mean that none of my custom toolbars with custom commands, scripts and icons transfer over? If so then I really don’t see the point of this feature so far.
EDIT: But wait, “default RUI” is included? If that means the default toolbars, why do they need to be included? Is that so you can keep your V9 toolbars when upgrading to V10 in the future? Should that not be the other way around? Like, you want to transfer your custom settings to V10, but you want to also get the new features in the new default toolbars for that version, right?
(And personally, since I have replaced icons even in the default toolbars, I’d love to see some sort of icon theme get taken into account here too… though I guess that’s out of scope.)