Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

TeX, Editor & Co. auf Ataris

19 views
Skip to first unread message

Gerhard Hoelscher

unread,
Oct 22, 1993, 10:49:00 AM10/22/93
to
-A4961@MS2

Kommentar zu A4961@MS2 in der Gruppe TEX

Hallo allerseits!

Meine Umfrage zu obigem Betreff hatte ein riesiges Echo!
*Vielen Dank an alle, die mich angeschrieben haben!*

Es folgt nun eine Wiederholung meiner Fragen mit einer Zusammenfassung der
dazugehörigen Antworten:

******************************************************************

*1. Welche TeX-Implementation(en) gibt es für den Atari?*
(Mir sind CS-TeX, Multi-TeX und Lindner-TeX bekannt.)

- Tools TeX von der Fa. Tools, Löhnware, inzwischen wohl ausgestorben

- CS-TeX von Christoph Strunk,
Freeware,
aktuelle Version: 4.0
Bezug:
gibt es in der neusten Version auf dem FTP Server der Uni
Stuttgart
ftp.uni-stuttgart.de (129.69.1.12) In Mäusen gibt es das selten,
es ist einfach zu groß.

- MultiTeX von Christoph Strunk,
Löhnware,
aktuelle Version: 5.2 / 2.8 CS, Treiber 4.1 CS
Bezug: MAXON Computer

- Lindner-TeX von Stefan Lindner,
Shareware,
aktuelle Version: TeX 3.1415 XeT 1.1 C-Version 2.51
Bezug: Bagdad-TeX-Server, Verzeichnis beta-test

*2. Gibt es relevante Unterschiede zwischen den einzelnen
Implementationen, insbesondere, was die Geschwindigkeit angeht?*

- angeblich soll das Lindner-TeX etwas schneller sein als das CS-TeX.
- Bei MultiTeX gibt es in speziellen 68020- und 68881-Versionen von
TeX und METAFONT, die mit der entsprechenden Hardware (TT) nochmals
an Geschwindigkeit zulegen.
- Dito für Lindner-TeX, allerdings mit 68030/68882-Version
- Lindner-TeX ist ein "TeX-Xet", was immer das auch bedeuten soll...

*3. Welche schnellen Previewer und Druckertreiber gibt es?* Ich habe die
Original-Strunk-Treiber und AScreen (3.2). Gibt es Previewer/Treiber,
die das emTeX-Fontlib-Format unterstützen? Gibt es ein METAFONT, das
das tut?

- ASCREEN von Anselm Lignau, Freeware, aktuelle Version: 3.2
- unterstützt emTeX-Fontlibs
- GEM- und MultiTOS-konform
- Echtzeit-Scrolling mit der Maus
- Mehrere Seiten des Dokuments sind gleichzeitig und in
verschiedenen Vergrößerungstufen darstellbar.
- Vewendbar mit CS-TeX, Linder-TeX und MultiTeX.
- Läuft auch unter Mag!X 2.0, Starterprogramm ruft ein im
Hintergrund laufendes ASCREEN auf (VA-Protokoll)

- DVI von Markus Pristovsek, Freeware, aktuelle Version 1.12a (oder
1.20?)
Bezug: home-site: ftp.cs.tu-berlin.de
PFAD: /.3/pub/atari/TeX/atari/TeX/
auch Maus @ B
- unterstützt emTeX- und PasTeX-Fontlibs
- GEM- und MultiTOS-konform
- Accessory-Betrieb möglich
- Zwei DVI-Dateien gleichzeitig darstellbar
- Messen von Strecken auf den Dokumenten
- Suchen von Texten in der DVI-Datei
- Ausdruck einzelner Seiten und des gesamten Dokumentes
- Viele Druckertreiber, auch für GDOS (über IMG-Datei), teils mit
Mehrseitenlayout
- Quelltexte zu den Druckertreibern liegen bei
- Vewendbar mit CS-TeX, Linder-TeX und MultiTeX.
- Anzeige von noch nicht fertigen DVI-Dateien (Preview während
des TeX-Laufs unter MultiTOS)

*4. Gibt es außer den (z. B. bei CS-TeX) mitgelieferten Shells
irgendwelche außergewönnlich guten TeX-Shells?* Wünschenwert wäre z.B.
die Fähigkeit, die Ausgaben der TTP-Programme in Fenster umzulenken.

- Bei MultiTeX ist eine Shell dabei (TSH), die genau das unterstützt.
Unter SingleTOS sind die ACCs während des TeX-Laufs anwählbar,
unter MTOS hat man die volle Kontrolle über den Rechner, die
Performance leidet aber sehr stark.
Ältere MultiTeX Versionen als 5.2 haben allerdings Probleme mit
MultiTOS.

- Die Shelle des Lindner-TeX-Paketes kann angeblich auch dei TeX-
und MetaFont-Ausgaben in Fenster umlenken.
Aktuell ist Version 3.76.

- Und zu guter letzt liegt dem DVI-Paket vom Markus Pristovsek ein
Hilfsprogrmm bei, das TeX im Fenster laufen läßt.

*5. Welcher Editor ist zu empfehlen?* Da ich GEM-Umgebungen bevorzuge,
sollte er natürlich diesbezüglich sauber programmiert sein. Außerdem
wünsche ich mir eine Unterstützung des 1stGuide-Hypertext-Systems und
der CALCLOCK-Schnittstelle.

Hier scheiden sich natürlich die Geister. :-)
Am häufigsten genannt wurden QED, XEdit und 7UP. Als "1stGuide-
Unterstützung" war die Möglichkeit gemeint, daß der Editor 1stGuide
aufruft, um Informationen zu einem bestimmten Stichwort anzuzeigen.
Dies geschieht über das "AC_HELP"-Protokoll.

In willkürlicher Reihenfolge hier einmal die Editoren und in Bezug
auf TeX/LaTeX wichtige Eigenschaften:

- QED:
Shareware
Kürzel, kein AC_HELP, kein CALCLOCK.
LaTeX-Makrodatei vorhanden.

- XEdit (2.02):
Shareware
Textfalten, Makros, kein AC_HELP, kein CALCLOCK.
TeX-Makros vorhanden.

- Everest (3.0):
Shareware
Bezug: Fast alle Mäuse.
Kürzel, AC_HELP (1STGUIDE.ACC in TC_HELP.ACC umbenennen)

- 7up:
Shareware
CALCLOCK, AC_HELP

- Tempus:
Löhnware
AC_HELP (wie bei Everest)

- EdiTeX:
Shareware,
Bezug: z.B. Maus OL, Gruppenteil TeX
kein AC_HELP, aber Kürzel

- PKS-Edit:
Löhnware
komplexe Makros möglich

- ELVIS (V. 1.5 oder 1.6 beta 2, 1.7 in Kürze):
GNU-ware (GPL)
kein GEM

*6. Welche Makro-Pakete gibt es, um Bilder einzubinden?*

Hier gibt es anscheinend portable, d. h. auf unterschiedlichen
Systemen verwendbare Möglichkeiten und mehr oder weder spezifische.

- *Portabler Grafikimport*:
Diese Methoden funktionieren mit allen TeX-Implementationen.
Übersetzen auf dem Atari und drucken bzw. anschauen auf z.B dem PC
oder unter Unix sind kein Problem.

- PicTeX
TeX Laufzeit wird sehr groß, BigTex bei größeren Bildern nötig!
- PICINS.STY und PICINPAR.STY
Freeware
Bezug: z.B. Maus OL, GP TEX
Maus @ B (picins.zoo, picinpar.zoo)
ftp server stuttgart
(soft/tex/macro/latex/contrib/picins bzw. .../picinpar)
Picinpar bietet Einbindungen links, mittig oder rechts
innerhalb eines Absatzes (also mit Textfluß!). Picins ist da
nicht ganz so mächtig, hat dafür
aber einige nette Rahmenoptionen.
- Draw.Sty
- EPic.Sty
- EEPic.Sty
- Bezier.Sty
- TeXDraw
Bezug: ftp-server derUnoi Stuttgart; Maus DU2
Dieses CAD-ähnliche Zeichenprogramm kann Ausgaben im TeX,
LaTeX, PicTeX, CSG- (CS-TeX) und MetaFont (*.MF)-Format
erzeugen und diverse Formate importieren.

- *Grafikeinbindung unter Zuhilfenahme von PostScript.* Dazu müssen
ein PostScript-fähiger Drucker und PostScript-Fonts in der
verwendet werden.
Auf dem Atari kann mit GNU Ghostscript dann auch auf vielen Nicht-
PS-Druckern ausgedruckt werden. Ghostscript bietet auch dem Preview
auf dem Atari-Bildschirm.
Auch gibt es Programme, die HPGL-Dateien in PostScript wandeln und
so diese für TeX verfügbar machen.

- EPSF.STY
- EPSFIG.STY

- *Implementationsabhängige Grafikeinbindung*
Diese Methode funktioniert dann nur noch unter Verwendung einer
bestimmten TeX-Implemantation. Beispielsweise kann eine mit
dem Lindner-TeX erstellte Grafik nicht mit dem Treibern des CS-TeX
oder Multi-TeX oder z. B. eines PC-TeX ausgedruckt werden.
Der Grund ist, daß diese Grafiken durch die sogenannten "\special"-
Befehle erzeugt werden. Diese Befehle werden von TeX nicht
beachtet, sondern unverändert in die DVI-Datei kopiert.
Interpretiert werden sie dann vom Druckertreiber bzw. Previewer.

- *CSG-Grafik bei CS- und MultiTeX:*
Ist im Prinzip ganz brauchbar, das Übersetzen wird nicht
langsam, es funktioniert auch ohne Big TeX, man kann es mit den
Treibern von CS anschauen, womit wir gleich beim Nachteil sind,
andere Treiber (PCs) können damit nichts anfangen, die Stellen
bleiben weiß!
Import von IMG- und PostScript-Grafiken wird unterstützt,
Probleme gibt's anscheinend bei GEM-Metafiles.

- *Grafiken unter Lindner-TeX*
Lindner-TeX bietet die Möglichkeit, IMGs einzubinden.
(Genaugenommen sind es die Druckertreiber.) Zum Einbinden dient
eine TeX-Datei, die die Größenangaben enthält. Diese Datei wird
vom Programm IMG2TEX erstellt.

*******************************************************************
Soviel zu meinen Fragen.

*Zu den Bezugsquellen* ist, wenn sie nicht bei den entsprechenden
Programmen/Styles stehen, folgendes zu sagen:
Alles TeX-spezifische, also Styles, TeXDraw, TeX-Implementationen oder
Treiber gibt's für Atari wahrscheinlich im *Bagdad-TeX-Server*:

Name bagdad.nbg.sub.org
Tel. 0911 / 758547 [V.32(bis), V.42(bis), MNP]
Zeit 05:00 - 01:00 Uhr
an.UUCP ogin: nuucp sword: anonymous [nur fuer anonymous UUCP!!!]
Login gast (kein Passwort, aber Angabe des Namens)
Hilfe /server/.info ; 10 KB
Index /server/contents.tex.Z ; 37 KB
/server/contents.metafont.Z ; 11 KB
/server/contents.unix-tex.Z ; 40 KB
/server/contents.etc.Z ; 97 KB
Umfang 270 MB ; ca. 11500 Dateien
Was alles rund um TeX und METAFONT, ausserdem GNU, X11R5 und
Atari-Software
Wer ste...@bagdad.nbg.sub.org (Stefan Lindner),
lu...@bisun.nbg.sub.org (Lutz Birkhahn)
Bem. Der TeX-Server ist primaer als Service fuer registrierte Benutzer
des
Atari-TeX-Systems von Stefan Lindner und Lutz Birkhahn gedacht.
Momen-
tan ist der Zugang zum TeX-Server fuer jedermann kostenlos. Inter-
aktiver Zugang ist ueber "login: gast" moeglich.

Der *ftp-Server Stutgart* ist weniger Atari-spezifisch, im Verzeichnis
'soft/tex/macros/latex/contrib/script' (Stuttgart)
gibt es alles mögliche an (La)TeX-Zubehör.

Als weitere ergiebige Quellen haben sich die *Maus @ DU2* und die *Maus @
B* erwiesen.

*Danksagung:*
An alle, die sich an der Umfrage beteiligt haben, hier nochmals herzlichen
Dank.

*In alpahabetical Order:*

Frank Bartels @ M4
Christoph Bartholme @ KA2
Klaus Beschorner @ BB
Jerry Geiger @ B
Attila Harsanyi @ KA2
Dirk Haun @ WI2
Jörg Hecker @ KA
Thomas Heier @ HH2
Michael Hoppe @ K2
Axel Kielhorn (c003...@ws.rz.tu-bs.de)
Frank Laus @ MS
Anselm Lingnau (lin...@math.uni-frankfurt.de)
Uli Meyer @ OL
Patrick Palmen (PAL...@abmx.rz.rwth-aachen.de)
Michael Pieper @ AC
Michael Staudenmaier @ KA

THE END

MfG Gerhard

PS: Crossposting ATARI.SOFT und TEX

Michael Hoppe

unread,
Oct 25, 1993, 6:15:00 AM10/25/93
to
In Msg A5355@MS2, Gerhard Hölscher @ MS2 (Gerhard Hölscher) wrote:

GH>- Lindner-TeX ist ein "TeX-Xet", was immer das auch bedeuten
GH>soll...

Das ist ein TeX, welches auch von rechts nach links schreiben kann.

GH> - PicTeX
GH>TeX Laufzeit wird sehr groß, BigTex bei größeren
GH>Bildern nötig!

BigTeX wird auch zusammen mit LaTeX benötigt.

Michael

Michael Hoppe

unread,
Oct 25, 1993, 6:15:00 AM10/25/93
to
From: Michae...@k2.maus.de (Michael Hoppe)

Joachim Lammarsch

unread,
Oct 27, 1993, 4:14:00 AM10/27/93
to
From: x...@sun0.urz.uni-heidelberg.de (Joachim Lammarsch)

In article <A18...@k2.maus.de>, Michael Hoppe <Michae...@k2.maus.de> wrote:
>In Msg A5355@MS2, Gerhard Hölscher @ MS2 (Gerhard Hölscher) wrote:

>...


>BigTeX wird auch zusammen mit LaTeX benötigt.

Das halte ich ein wenig fuer uebertrieben. Fast alle LaTeX-Anwendungen lassen
sich mit ganz normalem TeX mit 64k Memory bewaeltigen. Es muss nicht immer
die Kanone sein, mit der man auf Spatzen ...
>
>Michael

Michael Pieper

unread,
Oct 27, 1993, 6:51:00 AM10/27/93
to
Michael Hoppe @ K2 am 25.10.93 in TEX (A18643@K2):

MH>BigTeX wird auch zusammen mit LaTeX benötigt.

Das ist, entschuldige bitte, Blödsinn. Mein Mitbewohner hat seine
komplette Diplomarbeit mit LaTeX geschrieben und kein BigTeX
benutzt. BigTeX wird nur benötigt, wenn der normale Speicherbedarf
überschritten wird. Sei es durch ungewöhnlich viele Zeichensätze
oder durch größere Bilder, die eingebunden werden.

Mit freundlichen Gruessen, Michael Pieper

Andreas Schwab

unread,
Oct 27, 1993, 8:28:00 AM10/27/93
to
From: sch...@ls5.informatik.uni-dortmund.de (Andreas Schwab)

>>>>> In article <1993Oct27.0...@sun0.urz.uni-heidelberg.de>,
x...@sun0.urz.uni-heidelberg.de (Joachim Lammarsch) writes:

|> In article <A18...@k2.maus.de>, Michael Hoppe <Michae...@k2.maus.de>
wrote:
|>> In Msg A5355@MS2, Gerhard Hölscher @ MS2 (Gerhard Hölscher) wrote:
|>> ...

|>> BigTeX wird auch zusammen mit LaTeX benötigt.

|> Das halte ich ein wenig fuer uebertrieben. Fast alle LaTeX-Anwendungen


lassen
|> sich mit ganz normalem TeX mit 64k Memory bewaeltigen. Es muss nicht immer
|> die Kanone sein, mit der man auf Spatzen ...

Ausser man bezeichnet mit BigTeX alles, was mehr Speicher bereitstellt
als in tex.web vorgegeben ist :-)
--
----------------------------------------------------------------------
Andreas Schwab "And now for something
sch...@ls5.informatik.uni-dortmund.de completely different"

Joachim Lammarsch

unread,
Oct 27, 1993, 4:14:09 AM10/27/93
to
In article <A18...@k2.maus.de>, Michael Hoppe <Michae...@k2.maus.de> wrote:
>In Msg A5355@MS2, Gerhard Hölscher @ MS2 (Gerhard Hölscher) wrote:
>...
>BigTeX wird auch zusammen mit LaTeX benötigt.

Das halte ich ein wenig fuer uebertrieben. Fast alle LaTeX-Anwendungen lassen
sich mit ganz normalem TeX mit 64k Memory bewaeltigen. Es muss nicht immer
die Kanone sein, mit der man auf Spatzen ...
>

>Michael

--jl

Eckhard Rueggeberg

unread,
Oct 27, 1993, 5:34:40 AM10/27/93
to
In article 19...@sun0.urz.uni-heidelberg.de, x...@sun0.urz.uni-heidelberg.de (Joachim Lammarsch) writes:
>In article <A18...@k2.maus.de>, Michael Hoppe <Michae...@k2.maus.de> wrote:
>>In Msg A5355@MS2, Gerhard Hölscher @ MS2 (Gerhard Hölscher) wrote:
>>...
>>BigTeX wird auch zusammen mit LaTeX benötigt.
>
>Das halte ich ein wenig fuer uebertrieben. Fast alle LaTeX-Anwendungen lassen
>sich mit ganz normalem TeX mit 64k Memory bewaeltigen.

Das kommt auf die Styles an, die man so benutzt. Ich mußte mir schon mal in
ctex.ch mem_max auf 524280 setzen, weil mir die 262140 von BigTeX nicht ge-
reicht haben....

---
Eckhard R"uggeberg
eck...@ts.go.dlr.de

Andreas Schwab

unread,
Oct 27, 1993, 8:28:23 AM10/27/93
to
>>>>> In article <1993Oct27.0...@sun0.urz.uni-heidelberg.de>, x...@sun0.urz.uni-heidelberg.de (Joachim Lammarsch) writes:

Ausser man bezeichnet mit BigTeX alles, was mehr Speicher bereitstellt

Bernd Schmidt

unread,
Oct 28, 1993, 6:15:00 PM10/28/93
to
Moin Michael

> BigTeX wird nur benötigt, wenn der normale Speicherbedarf
> überschritten wird. Sei es durch ungewöhnlich viele Zeichensätze
> oder durch größere Bilder, die eingebunden werden.

Aber vielleicht sieht es mit dem neuen LaTeXe (wann kommt das eigentlich ?)
anders aus, denn mit dem normalen TeX ist es mir bisher nicht gelungen,
das NFSS2 zu installieren, dazu bräuchte ich doch schon ein BigTeX.

Gruß Bernd

Bernd Schmidt

unread,
Oct 28, 1993, 7:15:00 AM10/28/93
to
Moin Michael

> BigTeX wird nur benoetigt, wenn der normale Speicherbedarf
> ueberschritten wird. Sei es durch ungewoehnlich viele Zeichensaetze
> oder durch groessere Bilder, die eingebunden werden.

Aber vielleicht sieht es mit dem neuen LaTeXe (wann kommt das eigentlich ?)
anders aus, denn mit dem normalen TeX ist es mir bisher nicht gelungen,

das NFSS2 zu installieren, dazu braeuchte ich doch schon ein BigTeX.

Gruss Bernd


Kielhorn

unread,
Nov 1, 1993, 11:19:51 AM11/1/93
to
In article <A55...@SL.maus.de>, Bernd_...@sl.maus.de (Bernd Schmidt) writes:
|> Moin Michael
|>
|> > BigTeX wird nur benvtigt, wenn der normale Speicherbedarf
|> > |berschritten wird. Sei es durch ungewvhnlich viele Zeichensdtze
|> > oder durch grv_ere Bilder, die eingebunden werden.

|>
|> Aber vielleicht sieht es mit dem neuen LaTeXe (wann kommt das eigentlich ?)

Anfang 94 (sagt Rainer) :-)

|> anders aus, denn mit dem normalen TeX ist es mir bisher nicht gelungen,

|> das NFSS2 zu installieren, dazu brduchte ich doch schon ein BigTeX.
|>
|> Gru_ Bernd
Versuche es doch mal mit preload.min (oder wie das bei NFSS2 heist),
dann werden weniger Zeichens"atze vorgeladen (preloaded) und es
k"onnen sp"ater mehr frei definierte benutzt werden.

--
Axel Kielhorn

The blue wizzard

c003...@ws.rz.tu-bs.de

Bernd Raichle

unread,
Nov 4, 1993, 5:07:48 AM11/4/93
to

Man muss hier klar unterscheiden zwischen Installation und spaeterer
Verwendung!!

Die Installation (Auspacken der einzelnen Files mittels 'docstrip')
von NFSS2 braucht tatsaechlich ein etwas groesseres TeX, wenn man das
Installationsskript mit einem LaTeX-Format aufruft. Mit einem simplen
plainTeX-Format aufgerufen, sollte der Installationslauf (fast)
problemlos sein.


Probleme beim Installieren und bei der spaeteren Verwendung koennte
nur der hoehere Verbrauch an Strings ("string pool" laeuft ueber) und
die groessere Anzahl an definierten `control sequences' ("equivalent
table eqtb/hash table" laeuft ueber) nach sich ziehen.

Ersteres (string pool) kann man bei vielen TeX-Implementierungen
dadurch beheben, dass man die Groesse ueber ein Konfigurationsfile
oder eine Kommandozeilenoption einstellen und damit problemlos
erhoehen kann.
Zweiteres (eqtb/hash) kann nicht mehr nachtraeglich veraendert
werden (Grund: statisches Hashing), so dass der Implementierer dafuer
Sorge tragen muss, dass diese Tabellen hinreichend gross sind.
Dieses Problem stellte sich auch schon beim Erscheinen von LaTeX.
Die |hash_size| (= Anzahl an "multiletter control sequences") ist im
Original-TeX.web nur auf 2100 gesetzt. Mit dem "alten" LaTeX sollte
diese Konstante jedoch auf mindestens 3000, mit dem "neuen" mindestens
auf 3500 gesetzt werden. Typischer BigTeX-Wert >= 9000.


Bernd
_______________________________________________________________________
Bernd Raichle, DANTE Koordinator `german.sty' | "Le langage est source
privat: Stettener Str. 73, D-73732 Esslingen | de malentendus"
email: rai...@informatik.uni-stuttgart.de | (A. de Saint-Exupery)

0 new messages