Warnungen sind eigentlich auch nicht dazu da, über die Fähigkeiten anderer Pakete zu informieren. Dafür hat man die Anleitung. Und auf der ersten Seite der Anleitung zu
scrlayer-scrpage, also derzeit auf der ersten Seite von Kapitel 5 der KOMA-Script-Anleitung, [d]scrguide[/d], (und auch in der 5. Auflage des Buchs) steht:
Markus Kohm hat geschrieben:Natürlich kann scrlayer-scrpage auch mit anderen Klassen, beispielsweise den Standardklassen verwendet werden.
Das gilt übrigens für alle in der KOMA-Script-Anleitung dokumentierten Pakete. Das einzige Paket in der KOMA-Script-Sammlung, das nicht für die Verwendung mit anderen Klassen gedacht ist, ist scrkbase. Das ist laut Doku lediglich eine Art Hilfspaket, das grundlegende Fähigkeiten für die KOMA-Script-Klassen und die meisten KOMA-Script-Pakete bereit stellt. Selbst
scrletter funktioniert inzwischen auch mit den Standardklassen.
fs hat geschrieben:Ich habe die Warnung auch gesehen, bin laut der Begründung davon aber nicht betroffen
Das mag derzeit ein pragmatischer Ansatz sein. Aber Dinge ändern sich. Außerdem ist die Aufzählung in der Warnung ja nicht zwingend vollständig. Ich denke mir beispielsweise, dass auch Optionen wie chapterprefix mit fancyhdr weniger gut funktionieren, da das zwangsweise \chaptermark umdefiniert und KOMA-Script da eine wesentlich aufwendigere Definition hat. Auch der hässliche (weil unprofessionell gelöste), zwangsweise Versalsatz im Kolumnentitel sehe ich als Anlass, bei
fancyhdr zusätzlich einzugreifen. Auch an der Stelle behindert das Paket Möglichkeiten, die man sonst mit den KOMA-Script-Klassen hat, während
scrlayer-scrpage diese unterstützt. Wendet man also die Weitsicht an, die man von einem IT-Profi erwarten darf, sollte man sich entweder sehr gründlich mit der Problematik der Verwendung von
fancyhdr mit einer KOMA-Script-Klasse beschäftigen, oder aber die Warnung ernst nehmen.
