I have some display issues, which I think were solved with bump preview in Rhino 5.
The screenshots show Rhino 6 geometry with dots and line dimensions from grasshopper. The dots are only visible when there is nothing behind the dot. The number is visible in white font all the time.
I need the geometry to be visible and selectable. Using a custom material in Grasshopper does not solve the problem. Transparency kind of helps.
Changing transparency to 1 kind of solves the problem for now, however another issue arises. The dots aren’t shown when there is more than one object behind it.
It would be nice if the dots were in front of my geometry.
Dear David, I’m really struggling with the issue above. Any info, whether this is a general problem or something I’d need to solve in my settings would be appreciated. Actually, that quick fix with turning transparency to 1 doesn’t work anymore with the latest service release candidate.
Another small issue: space bar doesn’t show the wheel menu anymore. Maybe you guys could turn that back on. Thanks
Bumping everything all the time was causing a lot of trouble. Lighting, z-clipping, there were weird edge cases all the time. Previews are still bumped now but only when the component drawing them is selected.
Yup, space bar now shows the create menu, seemed to make more sense. Middle-mouse-button still shows the radial menu. If you really want to revert to the old behaviour, you can edit the settings xml file. Look in %appdata%\Grasshopper\grasshopper_kernel.xml and find the following entry:
The text dots are created with elefront and fed into a custom preview component with a color swatch, so that the text dot has a distinctive color.
I’m using grasshopper in conjunction with rhino geometry so I can quickly edit geometry. On the screenshots above you see a rhino mesh, which is referenced into GH and kept up to date with a timer. The mesh goes through kangaroo and is being baked with a name with an elefront bake component. This replaces the input mesh from before. It’s like a loop.
For me, it is important to have dimensions and text dots on top / in front of rhino geometry cause I work with rhino geometry all the time. Of course I can set the viewport to wiremesh mode and apply a transparent preview color to the mesh in GH. That solves the issue with the dimensions and text dots. However that way it takes two clicks to select a mesh face via a boundary…
I understand the issue with keeping the text dots and dimensions in front of other stuff.
But the situation right now, I think is terrible to look at. I tried moving the locations of the dots away from a surface but nothing helps a dot is only drawn with a frame around it and a color when there is strictly nothing behind it. This is terrible to look at and kind of not what I expected from a dot. Isn’t a dot always in front of geometry, I mean also in Rhino?
I’m working with GH for about 7 years, it would take a while to switch my brain from space bar to middle mouse button. Hence I did switch back to Space is Radial, especially because my middle mouse button creates a double left click. I’m using a 3D connexion CAD mouse.
“Selectable Preview” is able to create a textdot infront of everything else. It basically bakes geometry to a layer. Once a text dot is baked, it’s in front of everything.
It’s a very old component inside Grasshopper.
I really think you should implement something like the arrange command into Grasshopper. Maybe not the way it was before with an overall bump preview, but with a special preview component.
Hello
I think I have the same problem, also with Text Tag
I just view the text when baked !!!
On this image the Text Tag is not near the upper point
Text Tag 3d is working !
In Elefront, I am using Rhino.Display.DisplayPipeline.Drawdot to preview the text dot.
In the current release of Rhino 6, there are two problems with this method.
1.The textdot is always drawn behind any Rhino geometry even if the physical location of the dot is in the front of the geometry.
2. The text in the text dot disappears even if I set the text color different than the fill/dot color.
This is more of a Rhino Common problem than a Grasshopper problem.
