Open hybridherbst opened 1 year ago
Hi @hybridherbst,
The viewer only exposed inputs which are unconnected (and editable).
Also as your nodegraph has no inputs in it to "expose" an interface no inputs to show from there in case you want to add user control there.
But this part seems to have regressed but unsure when.
@jstone-lucasfilm, unfortunately we don't test this regularly so unsure if you have any idea what might be occuring? Guessing it has to do with parsing the UI elements but don't recall any changes in a while.
OK, I understand now that the second example (myFile.mtlx) should not expose any parameters.
For the first example (marble), you're saying it's by design that only toplevel editable parameters are displayed in the UI?
My understanding was that all "open ends" in the toplevel graph are user editable. In the marble example that would mean that the inputs of the NG_marble1 nodegraph would be editable too - they even have uiname
and uifolder
specified. Or is it a choice per application if these are displayed as user editable or not?
Your correct in your understanding. As noted it seems direct child inputs of nodegraphs are not showing up (appears to be a regression).
I was looking at the web version of MaterialXView: https://academysoftwarefoundation.github.io/MaterialX/ and noticed that the inputs displayed in the UI don't match the actually expected inputs.
Some examples:
standard_surface_marble_solid.mtlx
Expected would be two additional color slots:
myFile.mtlx
Expected would be two inputs,
base_color
andspecular_roughness
:It looks like the UI generation code has some heuristics in place, e.g. checks if there's "standard_surface/base" before adding "standard_surface/base_color" to the UI, but I'm not sure if that's all there is to it.