|
Hallo!
In folgendem Beispiel habe ich ein paar Schriften (von insg. etwa ! Font LAE/asv/bx/n/12=asv-bold at 14.39996pt not loadable: Metric (TFM) file n ot found. Der Rest funktioniert. Klickt man die Fehlermeldung weg sieht man das Bild unten. Das Problem ist hier im Wesentlichen, daß das Programm durch diese Fehlermeldung abgebrochen wird. Was könnte ich hier tun, um diesen Programmabbruch zu verhindern und ggf., also falls möglich, einen Hinweis o.ä. an den betreffenden Stellen zu ergänzen?
\documentclass[12pt, pointednumbers]{scrartcl} \usepackage[utf8]{inputenc} \usepackage{selinput} \SelectInputMappings{adieresis={ä}, germandbls={ß}} \usepackage[T5, T1, LY1, LTH, TS1, L7X, LAE]{fontenc} \usepackage[ngerman]{babel} \usepackage{datatool} \usepackage{xcolor} \usepackage{hyperref} %Überschriften \setkomafont{disposition}{\normalcolor\usefont{T1}{lmtt}{\bfdefault}{n}}%\bfseries\ttfamily \newcommand{\ABC}{% ABCDEFGHIJKLMNOPQURSTUVWYZ Ä Ö Ü \par abcdefghijklmnopqrstuvwxyz ä ö ü ß\par 0123456789\par .,:;-!" '\$\%\&/@\_\S\#\textasciitilde\textbackslash\textless\textgreater[]\{\}() } \usepackage{filecontents} \begin{filecontents}{mydata.csv} L7x;uzc;b;it;C:/ LAE;asv;bx;n;C:/ LAE;asv;m;n;C:/ LAE;cmr;b;n;C:/ LAE;cmr;bx;it;C:/ LAE;cmr;bx;n;C:/ LAE;cmr;bx;sl;C:/ LAE;cmr;m;it;C:/ \end{filecontents} \DTLsetseparator{;} \DTLloaddb[ noheader, keys={encoding,family,series,shape,adress} ]{mydb}{mydata.csv} %========= \begin{document} %========= %\tableofcontents %\newpage \DTLforeach*{mydb}{\encoding=encoding, \family=family, \series=series, \shape=shape, \adress=adress}{% \section[\textbackslash usefont\{\encoding\}\{\family\}\{\series\}\{\shape\}]{\textbackslash usefont\{\encoding\}\{\family\}\{\series\}\{\shape\} \\ \footnotesize{found in: \adress}} \begingroup %\inputencoding{\encoding} \usefont{\encoding}{\family}{\series}{\shape} \ABC \endgroup } %========= \end{document} %========= PS: Kompilieren im
Ergebnis 5 von 11
show 6 more comments
|
|
(Zu lang für einen Kommentar): Hier eine Anwendung des Tests auf nullfont. Aber wie in den Kommentaren schon gesagt: Es fängt nicht alle Fehler ab: \documentclass{article} \usepackage[B1,LAE,T1]{fontenc} \newcommand\testfont[4]{% \batchmode \usefont{#1}{#2}{#3}{#4}% \font\test=\fontname\font\relax \ifx\test\nullfont \usefont{T1}{cmr}{m}{n} Die Schrift #1/#2/#3/#4 existiert nicht!\par \else mein Text\par \fi \errorstopmode} \begin{document} \testfont{LAE}{asv}{bx}{n} \testfont{B1}{auncl}{m}{n} \end{document} Mmmh, man könnte sich natürlich auch auf die (ca. 6000) T1-Schriften konzentrieren. Auch das will nicht wirklich: Programm läuft durch (> 99min.), aber die PDF ist nicht öffenbar.
(23 Jun '14, 18:21)
cis
|
Du lernst gerade etwas über die Grenzen der Automation. Schriften können aus vielen Gründen nicht funktionieren. Diesen speziellen Fehler kannst du noch über einen kpsewhich-Aufruf, der überprüft ob die tfm existiert, abfangen. Aber wenn die fehlende tfm mit virtuellen Schriften verbunden ist, wenn die eigentliche Schrift (mf/pfb) oder der map-Eintrag fehlt, dann wird es nicht mehr gehen. Was du brauchst, ist eine Datenbank, die u.a. die Ressourcen einer Schrift beschreibt. Die wirst du in vielen Teilen manuell bearbeiten müssen. N.B: Schriftdefinitionen gibt es nicht nur in fd-Dateien.
Aja, hättest Du vll. einen konkreten Code-Einbau, der hier nützen könnte?
"N.B: Schriftdefinitionen gibt es nicht nur in fd-Dateien."
Das ist jetzt aber eine Hiobsbotschaft - gibt es aufrufbare Schriften, zu denen keine fd-Datei existiert? :()
Also ich meine, bräuchte doch hier nur etwas, was die Fehlermeldung "abfängt" und zum Bsp. hinschreibt "Metric (TFM) file not found.", also kein Abgleich von fd- mit tfm-Dateien o.ä. - aber da weiß ich halt nicht, wie sowas geht :(
Ach Mann, das muß doch irgendwie gehen mit der guten Schriftenauflistung :( - ich weiß, daß ihr da schon Ideen habt, auch weiß ich, daß ihr da teilweise eigene Versuche unternommen habt (dafür ist das Thema viel zu spannend); ihr haltet halt damit hinterm Zaun, aber eine akzeptable Lösung muß es doch geben :() ;)
@cis: Mich wundert Dein Entsetzen über Ulrikes Antwort. Ich habe doch bereits darauf hingewiesen, dass es Fonts gibt, die eben nicht über fd-Dateien eingebunden werden oder bei denen die Einbindung (auch über fd-Dateien) nur funktioniert, wenn entsprechende Pakete geladen sind. Auf das Beispiel der
C…-Codierungen warst Du doch bereits selbst gestoßen. Und nein, ich verheimliche nichts fertiges, denn ich halte das ganze Vorgehen, auf Teufel komm raus an den Schriftpaketen (wozu ich jetzt auchfontspeczähle) vorbei, Fonts laden zu wollen, noch immer nicht für besonders sinnvoll.@Ijon Tichy: Es ist ja weniger das Ziel fonts auf die Weise zu laden, sondern endlich mal eine (vollständige) optische Übersicht zu erhalten - ich habe mit der Methode schon viele Schriften gesehen, die mir aus keiner Übersicht jemals bekannt waren ;)
Nachtrag: Ich ich behaupte, da waren Schriften dabei, die hat, von einzelnen Ausnahmen abgesehen, noch kein TeXer jemals gesehen oder benutzt. Sie werden auch nie in sogen. "Übersichten" auftauchen, diese spiegeln vermutlich nicht selten die Vorlieben des Übersichtserstellers wieder.
PS: Ja, einerseits gibt es Schriften ohne fd; dann Schriften mit fd, die nur in Verbindung mit Paketen tun; dann Schriften mit fd und ohne Paket. Wenn Du mir da einen goldenen Mittelweg hast, bin ich ganz Ohr. Also ich finde ja 33'000
DeclareFontShapeAufrufe, abgesehen davon, daß das immer noch unvollständig ist, wäre es schonmal schön, wenn die Übersicht davon täte.PPS: Hehe, übrigens sind auch unter den
Cxy-Kodierungen dabei, die tun, z.B. unterC65. Das deutet m.E. darauf hin, daß man besser nichts ausschließt und einen gescheiten "Fehlermeldungsabfang" braucht.Du hast viele Schriften doppelt und dreifach. Welche Sinn hat es, Schriften in OT1, T1 und LY1-encoding zu zeigen? Oder eine slanted Variante aufzunehmen, die sowieso über
subdurch italic ersetzt wird? Und während ich sehr dafür wäre, dass skaknew in LSB-encoding drin wäre, sind LSBxx nur Varianten. Und nein: Du kannst nicht alle Fehlermeldungen während des Setzens abfangen - nicht ohne eine bessere Datenbank mit genaueren Informationen zu den Schriften oder einer ausführlichen "Blacklist" der problematischen Schriften/Kombinationen. Ein Beispiel für eine Schrift ohne fd is callibra.Ja wir brauchen halt eine Gesamtliste und nicht nur einen Teil davon. Aber in der Tat könnte man sich überlegen, aufzuteilen, etwa: "Zeige nur T1- oder LAE- oder ... -Schriften an". Ja, aber da kommt wieder ein wenig das Grundproblem: Ich wollte mir die 10 B1-Schriften aus den 33000 Listeneinträgen anzeigen lassen. Dazu braucht datatoll stundenlang und kommt zur Abbruchmeldung, daß meine 500MB Speicher voll wären oder so. Mit kleineren Auszügen, z.B. 10x B1 und 20 andere, geht es problemlos.
Und zusammen, insb. mit den Schriften ohne fd, ist das sehr deprimierend alles.
Ich würde datatool (oder sonst ein TeX-Paket) nicht für große Datenbanken benutzen. Da ist ein externes Werkzeug oder luatex geeigneter (aber auch damit wirst du nicht um eine manuelle Verbesserung deiner Daten herumkommen). Du kannst bei fehlender tfm einen Text ausgeben, indem du auf
\nullfonttestest. http://tex.stackexchange.com/questions/53443/how-to-check-if-a-font-exists-in-xelatex/53448#53448. Bei fehlender pfb hilft das aber nicht.Äh ja, der Link sieht vielversprechend aus, aber ich weiß nicht, wie ich das hier anwenden kann.