summaryrefslogtreecommitdiff
path: root/info/german/ogfuda/bilder.tex
blob: 872bbd6b7616beea1704fe238a0e8948283282be (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
\def\filename{bilder.tex}
\def\filedate{01-FEB-1993}
\def\fileversion{1.0}
\meldedich

\section{\LaTeX{} und Graphik}

\r \TeX{} ist in erster Linie f"urs Setzen von {\em Text\/} konzipiert;
allerdings besteht der berechtigte Wunsch vieler Anwender, auch
Graphiken in den Text einzubinden.

\LaTeX{} stellt daf"ur lediglich die rudiment"are \env{picture} zur
Ver"-f"u"-gung; etwas "uberspitzt formuliert k"onnte man behaupten, damit
allenfalls Strich"-m"ann"-chen (wie im \LaTeX-Buch von L.~{\sc Lamport}
vorgef"uhrt) zu produzieren.

\p Ja, die M"oglichkeiten der \env{picture} sind allerdings
reichlich be"-schr"ankt.
Aber da gibt es ja noch einige Erweiterungen, die teils \TeX-portabel
und teils unportabel sind.

\subsection{Portabel\protect\dots}

\r Mir sind als portable L"osungen \sty{epic}, \sty{bezier}
und \PiCTeX{} bekannt,
wobei \PiCTeX{} den weitaus gr"o"seren Funktionsumfang besitzt.  Diese
Erweiterungen besitzen aber alle zwei Nachteile: sie verbrauchen sehr
viel Speicher (so da"s eine Big\TeX-Version zum Einsatz kommen
sollte) und sie sind eigentlich nur f"ur Diagramme wie etwa
Balkengraphiken oder Funktionsplots gut.  Um "`richtige"' Bilder damit
in ein Dokument einzubinden, scheinen sie ungeeignet.  Au"serdem sind
sie umst"andlich in der Handhabung.

\p Ganz recht.  Was aber die Bedienfreundlichkeit angeht, so gibt es
eine ganze Reihe von Programmen (wie etwa \TeX cad oder gnutex), die
die Herstellung derartiger Graphiken erheblich vereinfachen k"onnen.

\r Oft aber sind bereits fertige Vorlagen in einem der
Standardformate {\tt .IMG}, {\tt .PCX}, {\tt .GIF} und "ahnliche
gegeben; wie kann ich diese in einen Text einbinden?

\p Da wir uns hier "uber portable L"osungen
(nun ja, wenigstens {\em halbwegs\/}
portable L"osungen, die nicht auf beispielsweise auf
\cs{special}-Befehle eines {\tt .dvi}-Treibers basieren) reden,
k"onnen wir in diesem Fall auf das Programm \ttind{bm2font}
verwenden.

\r Erl"autern Sie ir bitte dessen Arbeitsweise!

\p Gerne will ich das tun.  \ttind{bm2font} "`versteht"' die
wichtigsten Rastergraphikformate und wandelt eine solche
rechteckweise in
"`Buchstaben"' um, die dann von \mf{} erzeugt werden k"onnen
und hinterher zum kompletten Bild zusammengesetzt werden.

\r Aha!  Eine clevere Idee.  Der Vorteil liegt wohl darin, da"s diese
L"osung inner\TeX nisch ist und au"ser eben \ttind{bm2font} keine
speziellen Programme ben"otigt.

\p Genau.  Zudem ist die Ausgebequalit"at gut bis sehr gut.

\subsection{\protect\dots oder nicht?}

\r Welche anderen M"oglichkeiten gibt es denn noch?

\p Hier hei"st ein Zauberwort: PostScript!  Hier werden
PostScript-Graphiken mittels des \cs{special}-Befehls in den
Quelltext eingebunden.  Die {\tt .dvi}-Datei mu"s dann mittels des
Programms {\tt dvips} in eine PostScript-Datei umgewandelt werden,
die dann von einem PostScript-Interpreter auf ein Ausgabeger"at
geschickt wird.

\r Das ist aber dann eine au"ser\TeX nische Variante, da hier eben ein
PostScript-Interpreter ben"otigt wird.

\p Dieser ist aber auf so gut wie allen Systemen verf"ugbar.  Die
Ausgabequalit"at ist sehr gut.

\r Sie erw"ahnten gerade den Befehl \cs{special}; ich wei"s von einigen
Treibern, die ihn f"ur ihre Zwecke nutzen.

\p Das stimmt.  Jedoch sind diese Insell"osungen im h"ochsten Ma"se
unportabel, so da"s ich Ihnen von der Verwendung von \cs{special}s,
die nur von bestimmten Treibern unterst"utzt werden, nur abraten kann.

\endinput