N G

Hi,

Wondering if there is a trick or a nodegraph api function to prevent a netowrk box geometry/position change? Is it possible to make it 'unselectable'. Alternatively and in general - maybe there is a way to access a network editor 'canvas' to paint any custom ui elements and overlays like boxes, lines, text etc.

Thanks

kenxu
What would be the advantage of having a LR graph over a TB one in your view?

Visually Material Graphs / Shading Networks are better represented/read with LR graph layouts.
Also if applicable to shading / code generation horizontal layouts allow for more convenient parameter in/outs
connection. An example of such graph in Houdini is RIS Shader Network

Still tasks and processes are better read with TB layouts.

What I propose as a feature for PilotPGD (as a stand alone tool) is to keep the ability to build and embed into the TOP networks smth. structure-wise similar to RSL Material (RSL code generator) or Principled Shader (VEX code generator) graphs.

PS. What I describe above is currently possible to implement with Houdini + PDG bundle but not with PilotPDG itself.

Thanks,
Nick

Hello,

I know it might be too early to propose features while the tool is still in the development stage… but anyway.. some generic ideas and concepts that could fall nicely into the PDG framework infrastructure:

1. Add *LR* (Left to Right) horizontal graph representation style (example: houdini's material network graphs)
2. Add dedicated generic ‘language agnostic’ code building/generating nodes concept (example: houdini's Principled Shader encapsulated node graph and its vex code generation) - i.e. allow procedural and adaptive shading/code network building.
3. Add custom context definition/segregation for PDG nodes (example: houdini's ch/obj/mat/etc. contexts - each contexts has *LR* or *TB* (Top to Bottom) layout style)

Those features are all existing in Houdini at the moment but could have many applications in non-houdini based pipelines.

–
Thanks,
Nick