-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The Viewer Nodes #21
Comments
Groups in blender are just strange and awkward. The question of handling state for these cases is also an interesting problem. There is a lot to think about regarding how to implement it. Many choices. For example a server client structure where the acutal node code only informs some server object that manages open gl. Or doing it in the node code and having some different class like object that is notified when execution starts and finishes. |
I also propose the IndexViewer is no longer a separate node, but can be switched on in those nodes where it makes sense. |
minimisation is cool. So if node output see what kind of data is he showing it? |
Maybe a crazy idea but perhaps only the nodes that produce Virtual geometry via bgl should get the moniker Viewer (Stethoscope, IdxViewer, meshViewer), whereas Nodes that produce proper Blender Objects (Mesh, Curve ..Text) should be called Outputs.
OR . more streamlined is we have no more distinction, They all becomes Output nodes, with a mode switch to show BGL or Blender Objects..
I'm interested in getting a few prototype nodes working, and they should all inherit from a base ObjectOutput node which has common functions that Sverchok has duplicated in the all the nodes.. like
I find grouping to be useless, compared to parenting.. but it's easy to implement...but i'd rather not.
The text was updated successfully, but these errors were encountered: