V7 Release

Sure thing.

Grasshopper player
Although I don’t know the specifics as to how Dynamo organises parameters in this panel, it is basically the Remote control panel as we know from Grasshopper on steroids. You can browse to a particular script and open it in the Dynamo player, without having to use the scripting canvas itself. It is like having a window of Human UI with all parameters listed, if you will. Although I have yet to give Human UI a try myself, I can foresee a Grasshopper Player being much easier to have a drag and drop UI in which all input parameters are pre-populated and with users being able to rearrange and resize input parameters (or even hide them from the panel in case it is a constant value), but this is already into the technicality of how it could work. I think that this is particularly powerful when used in Rhino.Inside. or to allow other people to work with someone else’s script.

This is how it works in Alias, where you save the script as a tool: https://www.youtube.com/watch?v=Jx531XHWFAg
And in Revit (note that this window can be fully populated with sliders and input boxes as well as other folders to browse to): https://www.youtube.com/watch?v=Nrztrqip2OE

Live linking files
This is similar to how you can link a PSD into Indesign/ Illustrator, save a new iteration and relink the contents. Or like how 3ds Max or Revit can exchange Autocad or Revit data with each other. Move a line, resave and the changes will be propagated in the host application.
Live linking files in Rhino would basically be the same — save file in external application or another Rhino session > Rhino sees that the contents of the file have changed and A) prompts to relink B) Relink automatically C) Ignore > if relinked, the contents of the newly saved file are ‘imported’ into Rhino and overwrite the previous imported data.

This is particularly powerful when working with a model from an external application Alias/ Fusion 360/ Blender, etc. and using that base model for patterning/ panelisation with Grasshopper. If you change the original file, say modify a dimension value or two and move some points around, the Grasshopper script should still be working off off the new model once saved and relinked in. So users wouldn’t have to reconfigure which surface to input into the script, etc. Or, have the contents of an urban plan change in a 2d dwg and have the extruded buildings resize with the changed footprint and so on.

E: Come to think of it, I also requested a feature similar to the History Visualiser in Alias a while ago: [History] - Feature requests: query edit & history visualiser, I guess that completes my list, or does it…? :zipper_mouth_face:

1 Like

the name sounds awfully similar to:

but the way it’s working in that video is indeed how it should be

as for live linking: isn’t this already possible with linked blocks?
-_BlockManager _Update _All
or do you mean something else?

-_Worksession _Refresh

Here’s what I mean, it is supposed to work for entire files, rather than updating instances of objects:

the link doesn’t work here.

I see, that’s weird. The link is updated in the previous post :wink:

after watching that video, I think that looks pretty similar to how it works in Rhino, although with a bit less dialog windows for adjusting the layers of the inserted file. These are the settings I use for placing linked blocks. As you can see when choosing reference, you get the file layers as a separate layer structure at the bottom of the layers:

1 Like

I like the idea of 3-point plane for Align, but please don’t get rid of the current view-based plane!

Better polished than soon.

1 Like

I’d argue better soon than polished, and you’ll see you get a more polished version sooner :slight_smile:


You can do this already.
Use the “insert” command and choose “link” as an option.

Rhino 7 is not ready because its documentation is not ready. There is no documentation of SoftTransform command. Here is documentation of RibbonOffset command: https://docs.mcneel.com/rhino/7/help/en-us/commands/ribbonoffset.htm

All in good time. Rest assured we are working on that.

1 Like

The most obvious and the easiest to fix flaw of Rhino 7 is that it does not display the name of active construction plane. I believe that the name of the active construction plane should be displayed in the top-right corner of the viewport (like OneView command).

The second most obvious and the easiest to fix flaw of Rhino 7 is its ancient world axis icon. details: Flaws in world axis icon

1 Like

Hi Andrew -

That feature request is now on the list as RH-61370.


Thanks a lot! What do you think about clicking this label/name to launch the NamedCPlane command?

By the way, the NamedCPlane panel does not display the active construction plane (perhaps it should), but it does not matter much if the viewport displays the name.

I like this request. There’s a lot of times when I have the grid turned off and this would provide a quick reference to see which CPlane is active. I tried modeling with OneView turned on, but it’s not for me, I like having the CPlane constrained regardless of me moving around the view.

Was noticed and mentioned in a few other threads already today. I’ll post it here as well. Looks like McNeel is preparing the Rhino7 release. Already buyable:


Upgrade was 495, not it will be 595 (special rpice not counted)