Hi,
habe gerade den Dummen Fehler gemacht und bin auf Miktex 2.5 hoch.
Tollerweise kann ich jetzt in dem texniccenter kein Dokument mehr compilen.
Auf der texniccenter Seite steht zu miktex 2.5 noch nix, habe versucht zu 2.4 zurückzugehen. finde aber die Install files nicht mehr.
Hat jemand auch auf 2.5 Upgegraded und vielleicht einen Tip wie ich mein texniccenter wieder zum arbeiten überreden kann?
Okay, also so lösen habe ich nicht hinbekommen.
Aber einen Workaround gibt es für alle die das selbe Problem haben:
Erst Miktex deinstallieren, dann texniccenter deinstallieren und jetzt Miktex 2.5 installieren und dann wieder texniccenter installieren. Das texniccenter fragt einen nach dem Verzeichnis wo miktex seine Files liegen hat. Bei mir ist das:
C:\Programme\MiKTeX 2.5\miktex\bin .
Dann konnte ich immerhin wieder compilen und dvi's und ps erzeugen.
Nun will aber Yap nicht mehr so richtig.
Bekomme nun von Yap folgende Meldung:
Das liegt an dem dvips Programm, nur wäre es nett wenn das gehen würde.MiKTeX Problem Report
Message: The page could not be rendered.
Data: This is dvips(k) 5.95b Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2006.08.10:1216' ->
.
[53]
Source: DviPage.cpp
Line: 1029
MiKTeX: 2.5
OS: Microsoft Windows XP Professional Service Pack 2 (Build 2600)
SystemAdmin: yes
PowerUser: no
SharedSetup: yes
BinDir: C:\Programme\MiKTeX 2.5\miktex\bin
DVI normal angucken geht, aber dann halt ohne Bilder. Will nicht jedesmal nen ps generieren nur um mir anzugucken ob das Bild richtig sitzt.
Jemand eine Idee das problem zu lösen
Geändert von dadruck (10-08-2006 um 11:44 Uhr)
Wo liegen deine Bilder? Im selben Ordner, einem tieferen oder höheren?Zitat von dadruck
rc
Die Bilder liegen in einem Extra img Ordner, der Besseren übersicht wegen.
du hast meine Frage nicht beanwortet! Einem tieferen oder höheren ORdner?
rc
ups, dachte eigentlich das wäre klar damit. Also mal ausführlich:
In meinem Da\ Ordner habe alle Tex-files und dann gibt es den Da\img\ Ordner in dem die Bilder liegen. Also einen höheren Ordner. (kommt drauf an von wo man guckt, alla Informatiker-Bäume ist es ein tiefere Ordner)
also einem tieferen Ordnner, denn Ausgangspunkt ist ja deine Diplomarbeit!
Ist das jetzt korrekt?
rc
1) Ja - es ist ein tieferer Ordner (kommt von Bäumen her - wo der "oberste" Knoten die Wurzel ist - in deinem Fall c:\ und alle darunter Blätter,...)
imho ist dvi gerade für die Vorschau von Bildern überhaupt nicht die richtige Wahl...
MfG Bischi
"There is an art, it says, or rather, a knack to flying. The knack lies in learning how to throw yourself at the ground and miss it" The hitchhiker's guide to the galaxy by Douglas Adams
--> l2picfaq.pdf <-- www.n.ethz.ch/~dominikb/index.html LaTeX-Tutorial, LaTeX-Links, Java-Links,...
Okay wusste ich nicht, finde es nur halt merkwürdig das dvips so Probleme mit Bildern hat. Wundert mich auch deswegen weil es in 2.4 einwandfrei lief. Okay so dinge ob ein Bild Schrift abdeckt oder so konnte man nicht überprüfen, aber die ungefähre Position war schon praktisch, vorallem da ghostview so dermaßen unfreundlich mit dem texniccenter zusammenarbeiten.
Aber wofür war es jetzt wichtig zu wissen wo die Bilder liegen?
Wenn sie in einem Unterordner liegen, kannst du sie einfach einbinden:
\includegraphics{/bilder/bild1}
Falls sie nicht in einem Unterordner (oder im selben wie die LaTeX-Datei) liegen, musst du mit TEXINPUTS und co rumtricksen
MfG Bischi
PS: Warum DVI für Bilder meist nicht die richtige Wahl ist: Es gibt einige weniger Viewer, die Bilder grösstenteils korrekt anzeigen (bspw: xdivk). yap ist hierbei sehr unzuverlässig - Bilder werden oftmals falsch angezeigt.
"There is an art, it says, or rather, a knack to flying. The knack lies in learning how to throw yourself at the ground and miss it" The hitchhiker's guide to the galaxy by Douglas Adams
--> l2picfaq.pdf <-- www.n.ethz.ch/~dominikb/index.html LaTeX-Tutorial, LaTeX-Links, Java-Links,...
das geht mit MiKTeX 2.5 sowieso nicht. Aus Sicherheitsgründen weigert sich dvips absolute Pfade zu akzeptieren ...
musser nicht, er kann einfach in der config.ps die Option z0 wählen,Falls sie nicht in einem Unterordner (oder im selben wie die LaTeX-Datei) liegen, musst du mit TEXINPUTS und co rumtricksen
dann sind auch höherliegende Verzeichnisse möglich.
\includegraphics{/bilder/bild1} oder
\includegraphics{../bilder/bild1}
geht dann auch.
Und TEXINPUTS muss man überhaupt nicht nutzen, wenn man dazu keine Lust hat ...
rc
war natürlich so gemeint:
\includegraphics{bilder/bild1}
Die Aussage war eigentlich so gemeint: Falls er die Bilder nicht in nem Unterordner hat, muss er zuerst sonst noch irgendwo Einstellungen machen; Es führen ja bekanntlich alle Wege nach Rom
musser nicht, er kann einfach in der config.ps die Option z0 wählen,
dann sind auch höherliegende Verzeichnisse möglich.
...
Und TEXINPUTS muss man überhaupt nicht nutzen, wenn man dazu keine Lust hat ...
MfG Bischi
"There is an art, it says, or rather, a knack to flying. The knack lies in learning how to throw yourself at the ground and miss it" The hitchhiker's guide to the galaxy by Douglas Adams
--> l2picfaq.pdf <-- www.n.ethz.ch/~dominikb/index.html LaTeX-Tutorial, LaTeX-Links, Java-Links,...
muss er grundsätzlich nicht! Das hängt von der Systemkonfiguration ab und ob man dvips überhaupt benutzt. Bei pdflatex ist es grundsätzlich egal, wo die Bilder sind. Da macht man gar nix ...Die Aussage war eigentlich so gemeint: Falls er die Bilder nicht in nem Unterordner hat, muss er zuerst sonst noch irgendwo Einstellungen machen; Es führen ja bekanntlich alle Wege nach Rom
rc
Ähm - wir reden schon vom selben:
Arbeit in: c:\meineDaten\Arbeit\arbeit.tex
Bild in: c:\meineDaten\Bilder\bild.png/eps
afaics geht das - unabhängig vom verwendeten Tool - nicht ohne Zusatzeinstellungen...
MfG Bischi
"There is an art, it says, or rather, a knack to flying. The knack lies in learning how to throw yourself at the ground and miss it" The hitchhiker's guide to the galaxy by Douglas Adams
--> l2picfaq.pdf <-- www.n.ethz.ch/~dominikb/index.html LaTeX-Tutorial, LaTeX-Links, Java-Links,...
Ich glaube nicht, dass wir vom selben reden ...
Nochmal:
-- pdftex ist es egal, wo die Bilder liegen!
-- dvips auch, wenn in der Konfiguration config.ps oder als Option z0 steht, beziehungsweise übergeben wird.
MIiKTeX 2.5 setzt diese Option auf z1, wmmit man nicht mehr auf übergeordnete Verzeichnisse zugreifen kann.
Das ist der Grund, warum mit einem Mal nach einem Update, Bilder nicht mehr gefunden werden, denn in 2.4 war die Option anders gesetzt ... was aber NUR für dvips Auswirkungen hat ...
rc
Berechtigungen
Zitieren
Lesezeichen