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?
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.
I’m seeing the same behavior in Rhino 7 here.
I searched our issues database and found a report that might be the same issue that was reported for Rhino 5 - RH-12910 - but I’m adding this thread to open item RH-59102 Worksession & block instance copy
I have mentioned this before but not seen anybody else troubled by it…if I have rhino 8 sharing my screen with GH or I have GH fullscreen, when I try to open a file or save a new file in GH I only get a small window as in the picture and have to move to another desktop and back before the full file manager window appears.
I have never had this with other versions of GH / rhino so I know that it is not just my mac.
On Rhino for PC, the function of relocating the Gumball while holding the CTRL button is unavailable. The double-click option might be suitable for some users, but in my workflow, it feels less precise for me as it makes my sensitive mouse cursor move on the second click.
Thanks the recent Beta update (8.0.23278.13003, 2023-10-05) has solved this
issue to Rhino 7 way of working.
But there is one more issue: If the copy block inplace option is choosen and e.g.
the reference layer is switched off/or referenced file deattached, the block looks
like it’s gone. Then save the current file close/reopen, then the block is where it
This fooled me several times in Rhino 7 until I figured out how it worked.
This problem is not critical but a bit annoying especially if You work with a big
model (got to save/reopen) to be sure the block copied is there.
Got a work around copy (not in place) / move block back to the initial position.