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.
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.
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:
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
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:
