Class TPointSetNode

This item has no description. Showing description inherited from TX3DNode.DirectEnumerateActive.

Enumerate all active child nodes of given node.

"Active nodes" are the ones affecting current look or collisions, e.g. from Switch node only one child will be enumerated. See Traverse for more precise definition.

"Direct" means that this enumerates only direct descendants, i.e. this is not recursive. See methods like Traverse or EnumerateNodes if you want recursive behavior.

This can enumerate both VRML1Children nodes and nodes within TSFNode and TMFNode fields.

Default implementation in this class enumerates all Children nodes of VRML 1.0. If you need to remove some children for VRML 1.0 (e.g. for Switch or LOD nodes) or add some children for VRML 2.0 you have to override this. You do not need to call inherited when overriding this — in fact, you should not, if you want to omit some nodes.

Stops and returns immediately if Func returns non-nil for some child.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 757).

This item has no description. Showing description inherited from TX3DNode.ForVRMLVersion.

Some nodes are present only in specific VRML/X3D version. This functions decides it.

For example some nodes can only work in VRML < 2.0, some others only in VRML >= 2.0. There are even some pairs of nodes: for example TConeNode_1 works with VRML < 2.0, TConeNode works with VRML >= 2.0.

NodesManager will use this.

Default implementation of this function returns always True. Generally, I don't try to set this too aggresively — in other words, for all cases when it's sensible, I allow nodes to be used in every VRML/X3D version, even when official specification doesn't. This means that when reading VRML 1.0 files actually a large part of VRML 2.0 is allowed too, and also while reading VRML 2.0 many constructs from VRML 1.0 (officially no longer present in VRML 2.0) are allowed too. I'm trying to support what I call a "sum of VRML 1.0 and 2.0".

In practice I only use this function when various VRML/X3D versions specify the same node name but

• With different fields.

  For example Cone and Cylinder have slightly different fields, due to the fact that VRML 2.0 resigned from using TSFBitMask fields.

• With different behavior.

  For example definitions of Sphere for VRML 1.0 and 2.0 are practically equal. However, the behavior from where to take texture and material info is different — in VRML 1.0 we take last Texture2, Material etc. nodes, while in VRML 2.0 we look in parent Shape's "appearance" field. So once again two different Sphere classes are needed.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 759).

This item has no description.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 761).

This item has no description. Showing description inherited from TAbstractGeometryNode.Lit.

Is this object lit, disregarding the material. Default implementation in TAbstractGeometryNode says True.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 763).

This item has no description. Showing description inherited from TAbstractGeometryNode.InternalCoord.

Return node's list of coordinates. Returns False if node is not based on coordinates. Returns True and sets ACoord if the node is based on coordinates. Even when returns True, it can set ACoord = Nil, which means that node is based on coordinates but they are empty right now (so for example bounding box may be considered empty).

In base TAbstractGeometryNode class this always returns False.

Override this for descendants that have some kind of "coord" field, then this should return True and set ACoord to coord.point field, assuming that coord is set and specifies Coordinate node. Override this even if coordinates affect the look indirectly, e.g. NURBS "controlPoint" fields also should be returned here. Otherwise should return True and set ACoord = Nil.

For VRML 1.0, coord may be taken from State, that's why we have to pass current traverse state here.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 764).

This item has no description. Showing description inherited from TAbstractGeometryNode.CoordField.

Node's "coord" field where you can place TCoordinateNode, or Nil if not available.

This gives you more possibilities than the InternalCoord and InternalCoordinates methods (as you can assign texCoord using this). However, it doesn't work for old VRML 1.0 (since they have coordinate information, but no "coord" field).

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 766).

This item has no description. Showing description inherited from TAbstractGeometryNode.SkinWeightsJoints.

Weights and joints for the skinned animation.

If skinned animation is possible on this node, returns True and sets Weights and Joints to the appropriate lists:

• Weights: 4D vector for each vertex, with 4 weight for the 4 most important joints that affect this vertex.

• Joints: 4 indexes for each vertex, determine the 4 most important joints that affect this vertex.

Read or modify them freely. Keep the counts correct:

• Either both lists are empty.

• Or include information about all the coordinates in CoordField. This means that

  - Weights.Count equals the coordinate count,

  - and Joints.Count is always divisible by 4,

  - and Joints.Count / 4 equals the coordinate count.

If skinned animation is not possible on this node, returns False, and Weights and Joints are set to Nil.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 767).

This item has no description.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 768).

This item has no description.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 769).

This item has no description.

Source: scene/x3d/x3dnodes_standard_rendering.inc (line 770).

Create node fields and events.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 37).

This item has no description. Showing description inherited from TX3DNode.ClassX3DType.

Node type name in VRML/X3D, for this class. Normal VRML/X3D node classes should override this to return something non-empty, and then X3DType automatically will return the same value.

Empty for classes that don't have a hardcoded VRML/X3D node name, like a special TX3DUnknownNode. Such special classes should override then X3DType to return actual non-empty name there.

You usually should call X3DType. The only use of this method is that it works on classes (it's "class function"), without needing at actual instance.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 38).

This item has no description.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 47).

Weights for the skinned animation. See TAbstractComposedGeometryNode.SetSkinWeights0 for details.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 76).

Weights for the skinned animation. See TAbstractComposedGeometryNode.SetSkinWeights0 for details.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 78).

Joints for the skinned animation. See TAbstractComposedGeometryNode.SetSkinJoints0 for details.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 84).

Joints for the skinned animation. See TAbstractComposedGeometryNode.SetSkinJoints0 for details.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 86).

Internal wrapper for property Attrib. This wrapper API may change, we advise to access simpler Attrib instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 43).

Internal wrapper for property Color. This wrapper API may change, we advise to access simpler Color instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 52).

This item has no description.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 54).

Internal wrapper for property Coord. This wrapper API may change, we advise to access simpler Coord instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 58).

This item has no description.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 60).

Internal wrapper for property FogCoord. This wrapper API may change, we advise to access simpler FogCoord instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 65).

This item has no description.

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 69).

Internal wrapper for property SkinWeights0. This wrapper API may change, we advise to access simpler SkinWeights0 instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 74).

Internal wrapper for property SkinJoints0. This wrapper API may change, we advise to access simpler SkinJoints0 instead, if it is defined (TODO: for now, some field types do not have a simpler counterpart).

Source: scene/x3d/auto_generated_node_helpers/x3dnodes_pointset.inc (line 82).