pack-priv Class ColorGlyphSurfaceData

Implements abstract sun.java2d.SurfaceData.getBounds.

Doc from sun.java2d.SurfaceData.getBounds.

Returns the bounds of the destination surface.

Annotations

@Override

Implements abstract sun.java2d.SurfaceData.getDestination.

Doc from sun.java2d.SurfaceData.getDestination.

Returns destination associated with this SurfaceData. This could be either an Image or a Component; subclasses of SurfaceData are responsible for returning the appropriate object.

Annotations

@Override

Implements abstract sun.java2d.SurfaceData.getDeviceConfiguration.

Doc from sun.java2d.SurfaceData.getDeviceConfiguration.

Return the GraphicsConfiguration object that describes this destination surface.

Annotations

@Override

Implements abstract sun.java2d.SurfaceData.getRaster.

Doc from sun.java2d.SurfaceData.getRaster.

Return a readable Raster which contains the pixels for the specified rectangular region of the destination surface. The coordinate origin of the returned Raster is the same as the device space origin of the destination surface. In some cases the returned Raster might also be writeable. In most cases, the returned Raster might contain more pixels than requested.

Annotations

@Override

Implements abstract sun.java2d.SurfaceData.getReplacement.

Doc from sun.java2d.SurfaceData.getReplacement.

Certain changes in the configuration of a surface require the invalidation of existing associated SurfaceData objects and the creation of brand new ones. These changes include size, ColorModel, or SurfaceType. Existing Graphics objects which are directed at such surfaces, however, must continue to render to them even after the change occurs underneath the covers. The getReplacement() method is called from SunGraphics2D.revalidateAll() when the associated SurfaceData is found to be invalid so that a Graphics object can continue to render to the surface in its new configuration. Such changes only tend to happen to window based surfaces since most image based surfaces never change size or pixel format. Even VolatileImage objects never change size and they only change their pixel format when manually validated against a new GraphicsConfiguration, at which point old Graphics objects are no longer expected to render to them after the validation step. Thus, only window based surfaces really need to deal with this form of replacement.

Annotations

@Override