pdfTeX warning: pdflatex: dangling objects discarded, no output file produced
Christoph Bier
ich erhalte die im Betreff genannte Fehlermeldung mit einer
Präsentation, die ich im November noch erfolgreich erzeugen konnte.
Morgen brauche ich ein Handout dieser Präsentation, das ich letztes
Mal nicht brauchte, und deshalb erst jetzt erzeuge. Ich habe diese
Fehlermeldung noch nie gesehen und eine Recherche im Web und Usenet
hat mich auch nicht weiter gebracht. Ich verwende Beamer in der
gleichen Version wie im November (verglichen anhand der log-Datei:
2007/03/11 cvs version 3.07) unter TL 2008. Vielleicht ist ja schon
mal jemandem diese Fehlermeldung begegnet und er erinnert sich, was
er zur Behebung tun musste. Da sich an meinem System seit November
2008 aber nicht viel geänder hat (die Update-Funktion von TL habe
ich auch noch nicht getestet), bin ich völlig ratlos, wo ich mit der
Suche beginnen soll. Den einzigen Unterschied, den ich bei einem
diff der beiden log-Dateien fand, waren unterschiedliche Versionen
von microtype und microtype.cfg (2008/06/04 v2.3b vs. 2008/11/11
v2.3d); das habe ich inzwischen behoben und der Fehler bleibt ...
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://zvisionwelt.de/?page_id=56
Christoph Bier
ich offensichtlich letzten November doch gemacht hatte (wenn auch
von einer vorläufigen Version). Es hat also schon einmal
funktioniert. Nur leider habe ich die Datei nicht aufgehoben ...
Axel Berger
>Den einzigen Unterschied, den ich bei einem diff der beiden log-Dateien
>fand, waren unterschiedliche Versionen von microtype und microtype.cfg
Bei mir stürzte Beamer seit einem Microtype-Update ganz ab, sogar ohne
noch eine Fehlermeldung ins Log zu schreiben zu können. Hat einige Zeit
gekostet.
Lösung:
Nimm microtype raus.
Vor etwa einem Jahr gab es einen von mir initiierten Thread dazu.
Axel Berger
>Vor etwa einem Jahr gab es einen von mir initiierten Thread dazu.
Addendum:
Es war im Dezember 2008.
Message-ID: <200812221...@b.maus.de>
Mein persönliches Fazit aus der Geschichte gilt weiter:
Grundsätzlich ist eine Inkompatibilität auch nicht
unbedingt ein Problem, läßt man es halt weg. Sie wird aber zu einem,
wenn sie nachträglich und überraschend auftritt.
Mal eben noch einen Tippfehler korrigieren ist ja etwas, was man oft
noch in letzter Minute schnell macht. Wenn es dann knallt, die Lösung
zu finden viel Zeit kostet, das alte PDF überschrieben ist und ein
Backup nicht zur Hand, dann kann das zum großen Problem werden.
Uwe Siart konnte übrigens das Problem nicht reproduzieren, ich bin aber
wegen Win98SE bei pdflatex an eine etwas ältere Version gebunden.
Christoph Bier
> *Christoph Bier* wrote on Mon, 09-04-20 19:04:
>>Den einzigen Unterschied, den ich bei einem diff der beiden log-Dateien
>>fand, waren unterschiedliche Versionen von microtype und microtype.cfg
>
> Bei mir stürzte Beamer seit einem Microtype-Update ganz ab, sogar ohne
> noch eine Fehlermeldung ins Log zu schreiben zu können. Hat einige Zeit
> gekostet.
Danke für den Hinweis.
> Lösung:
> Nimm microtype raus.
Das geht jetzt auf die Schnelle nicht, da ich in an zu vielen
Stellen in eigenen Kommandos auf Befehle aus microtype zurückgreife.
Sie mit \let anders zu belegen gelingt mir gerade nicht. Allerdings
frage ich mich, wieso es mit der gleichen Version, mit der es im
November noch ging jetzt nicht mehr geht. -- Tja, Pech gehabt ...
[...]
Uwe Borchert
Axel Berger schrieb:
> *Christoph Bier* wrote on Mon, 09-04-20 19:04:
>> Den einzigen Unterschied, den ich bei einem diff der beiden log-Dateien
>> fand, waren unterschiedliche Versionen von microtype und microtype.cfg
>
> Bei mir stürzte Beamer seit einem Microtype-Update ganz ab, sogar ohne
> noch eine Fehlermeldung ins Log zu schreiben zu können. Hat einige Zeit
> gekostet.
> Lösung:
> Nimm microtype raus.
Ich habe Folien bisher mit prosper (VTeX und teilweise
auch TeXLive 2008) gemacht, beamer kenne ich so gesehen
nicht so richtig. Aber bei Folien ist es nur zu logisch,
dass man microtype nicht braucht. Daher sollte man es
bereits IMHO vorab erst gar nicht einbauen. ;-)
MfG
Uwe Borchert
Heiko Oberdiek
> > Lösung:
> > Nimm microtype raus.
>
> Das geht jetzt auf die Schnelle nicht, da ich in an zu vielen
> Stellen in eigenen Kommandos auf Befehle aus microtype zurückgreife.
> Sie mit \let anders zu belegen gelingt mir gerade nicht. Allerdings
> frage ich mich, wieso es mit der gleichen Version, mit der es im
> November noch ging jetzt nicht mehr geht. -- Tja, Pech gehabt ...
Mit einem Minimalbeispiel hätte man ja mal schauen können, woran
es liegt ...
Viele Grüße
Heiko <ober...@uni-freiburg.de>
Christoph Bier
Uwe Borchert schrieb:
Microtype kann ja mehr als OR und hz-Algorithmus. In meinen Vorträgen
kommen viele Akronyme vor, die ich mit microtype sperre (wobei
letterspace dafür wahrscheinlich schon reichen würde; teste ich heute
Abend, wenn ich wieder zu Hause bin).
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://www.zvisionwelt.de/?page_id=56
Christoph Bier
Dafür war es gestern zu spät, ich hatte den Vortrag vorzubereiten. Ich
war davon ausgegangen, dass es eine Sache von zwei Minuten sei, das
Handout zu erzeugen. Ich werde noch ein Minimalbeispiel liefern, sobald
ich dazu gekommen bin.
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://www.zvisionwelt.de/?page_id=56
Uwe Borchert
Christoph Bier schrieb:
> Uwe Borchert schrieb:
...[microtype nicht sinnvoll für Folien]...
> Microtype kann ja mehr als OR und hz-Algorithmus. In meinen Vorträgen
> kommen viele Akronyme vor, die ich mit microtype sperre (wobei
> letterspace dafür wahrscheinlich schon reichen würde; teste ich heute
> Abend, wenn ich wieder zu Hause bin).
Ich benutze für's Sperren das Paket ,,soul''. Was spricht dagegen?
MfG
Uwe Borchert
Christoph Bier
WIMRE kann man nicht ohne Weiteres Einfluss auf das Maß der Sperrung
nehmen.
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://zvisionwelt.de/?page_id=56
Marc Ensenbach
> Uwe Borchert schrieb am 21.04.2009 12:14:
>> Ich benutze für's Sperren das Paket ,,soul''. Was spricht dagegen?
>
> WIMRE kann man nicht ohne Weiteres Einfluss auf das Maß der Sperrung
> nehmen.
Soul bietet die Möglichkeit, mittels \sodef eigene Sperr-Befehle zu
definieren. Dabei hat man sehr genaue Kontrolle über das Maß der Sperrung.
Grüße,
Marc
Christoph Bier
Ah, danke, das war mir nicht bekannt!
Axel Berger
>Aber bei Folien ist es nur zu logisch, dass man microtype nicht braucht.
Spalten auf Folien sind noch viel kürzer als kurze Spalten anderswo.
Alles, was, und sei es nur selten, beim Umbruch hilft, ist willkommen.
Dazu kommen andere Zwecke wie Akronyme mit \textls{NASA}. Der Befehl
muß auch irgendwo herkommen, meist aus dem Paket, das man
gewohnheitsmäßig immer mitlädt.
Axel Berger
>WIMRE kann man nicht ohne Weiteres Einfluss auf das Maoo der Sperrung
>nehmen.
Dazu eine Frage: Sollte ich das tun, und wenn ja, wo. Bisher gehe ich
immer davon aus, daß der Autor von guter Typographie sehr viel mehr
versteht als ich, und belasse alles bei den Vorgaben.
Uwe Borchert
Axel Berger schrieb:
> *Uwe Borchert* wrote on Tue, 09-04-21 00:39:
>> Aber bei Folien ist es nur zu logisch, dass man microtype nicht braucht.
>
> Spalten auf Folien sind noch viel kürzer als kurze Spalten anderswo.
Ja. Aber mit niedriger Auflösung auf die Leinwand
projiziert. Ich betrachte daher das als k[l]ein[es]
Problem.
> Alles, was, und sei es nur selten, beim Umbruch hilft, ist willkommen.
Da habe ich bisher wenig Erfahrungen gemacht. In
meinen Fällen war es bisher nie notwendig, es wäre
bestenfalls wünschenswert gewesen.
> Dazu kommen andere Zwecke wie Akronyme mit \textls{NASA}. Der Befehl
> muß auch irgendwo herkommen, meist aus dem Paket, das man
> gewohnheitsmäßig immer mitlädt.
Ja, diese Notwendigkeit kann man sicher nicht
wegdiskutieren, Ich verwende dafür das Paket
,,soul''. Wer es also einfach mag, dabei auf
auf Feinheiten verzichten kann ist IMHO damit
gut bedient.
MfG
Uwe Borchert
Christoph Bier
Soul.sty sperrt mir beispielweise in der Voreinstellung unabhängig von
der Schrift zu wenig. Microtype hat sicherlich auch eine Voreinstellung,
aber ich mache das zuerst immer von der verwendeten Schrift und dann
gegebenenfalls noch von der Schriftgröße abhängig. Wenn man sich selbst
keine Einschätzung zutraut, halte ich es für sinnvoll, an den Vorgaben
nichts zu ändern.
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://www.zvisionwelt.de/?page_id=56
Axel Berger
>Microtype hat sicherlich auch eine Voreinstellung
Wenn ich die Anleitung richtig gelesen habe durchgehend ein Zehntel Em.
Christoph Bier
Ich verwende inzwischen bei MinionPro für Akronyme nur noch 0,09 em.
Grüße
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einführung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.6): http://zvisionwelt.de/?page_id=56