x_ite 8.11.7 → 8.11.9

package/docs/_posts/components/Rendering/TriangleSet.md

@@ -1,133 +0,0 @@
----
-title: TriangleSet
-date: 2023-01-07
-nav: components-Rendering
-categories: [components, Rendering]
-tags: [TriangleSet, Rendering]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-TriangleSet is a geometry node containing a Coordinate or CoordinateDouble node, and can also contain Color or ColorRGBA, Normal and TextureCoordinate nodes.
-
-The TriangleSet node belongs to the **Rendering** component and its default container field is *geometry.* It is available from X3D version 3.0 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DGeometryNode
-    + X3DComposedGeometryNode
-      + TriangleSet
-```
-
-## Fields
-
-### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
-
-Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
-
-#### Hint
-
-- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
-
-### SFBool [ ] **solid** TRUE
-
-Setting *solid* true means draw only one side of polygons (backface culling on), setting *solid* false means draw both sides of polygons (backface culling off).
-
-#### Hints
-
-- Mnemonic "this geometry is *solid* like a brick" (you don't render the inside of a brick).
-- If in doubt, use *solid*='false' for maximum visibility.
-- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and visualization.
-
-#### Warning
-
-- Default value true can completely hide geometry if viewed from wrong side!
-
-### SFBool [ ] **ccw** TRUE
-
-*ccw* defines clockwise/counterclockwise ordering of vertex coordinates, which in turn defines front/back orientation of polygon normals according to Right-Hand Rule (RHR).
-
-#### Hints
-
-- A good debugging technique for problematic polygons is to try changing the value of *ccw*, which can reverse solid effects (single-sided backface culling) and normal-vector direction.
-- [Clockwise](https://en.wikipedia.org/wiki/Clockwise){:target="_blank"}
-
-#### Warning
-
-- Consistent and correct ordering of left-handed or right-handed point sequences is important throughout the coord array of point values.
-
-### SFBool [ ] **colorPerVertex** TRUE
-
-Whether Color or ColorRGBA values are applied to each point vertex (true) or to each polygon face (false).
-
-#### Hint
-
-- [X3D Scene Authoring Hints, Color](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#Color){:target="_blank"}
-
-#### Warnings
-
-- The provided value of TriangleSet *colorPerVertex* field is ignored and always treated as true.
-- If child Color or ColorRGBA node is not provided, then geometry is rendered using corresponding Appearance and material/texture values.
-
-### SFBool [ ] **normalPerVertex** TRUE
-
-Whether Normal node vector values are applied to each point vertex (true) or to each polygon face (false).
-
-#### Hint
-
-- If no child Normal node is provided, the X3D browser shall automatically generate normals, using creaseAngle to determine smoothed shading across shared vertices.
-
-### MFNode [in, out] **attrib** [ ] <small>[X3DVertexAttributeNode]</small>
-
-Single contained FloatVertexAttribute node that can specify list of per-vertex attribute information for programmable shaders.
-
-#### Hint
-
-- [X3D Architecture 32.2.2.4 Per-vertex attributes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/shaders.html#Pervertexattributes){:target="_blank"}
-
-### SFNode [in, out] **fogCoord** NULL <small>[FogCoordinate]</small>
-
-Single contained FogCoordinate node that can specify depth parameters for fog in corresponding geometry.
-
-### SFNode [in, out] **color** NULL <small>[X3DColorNode]</small>
-
-Single contained Color or ColorRGBA node that can specify *color* values applied to corresponding vertices according to colorIndex and colorPerVertex fields.
-
-### SFNode [in, out] **texCoord** NULL <small>[X3DTextureCoordinateNode]</small>
-
-Single contained TextureCoordinate, TextureCoordinateGenerator or MultiTextureCoordinate node that can specify coordinates for texture mapping onto corresponding geometry.
-
-### SFNode [in, out] **normal** NULL <small>[X3DNormalNode]</small>
-
-Single contained Normal node that can specify perpendicular vectors for corresponding vertices to support rendering computations, applied according to the normalPerVertex field.
-
-#### Hint
-
-- Useful for special effects. Normal vector computation by 3D graphics hardware is quite fast so adding normals to a scene is typically unnecessary.
-
-#### Warning
-
-- *normal* vectors increase file size, typically doubling geometry definitions.
-
-### SFNode [in, out] **coord** NULL <small>[X3DCoordinateNode]</small>
-
-Single contained Coordinate or CoordinateDouble node that can specify a list of vertex values.
-
-## Advisories
-
-### Hints
-
-- Color, normal and texCoord values are applied in the same order as coord values.
-- Insert a Shape node before adding geometry or Appearance.
-- For advanced extensibility, authors can substitute a type-matched ProtoInstance node (with correct containerField value) for contained node content.
-
-## See Also
-
-- [X3D Specification of TriangleSet node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/rendering.html#TriangleSet){:target="_blank"}

package/docs/_posts/components/Rendering/TriangleStripSet.md

@@ -1,141 +0,0 @@
----
-title: TriangleStripSet
-date: 2023-01-07
-nav: components-Rendering
-categories: [components, Rendering]
-tags: [TriangleStripSet, Rendering]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-TriangleStripSet is a geometry node containing a Coordinate or CoordinateDouble node, and can also contain Color or ColorRGBA, Normal and TextureCoordinate nodes.
-
-The TriangleStripSet node belongs to the **Rendering** component and its default container field is *geometry.* It is available from X3D version 3.0 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DGeometryNode
-    + X3DComposedGeometryNode
-      + TriangleStripSet
-```
-
-## Fields
-
-### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
-
-Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
-
-#### Hint
-
-- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
-
-### SFBool [ ] **solid** TRUE
-
-Setting *solid* true means draw only one side of polygons (backface culling on), setting *solid* false means draw both sides of polygons (backface culling off).
-
-#### Hints
-
-- Mnemonic "this geometry is *solid* like a brick" (you don't render the inside of a brick).
-- If in doubt, use *solid*='false' for maximum visibility.
-- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and visualization.
-
-#### Warning
-
-- Default value true can completely hide geometry if viewed from wrong side!
-
-### SFBool [ ] **ccw** TRUE
-
-*ccw* defines clockwise/counterclockwise ordering of vertex coordinates, which in turn defines front/back orientation of polygon normals according to Right-Hand Rule (RHR).
-
-#### Hints
-
-- A good debugging technique for problematic polygons is to try changing the value of *ccw*, which can reverse solid effects (single-sided backface culling) and normal-vector direction.
-- [Clockwise](https://en.wikipedia.org/wiki/Clockwise){:target="_blank"}
-
-#### Warning
-
-- Consistent and correct ordering of left-handed or right-handed point sequences is important throughout the coord array of point values.
-
-### SFBool [ ] **colorPerVertex** TRUE
-
-Whether Color or ColorRGBA values are applied to each point vertex (true) or to each polygon face (false).
-
-#### Hint
-
-- [X3D Scene Authoring Hints, Color](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#Color){:target="_blank"}
-
-#### Warnings
-
-- The provided value of TriangleStripSet *colorPerVertex* field is ignored and always treated as true.
-- If child Color or ColorRGBA node is not provided, then geometry is rendered using corresponding Appearance and material/texture values.
-
-### SFBool [ ] **normalPerVertex** TRUE
-
-Whether Normal node vector values are applied to each point vertex (true) or to each polygon face (false).
-
-#### Hint
-
-- If no child Normal node is provided, the X3D browser shall automatically generate normals, using creaseAngle to determine smoothed shading across shared vertices.
-
-### MFInt32 [in, out] **stripCount** [ ] <small>[3,∞)</small>
-
-*stripCount* array provides number of vertices in each strip.
-
-#### Warning
-
-- Do not exceed number of points in contained Coordinate or CoordinateDouble node.
-
-### MFNode [in, out] **attrib** [ ] <small>[X3DVertexAttributeNode]</small>
-
-Single contained FloatVertexAttribute node that can specify list of per-vertex attribute information for programmable shaders.
-
-#### Hint
-
-- [X3D Architecture 32.2.2.4 Per-vertex attributes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/shaders.html#Pervertexattributes){:target="_blank"}
-
-### SFNode [in, out] **fogCoord** NULL <small>[FogCoordinate]</small>
-
-Single contained FogCoordinate node that can specify depth parameters for fog in corresponding geometry.
-
-### SFNode [in, out] **color** NULL <small>[X3DColorNode]</small>
-
-Single contained Color or ColorRGBA node that can specify *color* values applied to corresponding vertices according to colorIndex and colorPerVertex fields.
-
-### SFNode [in, out] **texCoord** NULL <small>[X3DTextureCoordinateNode]</small>
-
-Single contained TextureCoordinate, TextureCoordinateGenerator or MultiTextureCoordinate node that can specify coordinates for texture mapping onto corresponding geometry.
-
-### SFNode [in, out] **normal** NULL <small>[X3DNormalNode]</small>
-
-Single contained Normal node that can specify perpendicular vectors for corresponding vertices to support rendering computations, applied according to the normalPerVertex field.
-
-#### Hint
-
-- Useful for special effects. Normal vector computation by 3D graphics hardware is quite fast so adding normals to a scene is typically unnecessary.
-
-#### Warning
-
-- *normal* vectors increase file size, typically doubling geometry definitions.
-
-### SFNode [in, out] **coord** NULL <small>[X3DCoordinateNode]</small>
-
-Single contained Coordinate or CoordinateDouble node that can specify a list of vertex values.
-
-## Advisories
-
-### Hints
-
-- Color, normal and texCoord values are applied in the same order as coord values.
-- Insert a Shape node before adding geometry or Appearance.
-- For advanced extensibility, authors can substitute a type-matched ProtoInstance node (with correct containerField value) for contained node content.
-
-## See Also
-
-- [X3D Specification of TriangleStripSet node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/rendering.html#TriangleStripSet){:target="_blank"}

package/docs/_posts/components/RigidBodyPhysics/BallJoint.md

@@ -1,90 +0,0 @@
----
-title: BallJoint
-date: 2023-01-07
-nav: components-RigidBodyPhysics
-categories: [components, RigidBodyPhysics]
-tags: [BallJoint, RigidBodyPhysics]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-BallJoint represents an unconstrained joint between two bodies that pivot about a common anchor point. Contains two RigidBody nodes (containerField values body1, body2).
-
-The BallJoint node belongs to the **RigidBodyPhysics** component and its default container field is *joints.* It is available from X3D version 3.2 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DRigidJointNode
-    + BallJoint
-```
-
-## Fields
-
-### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
-
-Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
-
-#### Hint
-
-- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
-
-### MFString [in, out] **forceOutput** "NONE" <small>["ALL", "NONE", ...]</small>
-
-*forceOutput* controls which output fields are generated for the next frame. Values are ALL, NONE, or exact names of output fields updated at start of next frame.
-
-### SFVec3f [in, out] **anchorPoint** 0 0 0 <small>(-∞,∞)</small>
-
-*anchorPoint* is joint center, specified in world coordinates.
-
-### SFVec3f [out] **body1AnchorPoint**
-
-*body1AnchorPoint* describes anchorPoint position relative to local coordinate reference frame.
-
-#### Hint
-
-- Can detect separation if *body1AnchorPoint*!=body2AnchorPoint.
-
-#### Warning
-
-- It is an error to define this transient outputOnly field in an X3D file, instead only use it a source for ROUTE events.
-
-### SFVec3f [out] **body2AnchorPoint**
-
-*body2AnchorPoint* describes anchorPoint position relative to local coordinate reference frame.
-
-#### Hint
-
-- Can detect separation if body1AnchorPoint!=*body2AnchorPoint*.
-
-#### Warning
-
-- It is an error to define this transient outputOnly field in an X3D file, instead only use it a source for ROUTE events.
-
-### SFNode [in, out] **body1** NULL <small>[RigidBody]</small>
-
-The *body1* and body2 fields indicate the two RigidBody nodes connected by this joint.
-
-### SFNode [in, out] **body2** NULL <small>[RigidBody]</small>
-
-The body1 and *body2* fields indicate the two RigidBody nodes connected by this joint.
-
-## Advisories
-
-### Hint
-
-- RigidBodyPhysics component, level 2.
-
-## Example
-
-<x3d-canvas src="https://create3000.github.io/media/examples/RigidBodyPhysics/BallJoint/BallJoint.x3d" update="auto"></x3d-canvas>
-
-## See Also
-
-- [X3D Specification of BallJoint node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/rigidBodyPhysics.html#BallJoint){:target="_blank"}

package/docs/_posts/components/RigidBodyPhysics/CollidableOffset.md

@@ -1,115 +0,0 @@
----
-title: CollidableOffset
-date: 2023-01-07
-nav: components-RigidBodyPhysics
-categories: [components, RigidBodyPhysics]
-tags: [CollidableOffset, RigidBodyPhysics]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-CollidableOffset repositions geometry relative to center of owning body. Contains a single CollidableShape or CollidableOffset node (`containerField='collidable').`
-
-The CollidableOffset node belongs to the **RigidBodyPhysics** component and its default container field is *children.* It is available from X3D version 3.2 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + X3DNBodyCollidableNode (X3DBoundedObject)*
-      + CollidableOffset
-```
-
-<small>\* Derived from multiple interfaces.</small>
-
-## Fields
-
-### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
-
-Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
-
-#### Hint
-
-- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
-
-### SFBool [in, out] **enabled** TRUE
-
-Enables/disables node operation.
-
-### SFVec3f [in, out] **translation** 0 0 0 <small>(-∞,∞)</small>
-
-Position (x, y, z in meters) of children relative to local coordinate system.
-
-#### Hint
-
-- The order of operation is first apply the center offset, then scaleOrientation and scale, then rotation, then restore the center offset, then *translation*.
-
-### SFRotation [in, out] **rotation** 0 0 1 0 <small>[0,1]</small>
-
-Orientation (axis, angle in radians) of children relative to local coordinate system.
-
-#### Hint
-
-- The order of operation is first apply the center offset, then scaleOrientation and scale, then *rotation*, then restore the center offset, then translation.
-
-### SFBool [in, out] **visible** TRUE
-
-Whether or not renderable content within this node is visually displayed.
-
-#### Hints
-
-- The *visible* field has no effect on animation behaviors, event passing or other non-visual characteristics.
-- Content must be *visible* to be collidable and to be pickable.
-
-### SFBool [in, out] **bboxDisplay** FALSE
-
-Whether to display bounding box for associated geometry, aligned with world coordinates.
-
-#### Hint
-
-- The bounding box is displayed regardless of whether contained content is visible.
-
-### SFVec3f [ ] **bboxSize** -1 -1 -1 <small>[0,∞) or −1 −1 −1</small>
-
-Bounding box size is usually omitted, and can easily be calculated automatically by an X3D player at scene-loading time with minimal computational cost. Bounding box size can also be defined as an optional authoring hint that suggests an optimization or constraint.
-
-#### Hints
-
-- Can be useful for collision computations or inverse-kinematics (IK) engines.
-- Precomputation and inclusion of bounding box information can speed up the initialization of large detailed models, with a corresponding cost of increased file size.
-- [X3D Architecture, 10.2.2 Bounding boxes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#BoundingBoxes){:target="_blank"}
-- [X3D Architecture, 10.3.1 X3DBoundedObject](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#X3DBoundedObject){:target="_blank"}
-
-### SFVec3f [ ] **bboxCenter** 0 0 0 <small>(-∞,∞)</small>
-
-Bounding box center accompanies bboxSize and provides an optional hint for bounding box position offset from origin of local coordinate system.
-
-#### Hints
-
-- Precomputation and inclusion of bounding box information can speed up the initialization of large detailed models, with a corresponding cost of increased file size.
-- [X3D Architecture, 10.2.2 Bounding boxes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#BoundingBoxes){:target="_blank"}
-- [X3D Architecture, 10.3.1 X3DBoundedObject](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#X3DBoundedObject){:target="_blank"}
-
-### SFNode [ ] **collidable** NULL <small>[X3DNBodyCollidableNode]</small>
-
-The *collidable* field holds a reference to a single nested item of a *collidable* scene graph.
-
-#### Warning
-
-- If there are multiple transformation paths to this reference, the results are undefined.
-
-## Advisories
-
-### Hint
-
-- Content must be visible to be collidable and to be pickable.
-
-## See Also
-
-- [X3D Specification of CollidableOffset node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/rigidBodyPhysics.html#CollidableOffset){:target="_blank"}

package/docs/_posts/components/RigidBodyPhysics/CollidableShape.md

@@ -1,118 +0,0 @@
----
-title: CollidableShape
-date: 2023-01-07
-nav: components-RigidBodyPhysics
-categories: [components, RigidBodyPhysics]
-tags: [CollidableShape, RigidBodyPhysics]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-CollidableShape connects the collision detection system, the rigid body model, and the renderable scene graph. Contains a single Shape node (`containerField='shape')` for animating collidable geometry.
-
-The CollidableShape node belongs to the **RigidBodyPhysics** component and its default container field is *children.* It is available from X3D version 3.2 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + X3DNBodyCollidableNode
-      + CollidableShape
-```
-
-## Fields
-
-### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
-
-Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
-
-#### Hint
-
-- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
-
-### SFBool [in, out] **enabled** TRUE
-
-Enables/disables node operation.
-
-### SFVec3f [in, out] **translation** 0 0 0 <small>(-∞,∞)</small>
-
-Position (x, y, z in meters) of children relative to local coordinate system.
-
-#### Hint
-
-- The order of operation is first apply the center offset, then scaleOrientation and scale, then rotation, then restore the center offset, then *translation*.
-
-### SFRotation [in, out] **rotation** 0 0 1 0 <small>[0,1]</small>
-
-Orientation (axis, angle in radians) of children relative to local coordinate system.
-
-#### Hint
-
-- The order of operation is first apply the center offset, then scaleOrientation and scale, then *rotation*, then restore the center offset, then translation.
-
-### SFBool [in, out] **visible** TRUE
-
-Whether or not renderable content within this node is visually displayed.
-
-#### Hints
-
-- The *visible* field has no effect on animation behaviors, event passing or other non-visual characteristics.
-- Content must be *visible* to be collidable and to be pickable.
-
-### SFBool [in, out] **bboxDisplay** FALSE
-
-Whether to display bounding box for associated geometry, aligned with world coordinates.
-
-#### Hint
-
-- The bounding box is displayed regardless of whether contained content is visible.
-
-### SFVec3f [ ] **bboxSize** -1 -1 -1 <small>[0,∞) or −1 −1 −1</small>
-
-Bounding box size is usually omitted, and can easily be calculated automatically by an X3D player at scene-loading time with minimal computational cost. Bounding box size can also be defined as an optional authoring hint that suggests an optimization or constraint.
-
-#### Hints
-
-- Can be useful for collision computations or inverse-kinematics (IK) engines.
-- Precomputation and inclusion of bounding box information can speed up the initialization of large detailed models, with a corresponding cost of increased file size.
-- [X3D Architecture, 10.2.2 Bounding boxes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#BoundingBoxes){:target="_blank"}
-- [X3D Architecture, 10.3.1 X3DBoundedObject](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#X3DBoundedObject){:target="_blank"}
-
-### SFVec3f [ ] **bboxCenter** 0 0 0 <small>(-∞,∞)</small>
-
-Bounding box center accompanies bboxSize and provides an optional hint for bounding box position offset from origin of local coordinate system.
-
-#### Hints
-
-- Precomputation and inclusion of bounding box information can speed up the initialization of large detailed models, with a corresponding cost of increased file size.
-- [X3D Architecture, 10.2.2 Bounding boxes](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#BoundingBoxes){:target="_blank"}
-- [X3D Architecture, 10.3.1 X3DBoundedObject](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#X3DBoundedObject){:target="_blank"}
-
-### SFNode [ ] **shape** NULL <small>[Shape]</small>
-
-The *shape* field provides a geometry proxy for specifying which geometry best represents the collidable object.
-
-## Advisories
-
-### Hint
-
-- Content must be visible to be collidable and to be pickable.
-
-### Warnings
-
-- Avoid changing Shape geometry at run time to prevent performance problems.
-- Apply `containerField='shape'` to single Shape child node, not `containerField='children'` default.
-
-## Example
-
-<x3d-canvas src="https://create3000.github.io/media/examples/RigidBodyPhysics/CollidableShape/CollidableShape.x3d" update="auto"></x3d-canvas>
-
-## See Also
-
-- [X3D Specification of CollidableShape node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/rigidBodyPhysics.html#CollidableShape){:target="_blank"}