1. Display PostScript
2. Display PostScript NX (DPS-NX)

1. Display PostScript

• gleiche Steuersprache für Bildschirm und Drucker -- also keine Extra-Logik für Abbilder.
• selber definierbare Prozeduren im Server -- also weniger Verkehr zwischen Programm und Server.

Sie finden hier eine 17-seitige Einführung Display PostScript und X11 mit zwei einfachen Beispielen einer DPS/X-Anwendung (pdf).

Zwei Wege führen zu Display PostScript

1. Sie verwenden PostScript-Operatoren in Form von "Client Library"-Aufrufen, z.B. PSsetrgbcolor(.0, 1., .0). Die Client Library ist eine Prozedurensammlung, welche die Schnittstelle zwischen einer Client-Anwendung und Display PostScript (dem Bildschirm-Server) bildet. Bei Display PostScript führt der PostScript-Server einen eigenen Execution Context für jede Applikation, da der Benutzer oder die Benutzerin manchmal mehrere Applikationen gleichzeitig aktiviert hat. Die aktuelle Ausführungsumgebung wird bei jedem Aufruf einer DPS-Funktion angegeben. Beispiel:

   DPStranslate (context, 100.0, 100.0);
   

   Dabei gibt context den Execution Context an, in dem der PostScript-Operator ausgeführt werden soll. Das Argument "context" ist ein DPSContext, der in dpsclient.h definiert ist. Im Gegensatz zu den Funktionen mit dem Praefix PS ist das erste Argument einer DPS-Funktion immer ein DPSContext. Wenn Sie es nur mit einer einzigen Ausführungsumgebung zu tun haben, könnten (und sollen) Sie die Funktion PStranslate( ) statt DPStranslate( ) aufrufen.

2. Sie nutzen den Praeprozessor PSWrap, der Ihre PostScript-Fragmente in C-Code übersetzt. Dieser Weg ist der einfachere. Die PostScript-Fragmente müssen keineswegs vollständige Programme sein; eine PSWrap-Definition (kurz: Wrap) baut z.B. einen Pfad auf, definiert eine PostScript-Prozedur, setzt einen Schriftzug oder zeichnet ein grafisches Objekt. PSWrap wandelt ein .psw-File in ein C-File um, worauf der C-Compiler ein Objektmodul erzeugt, das dann gebunden werden kann. Dabei wird das "eingewickelte" PostScript-Programm weder interpretiert noch überprüft. Der PostScript-Interpreter entdeckt einen PostScript-Fehler daher erst bei der Ausführung einer Anwendung. Auf der UNIX-Workstation finden Sie allfällige Fehlermeldungen im Konsolenfile.

   Bevor eine DPS/X- oder NextStep-Anwendung eine Wrap-Definition aufrufen kann, kommt das Werkzeug PSWrap zum Einsatz. Die Umwandlung erfolgt mit dem Befehl "pswrap". Beispiel:

   pswrap hitherz.psw -o hitherz.c 
   

   PSWrap liest im Beispiel das File hitherz.psw und schreibt in das File hitherz.c.

• X11-Initialisierungen
• Erzeugen eines PostScript-Kontextes
• Haupt-Ereignisschleife, und aus dieser heraus
• Ereignisbehandlung mit PostScript-Grafik bzw. PostScript-Ausgabe

Der C-Code des DPS/X-Client

XCreateWindow( ) /* bildet Drawable */

XCreateGC( ) /* bildet GC */

XDPSCreateSimpleContext( ) /* bildet ctxt */

while (TRUE) 
{
	XEvent event;
	XNextEvent( ) /* liest naechstes Ereignis */

	switch(event.type) {

  		case ButtonRelease:
		     PSitransform( ) /* konvertiert x und y */
		     PSWDraw( )	     /* Wrap zeichnet Objekt */
         	}
}

Es ist typisch für eine DPS/X-Anwendung, dass PSWrap-Definitionen die grafischen Objekte beschreiben, während das C-Programm den Ablauf steuert. Dabei braucht der PostScript-Programmierer keine Rücksicht zu nehmen auf die Auflösung des Bildschirms, die vorhandenen Farben und die Schriftgrössen.

Plattformen

	cc -ldps -lX11 -lm main.c

	cc main.c -ldps -lXext -lX11 -lm

Als X-Server konnte früher nur eine IBM-Workstation, eine Sparc-Workstation oder eine Iris-Workstation von Silicon Graphics eingesetzt werden. Ein gewöhnlicher X-Server war nicht ausreichend -- es musste ein DPS/X-Server sein. Dies hat sich nun mit DPS-NX geändert! Der DPS-NX-Agent ermöglicht es, Display PostScript an jedem beliebigen X-Terminal zu fahren. Hat sich allerdings nicht durchgesetzt.

2. Display PostScript NX (DPS-NX)

Communicating with Display PostScript NX software

Display PostScript NX software is a host-based program that contains the PostScript interpreter. In this case, Display PostScript is separated from the X server. Instead of being integrated with the X Window System, the software communicates with the X server in the same way an application does. This arrangement lets your Display PostScript application create high-quality fonts and graphics on any X server, including X terminals and PCX servers.

The Display PostScript NX agent is a separate process from the application. The agent contains the PostScript interpreter. It executes the PostScript language code and converts it into X drawing primitives. These drawing primitives are sent to the X server for rendering in the application window. The agent does not tie up the network by downloading large bitmaps; rather, it communicates with the X server in high-performance X protocol. The agent has characteristics of both an X server (for example, it can accept network connections, process protocol requests, and multiplex simultaneous accesses) and an X client (for example, it sends drawing requests to the X server through Xlib).

Mehrere Anwendungen können gleichzeitig den gleichen DPS-NX-Agent benutzen. Erst Display PostScript ermöglicht es letztlich, eine Vielfalt von Schriften gut leserlich am Bildschirm darstellen zu können. Besonders wichtig ist dies für Acrobat-User, die PDF-Dokumente betrachten möchten.

Literatur

Adobe Systems Inc. (1992), Programming the Display PostScript System with NextStep (purple book) Addison-Wesley.

Adobe Systems Inc. (1993), Programming the Display PostScript System with X (orange book) Addison-Wesley.

Adobe Systems Inc. (1990), X Window System Programmer's Supplement to the Client Library Reference Manual, IBM SC23-2211.

Jones, Oliver (1991), Einführung in das X Window System, Carl Hanser Verlag.

Vollenweider, Peter (1992), PostScript für Workstations -- Display PostScript usw. Addison-Wesley. vergriffen, out-of-print

Ueberblick X11-Fonts.