Hallo zusammen,
ich bin gerade dabei, eine auf scrbook basierende Vorlage für Abschlussarbeiten meiner Uni zu erstellen und bin auf ein Problem beim Setzen von Kapitel- und Section-Überschriften gestoßen: Es werden scheinbar unterschiedliche Font-Metriken für Kapitel benötigt, als für die anderen Gliederungsüberschriften.
Das Problem tritt folgendermaßen in Erscheinung: Bei CM und anderen Schriftarten (z.B. bei den Kepler-Schriften) funktioniert alles einwandfrei. Wenn ich allerdings die proprietären Schriftarten Minion Pro und Myriad Pro (eingebunden über das FontPro-Package) benutze, um eine Beispieldatei meiner Vorlage zu setzen, tritt der Fehler auf, dass eine Font-Metrik beim Setzen der Kapitel nicht gefunden werden kann. Das Kompilieren funktioniert, wenn ich mit setkomafont
die Kapitelüberschrift manuell auf \normalsize\normalfont
umschalte.
Ich weiß, dass sich das stark nach einem Problem mit den Schriftarten anhört und vermutlich das Mapping an irgendeiner Stelle nicht korrekt oder unvollständig gespeichert ist, aber ich habe festgestellt, dass dieses Problem nur in Verbindung mit KOMA-Script auftritt. Wenn ich die Standardklasse book
nutze, dann funktioniert das Kompilieren auch mit Minion und Myriad ohne Probleme.
Da ich vom Font-Mapping leider keine Ahnung habe bzw. befürchte, dass eventuell die Schriftarten nicht vollständig für Latex funktionsfähig sind, hoffe ich, vielleicht mein Problem mit einem besseren Verständnis von KOMA-Script lösen zu können. Nun also die Frage: Inwieweit werden Überschrift von Kapiteln von KOMA-Script anders behandelt als andere Gliederungsüberschriften? Ich hatte zunächst gedacht, dass vielleicht die außergewöhnlich große Schrift bei den Kapitel ein Problem darstellen könnte, aber ich kann ohne Probleme für Section oder Subsection die Schriftart nach oben skalieren, ohne dass das Problem auftritt. Lustigerweise wird selbst dann der Fehler ausgegeben, wenn ich \setkomafont{chapter}{\usekomafont{section}}
nutze.
Ich hoffe, dass einer von euch Rat weiß und/oder mir erklären kann, wieso offensichtlich für Kapitel andere Metriken genutzt/gebraucht werden. Ich habe bereits im Kernel von KOMA-Script versucht, einen Hinweis zu finden, aber habe wahrscheinlich zu wenig Überblick, um die entscheidenden Stellen zu finden.
Frage dürfte kaum beantwortbar sein
Bitte beachte die Links, die du in der Anmeldebestätigung erhalten hast und die auch in der Forenbeschreibung und in den Hinweisen beim Absenden eines Beitrags enthalten sind.
Administratorentscheidungen sind grundsätzlich nicht im Forum zu diskutieren. Für Fragen an die Administratoren ist die bekannte Administrator-E-Mail-Adresse oder das Forum Site zu verwenden.
Die Fontumschaltung unterscheidet sich kaum
Natürlich werden die Überschriften von
\chapter
mit dem Überschriftenstilchapter
erstellt, während\section
und tiefere Ebenen den Stilsection
verwenden. Die eigentliche Schriftumschaltung unterscheidet sich aber nicht.Wie von Admin angedeutet, wird Dir diese Auskunft vermutlich nicht viel weiter helfen. Umgekehrt hilft uns Deine Schilderung nicht sonderlich dabei, Dein Problem zu reproduzieren.
Minimalbeispiel
Vielen Dank für die zügigen Rückmeldungen! Ich befürchte, dass mein Problem nur bedingt reproduzierbar ist, weil dafür die Installation der proprietären Schriftarten Minion und Myriad nötig ist. Trotzdem habe ich einmal ein Minimalbeispiel zusammengestellt, bei dem das Kompilieren fehlschlägt:
Das Kompilieren schlägt fehl mit folgender Fehlermeldung:
Mir ist bewusst, dass es sich dabei grundsätzlich um ein Problem der verwendeten Schriftarten handelt, denn die Fehlermeldung bezieht sich ja eindeutig auf fehlende Metriken. Wenn ich die entsprechende Zeile aktiviere, die die Kapitel-Schrift auf
\normalsize
setzt, dann funktioniert das Kompilieren.Verwunderlich ist für mich (und deswegen hatte ich gehofft, hier in diesem Forum Hilfe zu bekommen), dass ein Setzen der Kapitelüberschriften auf denselben Wert wie die Sections mit
\setkomafont{chapter}{\usekomafont{section}}
auch zum obigen Fehler führt, obwohl die Schriften der Sections verfügbar zu sein scheinen.Ich habe vermutet, dass es in irgendeiner Weise eine unterschiedliche Behandlung von Chapter und Section in KOMA-Script gibt, weil das Dokument korrekt kompiliert werden kann, sobald ich statt
scrbook
die Standardklassebook
nutze.Ich hoffe, diese Erklärung hilft noch einmal weiter, mein genaues Problem zu verstehen.
Wenn das die einzige Fehlermeldung ist
dann liegt es schon einmal nicht an MinionPro, sondern an MyriadPro. Generell würde ich bei pdflatex empfehlen,
\usepackage[T1]{fontenc}
zu verwenden. Das gibt bei allen nicht rein englischen Texten eine bessere Trennung und damit einen besseren Umbruch.Dann sei darauf hingewiesen, dass book als Grundschriftgröße 10pt voreingestellt hat, während bei scrbook 11pt voreingestellt ist. Außerdem verwendet book in der Voreinstellung fette Antiqua für die Überschriften und nicht fette Grotesk wie scrbook. Wenn aber MyriadPro gar nicht verwendet wird, können fehlende Font-Metriken-Dateien dafür natürlich auch kein Problem sein.
Da ich selbst MyriadPro nur als OpenType-Font habe, kann ich ansonsten das Problem leider nicht reproduzieren. Möglicherweise hast Du auch die map-Datei für MyriadPro nicht korrekt aktiviert.
Ich würde aber eher die OpenType-Fonts zusammen mit lualatex verwenden:
funktioniert bei mir einwandfrei. Minion Pro und Myriad Pro habe ich dabei systemweit installiert.
Problem vorerst gelöst, aber Erklärung fehlt
Markus, vielen Dank aufs Neue für deine ausführliche und hilfreiche Antwort. Es ist korrekt, dass in meinem Minimalbeispiel das Problem auf MyriadPro zurückgeführt werden kann. Allerdings scheitert das Kompilieren genauso für die Einstellung
\addtokomafont{chapter}{\rmfamily}
, dann mit der entsprechenden Fehlermeldung für MinionPro. Beibook
funktioniert aber genau dies problemlos, auch für verschiedene Grundschriftgrößen. Vielen Dank auch für den Hinweis auffontenc
, das ich in allen meinen Dokumenten verwende, es ist wohl lediglich im Minimalbeispiel untergegangen.Auf die Verwendung von lualatex bzw. auch xelatex bin ich auch schon gestoßen, habe aber bisher immer davon abgesehen wegen der Unterstützung für microtype, die noch nicht so ausgereift ist.
Nichtsdestotrotz, ich bin auf eine Lösung meines Problems gestoßen! Und zwar habe ich festgestellt, dass das Kompilieren problemlos funktioniert, wenn ich mein Minimalbeispiel um einen gültigen Titel und den entsprechenden Make-Befehl erweitere:
Ich verstehe leider nicht, warum genau das mein Problem löst (vielleicht weil der Titel in derselben Schrift wie Kapitelüberschriften gesetzt wird?). Gibt es von Seiten des KOMA-Scripts eine Erklärung, inwieweit das Setzen der Kapitelüberschriften vom Setzen des Titels abhängt?
Ich habe dafür keine Erklärung
Wenn das Laden der Schrift im einen Fall funktioniert, gibt es für mich keine Erklärung, warum dieselbe Schrift in einem anderen Fall nicht geladen werden kann. So etwas ist mir auch noch nie unter gekommen.
Keine Fehlermeldung hier
Hallo,
ich habe beide Pakete (Minion/Myriad) nach der Anleitung hier: https://github.com/sebschub/FontPro installiert und erhalten keine Fehlermeldungen, auch nicht bei Deinem ersten Beispiel.
Das ist gut
Bei mir läuft das Ganze noch. Die Erzeugung der Dateien für MinionPro dauert ewig.
Jedenfalls man sich bei der Anleitung nicht an die Angabe
verlassen, sondern per
kpsewhich -var-value=TEXMFLOCAL
abfragen, welches tatsächlich der Ort für die Installation ist. Außerdem sollte man für eine systemweite Installation in
TEXMLOCAL
nichtupdmap
, sondernupdmap-sys
bzw.sudo updmap-sys
verwenden. Auch die Installation inTEXMLOCAL
muss ggf. mitsudo
erfolgen, wenn der aktuelle Benutzer keine Schreibrechte im entsprechenden Verzeichnis hat.Nachtrag: Bei mir funktioniert das ursprüngliche Beispiel ebenfalls ohne Probleme. Hier einmal die Terminalausgabe:
Von MinionPro habe ich Regular, Bold, It und BoldIt Version 2.112, von MyriadPro Regular, Bold, It und BoldIt Version 2.106 verwendet.
Hallo zusammen und vielen
Hallo zusammen und vielen Dank erneut für Eure hilfreichen Beiträge. Es ist erfreulich, dass es kein Problem der angebotenen Pakete zu sein scheint, sondern "nur" ein Problem meinerseits. Ich habe die Schriftarten über das FontPro-Script auch noch einmal auf einem anderen Rechner generiert (SL6 — vorher habe ich alles auf Mac getestet), aber auch dann kommt es bei mir zu der Fehlermeldung. Ich bin sicher, die Schriftarten am richtigen Ort installiert zu haben (unter TEXMFLOCAL) und auch, dass die Map korrekt gefunden wird. Ich bin also leider ein wenig ratlos, woran es denn nun bei mir liegt — aber immerhin kann ich das Problem umgehen, indem ich den Titel hinzufüge.
Ich werde am Wochenende die gesamte Schrift-Installation noch einmal auf dem SL6-Rechner durchführen und mein Minimalbeispiel dort ausprobieren.
Der Vollständigkeit halber hier noch einmal die komplette Ausgabe von pdflatex:
MyriadPro-Bold-?
Soweit ich das sehe, ist es schon seltsam, dass bei Dir überhaupt MyriadPro-Bold-.tfm gesucht wird. Die tfm-Dateien haben alle einen längeren Basisnamen. Die enden nicht nach dem zweiten Bindestrich, sondern heißen beispielsweise MyriadPro-Bold-osf-ot1.tfm.
Deshalb vermute ich, dass bereits bei der Erzeugung der Dateien und nicht erst bei deren Installation etwas schief gelaufen ist. Hast Du auch tatsächlich eine unterstützte Version der Fonts und auch alle für FontPro benötigten Tools installiert?
Jedenfalls bin ich sicher, dass das Problem nicht an KOMA-Script liegt.