x_ite 8.8.6 → 8.9.0

package/docs/_posts/components/Layout/Layout.md

@@ -1,6 +1,6 @@
 ---
 title: Layout
-date: 2022-01-07
+date: 2023-01-07
 nav: components-Layout
 categories: [components, Layout]
 tags: [Layout, Layout]
@@ -15,7 +15,7 @@ tags: [Layout, Layout]
 
 Layout node is used as layout field of LayoutLayer and LayoutGroup nodes. Layout provides all parameters required to define the size, location and scale of a 2D rectangular region.
 
-The Layout node belongs to the **Layout** component and its default container field is *layout.* It is available since X3D version 3.2 or later.
+The Layout node belongs to the **Layout** component and its default container field is *layout.* It is available from X3D version 3.2 or higher.
 
 ## Hierarchy
 
@@ -28,13 +28,17 @@ The Layout node belongs to the **Layout** component and its default container fi
 
 ## Fields
 
-### SFNode [in, out] **metadata** NULL
+### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
 
-Metadata are not part of the X3D world and not interpreted by the X3D browser, but they can be accessed via the ECMAScript interface.
+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] **align** [ "CENTER", "CENTER" ] <small>["LEFT"|"CENTER"|"RIGHT"]</small>
 
-The align field values align the sized rectangle to an edge or center of the parent rectangle. Two quoted string values are provided. The first value is for horizontal direction (LEFT \| CENTER \| RIGHT) and the second value is for vertical direction (BOTTOM \| CENTER \| TOP). Examples: "CENTER" "CENTER" (default value), "LEFT" "TOP" or "RIGHT" "BOTTOM".
+The *align* field values *align* the sized rectangle to an edge or center of the parent rectangle. Two quoted string values are provided. The first value is for horizontal direction (LEFT or CENTER or RIGHT) and the second value is for vertical direction (BOTTOM or CENTER or TOP). Examples: "CENTER" "CENTER" (default value), "LEFT" "TOP" or "RIGHT" "BOTTOM".
 
 #### Hint
 
@@ -42,15 +46,17 @@ The align field values align the sized rectangle to an edge or center of the par
 
 #### Warnings
 
-- Two values (or possibly one value) only. If the align field has only one value, that value shall be "CENTER" and apply both horizontally and vertically.
+- Two values (or possibly one value) only.
+- If the *align* field has only one value, that value shall be "CENTER" and apply both horizontally and vertically.
 
 ### MFString [in, out] **offsetUnits** [ "WORLD", "WORLD" ] <small>["WORLD"|"FRACTION"|"PIXEL"]</small>
 
-The offsetUnits field values are used to interprete the offset values. Two quoted string values are provided. The first value is for horizontal offset, and the second value is for vertical offset. Examples: "WORLD" "WORLD" (default value), "FRACTION" "FRACTION" or "PIXEL" "PIXEL".
+The *offsetUnits* field values are used to interprete the offset values. Two quoted string values are provided. The first value is for horizontal offset, and the second value is for vertical offset. Examples: "WORLD" "WORLD" (default value), "FRACTION" "FRACTION" or "PIXEL" "PIXEL".
 
 #### Hints
 
-- If the value of the offsetUnits field is FRACTION, the size of the corresponding dimension is interpreted as a fraction of the corresponding parent’s dimension. MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+- If the value of the *offsetUnits* field is FRACTION, the size of the corresponding dimension is interpreted as a fraction of the corresponding parent’s dimension.
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
 
 #### Warning
 
@@ -58,7 +64,7 @@ The offsetUnits field values are used to interprete the offset values. Two quote
 
 ### MFFloat [in, out] **offset** [ 0, 0 ] <small>(-∞,∞)</small>
 
-The values of the offset field are used to translate the location of this rectangle after the initial alignment. The offsetUnits field specifies how to interpret the offset field.
+The values of the *offset* field are used to translate the location of this rectangle after the initial alignment. The offsetUnits field specifies how to interpret the *offset* field.
 
 #### Warning
 
@@ -66,11 +72,12 @@ The values of the offset field are used to translate the location of this rectan
 
 ### MFString [in, out] **sizeUnits** [ "WORLD", "WORLD" ] <small>["WORLD"|"FRACTION"|"PIXEL"]</small>
 
-The sizeUnits field values are used to interprete the offset values. Two quoted string values are provided. The first value is for horizontal size, and the second value is for vertical size. Examples: "WORLD" "WORLD" (default value), "FRACTION" "FRACTION" or "PIXEL" "PIXEL".
+The *sizeUnits* field values are used to interprete the offset values. Two quoted string values are provided. The first value is for horizontal size, and the second value is for vertical size. Examples: "WORLD" "WORLD" (default value), "FRACTION" "FRACTION" or "PIXEL" "PIXEL".
 
 #### Hints
 
-- If the value of the sizeUnits field is FRACTION, the size of the corresponding dimension is interpreted as a fraction of the corresponding parent’s dimension. MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+- If the value of the *sizeUnits* field is FRACTION, the size of the corresponding dimension is interpreted as a fraction of the corresponding parent’s dimension.
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
 
 #### Warning
 
@@ -78,7 +85,7 @@ The sizeUnits field values are used to interprete the offset values. Two quoted
 
 ### MFFloat [in, out] **size** [ 1, 1 ] <small>(0,∞)</small>
 
-The two values in the size field define the width and height of the layout rectangle. The sizeUnits field specifies how to interpret the size values.
+The two values in the *size* field define the width and height of the layout rectangle. The sizeUnits field specifies how to interpret the *size* values.
 
 #### Warning
 
@@ -86,22 +93,26 @@ The two values in the size field define the width and height of the layout recta
 
 ### MFString [in, out] **scaleMode** [ "NONE", "NONE" ] <small>["NONE"|"FRACTION"|"STRETCH"|"PIXEL"]</small>
 
-The scaleMode field specifies how the scale of the parent is modified. Two quoted string values are provided. The first value is for horizontal scale and the second value is for vertical scale. Examples: "NONE" "NONE" (default value), "FRACTION" "FRACTION", "STRETCH" "STRETCH" or "PIXEL" "PIXEL".
+The *scaleMode* field specifies how the scale of the parent is modified. Two quoted string values are provided. The first value is for horizontal scale and the second value is for vertical scale. Examples: "NONE" "NONE" (default value), "FRACTION" "FRACTION", "STRETCH" "STRETCH" or "PIXEL" "PIXEL".
 
 #### Hints
 
-- A scaleMode field value of NONE specifies that the corresponding scale value is not modified. Instead, the scale is inherited from its parent. Since a LayoutLayer node does not have a parent, the value of NONE reverts to FRACTION. A scaleMode value of FRACTION specifies a scale in the corresponding direction so that one unit is equal to the dimension (width or height) of this rectangle. A scaleMode value of STRETCH specifies a scale in the corresponding direction such that the resulting scale in the horizontal direction is equal to the scale in the vertical direction, thus producing a uniform scale. A value of PIXEL specifies a scale in the corresponding direction such that one unit is equal to one pixel. MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+- A *scaleMode* field value of NONE specifies that the corresponding scale value is not modified. Instead, the scale is inherited from its parent. Since a LayoutLayer node does not have a parent, the value of NONE reverts to FRACTION.
+- A *scaleMode* value of FRACTION specifies a scale in the corresponding direction so that one unit is equal to the dimension (width or height) of this rectangle.
+- A *scaleMode* value of STRETCH specifies a scale in the corresponding direction such that the resulting scale in the horizontal direction is equal to the scale in the vertical direction, thus producing a uniform scale.
+- A value of PIXEL specifies a scale in the corresponding direction such that one unit is equal to one pixel.
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
 
 #### Warning
 
 - If only one value is provided, it applies equally to horizontal and vertical directions (width and height). More than two values are not allowed.
 
-## Description
+## Advisories
 
 ### Hint
 
 - The align, offset, and offsetUnits fields are used to determine the location of the layout region.
 
-## External Links
+## See Also
 
-- [X3D Specification of Layout](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#Layout){:target="_blank"}
+- [X3D Specification of Layout node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#Layout){:target="_blank"}

package/docs/_posts/components/Layout/LayoutGroup.md

@@ -1,6 +1,6 @@
 ---
 title: LayoutGroup
-date: 2022-01-07
+date: 2023-01-07
 nav: components-Layout
 categories: [components, Layout]
 tags: [LayoutGroup, Layout]
@@ -15,7 +15,7 @@ tags: [LayoutGroup, Layout]
 
 LayoutGroup is a Grouping node that can contain most nodes, whose children are related by a common layout within a parent layout. The layout field contains an X3DLayoutNode node that provides the information required to locate and size the layout region of the LayoutGroup node relative to its parent’s layout region. LayoutGroup content is clipped by the specified viewport node.
 
-The LayoutGroup node belongs to the **Layout** component and its default container field is *children.* It is available since X3D version 3.2 or later.
+The LayoutGroup node belongs to the **Layout** component and its default container field is *children.* It is available from X3D version 3.2 or higher.
 
 ## Hierarchy
 
@@ -30,26 +30,30 @@ The LayoutGroup node belongs to the **Layout** component and its default contain
 
 ### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
 
-Metadata are not part of the X3D world and not interpreted by the X3D browser, but they can be accessed via the ECMAScript interface.
+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"}
 
 ### SFNode [in, out] **layout** NULL <small>[X3DLayoutNode]</small>
 
-The layout field contains an X3DLayoutNode node that provides the information required to locate and size the layout region of the LayoutGroup node relative to its parent’s layout region, and also to scale the contents of the LayoutGroup.
+The *layout* field contains an X3DLayoutNode node that provides the information required to locate and size the *layout* region of the LayoutGroup node relative to its parent’s *layout* region, and also to scale the contents of the LayoutGroup.
 
 ### SFNode [in, out] **viewport** NULL <small>[X3DViewportNode]</small>
 
-The content of the LayoutGroup is clipped by the specified viewport.
+The content of the LayoutGroup is clipped by the specified *viewport*.
 
-### SFBool [ ] **visible** TRUE
+### SFBool [in, out] **visible** TRUE
 
 Whether or not renderable content within this node is visually displayed.
 
-#### Hint
+#### 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.
+- 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 [ ] **bboxDisplay** FALSE
+### SFBool [in, out] **bboxDisplay** FALSE
 
 Whether to display bounding box for associated geometry, aligned with world coordinates.
 
@@ -57,35 +61,47 @@ Whether to display bounding box for associated geometry, aligned with world coor
 
 - The bounding box is displayed regardless of whether contained content is visible.
 
-### SFVec3f [ ] **bboxSize** -1 -1 -1 <small>(-∞,∞)</small>
+### 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.
 
-#### Hint
+#### 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: optional hint for position offset from origin of local coordinate system.
+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.
+Input field *addChildren*.
 
 ### MFNode [in] **removeChildren**
 
-Input field removeChildren.
+Input field *removeChildren*.
 
 ### MFNode [in, out] **children** [ ] <small>[X3DChildNode]</small>
 
-Grouping nodes contain a list of children nodes.
+Grouping nodes contain an ordered list of *children* nodes.
 
-#### Hint
+#### 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.
+- 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"}
 
-## Description
+## Advisories
 
 ### Hints
 
@@ -97,6 +113,6 @@ Grouping nodes contain a list of children nodes.
 
 - A LayoutGroup can only be a child of a LayoutLayer node or another LayoutGroup node.
 
-## External Links
+## See Also
 
-- [X3D Specification of LayoutGroup](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#LayoutGroup){:target="_blank"}
+- [X3D Specification of LayoutGroup node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#LayoutGroup){:target="_blank"}

package/docs/_posts/components/Layout/LayoutLayer.md

@@ -1,6 +1,6 @@
 ---
 title: LayoutLayer
-date: 2022-01-07
+date: 2023-01-07
 nav: components-Layout
 categories: [components, Layout]
 tags: [LayoutLayer, Layout]
@@ -15,7 +15,7 @@ tags: [LayoutLayer, Layout]
 
 LayoutLayer is a Grouping node that can contain most nodes. LayoutLayer content is clipped by the specified viewport node.
 
-The LayoutLayer node belongs to the **Layout** component and its default container field is *layers.* It is available since X3D version 3.2 or later.
+The LayoutLayer node belongs to the **Layout** component and its default container field is *layers.* It is available from X3D version 3.2 or higher.
 
 ## Hierarchy
 
@@ -29,37 +29,62 @@ The LayoutLayer node belongs to the **Layout** component and its default contain
 
 ### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
 
-Metadata are not part of the X3D world and not interpreted by the X3D browser, but they can be accessed via the ECMAScript interface.
+Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
 
-### SFBool [in, out] **isPickable** TRUE
+#### 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] **pickable** TRUE
+
+*pickable* determines whether pick traversal is performed for this layer.
+
+### MFString [in, out] **objectType** "ALL" <small>["ALL", "NONE", "TERRAIN", ...]</small>
+
+The *objectType* field specifies a set of labels used in the picking process. Each string specified is treated as an independent label that needs to be matched against the same type in one of the pick sensor instances. Example: labeling a PickableGroup with the *objectType* value "WATER" and then attempting to intersect a pick sensor with *objectType* value "GROUND" fails since the *objectType* values do not match. Example: the special value "ALL" means that each node is available for picking regardless of the type specified by the pick sensor. Example: the special value "NONE" effectively disables all picking for this node and is the equivalent of setting the pickable field to false.
 
-*isPickable* determines whether pick traversal is performed for this layer.
+#### Hints
+
+- Authors may define any value for *objectType*.
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+
+### 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.
 
 ### SFNode [in, out] **layout** NULL <small>[X3DLayoutNode]</small>
 
-The layout field contains an X3DLayoutNode node that provides the information required to locate and size the layout region of the LayoutGroup node relative to its parent’s layout region, and also to scale the contents of the LayoutGroup.
+The *layout* field contains an X3DLayoutNode node that provides the information required to locate and size the *layout* region of the LayoutGroup node relative to its parent’s *layout* region, and also to scale the contents of the LayoutGroup.
 
 ### SFNode [in, out] **viewport** NULL <small>[X3DViewportNode]</small>
 
-The content of the LayoutGroup is clipped by the specified viewport.
+The content of the LayoutGroup is clipped by the specified *viewport*.
 
 ### MFNode [in] **addChildren**
 
-Input field addChildren.
+Input field *addChildren*.
 
 ### MFNode [in] **removeChildren**
 
-Input field removeChildren.
+Input field *removeChildren*.
 
 ### MFNode [in, out] **children** [ ] <small>[X3DChildNode]</small>
 
-Grouping nodes contain a list of children nodes.
+Grouping nodes contain an ordered list of *children* nodes.
 
-#### Hint
+#### 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.
+- 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"}
 
-## Description
+## Advisories
 
 ### Hint
 
@@ -69,6 +94,6 @@ Grouping nodes contain a list of children nodes.
 
 - Better functional description needed in X3D specification.
 
-## External Links
+## See Also
 
-- [X3D Specification of LayoutLayer](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#LayoutLayer){:target="_blank"}
+- [X3D Specification of LayoutLayer node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#LayoutLayer){:target="_blank"}

package/docs/_posts/components/Layout/ScreenFontStyle.md

@@ -1,6 +1,6 @@
 ---
 title: ScreenFontStyle
-date: 2022-01-07
+date: 2023-01-07
 nav: components-Layout
 categories: [components, Layout]
 tags: [ScreenFontStyle, Layout]
@@ -15,7 +15,7 @@ tags: [ScreenFontStyle, Layout]
 
 ScreenFontStyle is an X3DFontStyleNode defines the size, family, justification, and other styles used within a screen layout. ScreenFontStyle renders text so that it appears identical to typical 2D applications by specifying pointSize in points (as in 2D document layout) rather than size in meters. Each glyph of text is rendered as a quadrilateral with a texture applied.
 
-The ScreenFontStyle node belongs to the **Layout** component and its default container field is *fontStyle.* It is available since X3D version 3.2 or later.
+The ScreenFontStyle node belongs to the **Layout** component and its default container field is *fontStyle.* It is available from X3D version 3.2 or higher.
 
 ## Hierarchy
 
@@ -29,109 +29,136 @@ The ScreenFontStyle node belongs to the **Layout** component and its default con
 
 ### SFNode [in, out] **metadata** NULL <small>[X3DMetadataObject]</small>
 
-Metadata are not part of the X3D world and not interpreted by the X3D browser, but they can be accessed via the ECMAScript interface.
+Information about this node can be contained in a MetadataBoolean, MetadataDouble, MetadataFloat, MetadataInteger, MetadataString or MetadataSet node.
 
-### SFString [in, out] **language** ""
+#### Hint
 
-*language* codes consist of a primary code and a (possibly empty) series of subcodes. [ language-code = primary-code ( "-" subcode )\* ] Two-letter primary codes are reserved for language abbreviations. Two-letter primary codes include en (English), fr (French), de (German), it (Italian), nl (Dutch), el (Greek), es (Spanish), pt (Portuguese), ar (Arabic), he (Hebrew), ru (Russian), zh (Chinese), ja (Japanese), hi (Hindi), ur (Urdu), and sa (Sanskrit). Any two-letter subcode is understood to be a country code.
+- [X3D Architecture 7.2.4 Metadata](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/core.html#Metadata){:target="_blank"}
 
-#### Warning
+### SFString [in, out] **language** ""
 
-- Do not wrap extra quotation marks around these SFString enumeration values, since "quotation" "marks" are only used for MFString values.
+Language codes consist of a primary code and a (possibly empty) series of subcodes. [ *language*-code = primary-code ( "-" subcode )* ] Two-letter primary codes are reserved for *language* abbreviations. Two-letter primary codes include en (English), fr (French), de (German), it (Italian), nl (Dutch), el (Greek), es (Spanish), pt (Portuguese), ar (Arabic), he (Hebrew), ru (Russian), zh (Chinese), ja (Japanese), hi (Hindi), ur (Urdu), and sa (Sanskrit). Any two-letter subcode is understood to be a country code.
 
-#### See Also
+#### Hints
 
-- [See ISO639.2 Codes for the Representation of Names of Languages](https://www.loc.gov/standards/iso639-2/php/code_list.php){:target="_blank"}
+- [See ISO639.2 Codes for the Representation of Names of Languages](http://www.loc.gov/standards/iso639-2/php/code_list.php){:target="_blank"}
 - [See RFC3066 Tags for the Identification of Languages](https://tools.ietf.org/html/rfc3066){:target="_blank"}
 - [See ISO3166 or](http://xml.coverpages.org/languageIdentifiers.html){:target="_blank"}
-- [Relates to Internationalization (i18n)](https://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- [Relates to Internationalization (i18n)](http://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
-### MFString [in, out] **family** "SERIF"
+#### Warning
 
-Array of quoted font family names in preference order, browsers use the first supported family.
+- Do not wrap extra quotation marks around these SFString enumeration values, since "quotation" "marks" are only used for MFString values.
 
-#### Hints
+### MFString [in, out] **family** "SERIF" <small>String or [URI]</small>
 
-- Example family array might be "Times" "SERIF" Values with guaranteed support include "SERIF" "SANS" "TYPEWRITER". SERIF and SANS are variable-width fonts (for example, Times Roman and Arial). TYPEWRITER is a fixed-width font (for example, Courier). MFString arrays can have multiple values, so "separate each individual string" "by using quote marks". See [15.2.2.2 Font family and style](https://www.web3d.org/files/specifications/19775-1/V3.3/Part01/components/text.html#Fontfamilyandstyle){:target="_blank"} for details.
+Array of quoted font *family* names in preference order, browsers use the first supported *family*.
 
-#### Warning
+#### Hints
 
-- Font family support often varies.
+- Example *family* array might be "Times" "SERIF"
+- Values with guaranteed support include "SERIF" "SANS" "TYPEWRITER".
+- SERIF and SANS are variable-width fonts (for example, Times Roman and Arial).
+- TYPEWRITER is a fixed-width font (for example, Courier).
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+- [See 15.2.2.2 Font *family* and style](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Fontfamilyandstyle){:target="_blank"} for details.
+- [Relates to Internationalization (i18n)](http://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
-#### See Also
+#### Warning
 
-- [Relates to Internationalization (i18n)](https://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- Font *family* support often varies.
 
 ### SFString [in, out] **style** "PLAIN" <small>["PLAIN"|"BOLD"|"ITALIC"|"BOLDITALIC"|""]</small>
 
-Pick one of four values for text style.
+Pick one of four values for text *style* (PLAIN or BOLD or ITALIC or BOLDITALIC).
 
-#### Hint
+#### Hints
 
-- See [15.2.2.2 Font family and style](https://www.web3d.org/files/specifications/19775-1/V3.3/Part01/components/text.html#Fontfamilyandstyle){:target="_blank"} for details.
+- [See 15.2.2.2 Font family and *style*](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Fontfamilyandstyle){:target="_blank"} for details.
+- Overlapping functionality with CSS *style* attribute provides a "best of both worlds" approach. The *style* attribute provides an inline block of CSS source for element styling, reserved for use by Cascading Style Sheets (CSS) and XML stylesheets.
+- [X3D Architecture Annex L, HTML authoring guidelines, CSS considerations](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/htmlGuidelines.html#CSS){:target="_blank"}
+- [W3C Cascading Style Sheets](https://www.w3.org/Style/CSS){:target="_blank"}
+- [CSS Snapshot](https://www.w3.org/TR/css-2018){:target="_blank"}
+- Https://www.w3.org/TR/css-*style*-attr
+- [Wikibooks, XML - Managing Data Exchange/XSLT and Style Sheets](https://en.wikibooks.org/wiki/XML_-_Managing_Data_Exchange/XSLT_and_Style_Sheets){:target="_blank"}
 
-#### Warning
+#### Warnings
 
+- Overloaded name for CSS *style* attribute.
 - Do not wrap extra quotation marks around these SFString enumeration values, since "quotation" "marks" are only used for MFString values.
 
 ### SFFloat [in, out] **pointSize** 12 <small>(0,∞)</small>
 
-*pointSize* field specifies the size of text in points. Nominal height (in local coordinate system) of text glyphs Also sets default spacing between adjacent lines of text.
+*pointSize* field specifies the size of text in points. Nominal height (in local coordinate system) of text glyphs, also sets default spacing between adjacent lines of text.
 
-#### Hint
+#### Hints
 
-- PointSize replaces the size field of the FontStyle node.
+- *pointSize* replaces the size field of the FontStyle node.
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
 ### SFFloat [in, out] **spacing** 1 <small>[0,∞)</small>
 
-Adjustment factor for line spacing between adjacent lines of text.
+Adjustment factor for line *spacing* between adjacent lines of text.
 
-### SFBool [in, out] **horizontal** TRUE
+#### Hint
 
-Whether text direction is horizontal (true) or vertical (false).
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
-#### Hint
+### SFBool [in, out] **horizontal** TRUE
 
-- See [15.2.2.3 Direction and justification](https://www.web3d.org/files/specifications/19775-1/V3.3/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+Whether text direction is *horizontal* (true) or vertical (false).
 
-#### See Also
+#### Hints
 
-- [Relates to Internationalization (i18n)](https://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- [See 15.2.2.3 Direction and justification](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+- [Relates to Internationalization (i18n)](http://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
 ### SFBool [in, out] **leftToRight** TRUE
 
-Field leftToRight.
+Whether text direction is left-to-right (true) or right-to-left (false).
 
-### SFBool [in, out] **topToBottom** TRUE
+#### Hints
 
-Whether text direction is top-to-bottom (true) or bottom-to-top (false).
+- [See 15.2.2.3 Direction and justification](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+- [Relates to Internationalization (i18n)](http://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
-#### Hint
+### SFBool [in, out] **topToBottom** TRUE
 
-- See [15.2.2.3 Direction and justification](https://www.web3d.org/files/specifications/19775-1/V3.3/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+Whether text direction is top-to-bottom (true) or bottom-to-top (false).
 
-#### See Also
+#### Hints
 
-- [Relates to Internationalization (i18n)](https://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- [See 15.2.2.3 Direction and justification](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+- [Relates to Internationalization (i18n)](http://www.w3.org/standards/webdesign/i18n){:target="_blank"}
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
-### MFString [in, out] **justify** "BEGIN" <small>["BEGIN"|"END"|"FIRST","MIDDLE"|""]</small>
+### MFString [in, out] **justify** "BEGIN" <small>["BEGIN", "END", "FIRST", "MIDDLE", ""]</small>
 
-The justify field determines alignment of the above text layout relative to the origin of the object coordinate system.
+The *justify* field determines horizontal and vertical alignment of text layout, relative to the origin of the object coordinate system.
 
 #### Hints
 
-- Preferred value is usually justify=' "MIDDLE" "MIDDLE" ' for centered justification horizontally and vertically. MFString arrays can have multiple values, so "separate each individual string" "by using quote marks". See [15.2.2.3 Direction and justification](https://www.web3d.org/files/specifications/19775-1/V3.3/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+- Preferred value is usually *justify*=' "MIDDLE" "MIDDLE" ' for centered justification horizontally and vertically.
+- MFString arrays can have multiple values, so "separate each individual string" "by using quote marks".
+- [See 15.2.2.3 Direction and justification](https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/text.html#Directionandjustification){:target="_blank"} for details.
+- (X3D version 4.0 draft) accessType relaxed to inputOutput in order to support animation and user accessibility.
 
 #### Warnings
 
-- Exactly two string values are provided for major and minor axis alignment. Do not use illegal values such as LEFT RIGHT TOP BOTTOM or CENTER.
+- Exactly two string values are provided for major and minor axis alignment.
+- Do not use illegal values such as LEFT RIGHT TOP BOTTOM or CENTER.
 
-## Description
+## Advisories
 
-### Hint
+### Hints
 
 - First add a Text node as a parent.
+- [Wikipedia](https://en.wikipedia.org/wiki/Font){:target="_blank"}
 
-## External Links
+## See Also
 
-- [X3D Specification of ScreenFontStyle](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#ScreenFontStyle){:target="_blank"}
+- [X3D Specification of ScreenFontStyle node](https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/layout.html#ScreenFontStyle){:target="_blank"}