Class SoTransformManip
- java.lang.Object
-
- com.openinventor.inventor.Inventor
-
- com.openinventor.inventor.misc.SoBase
-
- com.openinventor.inventor.fields.SoFieldContainer
-
- com.openinventor.inventor.nodes.SoNode
-
- com.openinventor.inventor.nodes.SoTransformation
-
- com.openinventor.inventor.nodes.SoTransform
-
- com.openinventor.inventor.manips.SoTransformManip
-
- All Implemented Interfaces:
SafeDisposable
- Direct Known Subclasses:
SoCenterballManip
,SoHandleBoxManip
,SoJackManip
,SoTabBoxManip
,SoTrackballManip
,SoTransformBoxManip
,SoTransformerManip
public class SoTransformManip extends SoTransform
Base class for all transform nodes with built-in 3D user interfaces.SoTransformManip
is the base class for allSoTransform
nodes that have a built-in 3D user interface. Since it is derived fromSoTransform
, any changes to its fields result in the rotation, scaling, and/or translation of nodes that follow it in the scene graph.Typically, you will want to replace a regular
SoTransform
with anSoTransformManip
(as when the user selects an object to be moved), or vice versa (as when the object is deselected, and the motion interface should go away). Use thereplaceNode()
method to insert a manipulator into a scene graph, and thereplaceManip()
method to remove it when done.Every subclass of
SoTransformManip
utilizes a dragger of some sort to provide a 3D interface. (This class does not have dragger; but all the subclasses do.) However a manipulator differs from a dragger; it influences other objects in the scene because, as anSoTransform
, it alters the state. The fields values and movement of a dragger, on the other hand, affect only the dragger itself.Each
SoTransformManip
subclass utilizes its dragger by adding it as a hidden child. When an action is applied to the manipulator, such as rendering or handling events, the manipulator first traverses the dragger, and then the manipulator adds its transformation matrix to the state. When you click-drag-release over the manipulator, it passes these events down to the dragger, which moves as a result ("I can't <B> help </B> it, I'm a dragger!").The manipulator maintains consistency between the fields of the dragger and its own fields. Let's say you use the mouse to rotate the dragger . Callbacks insure that the rotation field of the manipulator will change by the same amount, resulting in the rotation of nodes which follow in the scene graph. Similarly, if you set any of the
SoTransformManip
fields the manipulator will move the dragger accordingly. You can use this feature to impose constraints on a manipulator: If the user moves the manipulator so that a field value becomes too large, you can set the field back to your desired maximum, and the whole thing will move back to where you specified.Since each
SoTransformManip
uses a dragger to provide its interface, you will generally be told to look at the dragger's reference page for details of how it moves and what the different parts are for. The interface for the dragger and the manipulator will always be exactly the same. Usually, anSoTransformManip
will surround the objects that it influences (i.e., those that move along with it). This is because the manipulator turns on the surroundScale part of its dragger; so the dragger geometry expands to envelope the other objects (see the reference page forSoSurroundScale
).Because the dragger is a hidden child, you can see the dragger on screen and interact with it, but the dragger does not show up when you write the manipulator to file. Also, any
SoPath
will end at the manipulator. (See the Actions section of this reference page for a complete description of when the dragger is traversed).You can get this dragger from the manipulator using the
getDragger()
method. You will need to do this if you want to change the geometry of a manipulator, since the geometry actually belongs to the dragger.File format/default:
TransformManip {
translation 0 0 0 rotation 0 0 1 0 scaleFactor 1 1 1 scaleOrientation 0 0 1 0 center 0 0 0 Action behavior:
SoGLRenderAction
,SoCallbackAction
,SoGetBoundingBoxAction
,SoGetMatrixAction
,SoHandleEventAction
,SoRayPickAction
First, traverses the dragger the way anSoGroup
would. All draggers place themselves in space, but leave the current transformation unchanged when finished. Then theSoTransformManip
accumulates a transformation into the current transformation just like its base class,SoTransform
.SoSearchAction
Searches just like anSoTransform
. Does not search the dragger, which is a hidden child.SoWriteAction
Writes out just like anSoTransform
. Does not write the dragger, which is a hidden child. If you really need to write valuable information about the dragger, such as customized geometry, you can retrieve the dragger with thegetDragger()
method and then write it out separately.
-
-
Nested Class Summary
-
Nested classes/interfaces inherited from class com.openinventor.inventor.nodes.SoNode
SoNode.RenderModes
-
Nested classes/interfaces inherited from class com.openinventor.inventor.Inventor
Inventor.ConstructorCommand
-
-
Field Summary
-
Fields inherited from class com.openinventor.inventor.nodes.SoTransform
center, rotation, scaleFactor, scaleOrientation, translation
-
Fields inherited from class com.openinventor.inventor.Inventor
VERBOSE_LEVEL, ZeroHandle
-
-
Constructor Summary
Constructors Constructor Description SoTransformManip()
Constructor.
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description SoDragger
getDragger()
Returns the dragger being used by this manipulator.boolean
replaceManip(SoPath p, SoTransform newOne)
Replaces the tail of the path, which must be this manipulator, with the givenSoTransform
node.boolean
replaceNode(SoPath p)
Replaces the tail of the path with this manipulator.-
Methods inherited from class com.openinventor.inventor.nodes.SoTransform
combineLeft, combineRight, getRotationSpaceMatrix, getScaleSpaceMatrix, getTranslationSpaceMatrix, multLeft, multRight, pointAt, recenter, setMatrix
-
Methods inherited from class com.openinventor.inventor.nodes.SoNode
affectsState, callback, copy, copy, distribute, doAction, getAlternateRep, getBoundingBox, getByName, getMatrix, getPrimitiveCount, getRenderEngineMode, getRenderUnitID, GLRender, GLRenderBelowPath, GLRenderInPath, GLRenderOffPath, grabEventsCleanup, grabEventsSetup, handleEvent, isBoundingBoxIgnoring, isOverride, pick, rayPick, search, setOverride, touch, write
-
Methods inherited from class com.openinventor.inventor.fields.SoFieldContainer
copyFieldValues, copyFieldValues, enableNotify, fieldsAreEqual, get, getAllFields, getEventIn, getEventOut, getField, getFieldName, hasDefaultValues, isNotifyEnabled, set, setToDefaults
-
Methods inherited from class com.openinventor.inventor.misc.SoBase
dispose, getName, isDisposable, isSynchronizable, setName, setSynchronizable
-
Methods inherited from class com.openinventor.inventor.Inventor
getNativeResourceHandle
-
-
-
-
Method Detail
-
replaceManip
public boolean replaceManip(SoPath p, SoTransform newOne)
Replaces the tail of the path, which must be this manipulator, with the givenSoTransform
node. If the path has a nodekit, this will try to use setPart() to insert the new node. Otherwise, the manipulator requires that the next to last node in the path chain be a group.The field values from the manipulator will be copied to the transform node, and the manipulator will be replaced.
The manipulator will not make any changes to field connections. The calling process is thus responsible for keeping track of its own nodes and field connections.
-
replaceNode
public boolean replaceNode(SoPath p)
Replaces the tail of the path with this manipulator. The tail of the path must be anSoTransform
node (or subclass thereof). If the path has a nodekit, this will try to use setPart() to insert the manipulator. Otherwise, the manipulator requires that the next to last node in the path chain be a group.The field values from the transform node will be copied to this manipulator, and the transform will be replaced.
The old node will disappear if it has no references other than from the input path p and its parent, since this manipulator will be replacing it in both of those places. Nor will the manipulator make any changes to field connections of the old node. The calling process is thus responsible for keeping track of its own nodes and field connections.
-
-