<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Support for array parameters is important, because those are used throughout VTK.</div></blockquote><div><br></div><div>I'll take a look at it. I suppose it would be nice to have JavaScript standard polymorph arrays supported as well as typed arrays. First needs a check for each value in the Array to be correct type in the wrapper and a copy to make it a C array to hand it on, second allows direct access but needs the JavaScript coder to declare them that way beforehand like Float64Array().</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>For types that aren't derived from vtkObjectBase, the Python wrappers copy the object instead of using a reference count.  So types like vtkVariant and vtkTuple are wrapped in python as long as they have a copy constructor.</div></div></blockquote><div><br></div><div>I see, so the instance gets simply deleted when the wrapper gets garbage collected and no native should keep a pointer to those.</div><div><br></div><div>Stuff that doesn't have getters/setters like vtkVolumeRayCastDynamicInfo can be safely skipped tough, right?</div><div><br></div><div>PS: I just realized I glossed over callbacks as well which the Python wrapper supports.</div><div> </div></div></div></div>