RedeclareSectionCommand erzeugt ungewollte Absatzeinrückung

Die Anweisungen, auf denen die Gliederungsbefehle basieren, sind im LaTeX-Kern so definiert. Zwar habe ich von Version zu Version immer mehr davon ersetzt oder erweitert, aber im Prinzip sind das noch immer die Kern-Anweisungen \@startsection, \@sect, \@ssect, \secdef und verwenden auch weiterhin interne Anweisungen des LaTeX-Kerns, wie \@xsect. Von einigen gibt es in KOMA-Script sogar zwei Fassungen, je nachdem ob die Original-Makros des LaTeX-Kerns vorgefunden werden oder nicht.

Irgendwo zwischen Version 3.20 und 3.23 habe ich kurz überlegt, ob ich an der Stelle nicht Tabula-Rasa machen soll. Aber zum einen besteht immer die Gefahr von Nebenwirkungen, wenn man sich von den vorgesehenen Kern-Anweisungen entfernt (die Probleme mit titlesec sind dafür ein gutes Beispiel, ein anderes Beispiel ist die häufig anzutreffende Umdefinierung von \l@…-Befehlen mit \@dottedtocline, mit der man bei KOMA-Script einiges kaputt machen kann). Es hätte in letzter Konsequenz bedeutet, dass einige Anweisungen zwei Argumente mehr bekommen hätten (die Unterscheidung nach dem Vorzeichen gilt ja sowohl für den Abstand davor als auch den danach). Zum anderen war mir der Aufwand zu groß. Und letztlich war es zu dem Zeitpunkt eigentlich schon zu spät die Schnittstelle noch einmal zu ändern. Vielleicht mag es interessieren, dass ich im Zuge dieser Überlegungen die Kompatibilität zum LaTeX-Kern sogar erhöht habe und beispielsweise die Sonderrolle von \@tempskipa als quasi heimlicher Parameter in einige KOMA-Script-Makros übernommen habe, in denen das zuvor nicht so war.

Spezialbedeutung nach Vorzeichen sind aber auch sonst nicht ungewöhnlich bei KOMA-Script. So haben negative Vorzeichen bei den Pseudolängen für horizontale Positionen in scrlttr2 und scrletter von je her eine Spezialbedeutung. Dort hat sogar die 0 oftmals eine zusätzliche dritte Bedeutung. Genau genommen kam scrlttr2 ein paar Monate zu früh heraus. Kurz darauf gab es vom LaTeX-Team endlich die Empfehlung, e-TeX und großzügige Speichereinstellungen als Basis für das LaTeX-Format zu verwenden. Wäre das früher geschehen, gäbe es heute keine Pseudolängen und einige Dinge wären wären weniger sparsam definiert. Aber das ist ein anders Thema.

Wir dürfen auch nicht vergessen, dass die Schnittstelle aus gutem Grund in Teil II der Anleitung dokumentiert ist. Es steht zwar schon lange auf der TODO-Liste die Frage, ob das nicht für normale Anwender frei gegeben werden sollte. Es ist aber tatsächlich schon von Vorteil, wenn die Leute genau lesen und Dinge wie Absolutwert oder Betrag verstehen können. Deshalb sehe ich derzeit nicht, dass das in Teil I wandern wird. Vorlagenersteller sollten das beherrschen, auch wenn das nicht für die Anfänger gilt, die sich üblicherweise auf YouTube oder an neun von zehn Unis dazu auserkoren fühlen. Wenn die dann reinfallen und deshalb noch einmal genauer hinschauen müssen, dann ist aber auch das gerade gut.

Und dann sei noch auf »Warum sind die Voreinstellungen so gewählt?« verwiesen, das sinngemäß auch hier gilt.

Wäre KOMA-Script ein ConTeXt-Modul liefe das übrigens anders. Dann würde ich jede Idee, die ich für besser halte, ohne Rücksicht auf Verluste umsetzen. Und würde ich noch einmal zehn Jahre in die Zukunft planen, würde ich tatsächlich einen echten, inkompatiblen KOMA-Script-Nachfolger entwickeln.