LaTeX Forum

KOMA hat geschrieben: ↑

Do 29. Jul 2021, 09:44

Inzwischen ist auch für MiKTeX das Update erschienen. Damit sollte das Problem gelöst sein.

Ich war gestern leider beschäftigt, wollte aber nochmal kurz antworten.
Ich habe Grummelgasts Kritik durchaus verstanden und viele der Punkte waren korrekt, ich habe an manchen Stellen einfach den Wald vor lauter Bäumen nicht gesehen - retrospektiv ist in die Dokumentation von pdfx und tuda zu schauen wirklich naheliegend. Bis kurz vorher dachte ich einfach, dass das Problem an meinem Code liegt, oder meiner Installation und nicht daran, dass LaTeX selbst durch einen Bugfix den PDF/A Teil von pdfx zerschossen hat.
Die Kritik war berechtigt, ich fand die Art wie es geschrieben war in meiner Überforderung einfach etwas hart, das ist alles.

Das .sty wusste ich, auf requirepackage wäre ich z.b. wahrscheinlich sehr lange nicht gekommen.

Ich habe versucht eine "konkrete" Frage zum Link zu stellen, die war aber halt relativ allgemein mit "wie implementiert man den Code den ich da sehe" weil ich darin keine Zeile verstanden habe und nicht weiter erklärt wird, wie der fix funktioniert. Sicherlich keine gute Frage, aber gezielter ging für mich in dem Moment einfach nicht. Wobei ich zumindest die Paketstruktur hätte früher bemerken können.

Das Problem in tuda sollte mit Marei's workaround temporär gelöst sein.

Ich möchte zum Ende des Threads aber nochmal herausstellen, was Grummelgast mittig im Thread gepostet hatte, ich aber für zukünftige Leser für wichtig halte:
die Einstellung pdfa=false in tuda hat das Problem einfach aus dem Weg geräumt. Bis zur Abgabe der Thesis ist das PDF/A Format sowieso nicht notwendig, mein größter Lerneffekt ist also für die Zukunft die Optionen des verwendeten Pakets weiter zu erkunden, da findet sich mehr als ich dachte.

Danke nochmal an Alle!

Inzwischen ist auch für MiKTeX das Update erschienen. Damit sollte das Problem gelöst sein.

In TeX Live ist das Update von tuda-ci inzwischen angekommen und das oben gezeigte Minimalbeispiel funktioniert. Das tuda-ci-Paket von MiKTeX dürfte demnächst aktualisiert werden. Unter dem Link kann jeder selbst verfolgen, ob dort Version 3.17 verfügbar ist – und in der MiKTeX Console natürlich ebenfalls.

@MNSTR: Es mag Dich nicht erfreuen, aber in der Tat ist es nach meiner langen Erfahrung so, dass man bei LaTeX ohne Anleitung-Lesen auf Dauer nicht auf einen gründen Zweig kommt. Auch eine ausführliche LaTeX-Einführung ist tatsächlich extrem hilfreich. So gesehen mag Grummelgasts Kommentar hart sein, aber leider eben die harte Wahrheit.

Ob man in der LaTeX-Einführung erfährt, dass \ProvidesPackage in der Tat ein eindeutiger Hinweis ist, dass es sich bei einer Datei um ein LaTeX-Paket handelt (für Klassen wäre der entsprechende Hinweis \ProvidesClass) weiß ich nicht. Dass Pakete die Endung .sty haben, sollte aber drin stehen. Das lernst Du mit der Zeit. Und wenn Du eine verlinkte Seite, wie die von Grummelgast (die ich nie gefunden hätte, aber sehr nützlich finde) nicht verstehst, solltest Du das übrigens nicht übergehen, sondern gezielt Fragen dazu stellen. Denn, dass eine verlinkte Seite Teil einer Antwort ist, hat natürlich zwei Seiten. Die eine ist, dass ein Helfer durchaus erwarten darf, dass sie genauso gründlich gelesen wird, wie der Rest der Antwort. Die andere ist, dass man dann natürlich dazu genauso weiter nachfragen darf, wie zum Rest der Antwort.

Jedenfalls sollte es genügen fixpdfx.sty in das Arbeitsverzeichnis zu kopieren. Da es vor pdfx geladen werden muss und das innerhalb der Klasse geladen wird, kann man es aber nicht einfach mit \usepackage laden, sondern müsste es noch vor der Klasse mit \RequirePackage laden. Das ist so ein Sonderfall, den Anfänger kaum wissen können. Man könnte natürlich vorübergehend auch eine Kopie der Klassendatei (umbenennen nicht vergessen!) editieren und \RequirePackage{fixpdfx} vor \RequirePackage{pdfx} einfügen.

Aber in Deinem Fall dürfte die einfachste Lösung sein, erst einmal pdfa abzuschalten. Wie hat Grummelgast ja erklärt. Und in wenigen Tagen hat dann hoffentlich auch MiKTeX das tuda-ci-Update mit dem Workaround. Bei TeX Live gehe ich davon aus, dass es morgen oder übermorgen verfügbar ist, nachdem Marei schreibt, dass sie heute eine entsprechende Release veröffentlicht hat. Bei MiKTeX dauert es meist etwas länger.

Und weil die einfachste Lösung ausnahmesweise quasi Aussitzen ist, habe ich fixpdfx bisher auch nicht selbst getestet.

Super, dass es geholfen hat! Recherche ist manchmal nicht einfach, schön dass es hier im Forum kundige Leute gibt, ich hätte das nicht gefunden.

Stefan

KOMA hat geschrieben: ↑

Di 27. Jul 2021, 18:26

Bug-Report ist nicht mehr notwendig. Marei (Autorin von tuda-ci) steht bereits in Kontakt mit den Maintainern von pdfx und hat auch bereits einen Workaround in ihre Klassen eingebaut. → https://github.com/tudace/tuda_latex_te ... issues/321

Oh, das war aber der absolut goldene Link!
In die Git-Issues des Templates zu gucken ... da hätte ich mal selbst drauf kommen können.

Vielen Dank für den Hinweis!

Grummelgast hat geschrieben: ↑

Di 27. Jul 2021, 18:11

Wenn das eine Vorlage ist, die du verwenden musst, dann mach den Vorlagenverwalter darauf aufmerksam und frag den, was du tun sollst. Oder entferne pdfx eigenmächtig aus der Vorlage. Laut tuda-ci-Anleitung geht das mit Klassen-Option pdfa=false. Oder ersetze pdfx entsprechend dem nicht grundlos von mir angegebenen Link. Du solltest Links nämlich nicht nur zitieren, sondern wirklich einmal verfolgen … Sonst kommt bei uns irgendwann der Verdacht auf, dass es sich nicht lohnt, sich die Mühe damit zu machen. Auch das Lesen der Anleitung von verwendeten Klassen und Paketen wäre wirklich eine gute Idee.

Danke für den Hinweis, das ist eine gute Idee! Morgen mache ich mich da mal dran, die Dame zu erreichen
Schade, dass du auf meine Frage so reagierst, ich habe den Link nämlich gelesen und jetzt nochmal, aber halt beide Male als Einsteiger nicht wirklich verstanden was abgeht. Soll ich das Ding komplett in mein Dokument aufnehmen? oder heißt providespackage, dass fixpdf ein neues Package darstellt und ich das nur über \usepackage im Dokument laden muss?
Darum ging es mir, nicht um den Thread dort allgemein.

Ich habe versucht die Chance zu nutzen direkt nachzuhaken, da ich in pdfx bei 2850 Zeilen Code mir selbst keine große Hoffnung auf schnelles Verständnis gemacht habe. Bis vor kurzem wusste ich einfach noch nicht mal wirklich in welche Doku ich überhaupt schauen soll und nachdem ich nun einige Stunden an diesem Problem verzweifelt bin hatte ich die böse Vermutung dann erst wieder Nachts fragen zu können weil ich am Ende doch etwas nicht verstehe.
Doku zur Vorlage / tuda-ci habe ich teilweise vorher mal angeschaut gehabt, aber auch da war der ganze Haufen für mich als Anfänger gefühlt eine Nummer zu groß.

Sei es drum. Ich versuche in Zukunft mehr Doku zu lesen.

Grummelgast hat geschrieben: ↑

Di 27. Jul 2021, 18:16

Achso: Bugreport für pdfx natürlich an die Autoren des Pakets. Deren E-Mail-Adressen stehen, wie weitgehend üblich, am Anfang der Paketdatei pdfx.sty. In der Anleitung gibt es im Fuß jeder Seite Kontaktadressen. Lesen!

Gut zu wissen, dass sich dort die Adressen finden - auch hier etwas starke Reaktion für meinen Geschmack, aber ich kann mir vorstellen, dass der Umgang mit vielen Anfängern wie mir auf Dauer sehr ermüdend ist.

Danke trotzdem!

Bug-Report ist nicht mehr notwendig. Marei (Autorin von tuda-ci) steht bereits in Kontakt mit den Maintainern von pdfx und hat auch bereits einen Workaround in ihre Klassen eingebaut. → https://github.com/tudace/tuda_latex_te ... issues/321

Achso: Bugreport für pdfx natürlich an die Autoren des Pakets. Deren E-Mail-Adressen stehen, wie weitgehend üblich, am Anfang der Paketdatei pdfx.sty. In der Anleitung gibt es im Fuß jeder Seite Kontaktadressen. Lesen!

Wenn das eine Vorlage ist, die du verwenden musst, dann mach den Vorlagenverwalter darauf aufmerksam und frag den, was du tun sollst. Oder entferne pdfx eigenmächtig aus der Vorlage. Laut tuda-ci-Anleitung geht das mit Klassen-Option pdfa=false. Oder ersetze pdfx entsprechend dem nicht grundlos von mir angegebenen Link. Du solltest Links nämlich nicht nur zitieren, sondern wirklich einmal verfolgen … Sonst kommt bei uns irgendwann der Verdacht auf, dass es sich nicht lohnt, sich die Mühe damit zu machen. Auch das Lesen der Anleitung von verwendeten Klassen und Paketen wäre wirklich eine gute Idee.