ttf2ufm - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

TTF2UFM - Ein True Type to PostScript Type 1 Font Converter

ZUSAMMENFASSUNG

"ttf2ufm [-Optionen] ttffont.ttf [Schriftartenname]"

or

"ttf2ufm [-Optionen] ttffont.ttf -"

BESCHREIBUNG

Ttf2ufm ist ein Schriftkonverter aus dem True Type-Format (und einigen anderen Formaten, die von . unterstützt werden)
auch die FreeType-Bibliothek) in das Adobe Type1-Format.

Die Versionen 3.0 und höher haben einen ziemlich umfangreichen Nachbearbeitungsalgorithmus, der die
konvertierte Schriftarten auf die Anforderungen des Type1-Standards, versucht die Rundung zu korrigieren
Fehler, die während der Konvertierung eingeführt wurden, und einige einfache Arten von Fehlern, die typisch sind für
die gemeinfreien TTF-Schriftarten. Es generiert auch die Hinweise, die ein viel besseres Rendering ermöglichen
von Schriftarten in kleinen Größen, die für Computerbildschirme typisch sind. Aber alles hat seine
Preis, und einige der Optimierungen funktionieren für bestimmte Schriftarten möglicherweise nicht gut. Deshalb die
Dem Konverter wurden Optionen hinzugefügt, um die durchgeführten Optimierungen zu steuern.

OPTIONAL

Die erste Variante erstellt die Datei "Fontname.pfa" (oder "Fontname.pfb", wenn die Option '-b'
verwendet wurde) mit der konvertierten Schriftart und "Fontname.afm" mit den Schriftmetriken, die zweite
druckt die Schriftart oder eine andere Datei (wenn die Option '-G' wurde verwendet) auf der Standardausgabe von
wo es sofort durch einen Filter geleitet werden kann. Wenn kein "Fontname" angegeben ist für
die erste Variante, der Name wird aus "ttffont" generiert, indem der Dateiname ".ttf" ersetzt wird
Suffix.

Meistens sind keine Optionen notwendig (mit einer möglichen Ausnahme von '-e'). Doch wenn
es gibt einige Probleme mit der resultierenden Schriftart, sie können verwendet werden, um die
Wandlung. Das Optionen sind:

·"-ein" - Fügen Sie alle Glyphen aus der Quelldatei in die konvertierte Datei ein. Wenn das
Option nicht angegeben ist, sind nur die Glyphen, denen eine Codierung zugewiesen wurde
enthalten, da die restlichen Glyphen sowieso unzugänglich wären und nur verbrauchen würden
der Speicherplatz. Aber einige Anwendungen sind schlau genug, um die Codierung auf dem zu ändern
fliegen und somit die anderen Glyphen verwenden, in diesem Fall könnten sie davon profitieren
Möglichkeit. Aber es gibt einen Haken: Die X11-Bibliothek hat ein eher niedriges Limit für die Schriftgröße.
Das Einfügen von mehr Glyphen erhöht die Dateigröße und erhöht damit die Trefferwahrscheinlichkeit
diese Grenze. Siehe "app/X11/README" für die Beschreibung eines Patches für X11, der dies behebt
Problem.

·"-B" - Codieren Sie die resultierende Schriftart, um eine fertige ".pfb"-Datei zu erstellen.

·"-d Unteroptionen" - Debugging-Optionen. Die Unteroptionen sind:

"a" - Drucken Sie die absoluten Koordinaten von Punkten in Umrissen aus. Eine solche Schriftart kann nicht sein
wird von jedem Programm verwendet (deshalb ist diese Option nicht kompatibel mit '-e') aber es hat sich bewährt
eine wertvolle Debug-Information sein.

"r" - Die Richtung der Umrisse nicht umkehren. Die TTF-Schriften haben den Standard
Richtung der Umrisse entgegengesetzt zu den Type1-Fonts. Sie sollten also währenddessen umgekehrt werden
richtige Konvertierung. Diese Option kann zum Debuggen oder zur Handhabung einer TTF-Schriftart mit verwendet werden
falsche Richtung der Umrisse (evtl. gebrochen aus einer Type1-Schrift konvertiert). Die
erste Anzeichen für die falsche Richtung sind die Buchstaben wie "P" oder "B" ohne das unbemalte
"Löcher" drin.

·"-e" - Stellen Sie die resultierende Schriftart zusammen, um eine fertige ".pfa"-Datei zu erstellen.

[ SB: Ich persönlich glaube nicht, dass diese Option besonders nützlich ist. Das gleiche
Das Ergebnis kann erreicht werden, indem die unassemblierten Daten durch t1asm, den Typ 1 . geleitet werden
Monteur. Und auf jeden Fall ist es gut, das t1utils-Paket zur Hand zu haben. Aber Markus und viele
Benutzer finden diese Funktionalität gut und es dauerte nicht lange, sie hinzuzufügen
Möglichkeit. ]

·"-F" - Unicode-Codierung erzwingen: Jede Art von MS-Codierung, die in der Schriftart angegeben ist, ist
ignoriert und die Schriftart wird behandelt, als hätte sie Unicode-Kodierung. WARNUNG: diese Option ist
gedacht für fehlerhafte Schriftarten, die eigentlich in Unicode sind, aber als etwas anderes gekennzeichnet sind.
Die Auswirkungen auf die anderen Schriftarten sind unvorhersehbar.

·"-G Unteroptionen" - Optionen zur Dateigenerierung. Die Unteroptionen können Klein- oder Großbuchstaben sein,
die Kleinbuchstaben deaktivieren die Generierung bestimmter Dateien, die entsprechenden
Unteroptionen in Großbuchstaben ermöglichen die Generierung der gleichen Art von Dateien. Wenn das Ergebnis von
ttf2ufm soll auf der Standardausgabe gedruckt werden, die letzte aktivierende Unteroption
of -G legt fest, welche Datei in die Standardausgabe und die restlichen Dateien geschrieben wird
wird verworfen. Zum Beispiel, -G A wird die AFM-Datei anfordern. Die Unteroptionen zu
Deaktivieren/Aktivieren der Generierung der Dateien sind:

"f/F" - Die Schriftartdatei. Abhängig von den anderen Optionen hat diese Datei eine der folgenden Optionen:
Suffixe ".t1a", ".pfa" oder ".pfb". Wenn das Umrechnungsergebnis auf der Norm abgefragt wird
output ('"-"' wird als Ausgabedateiname verwendet) dann wird auch die Fontdatei geschrieben
dort standardmäßig, wenn nicht durch eine andere Unteroption von . überschrieben -G. Standard: freigegeben

"ein/A" - Die Adobe-Schriftmetrikdatei (".afm"). Standard: freigegeben

"e/E" - Die dvips-Kodierungsdatei (".enc"). Standard: behindert

·"-l Sprache[+Argument]" - Extrahieren Sie die Schriftarten für die angegebene Sprache aus einem Multi-
Sprache Unicode-Schriftart. Wenn diese Option nicht verwendet wird, versucht der Konverter, die
Sprache durch die Werte der Shell-Variablen LANG. Wenn es nicht in der Lage ist, das zu erraten
language by LANG probiert alle Sprachen in der aufgeführten Reihenfolge aus.

Nach dem Pluszeichen kann ein optionales Argument für den Sprachextraktor angegeben werden.
Das Format des Arguments hängt absolut vom jeweiligen Sprachkonverter ab. Die
Der Hauptzweck des Arguments besteht darin, die Auswahl von Ebenen für die Multiebene zu unterstützen
östliche Kodierungen, kann aber auch auf andere Weise verwendet werden. Der Sprachextraktor kann
beschließen, den Flugzeugnamen in irgendeiner Form zum Namen der resultierenden Schriftart hinzuzufügen. Keine von
derzeit unterstützte Sprachen machen von dem Argument noch keinen Gebrauch.

Ab sofort werden folgende Sprachen unterstützt:

"latin1" - für alle Sprachen, die die Latin-1-Kodierung verwenden

"latein2" - für die mitteleuropäischen Sprachen

"latein4" - für die baltischen Sprachen

"latin5" - für die türkische Sprache

"kyrillisch" - für die Sprachen mit kyrillischem Alphabet

"russisch" - historisches Synonym für kyrillisch

"bulgarisch" - historisches Synonym für kyrillisch

"adobestd" - für die von TeX verwendete AdobeStandard-Kodierung

"Flugzeug+Streit" - um eine Ebene aus einer Multi-Byte-Kodierung auszuwählen

Das Argument der Sprache ""Ebene"" kann eine von drei Formen haben:

"Flugzeug+pid =,eid="

"Flugzeug+pid =,eid=,"

"Flugzeug+"

Pid (TTF-Plattform-ID) und eid (TTF-Codierungs-ID) wählen eine bestimmte TTF-Codierungstabelle
in der Originalschrift. Sie werden als Dezimalzahlen angegeben. Wenn diese spezielle Kodierung
Tabelle nicht in der Schriftartdatei vorhanden ist, schlägt die Konvertierung fehl. Der Eingeborene ("ttf")
Front-End-Parser unterstützt nur pid=3 (Windows-Plattform), das FreeType-basierte ("ft")
Frontend unterstützt jede Plattform. Wenn pid/eid nicht angegeben ist, dann die TTF-Codierungstabelle
wird wie üblich bestimmt: Unicode-Kodierung, wenn es die erste ist oder eine 8-Bit-Kodierung, wenn nicht (und
bei einer 8-Bit-Codierung wird die Ebenennummer stillschweigend ignoriert). Um zu verhindern, dass der Konverter
Um auf eine 8-Bit-Codierung zurückzugreifen, geben Sie den Unicode-Pid/Eid-Wert explizit an.

Plane_number ist eine Hexadezimalzahl (wenn sie mit " beginnt0x") oder Dezimalzahl. Es gibt die
Werte der oberen Bytes, für die 256 Zeichen ausgewählt werden. Wenn nicht angegeben,
ist standardmäßig 0. Es wird auch als Suffix für den Schriftartnamen verwendet (das führende "0x" ist nicht enthalten)
in das Suffix).

Anmerkungen: Sie werden vielleicht feststellen, dass die Sprachnamen nicht einheitlich sind: Einige sind die Namen von
bestimmte Sprachen und einige sind Namen von Kodierungen. Das liegt an den unterschiedlichen
nähert sich. Die ursprüngliche Idee war, eine Konvertierung von Unicode in die
entsprechende Windows-Codierung für eine bestimmte Sprache. Und dann nutze die Übersetzungstabellen
um die Schriftarten in den erforderlichen endgültigen Codierungen zu generieren. Dies würde es ermöglichen, zu stapeln
die Unicode-Schriften und die Nicht-Unicode-Windows-Schriften für diese Sprache zusammen und lassen
das Programm, um sie automatisch auszusortieren. Und dann alle möglichen Schriftarten generieren
Codierungen für diese Sprache. Ein Beispiel für diesen Ansatz ist die russische Sprache
Unterstützung. Aber wenn für einige Sprachen keine Vielzahl von Kodierungen verwendet wird und wenn die
Nicht-Unicode-Schriften werden von den Benutzern nicht als wichtig angesehen, ein anderer Weg wäre
einfacher zu implementieren: nur eine Tabelle für die Extraktion der Zielkodierung bereitstellen
von Unicode und kümmern Sie sich nicht um die Übersetzungstabellen. Die lateinischen* "Sprachen" sind
Beispiele für diesen Ansatz. Wenn jemand das Gefühl hat, dass er die Type1-Schriften sowohl in
Latin-* und Windows-Kodierungen kann er oder sie den Code unbedingt einreichen
füge es ein.

WARNUNG: Einige der in der AdobeStandard-Kodierung enthaltenen Glyphen sind nicht enthalten
in den Unicode-Standard. Die typischsten Beispiele für solche Glyphen sind Ligaturen wie
'fi', 'fl' usw. Aus diesem Grund können die Schriftdesigner sie an verschiedenen Stellen platzieren. Die
Converter versucht sein Bestes zu geben, wenn die Glyphen ehrliche Adobe-Namen haben und/oder platziert sind
bei den gleichen Codes wie in den Microsoft-Schriften werden sie abgeholt. Ansonsten ein möglich
Lösung ist die Option '-L' mit einer externen Karte.

·"-L Datei[+[pid= ,eid= ,][Flugzeug]]" - Extrahieren Sie die Schriftarten für die angegebene Sprache
aus einer mehrsprachigen Schriftart unter Verwendung der Karte aus dieser Datei. Dies ist eher wie die Option
'-l' aber die Encoding Map wird nicht in das Programm kompiliert, sie wird aus dieser Datei genommen,
so ist es einfach zu bearbeiten. Beispiele für solche Dateien finden Sie in
"maps/adobe-standard-encoding.map", "CP1250.map". (Anmerkungen: die 'Standardkodierung'-Karte
enthält nicht alle Glyphen der AdobeStandard-Kodierung, es wird nur als
Beispiel.) Die Beschreibung der unterstützten Kartenformate befindet sich in der Datei
"maps/unicode-sample.map".

Ebenso zu '-l', kann nach dem Namen der Map-Datei ein Argument angegeben werden. Aber in diesem Fall
das Argument hat eine feste Bedeutung: es wählt die ursprüngliche TTF-Codierungstabelle aus (die Syntax
ist das gleiche wie in '-l Ebene') und/oder eine Ebene der Kartendatei. Der Flugzeugname bekommt auch
nach Bindestrich zum Schriftartnamen hinzugefügt. Das Flugzeug ist ein Konzept, das in den östlichen Schriftarten mit verwendet wird
große Anzahl von Glyphen: Eine TTF-Schrift wird in mehrere Type1-Schriften unterteilt, jede
mit einer Ebene von bis zu 256 Glyphen. Aber mit ein wenig Kreativität kann dieses Konzept
für andere Zwecke verwendet werden, um mehrere Übersetzungszuordnungen in einer Datei zu kombinieren. Zu
Extrahieren mehrerer Ebenen aus einer TTF-Schriftart "ttf2ufm" muss jedes Mal mehrmals ausgeführt werden
mit einem anderen Flugzeugnamen angegeben.

Die standardmäßige ursprüngliche TTF-Codierungstabelle, die für die Option '-L' ist Unicode. Die Karte
Dateien können Anweisungen enthalten, um verschiedene ursprüngliche TTF-Codierungen anzugeben. Wenn jedoch die
Das pid/eid-Paar wird mit angegeben und überschreibt jede in der Karte angegebene ursprüngliche Codierung
Datei.

·"-m Typ=Wert" - Legen Sie maximale oder minimale Ressourcengrenzen fest. Diese Grenzen kontrollieren die
die Font-Generierung, indem die Ressourcen begrenzt werden, die die Fonts benötigen dürfen von
der PostScript-Interpreter. Die derzeit unterstützten Arten von Limits sind:

"h" - die maximale Hinweisstapeltiefe für die ersetzten Hinweise. Der Standardwert ist 128,
entsprechend der Einschränkung in X11. Dies scheint die niedrigste (und damit die sicherste) zu sein.
weit verbreiteten Wert. Um die für jede Glyphe erforderliche Hinweisstapeltiefe in einer ".t1a" anzuzeigen
Datei verwenden Sie das Skript "scripts/cntstems.pl".

·"-O Unteroptionen" - Verarbeitungsoptionen skizzieren. Die Unteroptionen können Kleinbuchstaben sein oder
Großbuchstaben, die Kleinbuchstaben deaktivieren die Funktionen, die entsprechenden Großbuchstaben
Unteroptionen aktivieren die gleichen Funktionen. Die Unteroptionen zum Deaktivieren/Aktivieren von Funktionen sind:

"b/B" - Erraten des ForceBold-Parameters. Dieser Parameter hilft der Type1-Engine,
die fetten Schriftarten bei kleinen Größen richtig rastern. Aber der Algorithmus, der verwendet wurde, um das zu erraten
Der richtige Wert dieses Flags führt dazu, dass diese Vermutung ausschließlich auf dem Schriftartnamen basiert. In seltenen Fällen
Dies kann zu Fehlern führen. In diesen Fällen möchten Sie diese Vermutung möglicherweise deaktivieren. Standard:
freigegeben

"h/h" - Automatische Generierung von Hinweisen. Die wirklich komplexen Umrisse können den Algorithmus verwirren,
Daher kann es theoretisch manchmal nützlich sein, sie zu deaktivieren. Obwohl es bis jetzt so aussieht
dass auch schlechte Hinweise besser sind als gar keine Hinweise. Standard: freigegeben

"u/U" - Hinweis Substitution. Hinweissubstitution ist eine Technik, die die Erzeugung von
ausführlichere Hinweise zum Rasterizer. Es ermöglicht die Verwendung verschiedener Sätze von Hinweisen für
verschiedene Teile einer Glyphe und ändern Sie diese Sätze bei Bedarf während der Rasterung
(deshalb "ersetzt"). Es sollte also die Qualität der gerenderten Schriftarten verbessern
kleine Größen. Aber es gibt zwei Haken: Erstens hat die X11-Bibliothek ein eher niedriges Limit für
die Schriftgröße. Detailliertere Hinweise erhöhen die Dateigröße und erhöhen damit die Chance
dieses Limit zu erreichen (das bedeutet nicht, dass Sie es erreichen sollen, aber Sie können es, wenn Ihr
Schriften sind besonders groß). Dies ist besonders wahrscheinlich bei konvertierten Unicode-Schriften
mit Option '-a', also möchten Sie vielleicht '-a' zusammen mit '-Ou'. Siehe "app/X11/README"
für die Beschreibung eines Patches für X11, der dieses Problem behebt. Zweitens einige Rasterizer
(wieder ist X11 das typische Beispiel) haben eine Begrenzung für die Gesamtzahl der verwendeten Hinweise
beim Zeichnen einer Glyphe (auch als Hinweisstapeltiefe bekannt). Wenn dieser Stapel überläuft die
Glyphe wird ignoriert. Ab Version 3.22 verwendet "ttf2ufm" Algorithmen zur Minimierung
diese Tiefe, mit dem Kompromiss von etwas größeren Schriftdateien. Die Glyphen, die immer noch
Überschreitung des durch Option gesetzten Limits '-Mh' alle ersetzten Hinweise entfernen und nur
Basishinweise links. Die Algorithmen scheinen weit genug verfeinert worden zu sein, um die Schriftarten zu erstellen
mit ersetzten Hinweisen sehen besser aus als die Schriftarten ohne sie oder zumindest gleich.
Wenn die Originalschriftarten jedoch nicht gut gestaltet sind, können die detaillierten Hinweise die
Fehler des Designs, wie z. B. ungleichmäßige Linienstärke. Vorausgesetzt, Sie sind es nicht
aus Angst vor dem X11-Bug wäre die beste Idee, eine Schriftart mit dieser Funktion zu generieren und
ohne, dann vergleichen Sie die Ergebnisse mit dem Programm "other/cmpf" (siehe Beschreibung
in "andere/README") und entscheiden Sie, welche besser aussieht. Standard: freigegeben

"o/O" - Platzoptimierung des Codes der Outlines. Diese Art der Optimierung schadet nie,
und der einzige Grund, diese Funktion zu deaktivieren, ist der Vergleich der generierten Schriftarten
mit den Schriftarten, die von den vorherigen Versionen von Converter generiert wurden. Nun, es _fast_ nie
tut weh. Wie sich herausstellte, gibt es einige hirngeschädigte Drucker, die das nicht verstehen
es. Tatsächlich ändert diese Funktion die Umrisse überhaupt nicht. Das Handbuch zu Type 1-Schriften
bietet eine Reihe von redundanten Operatoren, die die Schriftbeschreibung kürzer machen, z. B. '10
hlineto' statt '0 10 rlineto' um eine horizontale Linie zu beschreiben. Diese Funktion ermöglicht
Verwendung dieser Operatoren. Standard: freigegeben

"s/S" - Glätten von Konturen. Wenn die Schriftart in irgendeiner Weise beschädigt ist (auch die, die es sind)
nicht leicht wahrnehmbar), kann eine solche Glättung es weiter unterbrechen. Also diese Funktion deaktivieren
ist das erste, was Sie versuchen sollten, wenn eine Schriftart seltsam aussieht. Aber mit dem Glätten des Hinweises
Generierungsalgorithmen funktionieren möglicherweise auch nicht richtig. Standard: freigegeben

"t/T" - Automatische Skalierung auf die 1000x1000 Typ1-Standardmatrix. Die TTF-Schriften werden beschrieben
in Form einer beliebigen Matrix bis 4000x4000. Die konvertierten Schriftarten müssen skaliert werden auf
entsprechen dem Type1-Standard. Aber die Skalierung führt zusätzliche Rundungsfehler ein, also
Es mag manchmal kurios sein, die Schrift im Originalmaßstab zu betrachten. Standard: freigegeben

"v/v" - Führen Sie eine Vektorisierung der Bitmap-Schriftarten durch. Funktionell ist "Vektorisierung" gleich
Sache wie "Autotracing", ein anderes Wort wird nur verwendet, um es von dem zu unterscheiden
Autotrace-Bibliothek. Es versucht, schöne glatte Konturen aus Bitmaps zu erzeugen. Dieses Feature
ist noch in Arbeit, obwohl die Ergebnisse bereits größtenteils anständig sind. Standard:
behindert

"w/W" - Breitenkorrektur von Glyphen. Diese Option wurde für defekte Schriftarten entwickelt
die zu geringe Breiten für die Buchstaben vorgeben. Man merkt, dass eine Schriftart davon profitieren kann
von dieser Option, wenn Sie sehen, dass die Charaktere ohne irgendwelche zusammengeschlagen sind
Leerzeichen dazwischen. Diese Option bewirkt, dass der Konverter die Zeichenbreiten auf setzt
die tatsächliche Breite dieses Zeichens plus die Breite eines typischen vertikalen Stamms. Aber auf dem
Andererseits können die gut gestalteten Schriftarten Zeichen haben, die besser aussehen, wenn ihre Breiten
sind etwas schmaler angesetzt. Solche gut gestalteten Schriftarten werden davon profitieren, dies zu deaktivieren
Besonderheit. Vielleicht möchten Sie eine Schriftart mit und ohne diese Funktion konvertieren, vergleichen Sie die
Ergebnisse und wählen Sie das bessere aus. Diese Funktion darf nur bei proportionalen Schriftarten verwendet werden,
es hat keine Auswirkung auf Schriftarten mit fester Breite. Standard: behindert

"z/Z" - Verwenden Sie die Autotrace-Bibliothek für die Bitmap-Schriftarten. Die Ergebnisse sind schrecklich und
- of fehlen uns die Worte. zu erhalten is nicht empfohlen. Diese Option ist für experimentelle Zwecke vorhanden.
Es kann sich in Zukunft ändern oder entfernt werden. Die Arbeitsverfolgung kann erreicht werden mit
Möglichkeit "-OV". Standard: behindert

·"-p parser_name" - Verwenden Sie den angegebenen Front-End-Parser, um die Schriftartdatei zu lesen. Wenn das
Option nicht verwendet wird, wählt ttf2ufm den Parser automatisch basierend auf dem Suffix des
Schriftartdateiname verwendet, verwendet es den ersten Parser in seiner Liste, der diesen Schriftarttyp unterstützt. Jetzt
zwei Parser werden unterstützt:

"ttf" - eingebauter Parser für die ttf-Dateien (Suffix ".ttf")

"bdf" - eingebauter Parser für die BDF-Dateien (Suffix ".bdf")

"ft" - Parser basierend auf der FreeType-2-Bibliothek (Suffixe ".ttf", ".otf", ".pfa",
".pfb")

Der Parser "ft" ist NICHT standardmäßig eingebunden. Siehe "Makefile" für Anweisungen, wie es geht
aktivieren. Wir unterstützen diesen Parser nicht unter Windows: wahrscheinlich wird er funktionieren, aber niemand
versucht und niemand weiß, wie man es baut.

Die Konvertierung der Bitmap-Schriften (wie BDF) ist jedoch simpel und führt zu gezackten
skizziert. Beim Konvertieren solcher Schriftarten ist es möglicherweise eine gute Idee, den Hinweis zu deaktivieren
Ersatz (mit Option -Ou), weil die erzeugten Hinweise riesig sein werden, aber nicht hinzufügen
viel von der Qualität der Schriftarten.

·"-u Nummer" - Markieren Sie die Schriftart mit diesem Wert als UniqueID. Die UniqueID wird von der
Drucker mit den Festplatten, um die gerasterten Zeichen zwischenzuspeichern und damit deutlich
den Druck beschleunigen. Einige dieser Drucker können die Schriftarten einfach nicht speichern, ohne
UniqueID auf ihrer Festplatte. Das Problem ist, dass die ID eindeutig sein soll, wie sie heißt
sagt. Und es gibt keine einfache Möglichkeit, eine garantiert eindeutige ID zu erstellen. Adobe spezifiziert die
Bereich 4000000-4999999 für private IDs, aber es ist immer noch schwierig, dies zu garantieren
Einzigartigkeit darin. Wenn Sie die UniqueID nicht wirklich benötigen, verwenden Sie sie nicht, sie ist
Optional. Zum Glück gibt es ein paar Millionen möglicher IDs, also die Kollisionsgefahr
sind eher gering. Wenn statt der Zahl ein Sonderwert '"A"' ist dann die
Konverter generiert den Wert von UniqueID automatisch als Hash des Schriftartnamens.
(Anmerkungen: in der Version 3.22 wurde der Algorithmus zur automatischen Generierung von UniqueID geändert auf
Passen Sie die Werte in den Adobe-Spacing-Bereich ein. Dies bedeutet, dass wenn UniqueIDs verwendet wurden
dann muss der Cache des Druckers möglicherweise geleert werden, bevor die konvertierten Schriftarten ersetzt werden
eine alte Version mit Schriftarten, die von einer neueren Version konvertiert wurden). Ein einfacher Weg, um herauszufinden, ob einer von
die Schriftarten in einem bestimmten Verzeichnis doppelte UniqueIDs haben, verwenden Sie den Befehl:

" cat *.pf[ab] | grep UniqueID | sort | uniq -c | grep -v ' 1 '"

Oder wenn Sie "Skripte / Konvertieren" verwenden, wird dies automatisch für Sie erledigt und es wird auch
Geben Sie die genaue Liste der Dateien mit doppelten UIDs an.

·"-v Größe" - Skaliere die Schriftart neu, um irgendwo die Größe eines typischen Großbuchstabens zu erhalten
um die angegebene Größe. Tatsächlich wird die gesamte Schriftart neu skaliert, um die Größe von Eins zu erhalten
sprachabhängigen Buchstaben mindestens die angegebene Größe haben. Jetzt ist dieser Buchstabe "A"
in allen unterstützten Sprachen. Die Größe wird in den Punkten des Typs 1 angegeben
Koordinatengittern, der Maximalwert ist 1000. Dies ist eine experimentelle Option und sollte
mit Vorsicht verwendet werden. Es versucht, die sichtbare Schriftgröße für eine bestimmte Punktgröße zu erhöhen
und machen so die Schrift besser lesbar. Aber bei Überbeanspruchung kann dies dazu führen, dass die Schriftarten herausschauen
von Maßstab. Ab sofort scheinen die interessanten Größenwerte für diese Option gefunden zu sein
meist zwischen 600 und 850. Diese Neuskalierung kann ganz nützlich sein, braucht aber mehr
Erfahrung, um die Balance seiner Wirkungen zu verstehen.

·"-W Niveau" - Wählen Sie die Ausführlichkeitsstufe der Warnungen. Aktuell die Level von 0 bis
4 werden unterstützt. Level 0 bedeutet überhaupt keine Warnungen, Level 4 bedeutet alles Mögliche
Warnungen. Die Standardstufe ist 3. Andere Stufen können in Zukunft hinzugefügt werden. Verwenden Sie daher die
Level Nummer 99 wird empfohlen, um alle möglichen Warnungen zu erhalten. Unter Level 2 zu gehen ist
nicht allgemein empfohlen, da Sie wertvolle Informationen zu den Problemen verpassen könnten
mit den Schriftarten, die konvertiert werden.

· Überholt Option: "-EIN" - Drucken Sie die Schriftartmetriken (.afm-Datei) anstelle der Schriftart auf
STDOUT. Verwenden -GA stattdessen.

· Very überholt Option:

Der Algorithmus, der die erzwungene feste Breite implementierte, hatte große Fehler, also war es
Behinderte. Der Code ist noch im Programm und wird eines Tages verfeinert und zurückgegeben
zurück. Inzwischen ist der Optionsname '-f“ wurde für eine andere Option wiederverwendet. Die alte Version war:

"-F" - Versuchen Sie nicht, die feste Schriftbreite zu erzwingen. Normalerweise berücksichtigt der Konverter die
Schriftarten, bei denen die Glyphenbreite um nicht mehr als 5 % abweicht, als fehlerhafte Schriftarten mit fester Breite
und zwingt sie zu einer wirklich festen Breite. Wenn dies unerwünscht ist, kann es deaktiviert werden
durch diese Option.

Das Schriftformat ".pfa" setzt voraus, dass die Beschreibung der Zeichen binär kodiert ist
und verschlüsselt. Dieser Konverter verschlüsselt oder verschlüsselt die Daten nicht standardmäßig, Sie müssen
spezifizieren Sie die Option '-e' oder verwenden Sie das Programm "t1asm" zum Assemblieren (das heißt, codieren und
verschlüsseln) das Schriftartprogramm. Das im Konverter enthaltene Programm "t1asm" ist
eigentlich ein Teil des "t1utils" -Pakets, von dem eine ziemlich alte Version bezogen werden kann

http://ttf2ufm.sourceforge.net/t1utils.tar.gz

Beachten Sie, dass "t1asm" aus der alten Version dieses Pakets mit den Dateien nicht richtig funktioniert
generiert von "ttf2ufm" Version 3.20 und höher. Bitte verwenden Sie "t1asm" verpackt mit "ttf2ufm"
oder stattdessen ab der neuen Version "t1utils". Eine neuere Version von "t1utils" finden Sie unter

http://www.lcdf.org/~eddietwo/type/

Beispiele:

Also die folgenden Befehlszeilen:

"ttf2ufm -e ttffont.ttf t1font"

"ttf2ufm ttffont.ttf - | t1asm >t1font.pfa"

stellen zwei Möglichkeiten dar, eine funktionierende Schriftart zu erhalten. Der Vorteil der zweiten Form besteht darin, dass andere
Filter können auf die Schriftart zwischen dem Konverter und dem Assembler angewendet werden.

Verwenden Sie ttf2ufm online mit den onworks.net-Diensten