arara Ideensammlung

Wenn es was taugt, könnte man dies hier als eigene Frage abspalten (aber das weiß ich ja, wie gesagt nicht; ich hab das Thema auch nimmer richtg weiterverfolgt, nachdem mir klar wurde, daß das nicht mit chapterthumbs zu tun hat. )

Frühere Versionen von PDF-Viewern (bis ungefähr Version 3 war hier der Acrobat Reader – heute: Adobe Reader – fast das einzige ernstzunehmende Programm) konnten keine Minibildchen der Seite on-the-fly erzeugen. Stattdessen musste man, wenn man welche haben wollte, diese in der PDF-Datei ablegen. Genau dafür wurde damals thumbpdf benötigt.

Heute bringt thumbpdf noch immer einen gewissen Geschwindigkeitsvorteil beim Blättern in den Seitenbildchen, weil die Seiten eben nicht erst intern gerendert werden müssen. Das macht sich vor allem bei großen, komplexen Dokumenten durchaus bemerkbar.

Ah, interessant. Also was auf jeden Fall fehlt, ist eine arara-Regel perltex. Hier bei thumbpdf gibt es noch einige Optionen (z.B. die Auflösung). Ich konnte "von Adobe erstellte thumbnails" und "von thumbpdf erstellte thumbnails" nie richtig vergleichen, weil das meistens nur diverse Fehlermeldungen lieferte.

PS: Kann man mit thumbpdf auch individuellle thumbnails (z.B. irgendein Bild/Text) erstellen?

@cis Das perl-Script arbeitet ja in mehreren Schritten. Im ersten Schritt (Option --makepng) produziert es mit Hilfe von ghostscript für jede Seite eines PDFs eine Grafikdatei im PNG-Format. Diese Bilder kannst Du einfach gegen eigene austauschen oder schlicht den Schritt weglassen und selbst eigene Bilder erstellen. Im zweiten Schritt (Option --makepdf) wird aus den PNGs dann wieder eine PDF-Datei erzeugt, die all die Bilder enthält (eines pro Seite). Im dritten Schritt (Option --makedata) wird dann eine Daten-Datei erstellt, die schließlich von thumbpdf.sty verwendet wird.

@cis Darüber hinaus gibt es auch noch die Möglichkeit, über eine Datei \jobname.tpo direkt einzugreifen und Thumbnail-Grafiken vorzugeben. Siehe dazu die Anleitung.

@cis Die normalen Logdateien für biber etc. werden auch bei Benutzung von arara erstellt. Und mit der Option --verbose oder -v für arara siehst du auch die üblichen Dinge beim Kompilieren.

Trotzdem: arara ist lediglich ein Automatisierungstool und kein Zaubermittel. Wenn man Abläufe verstehen will oder Fehler in der Installation sucht, sollte man zunächst darauf verzichten. Wenn jemand ein Problem mit biber hat und man verweist ihn auf arara, dann löst das das biber Problem nicht. Im Gegenteil es kann zusätzliche Verwirrung und ein weiteres Problem erzeugen.

Aja gut, wäre auch ein sehr langweiliges Tool geworden.

@cis arara produziert die logfiles doch gar nicht (weder korrekt noch inkorrekt), das machen die Programme selbst. Ich hatte eher Probleme damit, dass ein arara-Lauf einfach stehengeblieben ist, wenn das zugrundeliegende Programm an der gleichen Stelle irgendeine Meldung gegeben hatte.

@Clemens Das habe ich auch so gemeint und im Prinzip so geschrieben. Gegen das Hängenbleiben von arara hilft in gewissem Umfang die Option --timeout mit Angabe einer Zeit in Millisekunden. Wenn die vorbei ist, bricht arara dann mit einer Fehlermeldung ab.

@esdd dann müsste ich mir mein emacs umkonfigurieren... in AUCTeX kann ich ein Programm mit C-c-C-k aber auch einfach töten. Und beim Debuggen verwende ich arara dann sowieso nicht mehr.