KOMA-Script Documentation Project

Ich habe das Problem jetzt noch einmal analysiert und vor allem noch einmal genau analysiert wie sich LaTeX selbst hier bei normalen Optionen verhält. Das hat dazu geführt, dass ich die Implementierung so geändert habe, dass künftig in obigem Fall scrreprt keinen Fehler mehr meldet, sondern nur eine Info in die Log-Datei schreibt.

Würde man dann beispielsweise abstract=old zusätzlich als Option bei \documentclass angeben, würde auch nur eine unused global option gemeldet.

Allerdings ist das ganze in LaTeX selbst wenig einheitlich implementiert. Während das Beispiel:

\begin{filecontents}{\jobname.cls}
\ProvidesClass{\jobname}
\LoadClassWithOptions{article}
\DeclareOption{rosebud}{\typeout{option `rosebud' used}}
\ProcessOptions*
\endinput
\end{filecontents}
\documentclass[rosebud]{\jobname}
\begin{document}
Test
\end{document}

\begin{filecontents}{\jobname.sty}
\ProvidesPackage{\jobname}
\RequirePackageWithOptions{ifthen}
\DeclareOption{rosebud}{\typeout{option `rosebud' used}}
\ProcessOptions*
\endinput
\end{filecontents}
\documentclass{article}
\usepackage[rosebud]{\jobname}
\begin{document}
Test
\end{document}

\begin{filecontents}{\jobname.sty}
\ProvidesPackage{\jobname}
\DeclareOption{rosebud}{\typeout{option `rosebud' used}}
\ProcessOptions*
\RequirePackageWithOptions{ifthen}
\endinput
\end{filecontents}
\documentclass{article}
\usepackage[rosebud]{\jobname}
\begin{document}
Test
\end{document}

LaTeX Error: Unknown option `rosebud' for package `ifthen'.

Das bedeutet, dass konsequenter Weise für ein Paket, das ein anderes Paket lädt, um es um Optionen zu erweitern, \RequirePackageWithOptions nicht verwendet werden kann. Das gilt dann natürlich auch bei Verwendung von \FamilyProcessOptions statt \ProcessOptions.

OK, bzw. nicht OK, die Fehlermeldung ist an der Stelle ein Missstand. Ich brauche allerdings ein wenig Zeit, um darüber nachzudenken und eine Lösung anzubieten, bzw. scrbase zu ändern. Auf die Schnelle – das wäre also eine Notlösung – könnte man natürlich scrreprt mit \LoadClass statt \LoadClassWithOptions laden und dann entweder alle relevanten Optionen per \KOMAoptions setzen, aber das wäre tatsächlich sehr umständlich und nicht im Sinne des Erfinders …

Dessen ungeachtet solltest Du beachten, dass Dinge wie die \ifcase-Geschichte so nicht gemacht werden sollten. Eines der Features von Optionen dieser Art ist, dass man sie auch noch später setzen kann. Also sollten alle Teile so implementiert werden, dass die notwendige Fallunterscheidung nicht zur Ladezeit des Pakets respektive der Klasse gemacht wird, sondern zur Laufzeit. In diesem einfachen Demo-Fall, der sicher nicht der Realität entspricht, sollte die Definition von \foo also innerhalb der Definition der Option erfolgen.