Startseite › forum › KOMA-Script

xelatex und fußnotenmarkierung

Mi, 2007-10-24 18:47 – tzimakos

Hallo!

Setze ich einen Text mit xelatex und Palatino Linotype, sind die Fußnotennummern weder klein noch hochgestellt. In der log Datei steht dann folgendes

======================>
(/usr/share/texmf-texlive/tex/xelatex/euenc/lm/eu1lmss.fd
File: eu1lmss.fd 2007/01/14 v1.3 Font defs for Latin Modern
)
Package fontspec Info: Defining font family for "Palatino Linotype" with option
s [Mapping=tex-text,VerticalPosition=Superior] on input line 14.
Package fontspec Info: Defining font family for "Palatino Linotype" with option
s [Mapping=tex-text,VerticalPosition=Superior] on input line 14.
<========================

Benutze ich dagegen Times New Roman, tritt das Problem nicht auf. In der log Datei steht dann

=====================================>
LaTeX Font Info: Try loading font information for OML+lmm on input line 11.

(/usr/share/texmf/tex/latex/lm/omllmm.fd
File: omllmm.fd 2007/01/14 v1.3 Font defs for Latin Modern
)
LaTeX Font Info: Try loading font information for OMS+lmsy on input line 11.

(/usr/share/texmf/tex/latex/lm/omslmsy.fd
File: omslmsy.fd 2007/01/14 v1.3 Font defs for Latin Modern
)
LaTeX Font Info: Try loading font information for OMX+lmex on input line 11.

(/usr/share/texmf/tex/latex/lm/omxlmex.fd
File: omxlmex.fd 2007/01/14 v1.3 Font defs for Latin Modern
)
LaTeX Font Info: External font `lmex10' loaded for size
(Font) <10.95> on input line 11.
LaTeX Font Info: External font `lmex10' loaded for size
(Font) <8> on input line 11.
LaTeX Font Info: External font `lmex10' loaded for size
(Font) <6> on input line 11.
LaTeX Font Info: External font `lmex10' loaded for size
(Font) <9> on input line 11.
LaTeX Font Info: External font `lmex10' loaded for size
(Font) <5> on input line 11.

<=======================================

Ohne KOMA-Script tritt das Problem bei keinem Font auf.

================================================================================
\documentclass{scrbook}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{xltxtra}
\setmainfont[Mapping=tex-text]{Times New Roman}
\begin{document}
\chapter{Lorem ipsum dolor}
Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy
nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi
enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis
nisl ut aliquip ex ea commodo consequat.\footnote{dieser text hat eigentlich
gar keinen wirklichen inhalt. aber er hat auch keine relevanz, und deswegen
ist das egal.} Duis autem vel eum iriure dolor in hendrerit in vulputate
velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at
vero et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril
delenit augue duis dolore te feugait nulla facilisi. Lorem ipsum dolor sit
amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut
laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis
nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea
commodo consequat. Duis autem vel eum iriure dolor in hendrerit in vulputate
velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at
vero et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril
delenit augue duis dolore te feugait nulla facilisi. Nam liber tempor cum
soluta nobis eleifend option congue nihil imperdiet doming id quod mazim
placerat facer possim assum.
\end{document}

Hat jemand eine Idee?

‹ Chapter nicht-nummeriert im Inhaltsverzeichnis listen? Gliederungsebene Literaturverzeichnis / scrpage2 ›

Darstellungsoptionen

Wählen Sie hier Ihre bevorzugte Anzeigeart für Kommentare und klicken Sie auf „Einstellungen speichern“ um die Änderungen zu übernehmen.
Mo, 2007-10-29 15:38 – fgrammel

das ist wohl ein OpenType-Problem

Wenn Du Dir in einem anderen OpenType-fähigen Programm das Verhalten der Super- und Subscripte der Linotype Palatino ansiehst, wirst Du merken, daß sie sich nicht verhalten, wie sie sollten. Ohne es mir gründlich angesehen zu haben, sieht es mir so aus, als ob die OT-Programmierung des Fonts nicht astrein ist. Da das Problem (zumindest bei mir) auch mit der standard book-Klasse auftritt, kann ich Dir auch nicht sagen, was KOMA damit zu tun haben könnte.

Was jedenfalls Abhilfe schafft (außer der Verwendung eines anderen Fonts natürlich), ist die Option

\usepackage[no-sscript]{xltxtra}

Eigentlich ist diese für nicht-OT-Schriften gedacht, funktioniert aber auch in Deinem Fall. Sie schaltet die Verwendung von "echten" OT-Superscripts aus, und setzt die normalen Zahlen in entsprechender Verkleinerung an deren Stelle. Das ist natürlich typographisch nicht optimal – wo man nun die echten Superscripte im Font hat – aber die einzige Alternative ist wohl, Palatinos OT neu zu programmieren.

F

—

Florian Grammel
Gentofte, Dänemark

Di, 2008-03-04 14:12 – tzimakos

es ist ein xltxtra Problem

Hat etwas länger gedauert. Habe auch mit anderen Fonts experimentiert, mit dem gleichen Resultat. Das Problem verschwindet allerdings, sobald man xltxtra ausschaltet. Im ctan steht zum Paket:

Zitat:

The package loads the fixltx2e package from the LaTeX distribution, and etex.sty from the e-TeX distribution.
The package then patches the \- (discretionary hyphen command) to use the current hyphen character (which may be different from than the default, which is the character at the ASCII hyphen slot), and the \textsuperscript command (from the LaTeX kernel) and the \textsubscript command (from the fixltx2e package).
The package also provides parameterised versions of the “bumpy road” logos for TeX, LaTeX and XeTeX — these versions of the logos are designed to respond to the font that is being used for typesetting.

Zitat Ende

Ich verstehe allerdings nicht, warum das Problem nur bei der KOMA Klasse auftritt.

P

Di, 2008-03-04 16:29 – Markus Kohm

Aussage gegen Aussage

Laut fgrammel tritt das Problem auch mit der Standardklasse book auf. Laut tzimakos tritt das Problem nur mit KOMA-Script auf. Bei mir schlägt der Test mit:

! Font \zf@basefont="Times New Roman" at 10.0pt not loadable: Metric (TFM) file
 or installed font not found.
\zf@fontspec ...ntname \zf@suffix " at \f@size pt
                                                  \unless \ifzf@icu \zf@set@...
l.5 ...mainfont[Mapping=tex-text]{Times New Roman}

?

fehl, was nicht weiterwundert, da ich keine systemweite Times New Roman habe. Wenn ich

\setmainfont[Mapping=tex-text]{URW Palladio L}

oder

\setmainfont[Mapping=tex-text]{Nimbus Roman No9 L}

verwende, kann ich das Problem nicht nachvollziehen.

Sorry.

Di, 2008-03-04 19:36 – tzimakos

beide haben recht, eigentlich ich :-)

Das Problem liegt an den Fonts, wie fgrammel korrekt anmerkt, aber auch am xltxtra Paket. Mir fiel auf, dass ich die no-sscript Option nicht setzen konnte, was daran liegt, dass meine TeX-Live Installation noch die 0.2 Version von xltxtra enthält. Mit dieser Version tritt das Problem nur bei der KOMA-Klasse auf. Mit der neuen 0.3b Version tritt das Problem auch bei der book Standardklasse auf.

Es ist also eindeutig kein Problem der KOMA-Klasse, womit sich jede weitere Diskussion erübrigt. Möchte man bei den Fonts eine größere Auswahl, sollte man auf den Vorschlag von fgrammel zurückgreifen.

P

Do, 2007-10-25 07:45 – Markus Kohm

Nur ein Hinweis

Ich kann im Augenblick nicht testen, weil ich gerade dabei bin, brauchbare TeX-Live-Pakete für SuSE zu bauen (die, die bei openSuSE 10.3 dabei sind, sind schlicht unbrauchbar – wie ich nach der Neuinstallation von openSuSE 10.3 feststellen musste). Daher nur ein kleiner Hinweis: Die Standardklassen haben als voreingestellte Grundschriftgröße 10 pt, während KOMA-Script-Klassen in der Voreinstellung 11 pt verwenden. Gerade bei irgendwelchen Font-Problemen hat sich oft gezeigt, dass das ein entscheidender Unterschied ist. Setzt man bei den Standardklassen ebenfalls 11 pt sind vermeintliche Bugs in KOMA-Script bzgl. der Schrift in der Regel auch mit den Standardklassen reproduzierbar.

Das Font-Management erfolgt auch bei KOMA-Script über die vom LaTeX-Kern bereitgestellten Befehle. Zwar führt KOMA-Script beispielsweise bei \footnotesize ggf. noch zusätzlichen Code aus, aber das hat keine Auswirkungen auf die Schriftwahl, sondern nur auf Abstände in Listen.

Ich würde deshalb vorschlagen, dass Du mal \documentclass[11pt]{book} ausprobierst.

Do, 2007-10-25 08:44 – tzimakos

11pt klappt leider nicht

Danke für den Hinweis!

habe es ausprobiert, mit 11pt und mit 12pt. book-klasse setzt richtig. Habe übrigens auch mein System frisch aufgesetzt. Allerdings tex-live mit kubuntu gutsy. Bis jetzt keine Probleme

panos

Darstellungsoptionen

Wählen Sie hier Ihre bevorzugte Anzeigeart für Kommentare und klicken Sie auf „Einstellungen speichern“ um die Änderungen zu übernehmen.
Inhalt abgleichen