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).
A post was split to a new topic: Text disappears from panels
A post was split to a new topic: Clipping borders inconsistent width
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…
This thing, which is ultra annoying, especially during a long session with v8
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).
I think we all agree it is annoying. Once it get fixed, this thread gets notified
Hei Odd -
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
-wim
Hi Giusseppe -
Thanks → RH-77330 Grasshopper: Isotrim issue with extrusion objects
-wim
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
was copied.
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.
Hi Andrea -
I’ve put this on the list as RH-77783 StatusBar: Inactive button
-wim
In this issue it is said MAC-ONLY ISSUE, but I see it on Windows as well.