Warnung nach Update von iftex

David schreibt dort ja:

There is really a very widespread convention (but sadly not universal) that commands starting \if.. are tex primitive \if with a matching \fi

Das LaTeX-Team hält sich allerdings selbst nicht an diese Konvention. In docstrip.tex, das bekanntlich als Teil von LaTeX base verteil wird, findet sich \ifToplevel, das als Anweisung mit einem Argument dokumentiert ist. Das ist insofern etwas brisant als die Konvention offenbar nirgendwo dokumentiert ist, aber besagte Anweisung in einer Dokumentation zu finden ist, die vom LaTeX-Team stammt und mit der Paketautoren relativ früh konfrontiert werden, wenn sie ihre Pakete allgemein zur Verfügung stellen wollen. Ebenso gibt es ein \ifthenelse mit drei Argumenten im Paket ifthen, für das ausgerechnet David verantwortlich ist, der besagte Regel in obiger Diskussion aufgestellt hat.

Die Person aus dem LaTeX-Team, mit die ich darauf hingewiesen habe, führt als Grund, dass man das nicht ändern oder zumindest durch eine neue Form ergänzen und dokumentieren und die alte als deprecated deklarieren kann, das Alter der Anweisungen an. Ich könnte jetzt auflisten, wie alt welche \if…-Anweisung in KOMA-Script ist. Aber das bringt ja nichts. Ich sitze ohnehin am kürzeren Hebel.

Eine gewisse Person würde mir das hier vermutlich wieder als unverschämten Angriff auslegen. Das soll es aber nicht sein. Es ist nur eine Randbemerkung.

Außerdem wollte ich abschließend noch darauf hinweisen, dass für KOMA-Script die Entscheidung inzwischen gefallen ist. Zu leiden hat darunter ausgerechnet mrpiggi, der den Stein ins Rollen gebracht und jetzt diverse Stellen in seinem Code zu ändern hat. Eine Sonderbehandlung in iftex oder einem anderen Paket halte ich dagegen nicht mehr für zielführend, obwohl natürlich auch andere Pakete nicht mehr funktionieren, beispielsweise pdfcprot.

Der Dank sollte in erster Linie an David Carlisle gehen, der sehr bestrebt darin war, zeitnah eine Lösung für das Problem umzusetzen, auch wenn er es erst verursacht hat ;) Es ist verdammt mühselig, möglichst alle Interessen unter einen Hut zu bekommen und dabei größtmöglichste Kompatibilität zu wahren, bei der Unmenge an verschiedenen LaTeX-Paketen.

So und nun zum eigentlichen Text. Das Problem tritt nur dann nicht auf, wenn das Paket iftex nach scrbase geladen wird. Passiert dies vorher, bleiben die Definitionen von iftex erhalten und scrbase gibt eine entsprechende Information in der log-Datei aus. Folgendes MWE

%\RequirePackage{scrbase}
\RequirePackage{iftex}
\documentclass{scrartcl} 
\begin{document}
\meaning\ifpdftex
 
\meaning\ifVTeX
\end{document}

erzeugt diesen Ausschnitt in der log-Datei

Package scrbase Info: \ifpdftex already defined.
(scrbase)             If \ifpdftex does not behave like
(scrbase)             it was described at the KOMA-Script manual, try to
(scrbase)             load `scrbase.sty' earlier or find out at which
(scrbase)             package or class \ifpdftex was defined before.
Package scrbase Info: \ifVTeX already defined.
(scrbase)             If \ifVTeX does not behave like
(scrbase)             it was described at the KOMA-Script manual, try to
(scrbase)             load `scrbase.sty' earlier or find out at which
(scrbase)             package or class \ifVTeX was defined before.

Behelfen kann man sich momentan nur damit, das Paket scrbase in jedem Fall vor iftex zu laden. Ob Markus aber momentan oder in Zukunft die Muße dazu findet, entsprechende Anpassungen an scrbase vorzunehmen, die Definitionen von iftex (standardmäßig oder optional?) zu überschreiben, steht auf einem anderen Blatt.