Verfasst: Do 7. Mai 2009, 15:42
Also ich musste leider grad feststellen, dass die dvipdfm-Option in der letzten Zeile offenbar doch notwenidig ist. Ich habe nämlich vorhin mit einigen Optionen aus dem Handbuch von "hyperref" herumexperimentiert. Und da gab es Fehlermeldungen, wenn die Option nur global definiert ist. Sobald ich "dvipdfm" direkt beim Laden von "hyperref" wieder eingesetzt, hat es wieder richtig funktioniert.
Und dvipdfmx habe ich bei meiner letzten Studienarbeit auch verwendet, weil dvipdfm einige EPS-Grafiken seltsamerweise unter großen Qualitätseinbußen ins PDF eingebettet hat, während dvipdfmx das ordentlich angestellt hat. Aber leider bekomme ich beim globalen Definieren von dvipdfmx in der ersten Zeile auch Fehlermeldungen. Spricht denn etwas dagegen, dvipdfm zu deklarieren und am Ende zum Umwandeln dann doch dvipdfmx zu benutzen?
Und als Argument für das Umwandeln in DVI und anschließend PDF möchte ich anbringen, dass mit "Yap" als Preview-Applikation gut gefällt, weil er direkt an die entsprechende Stelle des gerade kompilierten Files springt. Und das hatte ich beim direkten Umwandeln mittels pdflatex nicht hinbekommen. Gilt dieses Argument?
Und dvipdfmx habe ich bei meiner letzten Studienarbeit auch verwendet, weil dvipdfm einige EPS-Grafiken seltsamerweise unter großen Qualitätseinbußen ins PDF eingebettet hat, während dvipdfmx das ordentlich angestellt hat. Aber leider bekomme ich beim globalen Definieren von dvipdfmx in der ersten Zeile auch Fehlermeldungen. Spricht denn etwas dagegen, dvipdfm zu deklarieren und am Ende zum Umwandeln dann doch dvipdfmx zu benutzen?
Und als Argument für das Umwandeln in DVI und anschließend PDF möchte ich anbringen, dass mit "Yap" als Preview-Applikation gut gefällt, weil er direkt an die entsprechende Stelle des gerade kompilierten Files springt. Und das hatte ich beim direkten Umwandeln mittels pdflatex nicht hinbekommen. Gilt dieses Argument?