Konvertieren von AFM-Dateien in NTF-Dateien

Wichtig

Die moderne Druckplattform ist die bevorzugte Methode von Windows für die Kommunikation mit Druckern. Wir empfehlen die Verwendung des Microsoft IPP-Treibers für die Posteingangsklasse zusammen mit Print Support Apps (PSA), um das Druckverhalten in Windows 10 und 11 für die Entwicklung von Druckergeräten anzupassen.

Weitere Informationen finden Sie unter Moderne Druckplattform und im Designhandbuch für die Drucksupport-App.

Für Windows 2000 und höher müssen AFM-Dateien (Adobe Font Metrics) in NTF-Dateien konvertiert werden. Ein Befehlszeilentool zum Ausführen dieser Konvertierung namens makentf.exe wurde mit dem Windows Driver Development Kit (DDK) bereitgestellt.

Verwenden Sie die folgende Befehlssyntax, um eine oder mehrere AFM-Dateien zu konvertieren:

makentf {-win32|-win64} **** [-v]**** [-o] **** NTF_FileName.ntf AFM_FileNames

Dabei ist NTF_FileName der Name der zu erstellenden NTF-Datei, und AFM_FileNames ist eine Gruppe von mindestens einer AFM-Datei, die konvertiert werden soll.

Es stehen folgende Befehlszeilenoptionen zur Verfügung:

-win32
Erstellen Sie eine NTF-Datei für einen Win32-Treiber. Wenn diese Befehlszeilenoption angegeben ist, kann -win64 nicht angegeben werden.

-win64
Erstellen Sie eine NTF-Datei für einen Win64-Treiber. Wenn diese Befehlszeilenoption angegeben ist, kann -win32 nicht angegeben werden.

-v
Verbose. Mit dieser Option wird ein Befehlsausgabedatenstrom erstellt, der eine textbezogene Anzeige der generierten NTF-Dateistrukturen enthält.

-o
Lassen Sie standardmäßige westliche Glyphensätze aus. Standardmäßig enthält Makentf.exe die standardmäßigen westlichen Glyphensätze beim Generieren einer NTF-Datei. Wenn Sie mehrere NTF-Dateien erstellen, müssen Sie nur die westlichen Glyphensätze in eine der Dateien einschließen, solange alle Dateien zusammen verwendet werden. Angenommen, Sie erstellen eine NTF-Datei, die römische Schriftartmetriken und eine andere enthält, die japanische Schriftartmetriken enthält. Sie könnten die folgenden Befehle verwenden:

makentf -win32 roman.ntf roman1.afm roman2.afm roman3.afm
makentf -win32 -o jpn.ntf jpn1.afm jpn2.afm jpn3.afm

Wenn diese Dateien zusammen verwendet werden, werden westliche Glyphensatzinformationen immer aus roman.ntf abgerufen, sodass die Duplizierung der Informationen in jpn.ntf nicht benötigt wird und zusätzlichen Speicherplatz verbraucht. Wenn jpn.ntf hingegen allein verwendet wird, darf -o nicht angegeben werden.

Eine zweite Befehlssyntax wird ebenfalls wie folgt unterstützt:

makentf-Dateiname

Dabei ist der Dateiname der Name einer Datei, die Ausgabetext empfangen soll. Diese Syntax bewirkt, dass Makentf.exe eine Datei mit Listen von PostScript-Glyphennamen und Unicode-Werten für jede Codeseite erstellen, die als Makentf.exe bekannt ist.

Eine zusätzliche Datei, PSFamily.dat, wird mit dem WDK bereitgestellt und muss sich im selben Verzeichnis befinden, das Makentf.exe enthält. Die zusätzliche Datei ist eine Textdatei, die Makentf.exe mit den Anzeige- und Familiennamen für jede Schriftart bereitstellt.

Bevor eine AFM-Standarddatei konvertiert werden kann, müssen Sie eine Zeile hinzufügen, die dem folgenden Beispiel ähnelt:

Comment UniqueID IDnumber

Dabei stellt IDnumber den eindeutigen Bezeichner der Schriftart dar, der vom Hersteller der Schriftart ausgegeben wird.

Bei der Verarbeitung der AFM-Datei einer ostasiatischen Schriftart erfordert Makentf.txt zusätzliche MAP- und PS-Dateien, die sich im selben Verzeichnis wie -o und PSFamily.dat befinden müssen. Die zusätzlichen MAP- und PS-Dateien, die im WDK (zusammen mit PSFamily.dat) bereitgestellt werden, sind erforderlich, um eine Zuordnungstabelle von Unicode-Code zu CID für die Schriftart zu erstellen. Weitere Informationen finden Sie unter Konvertieren ostasiatischer AFM-Dateien in NTF-Dateien.

Eine AFM-Datei, die in eine NTF-Datei konvertiert wird, kann das FontBBox2-Schlüsselwort enthalten. Die Argumente dieses Schlüsselworts ähneln den FontBBox-Argumenten (siehe Adobe Font Metrics File Format Specification, from Adobe Systems, Inc.), außer dass FontBBox2-Argumente das umgebende Feld für Glyphen beschreiben, die in einem bestimmten Zeichensatz verwendet werden (z. B. 90 ms), während FontBBox-Argumente das Begrenzungsfeld für die Vereinigung aller Zeichen beschreiben, die in der AFM-Datei beschrieben werden. Wenn FontBBox2 nicht gefunden wird, werden die für FontBBox angegebenen Werte für das umgebende Feld verwendet.