This is the option that won’t turn off when disabled (Dynamic Highlight):
Nothing changed after the _Reset command, multiple models that I’m working with keep displaying badly.
Here is one example (shaded mode):
And here is another one:
If you could send me the models, I would love to take a look and see if we can tune this up.
MP’ing you. Thanks
could it be that you have turned off Rhino.Options.ChooseOneObject.DynamicHighlight?
Yes, you’re right, if I turn it on it works.
So, how to turn off just the new mouse-hovering “dynamic highlight” and still able to select objects like before?
(I mean, I like to have it behaving like Rhino 7:
that it just appears AFTER cmd+shift+click to sub-select, not before the click.
The reason is that i always have cmd+shift pressed while browsing my models, because it’s also the keys that used to orbit around an object in combination with mouse right click by default)
With less words: can it be disabled with mouse-hover and act just like before?
for subobjects, there is:
Rhino.Options.General.MouseOverHighlightSubObjects
Hello @Gijs , here are two other bugs in the last public beta (8.0.23264.09004, 2023-09-21) for Mac:
– when opening a 3dm with missing attached images, I have a hard time selecting the broken links from the list:
– toolbars acting differently from each other when active (see title bar). I don’t know if that’s actually a bug, but can you at least keep the same width (or thickness) of the title bar between the tabs, to avoid everything moving up and down? Who’s responsible for the GUI design in there? ![]()
I know these are whims, but:
Do you think the slow pop-up thing will be taken into account?
Also, could we have the right-click contextual menu back? I’d like to have the possibility, as in v7, to quickly switch between Display Modes / Set Views directly from the viewport without having to reach the upper left corner of the screen every time.
Thanks for your work and your patience ![]()
Window 10
Testing Rhino 8 Beta (Serengeti)
- Made a block (Block 01) in one file and saved it (File “A”).
- Attache the previous file “A” (with block) to an empy new file “B”.
- Used the copy (type in command) and select in place.
- Saved file “B”
- Detached “A”, block gone (Reopened “B” to verify if it still the (Rhino 7 bug) might be there )
- File “B” empty … according to help/documentation it is possible to copy from an attached file
to the current. Tried also copy and to a new location in “B” that failed too.
I hope it’s possible to fix this problem. Being able to copy blocks into current from other files
attached through worksession (as in Rhino 7) handy (IMO).
I cannot repeat this issue here
Of course the way it behaves at your end is not how it is designed. Unfortunately, I can’t repeat that here. It should show Properties: Object or Properties: Viewport
I’m sorry, but I don’t know what you are referring to
RH-77308 Rhino for Mac right click menu no longer shows view related settings
yes please…
well there is good news, this one has a good priority and will be resolved soon. that one also annoyed me… incredible apple style, having to watch slow animations while you are in a rush (often).

