x_ite 8.11.7 → 8.11.9

package/docs/_posts/components/Grouping/Transform.md

@@ -1,160 +0,0 @@
----
-title: Transform
-date: 2023-01-07
-nav: components-Grouping
-categories: [components, Grouping]
-tags: [Transform, Grouping]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-Transform is a Grouping node that can contain most nodes. Transform translates, orients and scales child geometry within the local world coordinate system.
-
-The Transform node belongs to the **Grouping** component and its default container field is *children.* It is available from X3D version 2.0 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + X3DGroupingNode
-      + Transform
-```
-
-## 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"}
-
-### 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>(-∞,∞)</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>[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
-
-- Each transformation creates a new coordinate system relative to the parent coordinate system.
-- +Y axis is the up direction. (Similarly some scenes may consider +X is North and +Z is East.)
-- Best authoring approach is to keep +Y axis pointing towards local up direction, supporting scene composability and effective navigation response (which is based on gravity direction).
-- Insert a Shape node before adding geometry or Appearance.
-- Translation/rotation/scaling field attributes can be defined in any order in the scene. The applied order of translation/rotation/scaling transformation-matrix operations remains consistent.
-- Authors can modify order of translation/rotation/scaling operations by splitting them into separate nested parent/child Transform nodes.
-- [X3D Scene Authoring Hints, Coordinate Systems](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#CoordinateSystems){:target="_blank"}
-- [X3D Scene Authoring Hints, Scale Factors and Unit Conversions](https://www.web3d.org/x3d/content/examples/X3dSceneAuthoringHints.html#Scale){:target="_blank"}
-- Apply `containerField='shape'` if parent node is CADFace.
-
-### Warning
-
-- Transform contained by CADFace can only hold a single LOD or Shape node.
-
-## Example
-
-<x3d-canvas src="https://create3000.github.io/media/examples/Grouping/Transform/Transform.x3d" update="auto"></x3d-canvas>
-
-## See Also
-
-- [X3D Specification of Transform node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/grouping.html#Transform){:target="_blank"}

package/docs/_posts/components/HAnim/HAnimDisplacer.md

@@ -1,108 +0,0 @@
----
-title: HAnimDisplacer
-date: 2023-01-07
-nav: components-HAnim
-categories: [components, HAnim]
-tags: [HAnimDisplacer, HAnim]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-HAnimDisplacer nodes alter the shape of coordinate-based geometry within parent HAnimJoint or HAnimSegment nodes. Displacer effects are scaled by the corresponding weight field.
-
-The HAnimDisplacer node belongs to the **HAnim** component and its default container field is *displacers.* It is available from X3D version 3.0 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DGeometricPropertyNode
-    + HAnimDisplacer
-```
-
-## 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] **description** ""
-
-Author-provided prose that describes intended purpose of this node.
-
-#### Hint
-
-- Many XML tools substitute XML character references for special characters automatically if needed within an attribute value (such as &amp;#38; for &amp; ampersand character, or &amp;#34; for " quotation-mark character).
-
-### SFString [in, out] **name** ""
-
-Unique *name* attribute must be defined so that HAnimDisplacer node can be identified at run time for animation purposes.
-
-#### Hints
-
-- HAnimDisplacer names are based on feature point names.
-- Https://www.web3d.org/documents/specifications/19774/V2.0/Architecture/FeaturePoints.html
-- 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"}
-- [HAnim2 Names HAnim1 Alias Tables](https://www.web3d.org/x3d/content/examples/HumanoidAnimation/HAnim2NameHAnim1AliasTables.txt){:target="_blank"}
-
-#### Warnings
-
-- Allowed *name* suffixes include _feature, _action and _config.
-- *name* prefix must match ancestor HAnimHumanoid *name* followed by underscore character, if more than one humanoid appears within a scene file. For example, 'Nancy_' prepended before location *name*.
-- *name* field is not included if this instance is a USE node, in order to avoid potential mismatches.
-
-### MFInt32 [in, out] **coordIndex** [ ] <small>[0,∞) or -1</small>
-
-Defines index values into the parent HAnimSegment or HAnimBody/HAnimHumanoid coordinate array for the mesh of vertices affected by this HAnimDisplacer. Values start at index 0.
-
-#### Warning
-
-- -1 sentinel values are not allowed.
-
-### SFFloat [in, out] **weight** 0 <small>(-∞,∞)</small>
-
-The weigh factor has typical range [0,1] and defines the scale factor applied to displacement values before adding them to neutral vertex positions.
-
-#### Hint
-
-- Apply a non-zero *weight* factor to see the effect of HAnimDisplacer displacements.
-
-### MFVec3f [in, out] **displacements** [ ]
-
-*displacements* are a set of SFVec3f values added to neutral/resting position of each of the corresponding HAnimSegment vertices (or HAnimJoint/HAnimHumanoid vertices) referenced by coordIndex field.
-
-#### Hints
-
-- Individual displacement values are scaled by the weight factor, if present.
-- Since default pose faces along +Z axis, -x values are right side and +x values are left side within HAnimHumanoid.
-
-## Advisories
-
-### Hints
-
-- HAnimDisplacer can be used in three different ways: (a) identify vertices corresponding to a particular feature in a parent HAnimSegment node, (b) represent a particular muscular action for a parent HAnimJoint node by displacing corresponding HAnimHumanoid skin vertices in various directions (linearly or radially), or (c) represent a complete configuration of coordinate vertices in parent HAnimSegment or HAnimJoint nodes. Example: in the case of a face, there might be a separate HAnimDisplacer node for each facial expression.
-- Multiple HAnimDisplacer nodes must appear consecutively inside parent HAnimSegment for proper content validation in XML encoding.
-- [HAnim Specification](https://www.web3d.org/documents/specifications/19774/V2.0){:target="_blank"}
-- [HAnim Specification part 1, Displacer](https://www.web3d.org/documents/specifications/19774/V2.0/Architecture/ObjectInterfaces.html#Displacer){:target="_blank"}
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/HumanoidAnimation.pdf){:target="_blank"}
-
-### Warnings
-
-- Allowed name suffixes include _feature, _action and _config.
-- Index values for HanimHumanoid skin IndexedFaceSet, skinCoord and skinNormal nodes must all be consistently defined together with HAnimJoint HAnimSegment and HAnimDisplacer nodes for proper skin animation.
-- Requires X3D `profile='Full'` or else include `<component name='HAnim' level='1'/>`
-- For X3D3 HAnim1, spelling of component name is 'H-Anim' (including hyphen).
-
-## See Also
-
-- [X3D Specification of HAnimDisplacer node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/hanim.html#HAnimDisplacer){:target="_blank"}

package/docs/_posts/components/HAnim/HAnimHumanoid.md

@@ -1,351 +0,0 @@
----
-title: HAnimHumanoid
-date: 2023-01-07
-nav: components-HAnim
-categories: [components, HAnim]
-tags: [HAnimHumanoid, HAnim]
----
-<style>
-.post h3 {
-  word-spacing: 0.2em;
-}
-</style>
-
-## Overview
-
-The HAnimHumanoid node is used to: (a) store references to the joints, segments, sites, skeleton, optional skin, and fixed viewpoints, (b) serve as a container for the entire humanoid, (c) provide a convenient way of moving the humanoid through its environment, and (d) store human-readable metadata such as name, version, author, copyright, age, gender and other information. HAnimHumanoid contains a skeleton consisting of HAnimJoint, HAnimSegment and HAnimSite nodes. HAnimHumanoid can also contain an optional skin consisting of an IndexedFaceSet mesh with corresponding skinCoord Coordinate or CoordinateDouble vertices and skinNormal Normal vectors.
-
-The HAnimHumanoid node belongs to the **HAnim** component and its default container field is *children.* It is available from X3D version 3.0 or higher.
-
-## Hierarchy
-
-```
-+ X3DNode
-  + X3DChildNode
-    + HAnimHumanoid (X3DBoundedObject)*
-```
-
-<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] **version** ""
-
-HAnimHumanoid *version*, where allowed value is 2.0 for final ISO 19774 *version* 2019.
-
-#### Hint
-
-- Default HAnimHumanoid *version* is 1.0 for X3D *version* 3, and HAnimHumanoid required *version* is 2.0 for X3D *version* 4.
-
-#### Warnings
-
-- No other values are allowed for strict validation.
-- Prior developmental versions of HAnim nodes, such as *version* 1 of standardized ISO 19774 *version* 2006, might not validate correctly due to small changes in the contained-node content model, so conversion of such models is recommended.
-
-### SFString [in, out] **description** ""
-
-Author-provided prose that describes intended purpose of this node.
-
-#### Hint
-
-- Many XML tools substitute XML character references for special characters automatically if needed within an attribute value (such as &amp;#38; for &amp; ampersand character, or &amp;#34; for " quotation-mark character).
-
-### SFString [in, out] **name** ""
-
-Unique *name* attribute must be defined so that each HAnimHumanoid node in a scene can be identified at run time for animation purposes.
-
-#### Hints
-
-- This same *name* is a required *name* prefix for all other HAnim nodes within the HAnimHumanoid, if more than one humanoid appears within a scene file.
-- 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"}
-- [HAnim2 Names HAnim1 Alias Tables](https://www.web3d.org/x3d/content/examples/HumanoidAnimation/HAnim2NameHAnim1AliasTables.txt){:target="_blank"}
-
-#### Warning
-
-- *name* field is not included if this instance is a USE node, in order to avoid potential mismatches.
-
-### MFString [in, out] **info** [ ]
-
-Contains metadata keyword=value pairs, where approved keyword terms are humanoidVersion authorName authorEmail copyright creationDate usageRestrictions age gender height and weight.
-
-#### Hints
-
-- Height and weight are in base units (typically meters), hanimVersion is for author use and separate from HAnimHumanoid version field.
-- Alternate metadata keywords are also allowed.
-
-### SFString [in, out] **skeletalConfiguration** "BASIC"
-
-Models sharing a common skeletal configuration can share animations and binding poses.
-
-#### Hint
-
-- [A value of 'BASIC' conforms to restrictive skeletal model in X3D Humanoid Animation (HAnim) Specification, Part 1 Architecture, 4.8 Modelling of humanoids](https://www.web3d.org/documents/specifications/19774/V2.0/Architecture/concepts.html#ModellingOfHumanoids){:target="_blank"}
-
-### SFInt32 [in, out] **loa** -1 <small>[-1,∞)</small>
-
-Level Of Articulation 0..4 indicates complexity and detail of joints for given humanoid skeletal hierarchy.
-
-#### Hints
-
-- *loa* value of -1 indicates that no LOA conformance is provided.
-- [Humanoid Animation (HAnim) Specification, Part 1 Architecture, 4.8.4 Levels of articulation](https://www.web3d.org/documents/specifications/19774/V2.0/Architecture/concepts.html#LevelsOfArticulation){:target="_blank"}
-
-### SFVec3f [in, out] **translation** 0 0 0 <small>(-∞,∞)</small>
-
-Position of children relative to local coordinate system.
-
-#### Hint
-
-- Since default pose faces along +Z axis, -x values are right side and +x values are left side within HAnimHumanoid.
-
-### SFRotation [in, out] **rotation** 0 0 1 0 <small>(-∞,∞) or [-1,1]</small>
-
-Orientation of children relative to local coordinate system.
-
-#### Warning
-
-- Default pose is typically empty (or an identity *rotation*) to avoid distorted body animations.
-
-### 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.
-
-### SFRotation [in, out] **scaleOrientation** 0 0 1 0 <small>(-∞,∞) or [-1,1]</small>
-
-Preliminary rotation of coordinate system before scaling (to allow scaling around arbitrary orientations).
-
-### SFVec3f [in, out] **center** 0 0 0 <small>(-∞,∞)</small>
-
-Translation offset from origin of local coordinate system.
-
-### 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, out] **skeleton** [ ] <small>[HAnimJoint, HAnimSite]</small>
-
-List of top-level HAnimJoint and HAnimSite nodes that create the *skeleton* model. The *skeleton* field contains the humanoid_root Joint object, and thus the entire hierarchy of HAnimJoint/HAnimSegment nodes making up the articulated *skeleton* model.
-
-#### Hints
-
-- Typically contains HAnimJoint with name='humanoid_root'.
-- Immediate children in the *skeleton* field can also include top-level HAnimSite node declarations, which are landmarks for the overall humanoid figure that are not affected by HAnimJoint movement.
-
-#### Warning
-
-- Top-level HAnimJoint and HAnimSite nodes must include `containerField='skeleton'` for proper validation and operation.
-
-### MFNode [in, out] **viewpoints** [ ] <small>[HAnimSite]</small>
-
-List of HAnimSite nodes containing Viewpoint nodes that appear in the skeleton model, usually as USE node references. The *viewpoints* field contains zero or more special HAnimSite nodes that are only affected by HAnimHumanoid transformations (and no HAnimJoint transformations). Each HAnimSite can contain a Viewpoint as virtual camera in the HAnimHumanoid reference frame (such as viewing the face or profile of the human figure).
-
-#### Hints
-
-- The viewpoint field has different functionality than the joints, segments and sites fields.
-- The *viewpoints* field connects internal Site nodes that in turn hold relative Viewpoint nodes, such as `<HAnimSite USE='ObserveFaceSite_view' containerField='viewpoints'/>` which has corresponding counterpart nodes `<HAnimSite DEF='ObserveFaceSite_view' name='ObserveFaceSite_view' containerField='children'>` `<Viewpoint description='look at me!'/>` \</HAnimSite\>.
-
-#### Warnings
-
-- These are actual node declarations, not USE nodes.
-- Top-level HAnimSite nodes (in turn containing Viewpoint nodes) must include `containerField='viewpoints'` for proper validation and operation.
-
-### MFNode [in, out] **sites** [ ] <small>[HAnimSite]</small>
-
-*sites* field contains a list of USE references for all HAnimSite node instances found within the preceding skeleton hierarchy.
-
-#### Hints
-
-- Order is irrelevant since names are contained in the original DEF objects.
-- These USE nodes can be utilized by inverse kinematics (IK) and animation engines.
-
-#### Warnings
-
-- The number of contained `<HAnimSite USE='*' containerField='sites, skeleton or viewpoints'/>` nodes at top level of HAnimHumanoid needs to match the number of corresponding HAnimSite node instances found within the preceding skeleton hierarchy.
-- Top-level HAnimSite USE nodes must include `containerField='sites'` for proper validation and operation.
-
-### MFNode [in, out] **segments** [ ] <small>[HAnimSegment]</small>
-
-The *segments* field contains a list of USE references for all HAnimSegment node instances found within the preceding skeleton hierarchy.
-
-#### Hints
-
-- Order is irrelevant since names are contained in the original DEF objects.
-- These USE nodes can be utilized by inverse kinematics (IK) and animation engines.
-
-#### Warnings
-
-- The number of contained `<HAnimSegment USE='*' containerField='segments'/>` nodes at top level of HAnimHumanoid needs to match the number of corresponding HAnimSegment node instances found within the preceding skeleton hierarchy.
-- Top-level HAnimSegment USE nodes must include `containerField='segments'` for proper validation and operation.
-
-### MFBool [in, out] **motionsEnabled** [ ]
-
-Array of boolean values corresponding to HAnimMotion nodes indicating which can animate the HAnimHumanoid.
-
-### MFNode [in, out] **motions** [ ] <small>[HAnimMotion]</small>
-
-Contains any HAnimMotion nodes that can animate the HAnimHumanoid.
-
-### MFVec3f [in, out] **jointBindingPositions** [ ] <small>(-∞,∞)</small>
-
-Specifies an array of position values for each HAnimJoint node in the joints field, in order, corresponding to each binding pose.
-
-#### Hint
-
-- If only one value is provided, it is provided to each Joint equivalently.
-
-#### Warning
-
-- Not used when skeletalConfiguration='BASIC'.
-
-### MFRotation [in, out] **jointBindingRotations** [ ] <small>(-∞,∞) or [-1,1]</small>
-
-Specifies an array of rotation values for each HAnimJoint node in the joints field, in order, corresponding to each binding pose.
-
-#### Hint
-
-- If only one value is provided, it is provided to each Joint equivalently.
-
-#### Warning
-
-- Not used when skeletalConfiguration='BASIC'.
-
-### MFVec3f [in, out] **jointBindingScales** [ ] <small>(-∞,∞)</small>
-
-Specifies an array of scale values for each HAnimJoint node in the joints field, in order, corresponding to each binding pose.
-
-#### Hint
-
-- If only one value is provided, it is provided to each Joint equivalently.
-
-#### Warning
-
-- Not used when skeletalConfiguration='BASIC'.
-
-### MFNode [in, out] **joints** [ ] <small>[HAnimJoint]</small>
-
-The *joints* field contains a list of USE references for all HAnimJoint node instances found within the preceding skeleton hierarchy.
-
-#### Hints
-
-- Order is irrelevant since names are contained in the original DEF objects.
-- These USE nodes can be utilized by inverse kinematics (IK) and animation engines.
-
-#### Warnings
-
-- The number of contained `<HAnimJoint USE='*' containerField='joints'/>` nodes at top level of HAnimHumanoid needs to match the number of corresponding HAnimJoint node instances found within the preceding skeleton hierarchy.
-- Top-level HAnimJoint USE nodes must include `containerField='joints'` for proper validation and operation.
-
-### SFNode [in, out] **skinBindingNormal** NULL <small>[X3DNormalNode]</small>
-
-Input/Output field *skinBindingNormal*.
-
-### SFNode [in, out] **skinBindingCoord** NULL <small>[X3DCoordinateNode]</small>
-
-Input/Output field *skinBindingCoord*.
-
-### SFNode [in, out] **skinNormal** NULL <small>[X3DNormalNode]</small>
-
-Single Normal node utilized by indexed mesh definitions for skin. The *skinNormal* field contains a single sequence of normal values, used by internal HAnimHumanoid mechanisms to create appropriate surface deformations as well as by the indexed face set definitions within the skin field that perform the actual rendering of surface geometry.
-
-#### Warnings
-
-- Index values for HanimHumanoid skin IndexedFaceSet, skinCoord and *skinNormal* nodes must all be consistently defined together with HAnimJoint HAnimSegment and HAnimDisplacer nodes for proper skin animation.
-- Top-level Normal node must include `containerField='skinNormal'` for proper validation and operation.
-- (X3D version 4.0 draft) requires X3D `profile='Full'` or else include `<component name='HAnim' level='2'/>`
-- For X3D3 HAnim1, spelling of component name is 'H-Anim' (including hyphen).
-
-### SFNode [in, out] **skinCoord** NULL <small>[X3DCoordinateNode]</small>
-
-Coordinate node utilized by indexed mesh definitions for skin. The *skinCoord* field contains a single sequence of points, used by internal HAnimHumanoid mechanisms to create appropriate surface deformations as well as by the indexed face set definitions within the skin field that perform the actual rendering of surface geometry.
-
-#### Hint
-
-- A single node is used so that coordIndex references are consistent for all references to these coordinates.
-
-#### Warnings
-
-- Index values for HanimHumanoid skin IndexedFaceSet, *skinCoord* and skinNormal nodes must all be consistently defined together with HAnimJoint HAnimSegment and HAnimDisplacer nodes for proper skin animation.
-- Top-level Coordinate or CoordinateDouble node must include `containerField='skinCoord'` for proper validation and operation.
-- (X3D version 4.0 draft) requires X3D `profile='Full'` or else include `<component name='HAnim' level='2'/>`
-- For X3D3 HAnim1, spelling of component name is 'H-Anim' (including hyphen)
-
-### MFNode [in, out] **skin** [ ] <small>[X3DChildNode]</small>
-
-List of one or more indexed mesh definitions (such as IndexedFaceSet) that utilize skinCoord point and skinNormal normal data.
-
-#### Hint
-
-- Put *skin* node first and provide DEF label to simplify USE node usage within the skeleton hierarchy.
-
-#### Warnings
-
-- Index values for HanimHumanoid *skin* IndexedFaceSet, skinCoord and skinNormal nodes must all be consistently defined together with HAnimJoint HAnimSegment and HAnimDisplacer nodes for proper *skin* animation.
-- Top-level node must include `containerField='skin'` for proper validation and operation.
-- (X3D version 4.0 draft) requires X3D `profile='Full'` or else include `<component name='HAnim' level='2'/>`
-- For X3D3 HAnim1, spelling of component name is 'H-Anim' (including hyphen)
-
-## Advisories
-
-### Hints
-
-- MFNode arrays for the joints, segments, sites, and viewpoints fields provide lists for all HAnim nodes found in the skeleton hierarchy and thus only contain USE node references.
-- [HAnim Specification](https://www.web3d.org/documents/specifications/19774/V2.0){:target="_blank"}
-- [HAnim Specification part 1, Humanoid](https://www.web3d.org/documents/specifications/19774/V2.0/Architecture/ObjectInterfaces.html#Humanoid){:target="_blank"}
-- [HAnim Specification part 2, clause 6.4 Extended definition of Humanoid object](https://www.web3d.org/documents/specifications/19774/V2.0/MotionDataAnimation/MotionNodes.html#HumanoidObjectExtension){:target="_blank"}
-- [X3D for Advanced Modeling (X3D4AM) slideset](https://x3dgraphics.com/slidesets/X3dForAdvancedModeling/HumanoidAnimation.pdf){:target="_blank"}
-
-### Warnings
-
-- Requires X3D `profile='Full'` or else include `<component name='HAnim' level='1'/>`
-- For X3D3 HAnim1, spelling of component name is 'H-Anim' (including hyphen)
-
-## Example
-
-<x3d-canvas src="https://create3000.github.io/media/examples/HAnim/HAnimHumanoid/HAnimHumanoid.x3d" update="auto"></x3d-canvas>
-
-## See Also
-
-- [X3D Specification of HAnimHumanoid node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/hanim.html#HAnimHumanoid){:target="_blank"}