public class UpdateControl extends AbstractControl
enabled, spatial| Constructor and Description |
|---|
UpdateControl() |
| Modifier and Type | Method and Description |
|---|---|
protected void |
controlRender(RenderManager rm,
ViewPort vp)
To be implemented in subclass.
|
protected void |
controlUpdate(float tpf)
To be implemented in subclass.
|
<V> java.util.concurrent.Future<V> |
enqueue(java.util.concurrent.Callable<V> callable)
Enqueues a task/callable object to execute in the jME3
rendering thread.
|
java.lang.Object |
jmeClone()
Performs a regular shallow clone of the object.
|
cloneFields, cloneForSpatial, getSpatial, isEnabled, read, render, setEnabled, setSpatial, update, writepublic <V> java.util.concurrent.Future<V> enqueue(java.util.concurrent.Callable<V> callable)
V - type of result returned by the Callablecallable - the Callable to runprotected void controlUpdate(float tpf)
AbstractControlcontrolUpdate in class AbstractControltpf - time per frame (in seconds)protected void controlRender(RenderManager rm, ViewPort vp)
AbstractControlcontrolRender in class AbstractControlrm - the RenderManager rendering the controlled Spatial (not null)vp - the ViewPort being rendered (not null)public java.lang.Object jmeClone()
JmeCloneableThis method is separate from the regular clone() method so that objects might still maintain their own regular java clone() semantics (perhaps even using Cloner for those methods). However, because Java's clone() has specific features in the sense of Object's clone() implementation, it's usually best to have some path for subclasses to bypass the public clone() method that might be cloning fields and instead get at the superclass protected clone() methods. For example, through super.jmeClone() or another protected clone method that some base class eventually calls super.clone() in.
jmeClone in interface JmeCloneablejmeClone in class AbstractControl