<div dir="ltr">Andreas, we used to support name, but as Holger's examples pointed out, X_ITE balks at name.    Note that for some HAnim nodes, containerField is required along with USE, last I checked.   Don, do you care to comment on use of containerField with USE in HAnim lists of HAnim nodes?  I believe the containerField here in the lists may be critical for creating -skins, -joints and -segments fields in JSON<div><br></div><div>Excerpt of JoeKick.x3d:</div><div><br></div><div>       <HAnimJoint USE='Joe_l_thumb1' containerField='joints'/><br>        <HAnimJoint USE='Joe_r_thumb1' containerField='joints'/><br>        <HAnimJoint USE='Joe_l_thumb2' containerField='joints'/><br>        <HAnimJoint USE='Joe_r_thumb2' containerField='joints'/><br>        <HAnimJoint USE='Joe_l_thumb3' containerField='joints'/><br>        <HAnimJoint USE='Joe_r_thumb3' containerField='joints'/><br>        <HAnimSegment USE='Joe_sacrum' containerField='segments'/><br>        <HAnimSite USE='Joe_RootFront_view' containerField='sites'/><br></div><div><br></div><div>Should we just leave out containerField, and autoinsert Joints, Segments and Sites into the lists?</div><div><br></div><div>Thanks.</div><div><br></div><div>John</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 22, 2020 at 5:02 PM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Looking at why the old Prototypes for HAnim did not work properly for x3dom, I found that the xml examples typically have a ProtoInstance statement with a USE attribute but without the corresponding name attribute defining the actual node type. However, x3dom expects a name attribute with every ProtoInstance statement, even USE ones, to be able to insert the appropriate node.<div><br></div><div>The xml spec  at<br></div><div><br></div><div><a href="https://www.web3d.org/documents/specifications/19776-1/V3.3/Part01/concepts.html#ProtoInstanceAndFieldValueStatement" target="_blank">https://www.web3d.org/documents/specifications/19776-1/V3.3/Part01/concepts.html#ProtoInstanceAndFieldValueStatement</a></div><div><br></div><div>does not address USE of ProtoInstances but all examples always have a name attribute.</div><div><br></div><div>Also, in my quite extensive testing of Protos, I did not come across other examples of ProtoInstance elements without a name attribute.</div><div><br></div><div>To be fair, the name attribute is not strictly necessary for USE ProtoInstances since the type of the inserted node can be determined from the referenced DEF node. But having the name attribute makes ProtoInstance elements more similar to regular nodes. So I think not requiring the name attribute for USE ProtoInstances should be explicitly allowed in the xml spec., but still be encouraged.</div><div><br></div><div>I do not think the xml spec. would be otherwise affected by V.4 ?</div><div><br></div><div>Best, Andreas</div><div><br></div><div>-- <br><div dir="ltr"><div dir="ltr"><div>Andreas Plesch<br>Waltham, MA 02453</div></div></div></div></div>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div>