Rhino v8 Window Layout Not Persistent

Hello,

I’ve been finding the toolbars arrangement saved in my window layouts do not remain in place. For example working in one model I can load my custom window layouts with preferred tools open and place where I’d like. Then should I open a different model or create a new one, the window layout does not remain. It seems to me the window layouts should remain open, at least during a rhino work session.

Rhino 8 SR4 2024-1-23 (Rhino 8, 8.4.24023.15002, Git hash:master @ e0f90d20c78f2125a0ec9cfffc9d9decbc052c01)
License type: Commercial, build 2024-01-23
License details: Cloud Zoo

Apple macOS Version 14.1.2 (Build 23B92) (Physical RAM: 64GB)
Mac Model Identifier: MacBookPro18,2
Language: en-US (MacOS default)
.NET 7.0.0

Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M1 Max
Thunderbolt Display (2560 x 1440 @ 60.00Hz)
Color LCD (1728 x 1117 @ 120.00Hz)
LED Cinema Display (2560 x 1440 @ 60.00Hz)

USB devices
Logitech: USB Receiver
Apple Inc.: Apple Thunderbolt Display
Apple Inc.: FaceTime HD Camera (Display)
Apple Inc.: Display Audio
Apple, Inc: Apple Keyboard

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/Library/Frameworks/3DconnexionClient.framework/Versions/A/3DconnexionClient
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreML.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftVision.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftObservation.dylib
/usr/lib/swift/libswiftWebKit.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftMapKit.dylib
/Users/johnwilliams/Library/Application Support/McNeel/Rhinoceros/8.0/MacPlugIns/bella_rhino.rhp/libbella_dotnet_native.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino
/Users/johnwilliams/Library/Application Support/McNeel/Rhinoceros/8.0/MacPlugIns/bella_rhino.rhp “Bella” 23.6.0.0

Rhino plugins that ship with Rhino
/Applications/Rhino 8.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 8.4.24023.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 8.4.24023.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/MeshCommands.rhp “MeshCommands” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/PlugIns/SectionTools.rhp “SectionTools” 8.4.24023.1002
/Applications/Rhino 8.app/Contents/PlugIns/Displacement.rhp “Displacement” 8.4.24023.1002
/Applications/Rhino 8.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 8.4.24023.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 8.4.24023.15002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCodePlugin.rhp “RhinoCodePlugin” 8.4.24023.15002

hi @John_Williams I will ask what can be done to tune this up. I just want to verify, when you load a certain Window Layout, you close and reopen Rhino, does the Window Layout return as you want it, and do new modeling windows you open from that point have the same layout?

Here’s what happens:

Start Rhino v8. My custom window layout is not present.

Load custom window layout. All seems fine.

Create a new file from the same rhino session. Window layout is not present.

Switch back to the file wherein I loaded the custom window layout and layout is present.

Create yet another file. Window layout is not present. And so on…

The custom window layout can only be loaded in one file at a time.

Another annoyance is that it takes a while to load the window layouts. Seems much too slow for normal operation.

Hope that helps.

John Williams

404.512.1891 (m)

www.shibuidesign.com

hi @John_Williams I understand, I can repeat that, I just want to verify if the Window layout you load will stick if you do the following:

Load Rhino
Load your perferred Window Layout
Close Rhino
Open Rhino (it should have the set Window Layout)
Open another modeling window (it shoudl have the same Window Layout)

HI Gijs,

Below you can see the results:

Load Rhino (YES, I DID THIS)
Load your perferred Window Layout (PREFERRED WINDOW LAYOUT WAS ALREADY THERE)
Close Rhino (YES, I DID THIS)
Open Rhino (it should have the set Window Layout) (YES, PREFERRED LAYOUT WAS THERE, JUST AS IT WAS BEFORE)
Open another modeling window (it shoudl have the same Window Layout) (DID THIS AND THE PREFERRED WINDOW LAYOUT IS NOT THERE. I CAN LOAD IT, BUT IT WILL DISAPPEAR FROM ANY OTHER MODEL WINDOW THAT IS OPEN. THE WINDOW LAYOUT CAN ONLY BE IN ONE MODEL WINDOW. IT SHOULD REMAIN PERSISTENT ALWAYS, UNLESS I SELECT ANOTHER WINDOW LAYOUT, NO???

Thanks,

John Williams

404.512.1891 (m)

www.shibuidesign.com

Same issue here.
Working on MAC
I am currently working on 2 projects, every time I switch between them the custom layout disappear.
It’s pretty annoying.
I join the request of help!
Thank you.

I am having the same issue. I “pop up” certain toolbars like “Visibility” or “Solid Tools” and they disappear every time.

That doesn’t sound like the same issue… Popup toolbars are designed to disappear once you have chosen a command from them - they’re “one-shots”.

If you are showing toolbars (for example by flying them out and then tearing them off into the workspace) and those are disappearing when switching windows then that is something that needs to be looked at.

I should have worded it better. I meant the second thing, not cascading toolbars. I tear them off into workspace such as in the screenshot and they disappear if I open another file, or another window.

I think that’s essentially the same issue as reported
RH-80204 Containers don’t stay in place when opening new document

I added this thread