Thanks @AndersDeleuran, This is helpful a lot. However the issue still exists. You don’t use additional components in GH to instantiate datatrees this should be included in the virtual components.

[image] ivelin.peychev: You don’t use additional components in GH to instantiate datatrees this should be included in the virtual components. That’s true, however I’d recommend against mixing apples and oranges here (i.e. imperative/textual programming with IronPython/C#/VB and declarative/DAG-based programming with Grasshopper) and to mainly/only use the virtual components for calling stuff that isn’t exposed in RhinoCommon or rhinoscriptsyntax (say the Voronoi functions). Mixing paradigms like this will more than likely lead to unnecessary complexity and confusion, both as the programmer (try debugging those calls!) and anyone reading the program.

[image] AndersDeleuran: to mainly/only use the virtual components for calling stuff that isn’t exposed in RhinoCommon or rhinoscriptsyntax (say the Voronoi functions) This statement renders virtual components useless. They are beautiful addition for novice programmers like myself. Help you to not deal with all that stuff and actually program just what you need. Allowing you also to combining multiple components into a single one. This way you can create something otherwise not possible (e.g. self updating cluster)

[image] ivelin.peychev: This statement renders virtual components useless. Well no, as you can call Grasshopper exclusive stuff (even from third party plugins) that isn’t exposed .NET-style in RhinoCommon and the Grasshopper API, or Python-style in rhinoscriptsyntax, as I said. [image] ivelin.peychev: beautiful addition for novice programmers like myself. Beautiful, but misleading, ultimately leading to said unnecessary complexity and confusion. [image] ivelin.peychev: Help you to not deal with all that stuff and actually program just what you need. You’re essentially Grasshoppering/wiring within GHPython with the virtual components, which (IMO/experience with students) will harm more than help in terms of learning (imperative/textual) programming. But you do you :v:

Entwine virtual component something's wrong?

Grasshopper Developer

AndersDeleuran September 21, 2018, 8:54am 2

If you want to write a DataTree you really should just go ahead and instantiate one.

Topic		Replies	Views
Accessing ghpythonlib.components from Rhino PythonEditor? Scripting	21	3720	September 29, 2018
Copy & Paste on https://developer.rhino3d.com Rhino Developer	0	463	April 9, 2019
Warning while using virtual components Grasshopper Developer	9	1425	September 15, 2018
DataTree<T> or GH_Structure<T> in Visual Studio Grasshopper Developer	6	2045	August 28, 2020
Defining DataTree Grasshopper Developer	9	696	November 16, 2020

Entwine virtual component something's wrong?

Related topics