<div dir="auto">Since the appearance of the shown bbox cannot be controlled and would be up to the browser, the feature would be mostly for debugging during authoring. So I think for X3D browsers it is not critical.<div dir="auto">An implementation issue is that browsers would typically organize rendering around Shapes but a X3DBoundedObject such as Group does not necessarily need to contain a Shape.</div><div dir="auto">So I think it would not become a priority for x3dom. InstantReality already has the field, however, so the two implementations may not be out reach if the feature is standardized.</div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">---on the phone---</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 20, 2020, 9:20 PM Don Brutzman <<a href="mailto:brutzman@nps.edu">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">Summary: we should consider adding a field on X3DBoundedObject nodes to display bounding boxes.<br>
<br>
On 1/18/2020 7:04 AM, Andreas Plesch wrote:<br>
> It makes a lot of sense to use X3DBoundedObject for a visible field.<br>
> It turns out that x3dom always used X3DBoundedObject for its render field:<br>
> <br>
> <a href="https://github.com/x3dom/x3dom/blob/master/src/nodes/Grouping/X3DBoundedObject.js#L40" rel="noreferrer noreferrer" target="_blank">https://github.com/x3dom/x3dom/blob/master/src/nodes/Grouping/X3DBoundedObject.js#L40</a><br>
> <br>
> x3dom  followed InstantReality:<br>
> <br>
> <a href="https://doc.instantreality.org/documentation/nodetype/BoundedNode/" rel="noreferrer noreferrer" target="_blank">https://doc.instantreality.org/documentation/nodetype/BoundedNode/</a><br>
<br>
namely "showBBox        SFBool  inputOutput     FALSE           Show Bounding Box of Subtree."<br>
<br>
Bounding boxes may optionally be provided by authors but are almost always computed directly by browsers.<br>
<br>
This feature is also provided in view3dscene and other tools, albeit perhaps as a browser setting.<br>
<br>
The ability to display bounding boxes has multiple potential benefits:<br>
- highlight geometry of interest, such as a selection or a target;<br>
- show collision boundaries, for camera-to-object or object-to-object collisions;<br>
- provide highlighted user feedback,<br>
- ... other uses perhaps?<br>
<br>
This feature can be accomplished by authors but only with significant effort, complex error-prone computation, and higher profiles for use of scripting (and likely prototypes as) well.<br>
<br>
I doubt if an X3D player can implement X3D without having this feature already.<br>
<br>
Suggested specification addition:<br>
<br>
<a href="https://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/group.html#X3DBoundedObject" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/group.html#X3DBoundedObject</a><br>
10.3.1 X3DBoundedObject<br>
<br>
        SFBool [in out] showBBox FALSE<br>
<br>
"When showBBox is true, a wireframe bounding box is displayed for the associated geometry."<br>
<br>
All opinions and improvements welcome.<br>
<br>
all the best, Don<br>
-- <br>
Don Brutzman  Naval Postgraduate School, Code USW/Br       <a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a><br>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
</blockquote></div>