Woher weiß man, dass Pakete veraltet sind und man sie nicht mehr benutzen sollte?

Keine Antwort auf die Frage, sondern nur ein paar bekannte Probleme

Ich benutze das einfach mal, um bekannte Schwierigkeiten aufzulisten. Das heisst nicht, dass die entsprechenden Pakete veraltet sind, aber dass es Probleme gab, und dass es bekannt ist, wie man die Probleme lösen kann. Ich kann die Liste gerne wieder löschen. (Wenn jemand mir sagen könnte, wie ich verhindern kann, dass der zweite Eintrag "tikzposter" nach rechts eingerückt wird, wäre das super.)

tikz:

• tikzpicture in tikzpicture liefert komische Resultate: man soll tikzpictures nicht verschachteln, siehe hier.
• datavisualization und xelatex liefern komische Resultate: siehe hier.

tikzposter:

• Referenzen verhalten sich komisch: siehe hier.

• Wenn man ein tikzpicture einbaut, ist das Resultat möglicherweise etwas eigentümlich: siehe hier. Das ist eine Variante der etwas allgemeineren Aussage, dass man tikzpictures nicht schachteln soll, siehe oben.

Es gibt einige Pakete, die auf CTAN als obsolet gekennzeichnet sind: https://ctan.org/topic/obsolete. Ferner gibt es Pakete, die im Hinweistext auf CTAN oder in der Dokumentation auf neuere, bessere Alternativen hinweisen (z.B. siunits, anysize), auch diese Pakete kann man wohl guten Gewissens in die Kategorie veraltet fallen lassen (selbst wenn sie wie im Fall von siunits noch für Fehlerbehebungen gepflegt werden). Das sind die einfachen Fälle.

Daneben gibt es noch eine ganze Reihe von Paketen, die nicht offiziell als veraltet deklariert wurden, aber dennoch inzwischen als veraltet und obsolet bezeichnet werden. Die Entscheidung ist dort häufig subjektiv oder von bestimmten Erfahrungen beeinflusst (so würde ich \usepackage{ngerman} als veraltet bezeichnen und \usepackage[ngerman]{babel} empfehlen, da babel der De-facto-Standard für Lokalisierung in TeX ist und zum Beispiel csquotes und biblatex nur mit babel ordentlich zusammenarbeiten; andererseits ziehe ich etoolbox zwar ifthen vor, würde mich im Gegensatz zu anderen aber schwer tun, ifthen wirklich als obsolet zu bezeichnen).

Vielleicht muss man auch ein bisschen auf den Kontext und individuellen Sprachgebrauch achten. Je nach Situation schreibt man vielleicht "X ist veraltet und sollte durch Y ersetzt werden", obwohl man eigentlich sagen sollte "Y bietet mehr Möglichkeiten als X, ist leichter zu bedienen und wird noch weiterentwickelt, X würde ich nur noch verwenden, wenn es dafür gute Gründe (externe Zwänge, Abwärtskompatibilität, ...) gibt" oder weniger hilfreich "ich nutze immer Y statt X", manchmal ist aber vielleicht doch "X hat viele bekannte Mangel und Y nicht" gemeint.

In diversen Foren gibt es ein paar Listen mit veralteten Paketen und Alternativen. Dabei ist zu beachten, dass dort teilweise unterschiedliche Standards angelegt werden und einige Sammlungen auch schon etwas in die Jahre gekommen sind.

• mrunix
• TeX.SX

Ferner gibt es noch das bereits von Murmeltier in den Kommentaren erwähnte l2tabu (inzwischen auch wieder zweieinhalb Jahre alt).

Erschwerend kommt hinzu, dass es einige Pakete gibt, die zur Zeit nicht mehr gepflegt werden. Selbst wenn es bei diesen Paketen zu Zeit keine (großen) bekannten Probleme gibt, sollte man bei neuen Projekten etwas auf der Hut sein und sich nach Alternativen umsehen. Insbesondere bei komplexen Paketen kann das relevant sein, bei häufig genutzten oder sehr simplen Paketen ist die Gefahr nicht ganz so groß (im schlimmsten Fall muss das LaTeX3-Team wieder systemrelevante Pakete übernehmen).

Eine höhere offizielle Instanz als die Verlautbarungen bei CTAN oder in der Dokumentation gibt es in den meisten Fällen wohl nicht, gleichwohl haben viele Helfer in Foren einige Dinge gesehen und einen eigenen Schatz an Erfahrungen aufgebaut, der es ihnen erlaubt, bestimmte Pakete zu beurteilen. Welche Maßstäbe sie dabei anlegen, ist allerdings potentiell unterschiedlich und vielleicht nicht immer ganz klar.

Je nach Definition von "veraltet", in der wir uns bewegen, ist es also sehr einfach, herauszufinden, ob ein Paket veraltet ist (bei CTAN oder in der Dokumentation nachsehen, wenn man das Ganze sehr wörtlich nimmt) oder recht komplex (wenn man "veraltet" etwas weiter fasst). Es ist zu beachten, dass man nicht jedem x-beliebigem Typen im Internet sofort sein gesamtes Vertrauen schenken sollte und dass selbst vermeintlich recht aktuelle Beiträge auf veralteten Informationen beruhen können.

Ich würde versuchen, dass Pferd von der anderen Seite aufzuzäumen und anstatt post-hoc zu entscheiden, ob ein Paket veraltet ist, im Vorhinein Nachforschungen anzustellen, ehe ich es in meine Präambel hereinlasse. Bei jedem Paket sollte man ungefähr wissen, was es tut, wofür man es laden möchte und ob es nicht vielleicht Alternativen gibt. Dann kann man das Paket und seine Alternativen bei CTAN nachschlagen und herausfinden, ob sie als veraltet gekennzeichnet sind, wann sie zuletzt aktualisiert wurden (einen genauen Schluss lässt eine länger zurückliegende Aktualisierung aber nicht zu, wenn ein Paket schon länger nicht mehr aktualisiert wurde, hat es entweder keine Fehler, keine Nutzer oder keinen aktiven Entwickler mehr).

Wenn man Dir sagt, dass ein Paket veraltet sei und Du das auf die Schnelle mit den genannten Mitteln nicht verifizieren kannst, dann kannst Du nach den Gründen fragen. Man wird Dir sicher gerne Gründe für die Ablehnung des einen oder anderen Pakets nennen.

Hier ist eine Liste von eher veralteten Paketen und Klassen sowie den empfohlenen Nachfolgern, die es ersetzen können. Das ist keine Beurteilung, es soll nur in der Paket-Auswahl helfen und im Prüfen von Dokumentpräambeln eigener Dokumente oder Fremd-Vorlagen. Leser können gern selbst anhand der Paket-Dokumentationen eine Entscheidung Kandidat versus Ersatz treffen. Immerhin hat man hier eine Liste zu den Kandidaten.

Form:

• Veraltetes Paket: Empfohlener Nachfolger

Los gehts. Es kann gern bearbeitet und ergänzt werden (die Liste ist Community Wiki und für alle editierbar).

• a4, a4wide, anysize: geometry, typearea
• backrefx: backref
• bitfield: bytefield
• caption2: caption
• csvtools: datatool
• datetime: datetime2
• dinat: natdin
• doublespace: setspace
• dropping: lettrine
• eledmac: reledmac
• eps, epsfig: graphicx
• euler: eulervm
• eurotex: inputenx
• fancyheadings: fancyhdr
• floatfig: floatflt
• german: babel / polyglossia - \usepackage[ngerman]{babel}
• glossary: glossaries
• graphics: graphicx
• here: float
• hyper: hyperref
• ifthen: etoolbox (siehe: Why is the ifthen package obsolete)
• isolatin, isolatin1: inputenc
• mathpple: mathpazo
• mathptm: mathptmx
• ngerman: babel / polyglossia
• nthm: ntheorem
• ocg, ocg-p, ocgx: ocgx2
• palatino: mathpazo
• picinpar: floatflt, picins, wrapfig
• prosper, HA-prosper: powerdot, beamer
• ps4pdf: pst-pdf
• psfig: graphicx
• raggedr: ragged2e
• scrlettr: scrlttr2
• scrpage, scrpage2: scrlayer-scrpage
• seminar: powerdot, beamer
• sistyle, siunit: siunitx
• subfigure: subfig, subcaption
• t1enc: fontenc mit Option T1 - \usepackage[T1]{fontenc}
• times: mathptmx, txfonts, txfontsb
• ucs: **inputenc**, **inputencx** mit utf8 option, see utf8x vs. utf8 (inputenc) - \usepackage[utf8]{inputenc} (mit neuestem LaTeX ist UTF-8 voreingestellt und man braucht es gar nicht mehr)
• utopia: fourier
• vmargin: geometry, typearea

Ursprünglich habe ich die Liste auf meinem TeXblog zusammengestellt, später auf TeX.SX gepostet. Bitte gern weiter bearbeiten.