von MoeWe » Fr 15. Jan 2021, 16:06
Das Herumdoktern an vom System installierten Dateien ist selten anzuraten. Wenn Du Dein System neu aufsetzt oder das Paket aus irgendeinem Grunde aktualisiert oder neu installiert wird, sind Deine Änderungen weg. Außerdem hat das Paket dann auf Deinem System ein anderes Verhalten als anderswo, das macht es sehr schwer, Dokumente mit anderen zu teilen oder Probleme zu reproduzieren.
Hier geht es zum Glück einfacher. In den vom cloze-Paket installierten Dateien kommt nur in cloze.tex einmal \it vor (vgl. die Paketquellen auf GitHub). Das ist ein vom Nutzer konfigurierbarer Befehl, also kannst Du das selbst zu \itshape umstellen.
\documentclass[12pt,paper=a4,fleqn]{scrartcl}
\usepackage{cloze}
\renewcommand\clozefont{\itshape}
\begin{document}
Jemand musste Josef K. \cloze{verleumdet} haben.
\end{document}
kompiliert ohne Fehler.
---
Trippkees hat geschrieben: ↑Fr 15. Jan 2021, 15:25
Ist "enabledeprecatedfontcommands"
\documentclass[12pt,paper=a4,fleqn,enabledeprecatedfontcommands]{scrartcl}
auf Dauer ein echtes Problem?
Naja, Befehle wie \it sind seit 1994 veraltet und haben gegenüber ihren Nachfolgern die in https://www.texfaq.org/FAQ-2letterfontcmd gelisteten Nachteile. Die Befehle sind im LaTeX-Kern gar nicht mehr definiert. Sie werden von den Standardklassen noch aus Kompatibilitätsgründen unterstützt, bei KOMA-Script-Klassen muss man das mit enabledeprecatedfontcommands explizit einschalten. Die Option enabledeprecatedfontcommands ist zumindest in der Online-Version der KOMA-Script-Anleitung nicht dokumentiert. Ob Du Dich auf eine nicht dokumentierte Funktion einer Klasse verlassen möchtest, von der Dir die Klasse in der .log-Datei auch noch selbst abrät, musst Du selbst entscheiden. Empfehlen kann ich es Dir nicht.
Trippkees hat geschrieben: ↑Fr 15. Jan 2021, 15:25
PS: Ich werde das auch bei Gelegenheit mal bei github posten ...
Das ist eine sehr gute Idee. Paketentwicklerinnen sind immer daran interessiert, Probleme mit ihrem Code gemeldet zu bekommen. Und hier ist der Fix ja recht einfach.
Das Herumdoktern an vom System installierten Dateien ist selten anzuraten. Wenn Du Dein System neu aufsetzt oder das Paket aus irgendeinem Grunde aktualisiert oder neu installiert wird, sind Deine Änderungen weg. Außerdem hat das Paket dann auf Deinem System ein anderes Verhalten als anderswo, das macht es sehr schwer, Dokumente mit anderen zu teilen oder Probleme zu reproduzieren.
Hier geht es zum Glück einfacher. In den vom `cloze`-Paket installierten Dateien kommt nur in `cloze.tex` einmal `\it` vor ([vgl. die Paketquellen auf GitHub](https://github.com/Josef-Friedrich/cloze/blob/0cccd2666fb10d727c1879dcb17c7526993b95b8/cloze.dtx#L294)). Das ist ein vom Nutzer konfigurierbarer Befehl, also kannst Du das selbst zu `\itshape` umstellen.
```
\documentclass[12pt,paper=a4,fleqn]{scrartcl}
\usepackage{cloze}
\renewcommand\clozefont{\itshape}
\begin{document}
Jemand musste Josef K. \cloze{verleumdet} haben.
\end{document}
```
kompiliert ohne Fehler.
---
[quote=Trippkees post_id=114215 time=1610720717 user_id=9170]
Ist "enabledeprecatedfontcommands"
[code]\documentclass[12pt,paper=a4,fleqn,enabledeprecatedfontcommands]{scrartcl}[/code]
auf Dauer ein echtes Problem?[/quote]
Naja, Befehle wie `\it` sind seit 1994 veraltet und haben gegenüber ihren Nachfolgern die in https://www.texfaq.org/FAQ-2letterfontcmd gelisteten Nachteile. Die Befehle sind im LaTeX-Kern gar nicht mehr definiert. Sie werden von den Standardklassen noch aus Kompatibilitätsgründen unterstützt, bei KOMA-Script-Klassen muss man das mit `enabledeprecatedfontcommands` explizit einschalten. Die Option `enabledeprecatedfontcommands` ist zumindest in der Online-Version der KOMA-Script-Anleitung nicht dokumentiert. Ob Du Dich auf eine nicht dokumentierte Funktion einer Klasse verlassen möchtest, von der Dir die Klasse in der `.log`-Datei auch noch selbst abrät, musst Du selbst entscheiden. Empfehlen kann ich es Dir nicht.
[quote=Trippkees post_id=114215 time=1610720717 user_id=9170]
PS: Ich werde das auch bei Gelegenheit mal bei [url=https://github.com/Josef-Friedrich/cloze/issues]github[/url] posten ...
[/quote]
Das ist eine sehr gute Idee. Paketentwicklerinnen sind immer daran interessiert, Probleme mit ihrem Code gemeldet zu bekommen. Und hier ist der Fix ja recht einfach.