Wem ist es noch nie so ergangen, daß er in mühevoller Kleinarbeit seinen Programmquellcode geschrieben hat und ihn dann - weil er so kompliziert geworden ist und man ihn inzwischen vielleicht selbst kaum mehr versteht - ausdrucken möchte. Programmierer können davon, glaube ich, ein Liedchen singen...

Wohlan und frisch zur Tat, aber wohl dem, der ein Textverarbeitungsprogramm wie zum Beispiel 'Ist Word’ besitzt. Allerdings ist diese Art des Ausdruckens auch nicht die beste Lösung, denn es dauert doch immer eine Weile, bis man die Diskette mit dem Programm gefunden hat. Besser wäre es, wenn das Programm zum Ausdrucken immer schon im Rechner sein könnte. Glücklicherweise setzen sich bei den Entwicklungssystemen wie zum Beispiel ’MEGAMAX C’ oder 'PASCAL plus von CCD’ Shells durch, die es gestatten, in einer bestimmten Programmierumgebung unter GEM zu bleiben, ohne zwischen dem Editieren und Compilieren in das ’Desktop’ wieder zurückzukehren. Aber leider gibt es beim Ausdrucken von Quellcodes meist ein Problem: In den Programmen - besonders unter C -kommen häufig geschweifte Klammern und gleichzeitig deutsche Umlaute vor. Jetzt fragt man sich, worin das Problem liegt! Ganz einfach: der Drucker hat einen Zeichenvorrat, den man entsprechend der Nationalität umschalten kann. Will man also deutsche Umlaute wie zum Beispiel ’äüöß’ etc. drucken, muß dem Drucker mitgeteilt werden, daß man seinen deutschen Zeichensatz benutzen möchte. Der amerikanische Zeichensatz besitzt keine Umlaute, allerdings hat man die Stellen, die im deutschen Zeichensatz mit diesen Umlauten belegt sind, nun mit anderen Zeichen belegt, womit wir wieder bei unserer geschweiften Klammer wären, denn genau diese liegen im amerikanischen Zeichensatz an gleicher Stelle, wo im deutschen Zeichensatz die Umlaute zu finden sind. Wohlgemerkt, wir reden vom Zeichensatz im Drucker, nicht im Rechner. Will man also folgende Zeichen drucken ("[Möglichkeit]”), dann muß ich dem Drucker mitteilen, daß er den amerikanischen Zeichensatz benutzen soll, drucke meine Klammer und teile ihm dann mit, er möge wieder auf den deutschen Zeichensatz umschalten, damit ich die Umlaute in dem Text drucken kann usw.

Das Programm, das den Text ausdruckt, muß also darauf achten, welche Zeichen zum Drucker geschickt werden, und gegebenenfalls auf den entsprechenden Zeichensatz im Drucker umschalten. Dies geschieht bei den Druckern durch sogenannte Fluchtsequenzen (Näheres entnehmen sie bitte ihrem Druckerhandbuch).

Lange Rede, kurzer Sinn: wir hätten also ganz gerne ein kleines(!) Programm, das immer da ist, wenn man einen Quellcode ausdrucken möchte, das für jeden Drucker verwendbar (universell) ist und unsere Zeichenumkodierung selbständig durchführt.

Und genau dieses Programm liegt Ihnen nun vor:

1. Die Länge des untenstehenden Programmes hält sich in Grenzen (ca. 5 Kb).
2. GEM bietet die Möglichkeit, sogenannte Accessories beim Starten des Computers mitzuladen, die dann über die Menüzeile immer abrufbereit sind. Dies wollen wir nutzen.
3. Das Programm liest eine leicht zu erstellende Datei und führt entsprechend dieser dann die Umkodierung durch. Es ist also universell.

Zuerst zur Erstellung der Datei:

Wir haben als Beispiel schon eine Datei abgedruckt, die eine Anpassung an einen Epson-kompatiblen Drucker darstellt. Wie ist die Datei aufgebaut...?

Die Datei besteht aus einer Anzahl von Zeilen, die mit einem abgeschlossen werden. An erster Stelle befindet sich der Hexadezimalcode des Zeichens. Die Zahlen dahinter geben die Codes an, die anstatt dieses Zeichens gesendet werden sollen. Wenn nun zum Beispiel ein ’ä’ geschickt wird, dann steht in der Tabelle folgende Zeile:

841b 52 02 7b ★

84:
Der Hexcode des ASCIIwertes des Zeichens im Rechner

1b 52 02:
Fluchtsequenz, die den Drucker (EP-SON-kompatible!) auf deutschen Zeichensatz schaltet.

7b:
Druckercode für das Zeichen im Drucker (Eine Zeichentabelle ist bestimmt in ihrem Druckerhandbuch zu finden).

*:
Abschluß der Zeile.

Sind nun alle Zeichen mit Umkodierung eingegeben, dann wird in der letzten Zeile ein ’ + ’ eingetragen, das dem Programm mitteilt, daß die Datei zu Ende ist. Noch eine Bitte: achten Sie darauf, daß zwischen jedem Hexcode genau ein Zwischenraum bleibt, sonst läuft die Umkodierung nicht richtig.

Nachdem Sie nun verstanden haben, wie die Tabelle auf gebaut ist, wollen wir kurz auf das Prinzip des Programms eingehen: das Programm lädt die Datei ’pri.sde’, die die Tabelle mit der Umkodierung enthält, reserviert entsprechend der Länge Speicherplatz, nimmt die Umkodierung der internen Tabelle vor und gibt danach den Speicherplatz wieder frei.

Die Umkodierung: Das Programm enthält ein zweidimensionales Feld, das 256 Einträge a 8 Stellen groß ist. Soll nun wie oben der Buchstabe ’ä’ umkodiert werden, werden die Ersatzwerte in das folgende Feld eingetragen.

convert[84][0]= 4;
Im ersten Eintrag steht die Anzahl der zu sendenden Zeichen. In dem oben gezeigten Beispiel sind es vier.

convert[84][1]= 0x1b;
erster Wert: Fluchtsymbol (ESC)

convert[84][2]= 0x52;
zweiter Wert: Zeichensatzänderung

convert[84][3]= 0x02;
dritter Wert: deutscher Zeichensatz

convert[84][4]= 0x7b;
vierter Wert: Wert für ’ä’ im Drucker

Die restlichen Einträge bleiben unbenutzt. Durch dieses Schema können also bis zu sieben Werte (ein Eintrag geht für den Merker der Länge 'verloren’) pro Buchstabe gesendet werden. Sollte Ihnen das nicht genügen, so ändern Sie die Initialisierung der Variablen ’convert’ entsprechend ab. Am Anfang wird die Tabelle so gefüllt, daß in jedem Feld das Zeichen steht, welches auch gesendet werden soll. So ersparen Sie es sich, jedes Zeichen in der Datei zu definieren. Haben Sie ein Zeichen nicht definiert, dann nimmt das Programm an, Sie wollten es als normalen ASCII-Wert an den Drucker schicken.

Wenn das Programm nun einen Text zum Ausdrucken geladen hat, so druckt es die Buchstaben über einen Umweg aus. Es schaut in dem Feld ’convert’ unter dem entsprechenden Eintrag nach und druckt dann diesem entsprechend die Werte aus. So werden also bei Umlauten mehrere Zeichen an den Drucker ausgegeben, während bei nicht kodierten Zeichen einfach dieses Zeichen - also nur ein Wert — an den Drucker geschickt wird. Keine Angst! Der Druckvorgang würde nur dann wesentlich langsamer, wenn der halbe Text aus Umlauten oder Klammern bestünde.

Nun will ich noch einmal kurz auf Accessories von GEM eingehen. Dies sind Programme, die ’im Hintergrund’ neben den Hauptprogramm, meist in einer kleinen Schleife, mitlaufen und darauf warten, aktiviert zu werden. Um aktiviert werden zu können, trägt man sich in die Menüzeile des Desktops mit dem Befehl ’menu_register (ap_id,” Name”)’ ein. Dann wartet man mit dem Befehl ’evnt__mesag (puffer)’ auf eine Botschaft von GEM. Botschaften gibt es in mehreren Fällen: So zum Beispiel, wenn ein Fenster verschoben, vergrößert, verkleinert wird, oder wenn ein Eintrag im Accessory-Dropdownmenü angeklickt wurde. Die Meldung steht im ersten Eintrag des zu übergebenden Botschaftspuffers. Wir müssen also vergleichen, ob eine Accessory angeklickt wurde, indem ich puffer[0] mit der Definition AC_OPEN (in gemdefs.h) vergleiche. Zusätzlich muß ich noch den fünften Wert des Puffers mit dem Rückgabewert von ’menu_register()’ vergleichen, um sicherzugehen, daß auch wir gemeint waren und nicht eine andere Accessory (es können ja mehrere im Speicher des ST laufen!). Wenn Sie wollen, können Sie sogar von einer Accessory mehrere Einträge unterbringen. Eine Accessory, die das macht, besitzen Sie sogar: Das Kontrollfeld! Ist Ihnen schon einmal aufgefallen, daß, wenn Sie das Kontrollfeld laden, automatisch die Druckeranpassung in dem Menü zusätzlich auftaucht? Übrigens: Bitte denken Sie daran, daß Sie das Programm entsprechend den Angaben ihres Entwicklungspaketes compilieren. So müssen bei MEGAMAX-C die Datei ’acc.l’ und bei dem Digital-Research (ATARI-Entwicklungspaket) die Datei ’accstart.o’ mitgelinkt werden, sonst stürzt die Accessory schon beim Booten ab!

Nun viel Spaß, und ich hoffe, daß Sie nun keinerlei Probleme mehr mit dem Ausdrucken von Quellcodes haben und auch ein wenig mehr über die Handhabung von Accessories gelernt haben.