Hauptmenü
Sie sind hier
Mehrfache Angabe einer Option
Ich ging davon aus, dass bei wiederholten Optionen die letzte Angabe "gewinnt":
\documentclass[twoside=on,oneside=on]{scrartcl}% twoside gewinnt %\documentclass[twoside,oneside]{scrartcl}% oneside gewinnt \begin{document} foo \end{document}
(Aktuelles TL 2020.)
Ohne explizite Zuweisung eines Wertes ergibt es das für mich erwartete Verhalten. Es sollte aber doch beides gleich sein
und oneside "gewinnen", oder habe ich was übersehen?
Diese Sache ist nicht ganz unerheblich, da bei größeren Arbeiten auch die Optionsliste länger wird und man oft nicht
sieht, dass man schon die Angabe hatte.
Frohe Ostern wünsche ich Dir und deiner Familie
Aktuelle KOMA-Script Release
Die aktuelle KOMA-Script-Release finden sich primär im Dateien-Bereich des Projekts KOMA-Script auf SourceForge.
Schnelle Bugfixes und Prereleases finden sich im KOMA-Script-Repository.
Näheres zur aktuellen und früheren Releases ist dem Beitrag »Welches ist die aktuelle KOMA-Script-Release und wo finde ich sie?« zu entnehmen.
Beispiele aus der 7. Auflage des KOMA-Script-Buchs
Hingucker
Sponsoren
In der Reihenfolge der Spendeneingänge:
2024
Paul Kloß u. a.
2023
Paul Kloß, Manuel Kuehner, Martin Bierbaum, Ulrich Groh, Elke Schubert u. a.
Näheres zu Kosten und Betrieb ist in einem Blog-Beitrag zu finden. Natürlich sind auch Spenden ohne Namensnennung möglich.
Newsfeeds
Ja, Du hast etwas übersehen
onesideist eine Kompatibilitätsoption und keine dokumentierte key=value-Option. Daher auch:LaTeX Warning: Unused global option(s): [oneside=on].Wenn Du die Wertzuweisung weglässt, verrät Dir KOMA-Script in der log-Datei auch, was es in Wirklichkeit aus der Option
onesidemacht.Aus diesem Grund ist in der KOMA-Script-Anleitung auch keine Option
onesidefür die Klassen oder für typearea dokumentiert. Im Buch ist es in genau dieser einen Form, also ohne Wertzuweisung, in Abschnitt 20.4 dokumentiert.Vorschlag
Könnte man nicht zur Vermeidung von Missverständnissen einfach intern "oneside=Ein-Aus-Wert" umwandeln in "twoside=not Ein-Aus-Wert"?
Ist letztlich aber auch nicht so wichtig ...
Danke für die Aufklärung.
Könnten könnte man vieles aber muss man wirklich alles?
Es gab nie eine Option
onecolumn=Wert. Es war immer nur eine Optiononecolumndokumentiert. Es ist seit Jahren explizit dokumentiert, dass das keine key=value-Option ist. Genau genommen wäre eine Änderung an der Stelle sogar ein Verstoß gegen die Dokumentation. Wenn man das konsequent weiterdenkt, müsste es dann auch eine Optiona4paper=on|yes|truegeben. Und natürlich müssten auch die anderen Standardoptionen wiefleqnetc. zu key=value-Optionen werden. Das wäre aber in diversen Fällen sogar contraproduktiv, weil eben nicht alle Pakete für Standardoptionen auch Werte verstehen. Beispielsweise wüsste amsmath mitfleqn=truenichts anzufangen.Dieser Tage erst hat jemand angeregt, die Syntax von
\appendixmoreentsprechend Hook-Anweisungen wie\AtBeginDocumentzu ändern, weil das konsistenter wäre. Konsistenz ist gut, aber nicht alles. Kompatibilität muss man auch im Blick behalten. Schon deshalb werde ich nicht alles, was man könnte, auch tun.Und außerdem ist der Funktionsumfang von KOMA-Script offiziell als vollständig erklärt. Auch deshalb werde ich nicht mehr alles, was man machen könnte implementieren.
Es ist auch erklärt, dass zukünftig KOMA-Script nach und nach von obsoleten Dingen bereinigt werden soll. Ja, im Zuge dieser Bereinigung wird auch Kompatibilität zu Dingen, die lange überholt sind, aufgegeben. Ja, im Zuge dieser Bereinigung kann es auch zu moderaten Erweiterungen in Form von Vereinheitlichungen geben. Das wird dann entschieden, wenn es so weit ist.
Und in dem Fall ist es nun wirklich nicht schwer zu erkennen, dass man eine unbekannte Option verwendet hat. Ich habe bei KOMA-Script großen Aufwand getrieben, dass trotz Erweiterung des Optionen-Interfaces unbekannte Optionen und Optionswerte soweit irgend möglich auf die bekannte und übliche Weise gemeldet werden.