First of all, great work on x3d.py, Loren and Don, I feel like I am polishing a diamond.<div dir="auto"><br></div><div dir="auto">I am considering adding the containerField attribute (not field) to XML output in x3d.py. This is mainly to support requirements of view3dscene.  It complains if I don’t add the containerField attributes in HAnim (skeleton and joints containerFields, maybe more)—the default, children, is not an acceptable to view3dscene.  Also, not having a skin containerField is weird when dropping arbitrary Shape nodes into a HAnimHumanoid.<div dir="auto"><div dir="auto"><div dir="auto"><br></div><div dir="auto">Does adding the containerField attribute seem like a good idea, or should I push back on browser vendors?</div><div dir="auto"><br></div><div dir="auto">I plan to do something like I do for VRML when printing out joints and skeleton fields etc.  I won’t print out the containerField for obvious fields, i have a list of these somewhere…geometry, appearance, material, etc </div><div dir="auto"><br></div><div dir="auto">Should I allow the x3d.py app programmer to add a containerField attribute, or should I compute it as best i can, and save browser vendors the pain?</div><div dir="auto"><br></div><div dir="auto">I think what this means is passing an optional parameter to some each.XML() method calls.</div><div dir="auto"><br></div><div dir="auto">After writing this message, the answer seems obvious.</div><div dir="auto"><br></div><div dir="auto">Comments?</div><div dir="auto"><br></div><div dir="auto">John</div></div></div></div>