<div dir="auto">My approach for python.dumps() (dump internal python to python source code as a string) would be to attempt to do it for generic python, and if that fails, write a python library for x3d only.</div><div dir="auto"><br></div><div dir="auto">I don’t know  if this exists.  I’ll ask a friend.</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 24, 2023 at 5:18 PM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I don’t actually have a python example, since I’m constructing the python scenegraph in the Blender x3dv export addon that Doug and I are constructing.  If one wants to add python output encoding to x3d.py or adjunct code, that would be super cool and helpful.</div><div dir="auto"><br></div><div dir="auto">Asking me to convert .x3d to Python is kind of hiding problems.</div><div dir="auto"><br></div><div dir="auto">An x3d Python source code export from Blender would be a good marketing tool for x3d.py.</div><div dir="auto"><br></div><div dir="auto">I will ask Katy and Joe if they want to release .fbx and .blend, but the Blender export addon needs a bit more work, so I’m providing to people interested in helping debug it.</div><div dir="auto"><br></div><div dir="auto">We need more people to work on building x3d import plugins for HAnim.  I can work on imports (this is actually harder than export), if someone takes over Blender export with x3d.py.</div><div dir="auto"><br></div><div dir="auto">John <br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Sep 24, 2023 at 2:47 PM Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word"><div><p class="MsoNormal">Thanks for continued troubleshooting.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Please do not do anything with containerField handling in x3d.py since it is unique to XML encoding.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">If you encounter any incorrect handling, please provide a regular issue report that notes<u></u><u></u></p><ul style="margin-top:0in" type="disc"><li style="margin-left:0in">Model, in .x3d/.x3dv and also .py<u></u><u></u></li><li style="margin-left:0in">Error or warning that was encountered, relevant tools, etc.<u></u><u></u></li></ul><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I can then isolate the problem and fix it.  When errors do occur, it is usually an error in the scene, but sometimes a simple omission of some sort somewhere deep in the code autogeneration of the library.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">p.s. also thanks for your recent issue reports on X3DJSAIL, very helpful.  I have made a number of improvements this weekend, hoping to publish tonight.<u></u><u></u></p><div><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New""><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New"">all the best, Don<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New"">-- <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New"">Don Brutzman  Naval Postgraduate School, Code USW/Br        <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New"">Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA    +1.831.656.2149<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Courier New"">X3D graphics, virtual worlds, navy robotics <a href="https://faculty.nps.edu/brutzman" target="_blank">https://faculty.nps.edu/brutzman</a><u></u><u></u></span></p></div></div></div><div lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word"><div><p class="MsoNormal"><u></u> <u></u></p><div><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b>From:</b> John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank">yottzumm@gmail.com</a>> <br><b>Sent:</b> Sunday, September 24, 2023 11:34 AM<br><b>To:</b> Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>; Michalis Kamburelis <<a href="mailto:michalis.kambi@gmail.com" target="_blank">michalis.kambi@gmail.com</a>>; Peitso, Loren (CIV) <<a href="mailto:lepeitso@nps.edu" target="_blank">lepeitso@nps.edu</a>>; X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a>><br><b>Subject:</b> Discussion: containerField for x3d.py XML export<u></u><u></u></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">First of all, great work on x3d.py, Loren and Don, I feel like I am polishing a diamond. <u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">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. <u></u><u></u></p><div><div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Does adding the containerField attribute seem like a good idea, or should I push back on browser vendors?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">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 <u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">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?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I think what this means is passing an optional parameter to some each.XML() method calls.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">After writing this message, the answer seems obvious.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Comments?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">John<u></u><u></u></p></div></div></div></div></div></div></div></blockquote></div></div>
</blockquote></div></div>