ttf2ufm - Online in de cloud

PROGRAMMA:

NAAM

TTF2UFM - Een True Type naar PostScript Type 1 lettertypeconverter

KORTE INHOUD

"ttf2ufm [-opties] ttffont.ttf [Lettertype]"

or

"ttf2ufm [-opties] ttffont.ttf -"

PRODUCTBESCHRIJVING

Ttf2ufm is een lettertypeconvertor van het True Type-formaat (en enkele andere formaten die worden ondersteund door
ook de FreeType-bibliotheek) naar het Adobe Type1-formaat.

De versies 3.0 en later kregen een vrij uitgebreid nabewerkingsalgoritme dat de
geconverteerde lettertypen naar de vereisten van de Type1-standaard, probeert de afronding te corrigeren
fouten die zijn geïntroduceerd tijdens conversies en enkele eenvoudige soorten bugs die typisch zijn voor
de TTF-lettertypen van het publieke domein. Het genereert ook de hints die een veel betere weergave mogelijk maken
lettertypen in kleine formaten die typisch zijn voor computerschermen. Maar alles heeft zijn
prijs, en sommige optimalisaties werken mogelijk niet goed voor bepaalde lettertypen. Daarom is de
er zijn opties aan de converter toegevoegd om de uitgevoerde optimalisaties te controleren.

OPTIES

De eerste variant maakt het bestand "Fontname.pfa" aan (of "Fontname.pfb" als de optie '-b'
werd gebruikt) met het geconverteerde lettertype en "Fontname.afm" met de lettertypestatistieken, de tweede
print het lettertype of een ander bestand (als de optie '-G' werd gebruikt) op de standaarduitvoer van
waar het onmiddellijk door een of ander filter kan worden geleid. Als er geen "Lettertypenaam" is opgegeven voor
bij de eerste variant wordt de naam gegenereerd uit "ttffont" door de bestandsnaam ".ttf" te vervangen
achtervoegsel.

Meestal zijn er geen opties nodig (met een mogelijke uitzondering van '-e'). Maar als
er enkele problemen zijn met het resulterende lettertype, deze kunnen worden gebruikt om het
conversie. De opties zijn:

· "-A" - Voeg alle glyphs uit het bronbestand toe aan het geconverteerde bestand. Als dit
optie niet is opgegeven, zijn alleen de glyphs waaraan een bepaalde codering is toegewezen
inbegrepen, omdat de rest van glyphs sowieso ontoegankelijk zou zijn en alleen maar zou consumeren
de schijfruimte. Maar sommige applicaties zijn slim genoeg om de codering op het
vliegen en dus de andere glyphs gebruiken, in dit geval zouden ze hiervan kunnen profiteren
keuze. Maar er is een addertje onder het gras: de X11-bibliotheek heeft een vrij lage limiet voor de lettergrootte.
Door meer glyphs toe te voegen, neemt de bestandsgrootte toe en neemt de slagingskans toe
deze limiet. Zie "app/X11/README" voor de beschrijving van een patch voor X11 die dit verhelpt
probleem.

· "-B" - Codeer het resulterende lettertype om een ​​kant-en-klaar ".pfb"-bestand te maken.

· "-d subopties" - Foutopsporingsopties. De subopties zijn:

"a" - Druk de absolute coördinaten van punten in contouren af. Zo'n lettertype kan dat niet zijn
gebruikt door elk programma (daarom is deze optie niet compatibel met '-e') maar het is bewezen
om een ​​waardevolle foutopsporingsinformatie te zijn.

"r" - Keer de richting van contouren niet om. De TTF-lettertypen hebben de standaard
richting van contouren tegengesteld aan de Type1-lettertypen. Dus ze moeten tijdens worden omgekeerd
juiste conversie. Deze optie kan worden gebruikt voor foutopsporing of om een ​​TTF-lettertype mee te verwerken
verkeerde richting van contouren (mogelijk op een gebroken manier geconverteerd van een Type1-lettertype). De
eerste tekenen van de verkeerde richting zijn de letters zoals "P" of "B" zonder de ongeverfde
"gaten" binnen.

· "-e" - Assembleer het resulterende lettertype om een ​​kant-en-klaar ".pfa"-bestand te maken.

[ SB: Persoonlijk denk ik niet dat deze optie bijzonder nuttig is. Hetzelfde
resultaat kan worden bereikt door de niet-geassembleerde gegevens door t1asm, de Type 1, te leiden
assembler. En hoe dan ook, het is goed om het t1utils-pakket bij de hand te hebben. Maar Mark en velen
gebruikers denken dat deze functionaliteit goed is en het kostte niet veel tijd om dit toe te voegen
keuze. ]

· "-F" - Forceer de Unicode-codering: elk type MS-codering dat in het lettertype is gespecificeerd, is
genegeerd en het lettertype wordt behandeld alsof het Unicode-codering heeft. WAARSCHUWING: deze optie is
bedoeld voor buggy-lettertypen die eigenlijk in Unicode staan, maar zijn gemarkeerd als iets anders.
Het effect op de andere lettertypen is onvoorspelbaar.

· "-G subopties" - Opties voor het genereren van bestanden. De subopties kunnen kleine letters of hoofdletters zijn,
de kleine letters schakelen het genereren van bepaalde bestanden uit, de overeenkomstige
subopties in hoofdletters maken het genereren van hetzelfde soort bestanden mogelijk. Als het resultaat van
ttf2ufm wordt gevraagd om te worden afgedrukt op de standaarduitvoer, de laatste suboptie die inschakelt
of -G bepaalt welk bestand naar de standaarduitvoer en de rest van de bestanden wordt geschreven
zal worden weggegooid. Bijvoorbeeld, -G A zal het AFM-dossier opvragen. De subopties naar
uitschakelen/inschakelen van het genereren van de bestanden zijn:

"f/F" - Het lettertypebestand. Afhankelijk van de andere opties zal dit bestand een van de
achtervoegsels ".t1a", ".pfa" of ".pfb". Als het conversieresultaat op de standaard wordt gevraagd
uitvoer (""-"' wordt gebruikt als de naam van het uitvoerbestand), dan wordt het lettertypebestand ook geschreven
daar standaard, indien niet overschreven door een andere suboptie van -G. Standaard: ingeschakeld

"een/A" - Het Adobe font metrics-bestand (".afm"). Standaard: ingeschakeld

"e/E" - Het dvips-coderingsbestand (".enc"). Standaard: invalide

· "-l taal[+argument]" - Extraheer de lettertypen voor de opgegeven taal uit een multi-
taal Unicode-lettertype. Als deze optie niet wordt gebruikt, probeert de converter de
taal door de waarden van de shell-variabele LANG. Als het niet in staat is om de
taal door LANG het probeert alle talen in de volgorde waarin ze worden vermeld.

Na het plusteken kan een optioneel argument voor de taalextractor worden opgegeven.
Het formaat van het argument is absoluut aan de specifieke taalomzetter. De
Het primaire doel van het argument is om de selectie van vlakken voor het meervlaks te ondersteunen
Oosterse coderingen, maar het kan ook op een andere manier worden gebruikt. De taalextractor kan
besluiten om de vliegtuignaam in een of andere vorm toe te voegen aan de naam van het resulterende lettertype. Geen van de
momenteel ondersteunde talen maken nog geen gebruik van het argument.

Vanaf nu worden de volgende talen ondersteund:

"latin1" - voor alle talen die de Latin-1-codering gebruiken

"latin2" - voor de Midden-Europese talen

"latin4" - voor de Baltische talen

"latin5" - voor de Turkse taal

"cyrillisch" - voor de talen met het Cyrillische alfabet

"Russisch" - historisch synoniem voor cyrillisch

"bulgaars" - historisch synoniem voor cyrillisch

"adobestd" - voor de AdobeStandard-codering die door TeX wordt gebruikt

"vliegtuig+argument" - om één vlak te selecteren uit een multi-byte codering

Het argument van de "" vlakke "" taal kan in drie vormen voorkomen:

"vliegtuig+pid=,id="

"vliegtuig+pid=,id=,"

"vliegtuig+"

Pid (TTF-platform-id) en eid (TTF-coderings-id) selecteren een bepaalde TTF-coderingstabel
in het originele lettertype. Ze worden gespecificeerd als decimale getallen. Als deze specifieke codering
tabel niet aanwezig is in het lettertypebestand, mislukt de conversie. De inboorling ("ttf")
front-end parser ondersteunt alleen pid=3 (Windows-platform), het op FreeType gebaseerde ("ft")
front-end ondersteunt elk platform. Als pid/eid niet is opgegeven, dan is de TTF-coderingstabel
wordt zoals gewoonlijk bepaald: Unicode-codering als het de eerste is of een 8-bits codering als dat niet het geval is (en
voor een 8-bits codering wordt het vliegtuignummer stilzwijgend genegeerd). Om de omvormer te voorkomen
om terug te vallen op een 8-bits codering, moet u de Unicode pid/eid-waarde expliciet specificeren.

Plane_number is een hexadecimaal getal (als het begint met "0x") of decimaal getal. Het geeft de
waarden van bovenste bytes waarvoor 256 tekens worden geselecteerd. Indien niet gespecificeerd,
standaard ingesteld op 0. Het wordt ook gebruikt als achtervoegsel voor een lettertypenaam (de voorloop "0x" is niet inbegrepen
in het achtervoegsel).

NOTITIE: U merkt misschien dat de taalnamen niet uniform zijn: sommige zijn de namen van
bepaalde talen en sommige zijn namen van coderingen. Dit komt door de verschillende
benadert. Het oorspronkelijke idee was om een ​​conversie van Unicode naar de
juiste Windows-codering voor een bepaalde taal. En gebruik dan de vertaaltabellen
om de lettertypen te genereren in welke uiteindelijke coderingen dan ook nodig zijn. Dit zou stapelen mogelijk maken
samen de Unicode-lettertypen en de niet-Unicode Windows-lettertypen voor die taal en laat
het programma om ze automatisch te sorteren. En genereer vervolgens zoveel mogelijk lettertypen
coderingen voor die taal. Een voorbeeld van deze benadering is de Russische taal
steun. Maar als er geen veelheid aan coderingen wordt gebruikt voor sommige talen en als de
niet-Unicode-lettertypen worden door de gebruikers niet als belangrijk beschouwd, een andere manier zou zijn
eenvoudiger te implementeren: geef slechts één tabel op voor extractie van de doelcodering
van Unicode en doe geen moeite met de vertaaltabellen. De latijnse* "talen" zijn
voorbeelden van deze aanpak. Als iemand denkt dat hij de Type1-lettertypen beide nodig heeft
Latijns-* en Windows-coderingen is hij of zij absoluut welkom om de code in te dienen
Implementeren.

WAARSCHUWING: Sommige van de glyphs die in de AdobeStandard-codering zijn opgenomen, zijn niet inbegrepen
in de Unicode-standaard. De meest typische voorbeelden van dergelijke glyphs zijn ligaturen zoals
'fi', 'fl' enz. Hierdoor kunnen de lettertypeontwerpers ze op verschillende plaatsen plaatsen. De
converter probeert zijn best te doen, als de glyphs eerlijke Adobe-namen hebben en/of geplaatst zijn
op dezelfde codes als in de Microsoft-lettertypen worden ze opgehaald. Anders een mogelijk
oplossing is om de optie '-L' met een externe kaart.

· "-L bestand[+[pid= ,id= ,][vliegtuig]]" - Extraheer de lettertypen voor de opgegeven taal
vanuit een meertalig lettertype met behulp van de kaart uit dit bestand. Dit lijkt meer op de optie
'-l' maar de coderingskaart is niet in het programma gecompileerd, het is uit dat bestand gehaald,
dus het is gemakkelijk te bewerken. Voorbeelden van dergelijke bestanden zijn te vinden in
"maps/adobe-standaard-codering.map", "CP1250.map". (NOTITIE: de kaart 'standaardcodering'
bevat niet alle glyphs van de AdobeStandard-codering, het wordt alleen geleverd als een
voorbeeld.) De beschrijving van de ondersteunde kaartformaten staat in het bestand
"maps/unicode-sample.map".

gelijk aan '-l', kan een argument worden opgegeven achter de mapbestandsnaam. Maar in dit geval
het argument heeft een vaste betekenis: het selecteert de originele TTF-coderingstabel (de syntax
is hetzelfde als in '-l vliegtuig') en/of een vlak van het kaartbestand. De vliegtuignaam krijgt ook
toegevoegd na streepje aan de naam van het lettertype. Het vliegtuig is een concept dat in de oosterse lettertypen wordt gebruikt
groot aantal glyphs: één TTF-lettertype wordt verdeeld in meerdere Type1-lettertypen, elk
met één vlak van maximaal 256 glyphs. Maar met een beetje creativiteit kan dit concept
worden gebruikt voor andere doeleinden om meerdere vertaalkaarten in één bestand te combineren. Naar
meerdere vlakken uit een TTF-lettertype extraheren "ttf2ufm" moet elke keer meerdere keren worden uitgevoerd
met een andere vliegtuignaam opgegeven.

De standaard originele TTF-coderingstabel die wordt gebruikt voor de optie '-L' is Unicode. De kaart
bestanden kunnen richtlijnen bevatten om verschillende originele TTF-coderingen te specificeren. Echter als de
pid/eid-paar is opgegeven en overschrijft elke originele codering die in de kaart is gespecificeerd
bestand.

· "-m type=waarde" - Stel maximale of minimale limieten van middelen in. Deze limieten regelen de
het genereren van lettertypen door de bronnen te beperken waarvan het lettertype mag vragen
de PostScript-interpreter. De momenteel ondersteunde soorten limieten zijn:

"h" - de maximale hintstapeldiepte voor de gesubstitueerde hints. De standaardwaarde is 128,
volgens de beperking in X11. Dit lijkt de laagste (en dus de veiligste)
brede waarde. Om de diepte van de hintstapel weer te geven die vereist is voor elke glyph in een ".t1a"
bestand gebruik het script "scripts/cntstems.pl".

· "-O subopties" - Overzicht verwerkingsopties. De subopties kunnen kleine letters of zijn
hoofdletters, de kleine letters schakelen de functies uit, de overeenkomstige hoofdletters
subopties maken dezelfde functies mogelijk. De subopties om functies uit of in te schakelen zijn:

"b/B" - Raden van de ForceBold-parameter. Deze parameter helpt de Type1-engine
raster de vetgedrukte lettertypen goed in kleine formaten. Maar het algoritme raadde de
juiste waarde van deze vlag maakt die gok uitsluitend gebaseerd op de naam van het lettertype. In zeldzame gevallen
die fouten kunnen veroorzaken, in deze gevallen wilt u dit gissen misschien uitschakelen. Standaard:
ingeschakeld

"h/u" - Automatische generatie van hints. De echt complexe contouren kunnen het algoritme verwarren,
dus theoretisch kan het soms handig zijn om ze uit te schakelen. Hoewel het tot nu toe lijkt
dat zelfs slechte hints beter zijn dan helemaal geen hints. Standaard: ingeschakeld

"u/u" - Hint vervanging. Hintvervanging is een techniek die het genereren van
meer gedetailleerde hints voor de rasterizer. Het maakt het mogelijk om verschillende sets hints voor te gebruiken
verschillende delen van een glyph en verander deze sets indien nodig tijdens het rasteren
(daarom "vervangen"). Het zou dus de kwaliteit van de weergegeven lettertypen moeten verbeteren
kleine maten. Maar er zijn twee valkuilen: ten eerste heeft de X11-bibliotheek een vrij lage limiet voor
de lettergrootte. Meer gedetailleerde hints vergroten de bestandsgrootte en vergroten daarmee de kans
van het raken van deze limiet (dat betekent niet dat u het zult halen, maar u mag als uw
lettertypen zijn bijzonder groot). Dit is vooral waarschijnlijk voor geconverteerde Unicode-lettertypen
met optie '-a', dus misschien wilt u '-a' samen met '-U'. Zie "app/X11/README"
voor de beschrijving van een patch voor X11 die dit probleem verhelpt. Ten tweede, enkele rasterizers
(wederom, X11 is het typische voorbeeld) hebben een beperking voor het totale aantal gebruikte hints
bij het tekenen van een glyph (ook bekend als de diepte van de hintstapel). Als die stapel overloopt van de
glyph wordt genegeerd. Vanaf versie 3.22 gebruikt "ttf2ufm" algoritmen om te minimaliseren
deze diepte, met de wisselwerking van iets grotere lettertypebestanden. De symbolen die nog steeds
overschrijd de limiet ingesteld door optie '-mh' hebben alle gesubstitueerde hints verwijderd en alleen
basishints over. De algoritmen lijken ver genoeg te zijn verfijnd om de lettertypen te maken
met vervangende hints zien er beter uit dan de lettertypen zonder of in ieder geval hetzelfde.
Maar als de originele lettertypen niet goed ontworpen zijn, kan de gedetailleerde hint de nadruk leggen op het
gebreken van het ontwerp, zoals ongelijke dikte van lijnen. Dus op voorwaarde dat je dat niet bent
bang voor de X11-bug zou het beste idee zijn om een ​​lettertype te genereren met deze functie en
zonder dit, vergelijk dan de resultaten met het programma "other/cmpf" (zie het bestand description
in "other/README") en beslis welke er beter uitziet. Standaard: ingeschakeld

"o/o" - Optimalisatie van de ruimte van de code van de contouren. Dit soort optimalisatie kan nooit kwaad,
en de enige reden om deze functie uit te schakelen is om de gegenereerde lettertypen te vergelijken
met de lettertypen die zijn gegenereerd door de vorige versies van de converter. Nou, het is _bijna_ nooit
doet pijn. Het bleek dat er enkele printers met hersenbeschadiging bestaan ​​die het niet begrijpen
Het. Eigenlijk verandert deze functie de contouren helemaal niet. De Type 1-lettertypehandleiding
biedt een set redundante operators die de lettertypebeschrijving korter maken, zoals '10
hlineto' in plaats van '0 10 rlineto' om een ​​horizontale lijn te beschrijven. Deze functie maakt het mogelijk
gebruik van deze operatoren. Standaard: ingeschakeld

"s/s" - Gladstrijken van contouren. Als het lettertype op de een of andere manier kapot is (zelfs degenen die dat wel zijn
niet gemakkelijk merkbaar), kan een dergelijke afvlakking het verder breken. Dus deze functie uitschakelen
is het eerste dat moet worden geprobeerd als een lettertype er vreemd uitziet. Maar met het gladstrijken van de hint
generatie-algoritmen werken mogelijk ook niet correct. Standaard: ingeschakeld

"t/t" - Automatisch schalen naar de standaardmatrix van 1000 x 1000 Type1. De TTF-fonts worden beschreven
in termen van een willekeurige matrix tot 4000x4000. De geconverteerde lettertypen moeten worden geschaald naar
voldoen aan de Type1 standaard. Maar de schaalverdeling introduceert extra afrondingsfouten, dus
het kan soms merkwaardig zijn om naar het lettertype op de oorspronkelijke schaal te kijken. Standaard: ingeschakeld

"v/v" - Doe vectorisatie op de bitmaplettertypen. Functioneel is "vectorisatie" hetzelfde
ding als "autotracing", een ander woord wordt puur gebruikt om het te onderscheiden van de
Autotrace-bibliotheek. Het probeert mooie vloeiende contouren te maken van bitmaps. Deze functie
is nog steeds een werk in uitvoering, hoewel de resultaten al grotendeels behoorlijk zijn. Standaard:
invalide

"met w" - Breedtecorrectie van Glyphs. Deze optie is ontworpen om te worden gebruikt op gebroken lettertypen
die te smalle breedtes specificeren voor de letters. U kunt zien dat een lettertype hiervan kan profiteren
van deze optie als je ziet dat de personages zonder enige tegen elkaar zijn geslagen
witruimte ertussen. Deze optie zorgt ervoor dat de converter de tekenbreedtes instelt op
de werkelijke breedte van dit teken plus de breedte van een typische verticale stam. Maar op de
aan de andere kant kunnen de goed ontworpen lettertypen tekens hebben die er beter uitzien als ze breed zijn
zijn iets smaller ingesteld. Dergelijke goed ontworpen lettertypen zullen baat hebben bij het uitschakelen hiervan
functie. Misschien wilt u een lettertype converteren met en zonder deze functie, vergelijk de
resultaten en selecteer de beste. Deze functie kan alleen worden gebruikt op proportionele lettertypen,
het heeft geen effect op de lettertypen met een vaste breedte. Standaard: invalide

"z/Z" - Gebruik de Autotrace-bibliotheek op de bitmaplettertypen. De resultaten zijn verschrikkelijk en de
. of dit optie is niet aanbevolen. Deze optie is aanwezig voor experimentele doeleinden.
Het kan in de toekomst veranderen of verwijderd worden. De werkende tracering kan worden bereikt met
keuze "-OV". Standaard: invalide

· "-p parsernaam" - Gebruik de opgegeven front-end-parser om het lettertypebestand te lezen. Als dit
optie niet wordt gebruikt, selecteert ttf2ufm de parser automatisch op basis van het achtervoegsel van het
font-bestandsnaam, gebruikt het de eerste parser in zijn lijst die dit fonttype ondersteunt. Nu
twee parsers worden ondersteund:

"ttf" - ingebouwde parser voor de ttf-bestanden (achtervoegsel ".ttf")

"bdf" - ingebouwde parser voor de BDF-bestanden (achtervoegsel ".bdf")

"ft" - parser gebaseerd op de FreeType-2-bibliotheek (achtervoegsels ".ttf", ".otf", ".pfa",
".pfb")

De parser "ft" is NIET standaard ingelogd. Zie "Makefile" voor instructies hoe
het mogelijk maken. We ondersteunen deze parser niet op Windows: waarschijnlijk zal het werken, maar niemand
geprobeerd en niemand weet hoe het te bouwen.

De conversie van de bitmaplettertypen (zoals BDF) is simplistisch maar levert gekarteld op
contouren. Bij het converteren van dergelijke lettertypen kan het een goed idee zijn om de hint uit te schakelen
vervanging (met behulp van optie -U) omdat de geproduceerde hints enorm zullen zijn maar niet toevoegen
veel aan de kwaliteit van de lettertypen.

· "-u nummer" - Markeer het lettertype met deze waarde als zijn UniqueID. De UniqueID wordt gebruikt door de
printers met de harde schijven om de gerasterde tekens in de cache op te slaan en dus aanzienlijk
het printen versnellen. Sommige van die printers kunnen de lettertypen gewoon niet opslaan zonder
UniqueID op hun schijf. Het probleem is dat de ID verondersteld wordt uniek te zijn, zoals het heet
zegt. En er is geen gemakkelijke manier om een ​​gegarandeerd uniek ID te creëren. Adobe specificeert de
bereik 4000000-4999999 voor privé-ID's, maar het is nog steeds moeilijk om de
uniciteit erin. Dus als je de UniqueID niet echt nodig hebt, gebruik het dan niet
optioneel. Gelukkig zijn er enkele miljoenen mogelijke ID's, dus de kans op botsingen is groot
zijn vrij laag. Als in plaats van het nummer een speciale waarde '"A"' wordt dan gegeven
converter genereert automatisch de waarde van UniqueID, als een hash van de naam van het lettertype.
(NOTITIE: in versie 3.22 is het algoritme voor het automatisch genereren van UniqueID gewijzigd in
passen de waarden in het door Adobe gespecificeerde bereik. Dit betekent dat als UniqueID's werden gebruikt
dan moet de cache van de printer mogelijk worden leeggemaakt voordat de door geconverteerde lettertypen worden vervangen
een oude versie met lettertypen die zijn geconverteerd door een nieuwere versie). Een eenvoudige manier om te vinden of een van
de lettertypen in een bepaalde map hebben gedupliceerde UniqueID's is om de opdracht te gebruiken:

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

Of als u "scripts/convert" gebruikt, zal het dat automatisch voor u doen, plus dat zal het ook doen
geef de exacte lijst met bestanden met dubbele UID's.

· "-v maat" - Schaal het lettertype opnieuw om ergens de grootte van een typische hoofdletter te krijgen
rond de opgegeven maat. In feite wordt het hele lettertype opnieuw geschaald om de grootte van één lettertype te krijgen
taalafhankelijke letter minimaal de gespecificeerde grootte hebben. Nu is deze letter "A"
in alle ondersteunde talen. De maat wordt gespecificeerd in de punten van de Type 1
coördinatenrasters, de maximale waarde is 1000. Dit is een experimentele optie en zou moeten
voorzichtig worden gebruikt. Het probeert de zichtbare lettergrootte voor een bepaalde puntgrootte te vergroten
en zo het lettertype leesbaarder maken. Maar als het te veel wordt gebruikt, kunnen de lettertypen eruitzien
van schaal. Vanaf nu lijken de interessante waarden van grootte voor deze optie te zijn gevonden
meestal tussen 600 en 850. Dit opnieuw schalen kan best nuttig zijn, maar er is meer voor nodig
ervaring om de balans van de effecten te begrijpen.

· "-W peil" - Selecteer het breedsprakigheidsniveau van de waarschuwingen. Momenteel zijn de niveaus van 0 tot
4 worden ondersteund. Niveau 0 betekent helemaal geen waarschuwingen, niveau 4 betekent alles wat mogelijk is
waarschuwingen. Het standaardniveau is 3. Andere niveaus kunnen in de toekomst worden toegevoegd, dus gebruik de
niveau nummer 99 wordt aanbevolen om alle mogelijke waarschuwingen te krijgen. Onder niveau 2 gaan is
over het algemeen niet aanbevolen omdat u mogelijk waardevolle informatie over de problemen mist
terwijl de lettertypen worden geconverteerd.

· Verouderd optie: "-A" - Print de font metrics (.afm-bestand) in plaats van het font op
STDOUT. Gebruik -GA gebruiken.

· Zeer verouderd optie:

Het algoritme dat de geforceerde vaste breedte implementeerde, had grote gebreken, zo was het
gehandicapt. De code staat nog steeds in het programma en op een dag zal deze worden verfijnd en geretourneerd
rug. Ondertussen is de optienaam '-f' werd hergebruikt voor een andere optie. De oude versie was:

"-F" - Probeer de vaste breedte van het lettertype niet te forceren. Normaal beschouwt de converter de
fonts waarin de glyph-breedte niet meer dan 5% afwijkt als buggy-lettertypen met vaste breedte
en dwingt ze om echt een vaste breedte te hebben. Als dit ongewenst is, kan het worden uitgeschakeld
door deze optie.

Het lettertypeformaat ".pfa" veronderstelt dat de beschrijving van de tekens binair is gecodeerd
en versleuteld. Deze converter codeert of versleutelt de gegevens niet standaard, dat moet wel
specificeer de optie '-e' of gebruik het programma "t1asm" om te assembleren (dat betekent coderen en
versleutelen) het lettertypeprogramma. Het "t1asm"-programma dat bij de converter wordt geleverd, is
eigenlijk een deel van het "t1utils"-pakket, waarvan een tamelijk oude versie kan worden verkregen uit

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

Merk op dat "t1asm" van de oude versie van dat pakket niet goed zal werken met de bestanden
gegenereerd door "ttf2ufm" versie 3.20 en hoger. Gebruik "t1asm" verpakt met "ttf2ufm"
of in plaats daarvan van de nieuwe versie "t1utils". Kijk voor een nieuwere versie van "t1utils" op

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

Voorbeelden

Dus de volgende opdrachtregels:

"ttf2ufm -e ttffont.ttf t1font"

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

vertegenwoordigen twee manieren om een ​​werkend lettertype te krijgen. Het voordeel van de tweede vorm is die andere
filters kunnen worden toegepast op het lettertype tussen de converter en de assembler.

Gebruik ttf2ufm online met behulp van onworks.net-services