All Packages from gnu.java.awt.peer.gtk.* to gnu.java.awt.peer.swing.*

Home >> All >> gnu >> java >> awt >> [ peer Javadoc ]

•

• gnu.java.awt.peer: Javadoc index of package gnu.java.awt.peer.

Package Samples:

• gnu.java.awt.peer.gtk
• gnu.java.awt.peer.qt
• gnu.java.awt.peer.swing

Classes:

• GThreadNativeMethodRunner: Implements pthread_create(), under glib's gthread abstraction, for use with GNU Classpath's --portable-native-sync option. This is used in gthread-jni.c Also implements a registry for threads, mapping Thread objects to small integers. The registry uses weak references for threads that aren't joinable, so that they will be garbage collected. There are a number of possible alternative implementations. The rest of this comment consists of an answer to a question that was raised on the commit-classpath mailing list: Mark Wielaard wrote: > Can't we assume that jobject and gpointer are both (void *) ...
• SwingComponentPeer: The base class for Swing based component peers. This provides the basic functionality needed for Swing based component peers. Many methods are implemented to forward to the Swing component. Others however forward to the component's parent and expect the toplevel component peer to provide a real implementation of it. These are for example the key methods getGraphics() 55 and createImage(int, int) 55 , as well as getLocationOnScreen() 55 . This class also provides the necesary hooks into the Swing painting and event handling system. In order to achieve this, it traps paint, mouse and key events in ...
• ClasspathFontPeer: A peer for fonts that are used inside Classpath. The purpose of this interface is to abstract from platform-specific font handling in the Classpath implementation of java.awt.Font and related classes. State kept by the peer: a peer is generated for each Font object in the default implementation. If you wish to share peers between fonts, you will need to subclass both ClasspathFontPeer and ClasspathToolKit . Thread Safety: Methods of this interface may be called from arbitrary threads at any time. Implementations of the ClasspathFontPeer interface are required to perform the necessary synchronization ...
• GThreadMutex: Implements a mutex object for glib's gthread abstraction, for use with GNU Classpath's --portable-native-sync option. This is used in gthread-jni.c. We use this object to implement the POSIX semantics for Mutexes. They are needed are needed for the function vector that is passed to glib's g_thread subpackage's initialization function. The GThreadMutex object itself serves as the Real Lock; if code has entered the monitor for this GThreadMutex object (in Java language, if it's synchronized on this object) then it holds the lock that this object represents.
• GtkImage: GtkImage - wraps a GdkPixbuf or GdkPixmap. The constructor GtkImage(int, int) creates an 'off-screen' GdkPixmap, this can be drawn to (it's a GdkDrawable), and correspondingly, you can create a GdkGraphics object for it. This corresponds to the Image implementation returned by Component.createImage(int, int). A GdkPixbuf is 'on-screen' and the gdk cannot draw to it, this is used for the other constructors (and other createImage methods), and corresponds to the Image implementations returned by the Toolkit.createImage methods, and is basically immutable.
• SwingWindowPeer: An abstract base class for Swing based WindowPeer implementation. Concrete implementations of WindowPeers should subclass this class in order to get the correct behaviour. As a minimum, a subclass must implement all the remaining abstract methods as well as the following methods: ComponentPeer#getLocationOnScreen() ComponentPeer#getGraphics() ComponentPeer#createImage(int, int)
• SwingFramePeer: An abstract base class for FramePeer implementations based on Swing. This class provides the ability to display and handle AWT MenuBars that are based on Swing. As a minimum, a subclass must implement all the remaining abstract methods as well as the following methods: ComponentPeer#getLocationOnScreen() ComponentPeer#getGraphics() ComponentPeer#createImage(int, int)
• QtRepaintThread: This class does repainting of Component back-buffers. It is undesirable to do this directly from the paint callback in QtComponentPeer, because that is executed from the main thread. Thus, if a call is made at the same time which requires execution by the main thread, and this is sharing a lock with paint(), then a deadlock will occur, which must be avoided. In general, the main Qt thread should avoid calling into java code as far as possible.
• QtComponentGraphics: QtComponentPainter is a Graphics2D context for painting directly to AWT components. They require an existing QPainter object (the one passed into the native paint method), and are created there (ONLY). Since this context does direct on-screen drawing it is NOT thread-safe, and should NOT be used outside the thread in which it was created. In other words, this is intended for use by QtComponentPeer.paintEvent() only.
• GLightweightPeer: A stub class that implements the ComponentPeer and ContainerPeer interfaces using callbacks into the Component and Container classes. GLightweightPeer allows the Component and Container classes to treat lightweight and heavyweight peers in the same way. Lightweight components are painted directly onto their parent containers through an Image object provided by the toolkit.
• GtkSelection: Class representing the gtk+ clipboard selection. This is used when another program owns the clipboard. Whenever the system clipboard selection changes we create a new instance to notify the program that the available flavors might have changed. When requested it (lazily) caches the targets, and (text, image, or files/uris) clipboard contents.
• GtkToolkit: This class accesses a system property called gnu.java.awt.peer.gtk.Graphics . If the property is defined and equal to "Graphics2D", the cairo-based GdkGraphics2D will be used in drawing contexts. Any other value will cause the older GdkGraphics object to be used.
• SwingComponent: Defines some additional methods that the Swing components must implement in order to work with the Swing peers. This is usually achieved by subclassing a Swing component and forwarding the method calls to some protected JComponent method.
• MainQtThread: This Thread is the main Qt thread. It doesn't appear to do much here, since all custom code executed by this thread is injected into Qt's main event loop through the (native) MainThreadInterface class.
• SwingToolkit: A base implementation for java.awt.Toolkit that provides the Swing based widgets. Concrete implementations still must provide the remaining abstract methods.
• QtGraphics: QtGraphics is an abstract implementation of Graphics2D over a QPainter object. This is to be subclassed for different drawing contexts, which may have different requirements.
• SwingMenuBarPeer: A Swing based peer for the AWT menu bar. This is a little bit different from the other peers, since the AWT MenuBar is not derived from the AWT component.
• QtEmbeddedWindowPeer: Embedded window peer for applets. FIXME: EmbeddedWindowPeer and this class should extend Window, NOT Frame.
• GdkTextLayout: This is an implementation of the text layout peer interface which delegates all the hard work to pango.
• GtkImageConsumer: Helper class to GtkImage. Sits and gathers pixels for a GtkImage and then calls GtkImage.setImage().
• QtImageConsumer: Helper class to QtImage. Sits and gathers pixels for a QtImage and then calls QtImage.setImage().
• QtImageGraphics: QtComponentPainter is a Graphics2D context for painting to QtImage and QtVolatileImages.

Home | Contact Us | Privacy Policy | Terms of Service