HDTenEightyP/NetNews huggingface dataset:
From: Thomas_Seeling@f112.n248.z2.fidonet.org (Thomas Seeling)
Newsgroups: de.comp.tex
Subject: Re: STRUKTO Style
Date: 10 Oct 92 12:00:00 GMT
X-Gateway: MausGate/News 1.14

Hallo, Mirko!

*** Am Mittwoch Oktober 07 1992 um 10:26 schrieb Mirko Heuer an all:

 MH> Ich muss in einen Bericht Struktogramme aufnehmen, und zwar in der
 MH> Form (nur als Beispiel)
Vielleicht mit nassflow.arj, 17K, bei mir zu holen. Ich hab's aber nicht
ausprobiert.

Tschau...Thomas
Viele Gruesse aus dem freundlichen Ara-Netz!
From: wenzel@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: de.comp.tex
Organization: Marsupilami's private UUCP site - Palumbien, Germany.
Subject: Re: gnuplot mit cs-specials
Reply-To: wenzel@marsu.tynet.sub.org
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Mon, 12 Oct 1992 19:33:14 MET

In <A4077@BB.maus.de>, Harald Fischer writes:
> Bei der Einbindung von GNUPLOT Bildern (mit LATEX- oder EEPIC-Treibern) stosse
> ich immer wieder auf "TeX Capacity exceeded". (Traurig aber verstaendlich).
> Kennt jemand eine GNUPLOT Portierung fuer Atari (moegl. V 3.2 oder >), die die
> cs-special (MAXON-Multi TeX) Grafik als Treiber beinhaltet oder direkt
> GEM-Metafiles erzeugen kann?
> Oder hat jemand eine ganz andere Idee zur Loesung dieses Problems?
Ich habe mit cs-Multi-TeX keine Probleme mit der EEPIC-Einbindung.
Setz' doch einfach mal die Einstellungen fuer LargeTeX auf "vernuenftige"
Werte. Bei mir stehen sie auf:

mem_max=100000
pool_size=70000
trie_size=30000
font_mem_size=30000

Hope that helps, 
Markus.

-- 
/dev                Markus Wenzel, University of Stuttgart
/usr/spool/mail     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de
/etc/motd           >> Any kind of work is a little death. <<  --  ALF
Newsgroups: de.comp.tex
From: arne@guug.de (Arne Steinkamm)
Subject: Re: 1/Wo gibts TeX ??
Organization: Technical University of Munich, Germany
Date: Fri, 16 Oct 1992 07:34:03 GMT

Werner_Behrenbeck@pb.maus.de (Werner Behrenbeck) writes:

>TeX bekommst Du warscheinlich an jeder UNI.

Oder von der GUUG e.V. Vgl. entsprechendes Posting in de.comp.os.unix
von vor ein paar Tagen von mir.

Gruesse
.//. Arne

--
Arne Steinkamm           | Smart: {arne,postmaster}@guug.de
Tel.: 089 / 29 97 56     |        ars@regent.e-technik.tu-muenchen.de
Robert-Koch-Str. 4       |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
D-8000 Muenchen 22       |///////////////////////////////////////////
From: Sepp@ppcger.ppc.sub.org (Josef Wolf)
Newsgroups: de.comp.tex
Subject: Re: Probleme mit Nassi und PiCTeX
Distribution: de
Organization: PPC Germersheim, Germany
Date: 13 Oct 92 20:04:34 GMT

In <1992Oct9.134309.22964@uni-paderborn.de> hsg@uni-paderborn.de (Joerg Hoyer) writes:
] ich habe ein Problem. In meiner DA moechte ich gerne Struktogramme
] und Bilder kombinieren. Zum Erstellen der Struktogramme benutze ich 
] den Nassi.sty. Fuer die Bilder wollte ich eigentlich PiCTeX benutzen.
] Beim Lesen von pictex.tex bekomme ich folgende Fehlermeldung:
] ! No room for a new \dimen .
] \ch@ck ...\else \errmessage {No room for a new #3}
]                                                   \fi 
] \alloc@ ...\advance \count 1#1by\@ne \ch@ck #1#4#2
]                                                   \allocationnumber =\count ...
] l.565 \newdimen\!rshrinkage
]                                       %.................S.
] So geht das dann eine ganze Zeit weiter....
] Tests von mir haben gezeigt, dass die Fehlermeldungen nur auftreten, wenn
] Nassi und PiCTeX zusammen benutzt wird.

Hatte ich auch mal. Am Ende des .log-files (nur im log-file, _nicht_ auf
dem terminal) findest Du eine kleine Statistik:
> Here is how much of TeX's memory you used:
>  298 strings out of 3336
>  2822 string characters out of 13083
>  36713 words of memory out of 65531
>  2249 multiletter control sequences out of 7000
>  22692 words of font info for 87 fonts, out of 72000 for 255
>  14 hyphenation exceptions out of 607
>  17i,16n,17p,183b,339s stack positions out of 200i,40n,60p,2000b,2000s

Einer dieser Speicherbereiche (weiss leider nicht mehr, welcher) ist an
der Grenze angelangt. Die betreffende Variable musste im ctex.ch
groesser setzen und TeX neu compilieren.

Wenn Du keine Quellen hast, scheint es mir fast so, als ob Du leider
verloren hast (oder bigtex benutzen musst).

BTW: Wer kann mir erzaehlen, wie ich aus einem normalen TeX ein bigTeX
mache? Dadurch dass DEK alles Moegliche in ein einzelnes grosses Array
schmeisst und fuer 'words of memory' halfword vorgibt, ist das nicht
ganz unproblematisch (behaupte ich mal so).

Gruss
    Sepp

-- 
|   Josef Wolf,  Germersheim,  Germany    aka    sepp@ppcger.ppc.sub.org   |
|    also available via    ..!uunet.uu.net!ira.uka.de!smurf!ppcger!sepp    |
|--------------------------------------------------------------------------|
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |
From: Andreas_Zenner@pe.maus.de (Andreas Zenner)
Newsgroups: de.comp.tex
Subject: Deutsche Bibtex-styles
Date: 10 Oct 92 15:44:00 GMT
Article-I.D.: PE.A9993
Organization: MausNet
X-Gateway: MausGate/News 1.14

Hallo Leute!

Ein Bekannter von mir schreibt gerade seine Diplomarbeit. Nun ist er mit den
vorhandenen Styles zu BiBtex nicht ganz zu frieden. Im Moment wird der
Alphastyle benutzt. Nun moechte er gerne alle englischen Woerter ins deutsche
uebersetzt haben und wenn es geht das ganze noch nach der deutschen Diplomnorn.

Wenn schon jemand soetwas erstellt hat bitte ich um Nachricht!!

Zennie

---
Andreas Zenner@pe.maus.de     System: MultiTeX 5.04
FHH Hannover
From: Arno_Schatz@p3.f47.n2405.z2.fidonet.org (Arno Schatz)
Newsgroups: de.comp.tex
Subject: Literatur zu Latex
Date: 10 Oct 92 22:41:00 GMT
Article-I.D.: p3.2ad7a2c6
Organization: ONION, Griesheim
X-Gateway: MausGate/News 1.14

Hallo All,

Welche Literatur koennt ihr einem Latex-anfaenger (aber nicht Computeranfaenger)
empfehlen?

Gruss
   Arno
From: Stefan_Zeiger@p6.f70.n249.z2.fidonet.org (Stefan Zeiger)
Newsgroups: de.comp.tex
Subject: Metafont question
Date: 7 Oct 92 18:14:00 GMT
Article-I.D.: p6.9191400
X-Gateway: MausGate/News 1.14

Am 05.10.92 um 22:42 schrieb Uwe Reusche 2:241/3420.7@FIDO.ZER unter dem
Betreff "Metafont question" :

U.R> also, ich habe neulich mal nen YFRAK Font mit METAFONT erzeugt. Aber
Metafont hat mich dabei andauernd mit Fehlermeldungen bedekt. Ala...
U.R>
U.R>               'Strange Path (turning number is zero)'
U.R>
U.R> Kann mir jemand sagen was es damit auf sich hat, bzw. wo der Fehler sitzt
?

Helfen kann ich Dir dabei leider nicht, aber diese Fehlermeldung kam bei
mir oefters als ich mit PasTeX auf dem Amiga die normalen cm-Fonts berechnet
habe. Ich habe einfach weiterrechnen lassen (einfach Return druecken um
den Fehler zu ignorieren) und die Fonts waren danach trotz Fehlermeldung
in Ordnung.

CU, Stefan.
From: Michael_Eichhardt@p13.f102.n2402.z2.fidonet.org (Michael Eichhardt)
Newsgroups: de.comp.tex
Subject: Beidseitig drucken mit emTeX..
Date: 6 Oct 92 10:37:00 GMT
Article-I.D.: p13.2ad17c22
Organization: HGS-BBS L3, Koeln
X-Gateway: MausGate/News 1.14

Hallo Heinz,

am Sonntag, 27 September 1992 schrieb Heinz Roeder an All:

  >> From: sgt.pepper@hot.zer.sub.org

  >> Hallo TeXniker,

  >> gibt  es eine Moeglichkeit, mit DVIprint aus dem PasTeX-Paket nur
  >> alle geraden  (bzw.  ungeraden) Seiten auszudrucken?  Ich moechte
  >> gerne mit meinem  HP-DeskJet  ein beidseitig gedrucktes Dokument
  >> ausgeben.  Dazu moechte  ich  erst  alle  ungeraden Seiten
  >> ausdrucken, dann den Stapel umgekehrt wieder in den Drucker geben und
  >> auf den Rueckseiten dann die geraden  Seiten  ausdrucken.  Ich weiss
  >> nur nicht, wie das anzustellen ist...

Ich benutze zwar emTeX auf einem PC, aber vielleicht kannst Du die Idee auch
auf PasTeX umsetzen. Ich drucke zuerst alle geraden Seiten von hinten nach
vorne. Anschliessend lege ich den Stapel einfach wieder in den Drucker (die
zuletzt bedruckte Seite 2 nach oben) und drucke dann die ungeraden Seiten von
vorn. Hatte das Dokument eine ungerade Anzahl von Seiten, wird noch ein
zusaetzliches Blatt mit der letzten ungerade Seite bedruckt. Alternativ koennte
man auch zuerst die ungeraden Seiten von hinten und dann die geraden von vorn
bedrucken. Entscheidend ist, dass man vom letzten Blatt anfaengt. Dies liegt
aber an der DeskJet Druckmechanik (Face up). Wenn der Drucker die Blaetter Face
down ablegt (z.B. die meisten Laserdrucker) muss man immer von vorne anfangen.

Hier mein kleines 4DOS Batch fuer doppelseitigen Druck mit emTeX (bitte die
getrennten Zeilen wieder in eine schreiben):

: ------------------------------------------------------------------------
:   DUPDVI.BTM  -   druckt DVI-Files beidseitig
: ------------------------------------------------------------------------
SETLOCAL
IF "%1"=="" GOTO HELP
CALL D:\BATCH\ENV\TEX
SET PATH=D:\EMTEX;%PATH%
ECHO 
ECHO Doppelseitiger Druck von %@UPPER[%1].DRV.
ECHO Drucke Vorderseite (letzte Seite zuerst).
ECHO 
INKEY Bitte Papier einlegen und eine Taste druecken... %%k
D:\EMTEX\DVIDRV D:\EMTEX\dvihplj7 @D:\EMTEX\deskjet.cnf /od /po:lpt1 /d:o /z+
%$
ECHO 
ECHO Drucke Rueckseite.
ECHO 
ECHO Bitte bedruckte Vorderseiten wieder in Schacht einlegen.
INKEY (erste Seite nach oben) und eine Taste druecken... %%k
D:\EMTEX\DVIDRV D:\EMTEX\dvihplj7 @D:\EMTEX\deskjet.cnf /od /po:lpt1 /d:e %$
GOTO END
:HELP
ECHO 
ECHO %@UPPER[%0] - doppelseitiger Druck von DVI-Files.
ECHO 
ECHO Druckt zuerst die Vorderseite (ungerade Seiten; letzte Seite zuerst)
ECHO und in einem zweiten Durchgang die Rueckseiten (gerade Seitenzahlen).
:END
ENDLOCAL



Ciao

Michael
From: Hartwig_Constien@hh.maus.de (Hartwig Constien)
Newsgroups: de.comp.tex
Subject: Support fuer MuliTeX 5.0
Date: 7 Oct 92 11:33:00 GMT
Article-I.D.: HH.A8228
Organization: MausNet
X-Gateway: MausGate/News 1.14

Vor einiger Zeit habe ich hier einmal darueber berichtet, dass der LJ-Treiber zum
MultiTex 5.0 (fuer Atari ST) bei gedrehten Ausgaben mit einer Fehlermeldung
abbricht.

Mit Unterstuetzung durch Volker A. Brandt kam meine Meldung bei Christoph Strunk
an, der in kurzer Zeit den Treiber so modifizierte, dass nun auch wieder
gedrehte Ausgaben moeglich sind. Der korrigierte Treiber wird sicherlich im
naechsten Update fuer MultiTeX enthalten sein.

Entgegen frueher hier geaeusserten Meinungen zum Strunk-TeX hat man also auch auf
diesem Wege eine Chance, Reaktionen des Autors auf Fehlermeldungen zu bekommen.

Hang loose, haco.
From: Christoph_Steinbeck@bn.maus.de (Christoph Steinbeck)
Newsgroups: de.comp.tex
Subject: Re: Deutsche Bibtex-styles
Date: 11 Oct 92 09:02:00 GMT
Article-I.D.: BN.A6404
Organization: MausNet
X-Gateway: MausGate/News 1.14

Moin,

es gibt mindestens zwei bekannte Loesungen fuer dieses Problem:

                o das Bibgerm-Paket von Martin Wallmeier
                o die >> adaptable family <<, in der letzten
                  TeXnischen Komoedie vorgestellt von H.-H. Bode

Ersteres Paket benutze ich gerade selbst und bin ganz angetan davon.
Es wird ein zusaetzlicher Style bibgerm.sty eingebunden und ausserdem benutzt
man dann einen modifizierten *.bst seiner Wahl.

Ciao, Christoph
From: Raoul_Matthiessen@p8.f115.n2402.z2.fidonet.org (Raoul Matthiessen)
Newsgroups: de.comp.tex
Subject: Re: DVIDOT und Einzelblaetter
Date: 9 Oct 92 20:38:00 GMT
Article-I.D.: p8.8d94c4bb
Organization: Flip Flop Cologne, Koeln
X-Gateway: MausGate/News 1.14

Tagchen Heinz,
 > Ich habe hier ca. 80 Seiten auf einen NEC P6+ auszudrucken. Leider
 > besitze ich keinen automatischen Einzelblatteinzug und muss
 > trotzdem die 80 Seiten auf Einzelblaetter bringen.
Eine Moeglichkeit: mode lpt1,,p
muesste eigentlich klappen, der Rechner wartet ganz einfach
Eine andere Moeglichkeit: alles auf Endlospapier und danach in den Copy-shop
mit autom. Blatteinzug

Oder vielleicht direkt an der UNI ausdrucken lassen?

Aber auch noch ne schicke loesung unter Dos mit 4DOS (Batch):

       SET Zahl=1
Start: DVIDOT /B%ZAHL /E%ZAHL DVI_File.DVI
       @ECHO Seite einlegen oder CTRL-C
       PAUSE
       SET ZAHL=%@EVAL[%ZAHL+1]
       GOTO START

Allerdings werden hier dauernd die Fonts neu eingelesen. Also doch nicht so
schick. Habe es nicht ausprobiert, weil gerade so aus den Fingern gesogen. Aber
so ungefaehr muesste es gehen.

Raoul aus Koeln
From: Andreas_Zenner@pe.maus.de (Andreas Zenner)
Newsgroups: de.comp.tex
Subject: Re: Support fuer MuliTeX 5.0
Date: 12 Oct 92 12:31:00 GMT
Article-I.D.: PE.A10049
Organization: MausNet
X-Gateway: MausGate/News 1.14

Richtig!!

Zennie
Newsgroups: de.comp.tex
From: hessmann@unipas.fmi.uni-passau.de (Georg Hessmann)
Subject: Re: Amiga-FontLibs
Organization: University of Passau, Germany
Date: Thu, 15 Oct 1992 13:28:29 GMT

In article <14f6d427@p3.f40.n249.z2.fidonet.org> Michael_Herbst@p3.f40.n249.z2.fidonet.org (Michael Herbst) writes:
[...]
>+--------------------+-----------+--------------+--------------+
>|          NUKE'd pk | Normal pk | NUKE'd flibs | Normal flibs |
>+--------+-----------+-----------+--------------+--------------+
>| Bytes  |   1532800 |   1731580 |      2013036 |      2405192 |
>+--------+-----------+-----------+--------------+--------------+
>
>Anmerkung: Es waren 448 pk-Fonts, aus denen dann 46 Fontlibs wurden. Es ist zu
>sehen, dass ich selbst mit gepackten (NUKE) Fontlibs mehr Plattenplatz
>benoetige, als das bei normalen pk-Fonts der Fall waere. Von der
>Geschwindigkeit her konnte ich keinen Unterschied feststellen, der Ausdruck von
>'flib.dvi' mittels DVIPrint dauerte sowohl mit Fontlibs als auch mit pk-Fonts
>jeweils 19 Sekunden (per CMD in eine Datei in die RAM-Disk). Kann mir
>vielleicht jemand sagen, welchen _wirklichen_ Vorteil die Fontlibs bringen?

Du musst noch mit dazu rechnen, dass Filesysteme ja immer Blockweise
(512 Bytes beim Amiga (normalerweise)) belegt werden.
D.h. Du hast bei jeden File nochmals im Durchschnitt 256 Bytes Verschnitt.
Dann kommt noch dazu, dass jedes File seinen eigenen Directory-Block
benoetigt. D.h. jedes File benoetigt in etwa 768 Bytes mehr, als
eigentlich vermutet. Bei 448 Files ergibt das immerhin 336 kB!
(Ein klein wenig braucht die Flib natuerlich auch zu Verwaltungszwecken,
das ist aber minimal)

Schau mal die Anzahl der Bloecke an, die auf Deiner Platte belegt
werden, wenn Du die Files einzeln, oder in einer Lib. auf Platte
kopierst.

	Georg.


-- 
  hessmann@unipas.fmi.uni-passau.de		(Georg Hemann)
						(Oberer Markt 7/D-8712 Volkach)
From: Martin_Fischer@bb.maus.de (Martin Fischer)
Newsgroups: de.comp.tex
Subject: Re: Literatur zu Latex
Date: 12 Oct 92 15:50:00 GMT
Article-I.D.: BB.A4124
Organization: MausNet
X-Gateway: MausGate/News 1.14

Arno Schatz @ Fido 2:2405/47.3 schrieb am 12.10.1992, 15:19 in Tex:

AS>  Von: Arno Schatz @ Fido 2:2405/47.3 (Sa, 10.10.92 23:41)
AS>  Box: ONION, Griesheim
AS>  MId: <2ad7a2c6@p3.f47.n2405.z2.fidonet.org>
AS>
AS> Hallo All,
AS>
AS> Welche Literatur koennt ihr einem Latex-anfaenger (aber nicht
AS> Computeranfaenger) empfehlen?
AS>
AS> Gruss
AS>    Arno
Kopka, Helmut:
LaTEX. Eine Einfuehrung.
Muenchen: Addison-Wesley 1992 (4. Auflage)

Schumann, Lothar:
Professioneller Buchsatz mit TEX. Lehrbuch fuer Anwender.
Muenchen: Oldenburg 1991.

Taschenbuch:
Wonneberger, Reinhard:
Kompaktfuehrer LaTEX.
Muenchen: Addison-Wesley 1988 (2. Auflage)

mfg
Martin, der Glitschfisch
(Net)
Newsgroups: de.comp.tex
From: gaissmai@rz.uni-ulm.de (Karl Gaissmaier)
Subject: dvi Treiber fuer HPIII* gesucht
Organization: Universitaet Ulm
Date: Tue, 13 Oct 1992 11:11:30 GMT

Hallo

kennt jemand einen guten dvi2hpIII Treiber fuer Unix Kisten?

muss nicht unbedingt PD sein.

thanks in advance for any hint

Charly
=========================================================================
Karl Gaissmaier                      gaissmai@rzmain.rz.uni-ulm.de
Rechenzentrum Uni Ulm               
Albert Einstein Allee 11             Telefon: (Germany) 0731/5022499
W-7900 Ulm / Germany                 Telefax: (Germany) 0731/5022471
=========================================================================
From: marcus_olk@cl-hh.comlink.de
Newsgroups: de.comp.tex
Subject: Cassetten-Label Drucken
Date: 8 Oct 92 21:33:41 +0100
Article-I.D.: OLK.18549378559
Distribution: de


  
Moin,

ich suche eine Software, mit welcher man komfortabel
Audio-Cassetten-Label erstellen und ausgeben kann.
Nett waere ein entsprechendes TeX-Programm, da es so 
wohl rechnerunabhaengig ist.

Was noch schoen waere: die Moeglichkeit aus einer
Datenbankdatei entsprechende Felder einzulesen um
diese dann entsprechend in ein Label einzubauen.

(Eine Datenbankdatei a la: "blah","droehn","fasel"<CR>)

Kennt jemand solche Software (ggF. fuer einen Atari
ST)?

Marcus

-- 
 Marcus Olk        # Internet: olk@informatik.uni-hamburg.de
 Schwalbenweg 9a   #           marcus_olk@cl-hh.comlink.de
 D-2000 Hamburg 61 # Zerberus: MARCUS_OLK@CL-HH.ZER
Nieder mit dem kategorischen Imperativ!!!

## net_sh v1.5 (sb)
Newsgroups: de.comp.tex
From: zierke@rzdspc1.informatik.uni-hamburg.de (Reinhard Zierke)
Subject: versions of dvips from 5.490 to 5.493 are BROKEN
Organization: University of Hamburg, FRG
Date: 14 Oct 92 09:20:06 GMT

> From: richard@cs.anu.edu.au (Richard Walker)
> Subject: OFFICIAL NOTICE:  DVIPS 5.490--5.493 USERS READ THIS!
> Summary: versions of dvips from 5.490 to 5.493 are BROKEN
> 
> Tomas Rokicki (author of dvips) asked me to post this news item
> because he can't (he has no UseNet access).
> 
> It seems that I discovered a rather big bug in dvips versions
> 5.490 through to 5.493.  Basically, if your document has more than
> 21 fonts, you will get extremely weird output.  The problem
> is in tex.pro (find it if you can!).
> 
> Tomas asks everybody using 5.490, 5.492 (especially!), and 5.493
> to STOP using them, and pick up 5.495 from
> labrea.stanford.edu, pub/dvips5495.tar.Z and pub/dvips5493lib.tar.Z
> (the library for 5.495 is the same as that for 5.493).
> 
> At the time of writing, you may find that the file emspecial.c
> doesn't compile because the symbols SEEK_END and SEEK_SET are
> not defined.  Just put an appropriate #include at the top
> of emspecial.c.  On Suns, that is
> #include <unistd.h>
> Everything else compiles smoothly.
> 
> If you are using really old versions of dvips, such as 5.47, then
> I especially recommend the upgrade because those old versions do
> not produce conforming PostScript.  The newer versions do, so you
> can use programs such as psnup and psselect to play with the
> output.
> 
> Oh, and if you're not using dvips at all, then now's the time
> to start!
> 
> Good luck!
> 
> Richard.
> -- 
> Richard Walker                            richard@cs.anu.edu.au
> Department of Computer Science            Aust:  (06) 249 5687
> The Australian National University        Intl: +61 6 249 5687
> GPO Box 4, Canberra, ACT 2601, Australia

DVIPS 5.495 gibt's auch auf der ftp.informatik.uni-hamburg.de in
pub/tex/dvips5495.tar.Z und pub/tex/dvips5493lib.tar.Z

Reinhard
-- 
Reinhard Zierke                   Universitaet Hamburg, FB Informatik
zierke@informatik.uni-hamburg.de  Vogt-Koelln-Strasse 30, D-2000 Hamburg 54
                                  Tel.: (040) 54715-295   Fax: -206
From: Fred_Meyer@ac3.maus.de (Fred Meyer)
Newsgroups: de.comp.tex
Subject: Re: PS-Fonts als PK oder MF
Date: 8 Oct 92 16:04:00 GMT
Article-I.D.: AC3.A23564
Organization: MausNet
X-Gateway: MausGate/News 1.14

Moin Moin Hans-Ulrich!

  Du schreibst in Gruppe /Tex
  zum Thema "Re: PS-Fonts als PK oder MF":

 > Absender:  MAHUK@ibm.rz.tu-clausthal.de (Hans-Ulrich Kiel)

 > Es gibt sowohl ein Programm ps2mf als auch ps2pk. Ich habe beide Programme
 > auf  unseren Server getan ( ftp.tu-clausthal.de / 139.174.1.3 ) in
 > /pub/tex/utilities. Da es nicht mein Ziel ist dem Stuttgrater Server,
 > als den TeX-Server ueberhaupt,Konkurrenz zu machen, weise ich darauf hin,
 > dass man dieselben Files auch in Stuttgart ( 129.69.1.12 / wohl in
 > /soft/tex/utilities ) finden kann.
Jau..Danke fuer die Info....aber Stuttgart ist einfch zu ueberfuellt oder es
sitzt ein ISDN dazwischen :-( .... werde es mal in Clausthal probieren.

 > Die technische Seite ist kein Problem, das Problem mit Copyright der Fonts
 > ist aber noch ungeloest.
Was ist denn wenn man ne Adobe-Type-Manager-Lizenz hat??? Sind die Fonts dann
mitlizensiert...der ATM berechnet und veraendert die Dinger doch auch.....

Tschuess,
      Fred
From: Hinrich_Schencking@ac3.maus.de (Hinrich Schencking)
Newsgroups: de.comp.tex
Subject: Re: Wo gibts TeX ??
Date: 13 Oct 92 06:31:00 GMT
Article-I.D.: AC3.A25095
Organization: MausNet
X-Gateway: MausGate/News 1.14

Joerg Neelen @ Fido 2:241/2004.12 schrieb am 13.10.1992, 07:19 in Tex:

JN> Daher meine Frage :
JN> Woher bekomme ich eine komplette TeX Version fuer meinen PC.
Eigentlich hat so gut wie jedes UNI-Rechenzentrum ein TeX auf Lager.
Es gibt auch PD-TeX's in Buchhandlungen zu kaufen.(zumindest hier in Aachen)

JN> Und was brauche ich, um moeglichst gleich damit loslegen zu koenne, ohne
JN> erst grosse Klimmzuege zu machen ??
Bei den TeX's ist eigentlich immer das noetigste dabei.
(TEX.EXE,PLAIN.FMT,LPLAIN.FMT,*.STY,*.TFM,*.PK,und einen Previewer+Drucker)
Sehr gut waere natuerlich emTeX 3.14, auch PD.
Sind bei mir mittlerweile 18-19 MB.
(6*1.44MB Programmdisk's,4*1.44MB Fontdisk's(PCL-Drucker),1*Tooldisk)

JN> Was ist LATeX (arbeiten wohl alle mit) ??
LaTeX ist eine Macrosprache.
Es werden Befehle aus TeX zu maechtigeren Befehlen zusammengefasst.
Macht die erstellung von Komplexeren Dokumenten doch erheblich einfacher.

bis dann
   hinrich
(Net)
From: Erik_Pusch@m.maus.de (Erik Pusch)
Newsgroups: de.comp.tex
Subject: Re: Amiga-FontLibs
Date: 8 Oct 92 11:59:00 GMT
Article-I.D.: M.A22151
Organization: MausNet
X-Gateway: MausGate/News 1.14

Servus Michael,

MH> Waere mal jemand bereit, mir beispielhafte ShowDVI.fnt- oder
MH> DVIPrint.fnt-Dateien (NM) zu posten? Ich habe vor einiger Zeit lt. Docu

Ich hab'auch 'ne Zeit lang rumgebastelt, bis es gelaufen ist. Die Probleme
liegen hauptsaechlich im Kleingedruckten :^)))).

Also mal die relevanten Teile aus einer der *.fnt Dateien:

---schnipp---
pkenv           TeX:Pk TeX:Pk.hp
flibenv         TeX:Fontlib TeX:Fontlib

flib_str        PK%d
flib_fnt_str    %s.%dpk
---schnapp

Ich hab zwei Verzeichnisse fuer pk's und zwei Verzeichnisse fuer Fontlibs. Diese
Zeilen duerften bei Dir auch richtig sein (*env).

Die Fontlib's heissen bei mir PK<dpi>, also z.B. "PK300", "PK72" etc. Fuer jede
Aufloesung also eine eigene Fontlib (flib_str).

Die pk.Fonts in den Fontlibs heissen bei mir immer <fontname>.<dpi>pk, z.B.
cmr10.300pk (ohne irgendwelche Pfade). Die Funktion von "flib_fnt_str" ist
etwas duerftig dokumentiert, wenn dieses Template aber nicht stimmt, dann funk-
tionieren die Fontlibs einfach nicht.

Falls Du alle Debugging und Logging-Funktionen im ShowDVI/DVIPrint einschal-
test, kannst Du im Log-File auch nachlesen welche Fonts benutzt worden sind
(Leider wird nicht angezeigt nach welchen _Namen_ in den Fontlibs gesucht
wurde).

Servus, Erik
Newsgroups: de.comp.tex
From: jungclau@ips.cs.tu-bs.de (Ralf Jungclaus)
Subject: emTex386 Fehler: Swapper I/O error ..
Organization: Database Group, Tech. Univ. Braunschweig (FRG)
Distribution: dnet
Date: Fri, 16 Oct 1992 12:39:25 GMT

TeXniker aufgemerkt,

mein 386SX PC mit emTex3-b8 sagt neuerdings beim Laden des
lplain-Formats "Swapper I/O error" und bricht ab. Kann mit jemand
einen Tip geben, woran das liegt????

Ich habe dem PC etwas Erweiterungsspeicher spendiert und habe
versucht, mittels RamDrive und SmartDrv (messy DOS 5.0) die Sache zu
beschleunigen -- jetzt geht's nicht mehr ...

Ralf


-- 
Ralf Jungclaus
    Abt. Datenbanken                | INTERNET:  jungclau@idb.cs.tu-bs.de  
    TU Braunschweig, P.O.Box 3329   | Voice: (..49/0)531-391-7443 or -7442  
    D-3300 Braunschweig, Germany    | FAX: (..49/0)531-391-3298
Newsgroups: de.comp.tex