x_ite 8.11.6 → 8.11.8

package/docs/_posts/components/CADGeometry/CADLayer.md

@@ -1,126 +0,0 @@
----
-title: CADLayer
-date: 2023-01-07
-nav: components-CADGeometry
-categories: [components, CADGeometry]
-tags: [CADLayer, CADGeometry]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-CADLayer nodes define a hierarchy that shows layer structure for a Computer-Aided Design (CAD) model. CADLayer is a Grouping node that can contain CADAssembly and most nodes.
-
-The CADLayer node belongs to the **CADGeometry** component and its default container field is *children.* It is available from X3D version 3.1 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + X3DGroupingNode
-      + CADLayer
-```
-
-## 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"}
-
-### SFString [in, out] **name** ""
-
-Optional *name* for this particular CAD node.
-
-#### Hints
-
-- Well-defined names can simplify design and debugging through improved author understanding.
-- [X3D Scene Authoring Hints, Naming Conventions](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#NamingConventions){:target="_blank"}
-
-#### Warning
-
-- *name* field is not included if this instance is a USE node, in order to avoid potential mismatches.
-
-### 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.
-
-#### Warning
-
-- CADLayer *visible* field had type MFBool in X3Dv3, thus is not backwards compatible.
-
-### 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"}
-
-### MFNode [in] **addChildren**
-
-Input field *addChildren*.
-
-### MFNode [in] **removeChildren**
-
-Input field *removeChildren*.
-
-### MFNode [in, out] **children** [ ] <small>[X3DChildNode]</small>
-
-Grouping nodes contain an ordered list of *children* nodes.
-
-#### Hints
-
-- Each grouping node defines a coordinate space for its *children*, relative to the coordinate space of its parent node. Thus transformations accumulate down the scene graph hierarchy.
-- InputOnly MFNode addChildren field can append new X3DChildNode nodes via a ROUTE connection, duplicate input nodes (i.e. matching DEF, USE values) are ignored.
-- InputOnly MFNode removeChildren field can remove nodes from the *children* list, unrecognized input nodes (i.e. nonmatching DEF, USE values) are ignored.
-- [X3D Architecture 10.2.1 Grouping and *children* node types](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#GroupingAndChildrenNodes){:target="_blank"}
-
-## Advisories
-
-### Hints
-
-- Can also contain Shapes or other grouped content.
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/ComputerAidedDesignInterchangeProfile.pdf){:target="_blank"}
-
-### Warning
-
-- Requires X3D `profile='Full'` or else include `<component name='CADGeometry' level='2'/>`
-
-## See Also
-
-- [X3D Specification of CADLayer node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/CADGeometry.html#CADLayer){:target="_blank"}

package/docs/_posts/components/CADGeometry/CADPart.md

@@ -1,164 +0,0 @@
----
-title: CADPart
-date: 2023-01-07
-nav: components-CADGeometry
-categories: [components, CADGeometry]
-tags: [CADPart, CADGeometry]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-CADPart is an atomic part that defines both coordinate-system location and the faces that constitute a part in a Computer-Aided Design (CAD) model. CADPart contains multiple CADFace nodes that make up a single part.
-
-The CADPart node belongs to the **CADGeometry** component and its default container field is *children.* It is available from X3D version 3.1 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + X3DGroupingNode
-      + CADPart (X3DProductStructureChildNode)*
-```
-
-<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"}
-
-### SFString [in, out] **name** ""
-
-Optional *name* for this particular CAD node.
-
-#### Hints
-
-- Well-defined names can simplify design and debugging through improved author understanding.
-- [X3D Scene Authoring Hints, Naming Conventions](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#NamingConventions){:target="_blank"}
-
-#### Warning
-
-- *name* field is not included if this instance is a USE node, in order to avoid potential mismatches.
-
-### 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>[-1,1] or (-∞,∞)</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.
-
-### SFVec3f [in, out] **scale** 1 1 1 <small>(0,∞)</small>
-
-Non-uniform x-y-z *scale* of child coordinate system, adjusted by center and scaleOrientation.
-
-#### 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] **scaleOrientation** 0 0 1 0 <small>[-1,1] or (-∞,∞)</small>
-
-Preliminary rotation of coordinate system before scaling (to allow scaling around arbitrary orientations).
-
-#### Hint
-
-- The order of operation is first apply the center offset, then *scaleOrientation* and scale, then rotation, then restore the center offset, then translation.
-
-### SFVec3f [in, out] **center** 0 0 0 <small>(-∞,∞)</small>
-
-Translation offset from origin of local coordinate system, applied prior to rotation or scaling.
-
-#### 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"}
-
-### MFNode [in] **addChildren**
-
-Input field *addChildren*.
-
-### MFNode [in] **removeChildren**
-
-Input field *removeChildren*.
-
-### MFNode [in, out] **children** [ ] <small>[CADFace]</small>
-
-Grouping nodes contain an ordered list of *children* nodes.
-
-#### Hints
-
-- Each grouping node defines a coordinate space for its *children*, relative to the coordinate space of its parent node. Thus transformations accumulate down the scene graph hierarchy.
-- InputOnly MFNode addChildren field can append new X3DChildNode nodes via a ROUTE connection, duplicate input nodes (i.e. matching DEF, USE values) are ignored.
-- InputOnly MFNode removeChildren field can remove nodes from the *children* list, unrecognized input nodes (i.e. nonmatching DEF, USE values) are ignored.
-- [X3D Architecture 10.2.1 Grouping and *children* node types](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/grouping.html#GroupingAndChildrenNodes){:target="_blank"}
-
-## Advisories
-
-### Hints
-
-- CADPart is often a child of CADAssembly node.
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/ComputerAidedDesignInterchangeProfile.pdf){:target="_blank"}
-
-### Warning
-
-- Requires X3D `profile='Full'` or else include `<component name='CADGeometry' level='2'/>`
-
-## See Also
-
-- [X3D Specification of CADPart node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/CADGeometry.html#CADPart){:target="_blank"}

package/docs/_posts/components/CADGeometry/IndexedQuadSet.md

@@ -1,154 +0,0 @@
----
-title: IndexedQuadSet
-date: 2023-01-07
-nav: components-CADGeometry
-categories: [components, CADGeometry]
-tags: [IndexedQuadSet, CADGeometry]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-IndexedQuadSet is a geometry node that defines planar quadrilaterals. IndexedQuadSet contains a Coordinate or CoordinateDouble node, and can also contain Color or ColorRGBA, Normal and TextureCoordinate nodes.
-
-The IndexedQuadSet node belongs to the **CADGeometry** component and its default container field is *geometry.* It is available from X3D version 3.1 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DGeometryNode
-    + X3DComposedGeometryNode
-      + IndexedQuadSet
-```
-
-## 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"}
-
-### MFInt32 [in] **set_index** <small>[0,∞)</small>
-
-Input field *set_index*.
-
-### 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 IndexedQuadSet *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 [ ] **index** [ ] <small>[0,∞)</small>
-
-*index* values provide order in which coordinates are applied. Order starts at *index* 0, commas are optional between sets. Four unique indices are defined for each quadrilateral.
-
-#### Warning
-
-- -1 sentinel values are not allowed.
-
-### 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
-
-- [Quadrilateral](https://en.wikipedia.org/wiki/Quadrilateral){:target="_blank"}
-- [Quadrilateral](https://en.wikipedia.org/wiki/Quadrilateral){:target="_blank"}
-- 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.
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/ComputerAidedDesignInterchangeProfile.pdf){:target="_blank"}
-
-### Warnings
-
-- Requires X3D `profile='Full'` or else include `<component name='CADGeometry' level='1'/>`
-- Rendering characteristics are undefined if polygons are not planar.
-- Avoid self-intersecting polygon line segments, otherwise defined geometry is irregular and rendering results are undefined.
-
-## See Also
-
-- [X3D Specification of IndexedQuadSet node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/CADGeometry.html#IndexedQuadSet){:target="_blank"}

package/docs/_posts/components/CADGeometry/QuadSet.md

@@ -1,145 +0,0 @@
----
-title: QuadSet
-date: 2023-01-07
-nav: components-CADGeometry
-categories: [components, CADGeometry]
-tags: [QuadSet, CADGeometry]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-QuadSet is a geometry node that defines planar quadrilaterals. QuadSet contains a Coordinate or CoordinateDouble node, and can also contain Color or ColorRGBA, Normal and TextureCoordinate nodes.
-
-The QuadSet node belongs to the **CADGeometry** component and its default container field is *geometry.* It is available from X3D version 3.1 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DGeometryNode
-    + X3DComposedGeometryNode
-      + QuadSet
-```
-
-## 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 QuadSet *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
-
-- [Quadrilateral](https://en.wikipedia.org/wiki/Quadrilateral){:target="_blank"}
-- 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.
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/ComputerAidedDesignInterchangeProfile.pdf){:target="_blank"}
-
-### Warnings
-
-- Requires X3D `profile='Full'` or else include `<component name='CADGeometry' level='1'/>`
-- Rendering characteristics are undefined if polygons are not planar.
-- Avoid self-intersecting polygon line segments, otherwise defined geometry is irregular and rendering results are undefined.
-
-## Example
-
-<x3d-canvas src="https://create3000.github.io/media/examples/CADGeometry/QuadSet/QuadSet.x3d" update="auto"></x3d-canvas>
-
-## See Also
-
-- [X3D Specification of QuadSet node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/CADGeometry.html#QuadSet){:target="_blank"}

package/docs/_posts/components/Core/MetadataBoolean.md

@@ -1,83 +0,0 @@
----
-title: MetadataBoolean
-date: 2023-01-07
-nav: components-Core
-categories: [components, Core]
-tags: [MetadataBoolean, Core]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-MetadataBoolean contains a typed list of values providing metadata information about its parent node. Further information about this specific Metadata* node may be provided by a single child Metadata* node with `containerField='metadata'.`
-
-The MetadataBoolean node belongs to the **Core** component and its default container field is *value.* It is available from X3D version 3.3 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + MetadataBoolean (X3DMetadataObject)*
-```
-
-<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"}
-
-### SFString [in, out] **name** ""
-
-Depending on the metadata vocabulary, the attribute *name* is usually required for metadata nodes.
-
-#### Hints
-
-- Well-defined names can simplify design and debugging through improved author understanding.
-- [X3D Scene Authoring Hints, Naming Conventions](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#NamingConventions){:target="_blank"}
-
-#### Warning
-
-- *name* field is not included if this instance is a USE node, in order to avoid potential mismatches.
-
-### SFString [in, out] **reference** ""
-
-Reference to the metadata standard or definition defining this particular metadata value.
-
-### MFBool [in, out] **value** [ ]
-
-The *value* attribute is a strictly typed data array providing relevant metadata information.
-
-#### Warning
-
-- Use lower-case values ("true false") for .x3d XML encoding, and upper-case values ("TRUE FALSE") for .x3dv ClassicVRML encoding.
-
-## Advisories
-
-### Hints
-
-- Typically use `containerField='value'` if the parent node is MetadataSet.
-- Explicitly defining containerField for Metadata nodes is always allowed and also unambiguous across each version of X3D.
-- [Each of the Metadata nodes are allowed as top-level root nodes in a scene, if doing that be sure to explicitly define `containerField='metadata'.`](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-DIS/Part01/concepts.html#Rootnodes){:target="_blank"}
-- If present, an IS statement is the first child within any other node.
-- An IS statement precedes any sibling Metadata* node, which in turn precedes any other sibling nodes.
-- Comments are not readable when a model file is loaded for viewing, but WorldInfo and Metadata* nodes are persistent and inspectable at run time.
-- [X3D for Web Authors, Chapter 15, Metadata Information](https://www.web3d.org/x3d/content/examples/X3dForWebAuthors/Chapter15-Metadata/Chapter15-MetadataInformation.html){:target="_blank"}
-
-### Warnings
-
-- Default `containerField='metadata'` in X3D 3 changed to default `containerField='value'` in X3D 4.0, allowing construction of much terser MetadataSet vocabulary structures.
-- Metadata nodes can only contain other Metadata nodes.
-
-## See Also
-
-- [X3D Specification of MetadataBoolean node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/core.html#MetadataBoolean){:target="_blank"}