Display Ghostscript (DGS) is functionally upward-compatible with Adobe Display PostScript, but it has been written independently. The Display Ghostscript System provides a device-independent imaging model for displaying information on a screen. The imaging model uses the PostScript language which has powerful graphics capabilities and frees the programmer from display-specific details like screen resolution and color issues. DGS is an integral part of the GNUstep Development Environment.
|Tags||Desktop Environment GNUstep|
Release Notes: Due to serious problems in supporting multiple contexts in the current dgs structure, the developers have decided to rewrite dgs. Version 0.5.10 will be the last release before this rewrite. This version is stable enough to use with a client that uses only a single context. Major changes include a fix for the CPU hogging bug at shutdown time, code clean ups, agent code is split into different files, the drawing area size restriction bug is fixed, better configuration and RPM support.
Release Notes: This version contains mostly bug fixes, since Ghostscript 6.0 has been delayed. It features better context switching, configuration and makefile cleanup, additional support for RPMs, added tcp_wrappers support and various bug fixes.
Release Notes: DGS can run on a machine with a different byte order from the one it receives client data from, multiple contexts and context switching has been implemented, DGS also launches a server faster (after the first one), by forking a new server for the new process, you can change mode of debug via arguments passed to dpsnx.agent, and you can specify the port number when you call dpsnx.agent directly.
Release Notes: The dgs server accept TCP connection and UNIX connection at a time if the client runs on the same host of the server or the architecture of the host where the client runs has same byteorder of the architecture of the host where the server.
Release Notes: DGS has been updated to include all the work the L. Peter Deutsch did to upgrade Ghostscript for DPS compatibility. This does not have all the functionality for a full DPS system, but it comes close. The current implementaion uses a *fork*-based server. After the first time the dgs system is started using dpsnx.agent, subsequent calls to start a DGS context cause the current context to fork a new process. This is not the best solution, but it is faster than previous methods. <P><B>Note:</B> This release is for developers only.