🚀 go-pugleaf

In <1992Oct24.034242.324@trinoid.nbg.sub.org> felix@trinoid.nbg.sub.org (Felix von Delius) writes:
>zulegen sollte wenn man was mit (La)TeX machen will. Da ich die  
>Aenderungen bei mir nicht durchgefuehrt habe (die deutsche Tastatur  
>ist grausam mit Emacs u.a. => US-Keyboard), kann ich das jetzt nicht  
>auf die schnelle nachschauen --- bei Interesse werde ich das aber mal  
>raussuchen und hier schreiben.

Ich habe bei mir die Tastatur umbelegt. Genaugenommen habe ich
mir auf die obere Zeile des Zehnerblocks die Zeichen

base   [ ] \ ~
shift  { } | ^

gelegt. Das geht ganz einfach mit Keyboard.app. Dann sind
Programme wie TeX und Programmiersprachen wie C wieder
einigermassen zu ertragen, ohne dass man auf Umlaute verzichten
muss. Die Idee zu dieser Belegung stammt uebrigens von der
Firma Commodore, die beim Amiga einen erweiterten Zehnerblock
mitliefert, der wenigstens die C-Klammern dort oben in der
ersten Zeile ohne Fingerknoten verfuegbar macht.

>Nein, TeX 3.1 ist schon ein ganz brauchbares TeX... Den Trick hab ich  
>ja oben erwaehnt.

Am einfachsten aktiviert man diese Zeichen, wie bereits in
einem anderen Posting von mir erwaehnt, durch das Einbinden des
mitgelieferten next.sty.

>Die bei NS 3.0 mitgelieferte TeX-Version unterscheidet sich aber  
>soweit ich gehoert habe vor allem dadurch, dass sie mit entsprechend  
>grossen Speicherbereichen compiliert wurde, so dass man IniTeX mit  
>deutschen und englischen Trennpatterns *gleichzeitig* laufen lassen  
>kann. Ausserdem ist vermutlich das NFSS (New Font Selection Scheme)  
>von Mittelbach/Schoepf mit dabei was das Handling von Fonts (vor  
>allem PostScript-Fonts) unter TeX viel einfacher macht.

Die Speicherbereiche fuer Trenntabellen sind nicht primaer
groesser, sondern es sind mehrere davon vorhanden. Mit
setlanguage kann man dann auf eine dieser Trenntabellen
umschalten. Das Prinzip erinnert ein wenig an Expanded Memory
auf einem PC oder Bank Switching am C64 :-)

Das hat zur Folge, dass man das TeX wie ausgeliefert _mit
leerer Trenntabelle_ betreibt, wenn man sich einen TeX 3.141
german.sty besorgt hat. Der german.sty schaltet auf die
deutsche Trenntabelle um, aber diese ist bei der von NeXT
ausgelieferten Version konsequenterweise leer, denn NeXT
liefert ja auch keinen german.sty. In Folge ist die Verteilung
der Worte auf einer Zeile suboptimal, denn es wird gar nicht
getrennt.

Stattdessen muss man sich mit einer deutschen Trenntabelle,
language.tex und einigen anderen Tools daran machen, ein
deutsches lplain.fmt zu dumpen, bei dem sowohl die englische
als auch die deutsche Trenntabelle belegt sind. Ich habe mir
die passenden Dateien aus einer neueren EmTeX-Distribution
besorgt und mir so die passenden Dateien erzeugt.

Bei der Gelegenheit habe ich zu meiner Freude auch
festgestellt, dass TeXview und dvips die emTeX-Specials
verstehen, sodass ich meine alten emTeX-Broschueren ueber die
Toppoint weiter verwenden konnte. Ich habe mir also auch die
ganzen emlines.sty-Dateien etc. mit kopiert.

NFSS wird zwar laut Doku unterstuetzt, aber nicht mit
ausgeliefert. Ich habe es noch nicht ausprobieren koennen.

Auch nicht mitgeliefert wird makeindex, sodass man bei der
Erzeugung von Indices etwas auf dem Schlauch steht.

makeindex uebersetzt sich aber problemlos, wenn man ersteinmal
mitbekommen hat, dass viele Stanard-C-Includes, die in
/usr/includes erwartet werden, in /usr/include/ansi zu finden
sind. Ich habe die Dateien in /usr/include/ansi kurzerhand nach
/usr/include hochgelinkt und zwar mit hard links, weil ich fuer
spaetere Uebersetzungen anderer Pakete schon weiteren Aerger
gerochen habe...

>so genau sagen. Was ich aber mitbekommen habe ist das TeXview 3.0  
>fuer die neueste dvips-Version angepasst, was sich vor allem bei der  
>Benutzung "fremder" PostScript-Drucker und/oder PostScript-Schriften  
>mit TeX auswirkt.

Das mitgelieferte TeX benutzt ohne Probleme z.B. die Times und
Helvetica von Postscript, wenn man etwa

\documentstyle[german,times,psgreek]{book}

angibt. Die Reihenfolge von german und times/psgreek ist
scheinbar nicht gleichgueltig.

Leider ist die Helvetica nur in normal und nicht auch in bold
verfuegbar (kein NFSS bei mit installiert, wuerde das helfen?),
sodass ich etwas auf dem Schlauch stand. Der Rest funktioniert
aber einwandfrei und ich habe mir jede Menge pk-Dateien
gespart. Besonders als es nachher ans Belichten ging, wurden
nur 3 oder 4 1270 dpi-Schriften erzeugt (fuer die
Mathezeichen), der Rest ging an das Postscript.
Postscript-Schriften belegen nicht nur weniger Speicher, sie
sind auch schoener und schneller als die TeX-Schriften.

Kristian
-- 
Kristian Koehntopp, Harmsstrasse 98, FRG W-2300 Kiel, +49 431 676689
>Es ist mir unverstaendlich, wie man eine voellig normale
>Mailboxwerbung derart kommentieren kann... -- Oliver Klink
Ich habe mir voellig unverstaendliche Mailboxwerbung normal
kommentiert. -- Kristian Koehntopp