Bug when attempting to manually turn on/off the system's dark appearance

[Diamantis_Rinas]

Some graphical elements of the user interface don’t update when manually switching the Mac OS appearance. The panel on the left between the Main and OSnap, is Command History. Release a permanent fix, please. Thank you.

Rhino 8 SR13 2024-11-12 (Rhino 8, 8.13.24317.13002, Git hash:master @ ca3666c3ebed2b9567e10930077bfa0884f65db9)
License type: Educational, build 2024-11-12
License details: Cloud Zoo

Apple macOS Version 15.1.1 (Build 24B91) (Physical RAM: 16GB)
Mac Model Identifier: MacBookPro18,3
Language: en-GB (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 Pro
LS24A600U (2560 x 1440 @ 75.00Hz)
GPU Vendor: Apple

USB devices
Generic: USB3.2 Hub
BlueTrm: UGREEN CM564 USB Audio
Logitech: G203 LIGHTSYNC Gaming Mouse

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Builtin_float.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswift_errno.dylib
/usr/lib/swift/libswift_math.dylib
/usr/lib/swift/libswift_signal.dylib
/usr/lib/swift/libswift_stdio.dylib
/usr/lib/swift/libswift_time.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsys_time.dylib
/usr/lib/swift/libswiftunistd.dylib
/usr/lib/swift/libswiftDistributed.dylib
/usr/lib/swift/libswiftObservation.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftMLCompute.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftSpatial.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftSynchronization.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftWebKit.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftMapKit.dylib
/Users/diamantis/Library/Application Support/McNeel/Rhinoceros/packages/8.0/SubstanceImporter/2.0.7/libSubstanceImporter.dylib
/Users/diamantis/Library/Application Support/McNeel/Rhinoceros/packages/8.0/SubstanceImporter/2.0.7/libsubstance_ogl3_blend.9.dylib
/Users/diamantis/Library/Application Support/McNeel/Rhinoceros/packages/8.0/SubstanceImporter/2.0.7/libsubstance_linker.9.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino
/Users/diamantis/Library/Application Support/McNeel/Rhinoceros/packages/8.0/SubstanceImporter/2.0.7/SubstanceImporter.rhp “SubstanceImporter” 2.0.7.0

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

[wim (Wim Dekeyser)]

Hi Diamantis -

@Diamantis_Rinas

[…] when manually switching the Mac OS appearance.

When trying this from the macOS System Settings -> Appearance dialog, I’m not able to reproduce this behavior here. Does it make a difference on your end if you use that dialog instead of the widget that’s on your screen?

-wim

[Diamantis_Rinas]

This bug is not specific to my end. The widget on my screen is a native part of the Mac OS system. If the program is opened while the appearance is on light mode and you switch it to dark afterwards, then the panels and viewport ribbon will remain white as seen on the first screenshot. The same applies in the opposite case respectively, as seen on the second screenshot. Starting off, try changing the appearance from the display widget toggle, without changing through the system settings open. Then open the system settings and switch it on/off from there to see if the problem persists. For some reason, if you take the steps backwards, the bug will not be shown to you. That tells us that the problem is with the toggle within the system’s display widget and was skipped to be addressed in the past. Possible use case that had not been considered. The critical problem with this bug, that has been plaguing the flow of our work since the stable release, is that the written content along with the panels and backgrounds take on the same color, resulting in the content to stop being visible. Why is that at least has not being addressed until now, after 14 months of release? If the bug (of the background color of some vital program elements not updating alongside the rest of the graphical interface) resurfaces in the future, it will be genius at least to put a safety measure by fixing the content within the panels and the ribbon from remaining the same color as their background. With that added measure, our workflow will not be interrupted again. Also, why is that a mac-specific bug? Isn’t Rhino 8 designed around the idea of making the program’s feel and appearance universal between platforms? Thank you for taking my feedback.

[wim (Wim Dekeyser)]

Hi Diamantis -

@Diamantis_Rinas

The widget on my screen is a native part of the Mac OS system.

I only use Rhino on macOS. Please tell me what I’m doing wrong. I’ll need steps that a 4-year-old can understand.

@Diamantis_Rinas

Why is that at least has not being addressed until now, after 14 months of release?

Believe it or not, you are the first to notice this critical bug…
-wim

[Diamantis_Rinas]

“widget”

[wim (Wim Dekeyser)]

@Diamantis_Rinas

“widget”

Thanks.
On the list as RH-85095 Dark Mode: Panels don’t update
-wim