So kann aus einer fehlgeleiteten Mail doch noch eine interessante
Diskussion werden...

Bastian Venthur <[EMAIL PROTECTED]> schrieb:

> Ganz einfach: pdflatex kann nur Dateiformate wie jpeg, png und pdf als
> Grafiken einbinden, w�rend das normale latex (was nach dvi erstellt)
> genau diese Typen nicht aktzeptiert und seinerseit nur Dateiformate
> wie eps und ps versteht.

latex versteht eigentlich �berhaupt keine Dateiformate. Es ist dvips,
das nur eps und ps einbinden kann; dvipdfm zum Beispiel kann
.jpg,.jpeg,.pdf,.png, vtex kann .gif,.png,.jpg,.tif,.bmp,.tga,.pcx,%
.eps,.ps,.mps,.emf,.wmf.

Wenn man latex aufruft und keine Optionen f�r \usepackage{graphicx}
angegeben hat, dann wird dvips als Default-Treiber ausgew�hlt (es sei
denn, man h�tte /etc/texmf/latex/graphics.cfg entsprechend angepasst).

> In meinen Augen ziemlich dumme Einschkr�nkung, zumal pdf und ps
> ziemlich nahe verwand sind.

Dumm im Sinne von nervig, ja. Ob es eine dumme Entscheidung ist, es
nicht zu implementieren, wage ich nicht zu beurteilen. Rauskommen muss
ja Postscript, zum Umwandeln der PDF-Grafiken in PS-Code w�rde man
sinnvollerweise gs (oder eine entsprechende Bibliothek) verwenden. Das
w�re eine zus�tzliche Abh�ngigkeit, und zwar von einem Programm, das in
mindestens drei Zweigen gepflegt wird (gs-afpl, gs-gpl, gs-esp) und in
verschiedenen Versionen verschiedene, unterschiedlich gravierende Bugs
hat. Aber immer genug davon.

> \newif\ifpdf
> [EMAIL PROTECTED]

Joerg Friedrich schrieb dazu:

,----
| Tipp:
| \RequirePackage{ifpdf} bietet obige zwei Zeilen in etwas erweiterter
| Form.
`----

Nicht nur etwas erweitert, sondern vor allem ohne h�ssliche
Nebenwirkungen. So wie Bastian es geschrieben hat geht das nur genau
einmal; wenn danach ein Paket geladen wird, das auf die selbe Weise
testen m�chte, ob pdf oder dvi ausgegeben werden soll, dann geht es
schief (das sp�tere Paket kriegt immer pdf raus, weil nach dem
[EMAIL PROTECTED] \pdfoutput nicht mehr undefined, sondern \relax ist). 

Gru�, Frank
-- 
Frank K�ster
Inst. f. Biochemie der Univ. Z�rich
Debian Developer

Antwort per Email an