| Home >> All >> gnu >> java >> [ awt Javadoc ] |
| • | gnu.java.awt.color.* (13) | • | gnu.java.awt.font.* (18) | • | gnu.java.awt.image.* (2) | • | gnu.java.awt.java2d.* (9) |
| • | gnu.java.awt.peer.* (113) |
• gnu.java.awt: Javadoc index of package gnu.java.awt.
Package Samples:
• gnu.java.awt.color
• gnu.java.awt.peer.gtk
• gnu.java.awt.peer
• gnu.java.awt.peer.qt
• gnu.java.awt.image
• gnu.java.awt.font.opentype.truetype
• gnu.java.awt.font.opentype
• gnu.java.awt.font
• gnu.java.awt.java2d
• 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 *) ...
• VirtualMachine: A virtual machine for interpreting TrueType bytecodes. Lack of Thread Safety: The virtual machine is intentionally not safe to access from multiple concurrent threads. Synchronization needs to be performed externally. Usually, the font has already obtained a lock before calling the scaler, which in turn calls the VM. It would be wasteful to acquire additional locks for the VM. Implementation Status: The current implementation can execute pre-programs of fonts, but it does not yet actually move any points. Control flow and arithmeti instructions are implemented, but most geometric instructions are ...
• 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 ...
• GlyphNamer: Provides names for glyphs, which is useful when embedding fonts in PostScript or PDF documents. If the font has a Zapf table, it is used to map glyph IDs back to a sequence of Unicode codepoints, which then makes it possible to look up or synthesize a PostScript glyph name according to Adobe’s conventions. This allows to extract the original text from the generated PDF or PostScript file, which is important for indexing, searching and extracting. Otherwise, glyph names are taken from the post table . All known formats (1, 2, 2.5, 3 and 4) are supported. Open Tasks: The code could be cleaner ...
• BitwiseXORComposite: A composite for emulating traditional bitwise XOR of pixel values. Please note that this composite does not implement the Porter-Duff XOR operator, but an exclusive or of overlapping subpixel regions. The above screen shot shows the result of applying six different BitwiseXORComposites. They were constructed with the colors colors white, blue, black, orange, green, and brown, respectively. Each composite was used to paint a fully white rectangle on top of the blue bar in the background. The purpose of this composite is to support the Graphics#setXORMode(Color) method in composite-aware graphics ...
• ClasspathToolkit: An abstract superclass for Classpath toolkits. There exist some parts of AWT and Java2D that are specific to the underlying platform, but for which the java.awt.Toolkit class does not provide suitable abstractions. Examples include some methods of java.awt.Font or java.awt.GraphicsEnvironment . Those methods use ClasspathToolkit as a central place for obtaining platform-specific functionality. In addition, ClasspathToolkit implements some abstract methods of java.awt.Toolkit that are not really platform-specific, such as the maintenance of a cache of loaded images. Thread Safety: The methods of ...
• MacResourceFork: A class for accessing data that is stored in the resource fork of Macintosh files. Writing resource forks is currently not supported. The gnu.java.awt.font package uses this class for accessing fonts in the MacOS X ".dfont" format, which is is a file in the format of a Macintosh resource fork, but stored in the normal data fork of the file. The implementation has been designed to work efficiently with the virtual memory subsystem. It is recommended to pass an instance of java.nio.MappedByteBuffer to the constructor. Thread Safety: All access is synchronized on the ByteBuffer that is passed to the ...
• 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 ...
• Scaler: An common superclass for all font scalers. The main task of font scaler is to retrieve a scaled and hinted outline for a glyph. To make text more legible, high-quality fonts contain instructions (sometimes also called “hints”) for moving the scaled control points towards the coordinate grid of the display device. Lack of Thread Safety: Font scalers are intentionally not safe to access from multiple concurrent threads. Synchronization needs to be performed externally. Usually, the font that uses this scaler already has obtained a lock before calling the scaler.
• ColorSpaceConverter: ColorSpaceConverter - used by java.awt.color.ICC_ColorSpace Color space conversion can occur in several ways: -Directly (for the built in spaces sRGB, linear RGB, gray, CIE XYZ and PYCC -ICC_ProfileRGB works through TRC curves and a matrix -ICC_ProfileGray works through a single TRC -Everything else is done through Color lookup tables. The different conversion methods are implemented through an interface. The built-in colorspaces are implemented directly with the relevant conversion equations. In this way, we hopefully will always use the fastest and most accurate method available.
• 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.
• ToneReproductionCurve: ToneReproductionCurve - TRCs are used to describe RGB and Grayscale profiles. The TRC is essentially the gamma function of the color space. For example, Apple RGB has a gamma of 1.8, most monitors are ~2.2, sRGB is 2.4 with a small linear part near 0. Linear spaces are of course 1.0. (The exact function is implemented in SrgbConverter) The ICC specification allows the TRC to be described as a single Gamma value, where the function is thus out = in**gamma. Alternatively, the gamma function may be represented by a lookup table of values, in which case linear interpolation is used.
• 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.
• SrgbConverter: Note the matrix numbers used here are NOT identical to those in the w3 spec, as those numbers are CIE XYZ relative a D65 white point. The CIE XYZ we use is relative a D50 white point, so therefore a linear Bradford transform matrix for D65->D50 mapping has been applied. (The ICC documents describe this transform) Linearized Bradford transform: 0.8951 0.2664 -0.1614 -0.7502 1.7135 0.0367 0.0389 -0.0685 1.0296 Inverse: 0.9870 -0.1471 0.1600 0.4323 0.5184 0.0493 -0.00853 0.0400 0.9685
• 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.
• GlyphMeasurer: A class for measuring TrueType and OpenType glyphs. Lack of Thread Safety: Glyph measurers are intentionally not safe to access from multiple concurrent threads. Synchronization needs to be performed externally. Usually, the font has already obtained a lock before calling the scaler, which in turn calls the GlyphMeasurer. It would thus be wasteful to acquire additional locks for the GlyphMeasurer.
• GlyphLoader: A class for loading scaled and hinted glyph outlines. Lack of Thread Safety: Glyph loaders are intentionally not safe to access from multiple concurrent threads. Synchronization needs to be performed externally. Usually, the font has already obtained a lock before calling the scaler, which in turn calls the GlyphLoader. It would thus be wasteful to acquire additional locks for the GlyphLoader.
• 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.
| Home | Contact Us | Privacy Policy | Terms of Service |