Home >> All >> com >> xerox >> VTM >> [ engine Javadoc ]

• com.xerox.VTM.engine: Javadoc index of package com.xerox.VTM.engine.


Package Samples:

• com.xerox.VTM.engine

Classes:

• SwingWorker: This is the 3rd version of SwingWorker. (also known as * SwingWorker 3), an abstract class that you subclass to * perform GUI-related work in a dedicated thread. For * instructions on using this class, see: * * http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html * * Note that the API changed slightly in the 3rd version: * You must now invoke start() on the SwingWorker after * creating it.
• View: A view is a window and can be composed of one or several cameras superimposed - use EView or IView A view is repainted on a regular basis when active - for inactive views, the default is to repaint only if the mouse is inside the view (but the frame is not selected) - this can be changed to repaint the view automatically even if it is not selected and if the mouse is not inside, using setRepaintPolicy()
• CameraManager: The Camera Manager is in charge of all cameras of a virtual space (there is one camera manager per virtual space) when a camera is destroyed, its index is not reused for another one - so if camera number #3 is removed and then a new camera is added it will be assigned number #4 even though there is no camera at index #3 any longer
• SwingWorkerParam: An abstract class that you subclass to perform * GUI-related work in a dedicated thread. * For instructions on using this class, see * http://java.sun.com/products/jfc/swingdoc-current/threads2.html * Allow parameters for the construct method. * @see com.xerox.VTM.engine.SwingWorker
• AppEventHandler: Abstract class that every VTM-based application should subclass - deals with events like mouse clicks, keyboard events, and entering/leaving a glyph - for every method, mod tells if a modifier key is pressed at the time of the event 0 = no key, 1 = shift, 2 = ctrl, 3 = ctrl+shift
• AppletEventHandler: Abstract class that every VTM-based application should subclass - deals with events like mouse clicks, keyboard events, and entering/leaving a glyph - for every method, mod tells if a modifier key is pressed at the time of the event 0 = no key, 1 = shift, 2 = ctrl, 3 = ctrl+shift
• AccIView: An internal view is a window and can be composed of one or several cameras superimposed (uses a JInternalFrame) - this one is hardware accelerated (at least under Win32) using VolatileImage available since JDK 1.4.0 (does not accelerate bitmaps)
• AccEView: An external view is a window and can be composed of one or several cameras superimposed (uses a standard JFrame) this one is hardware accelerated (at least under Win32) using VolatileImage available since JDK 1.4.0 (does not accelerate bitmaps)
• AccViewPanel: Each view runs in its own thread - uses double buffering - this one is hardware accelerated (at least under Win32) using VolatileImage available since JDK 1.4.0 (does not accelerate bitmaps)
• Camera: a Camera is used to observe the virtual space which owns it - all cameras have unique IDs, as glyph - (x,y) coordinates, observation altitude and focal distance can be changed
• VirtualSpaceManager: Virtual space manager - VTM root class - virtual space management (camera, glyphs,...) is done here - primary interface to application. This is the main class to instantiate.
• AnimParams: class used to temporarily store animation parameters in case it is being delayed by Animation Manager - used for both glyph and camera animations
• AnimManager: The Animation Manager runs in its own thread - it is in charge of running every standard animations and movements of the active camera
• EView: An external view is a window and can be composed of one or several cameras superimposed (uses a standard JFrame)
• IView: An internal view is a window and can be composed of one or several cameras superimposed (uses a JInternalFrame)
• AppletView: An applet view is a panel and can be composed of one or several cameras superimposed (uses a standard JFrame)
• IViewContainer: a JFrame that can contain AccIView and IView VTM windows (required to create such views)
• AppletViewPanel: Each view runs in its own thread - uses double buffering - for use in JApplet only
• VirtualSpace: A virtual space contains glyphs and can be observed through one or several cameras
• GColorationPRR: glyph animation: coloration (H,S,V) (parameterable refresh rate)
• GTranslationPRR: glyph animation: translation (X,Y) (parameterable refresh rate)
• StdViewPanel: Each view runs in its own thread - uses double buffering
• ViewPanel: Each view runs in its own thread - uses double buffering
• GRotatePRR: glyph animation: rotation (parameterable refresh rate)

Home | Contact Us | Privacy Policy | Terms of Service