Ini ialah arahan ttf2ufm yang boleh dijalankan dalam penyedia pengehosan percuma OnWorks menggunakan salah satu daripada berbilang stesen kerja dalam talian percuma kami seperti Ubuntu Online, Fedora Online, emulator dalam talian Windows atau emulator dalam talian MAC OS.
JADUAL:
NAMA
TTF2UFM - Jenis Benar kepada Penukar Fon Jenis PostScript 1
SINOPSIS
"ttf2ufm [-pilihan] ttffont.ttf [Fontname]"
or
"ttf2ufm [-pilihan] ttffont.ttf -"
DESCRIPTION
Ttf2ufm ialah penukar fon daripada format Jenis Benar (dan beberapa format lain yang disokong oleh
perpustakaan FreeType juga) kepada format Adobe Type1.
Versi 3.0 dan kemudiannya mendapat algoritma pasca pemprosesan yang agak luas yang membawakan
menukar fon kepada keperluan standard Type1, cuba membetulkan pembundaran
ralat yang diperkenalkan semasa penukaran dan beberapa jenis pepijat mudah yang biasa digunakan
fon TTF domain awam. Ia juga menjana petunjuk yang membolehkan pemaparan yang lebih baik
fon dalam saiz kecil yang tipikal untuk paparan komputer. Tetapi semuanya ada
harga, dan beberapa pengoptimuman mungkin tidak berfungsi dengan baik untuk fon tertentu. Itulah sebabnya
pilihan telah ditambahkan pada penukar, untuk mengawal pengoptimuman yang dilakukan.
PILIHAN
Varian pertama mencipta fail "Fontname.pfa" (atau "Fontname.pfb" jika pilihan '-b'
telah digunakan) dengan fon yang ditukar dan "Fontname.afm" dengan metrik fon, yang kedua
mencetak fon atau fail lain (jika pilihan '-G' telah digunakan) pada output standard daripada
di mana ia boleh disalurkan segera melalui beberapa penapis. Jika tiada "Fontname" dinyatakan untuk
varian pertama, nama dijana daripada "ttffont" dengan menggantikan nama fail ".ttf"
akhiran.
Selalunya tiada pilihan yang diperlukan (dengan kemungkinan pengecualian '-e'). Tetapi jika
terdapat beberapa masalah dengan fon yang terhasil, ia boleh digunakan untuk mengawal
penukaran. The pilihan ialah:
· "-a" - Sertakan semua glyph daripada fail sumber ke dalam fail yang ditukar. Jika ini
pilihan tidak ditentukan maka hanya glyph yang telah diberikan beberapa pengekodan
disertakan, kerana selebihnya glyph tidak boleh diakses dan hanya akan digunakan
ruang cakera. Tetapi sesetengah aplikasi cukup bijak untuk menukar pengekodan pada
terbang dan dengan itu menggunakan glyph lain, dalam kes ini mereka boleh mendapat manfaat daripada menggunakan ini
pilihan. Tetapi ada tangkapan: perpustakaan X11 mempunyai had yang agak rendah untuk saiz fon.
Memasukkan lebih banyak glyph meningkatkan saiz fail dan dengan itu meningkatkan peluang untuk memukul
had ini. Lihat "app/X11/README" untuk penerangan tampung kepada X11 yang membetulkannya
masalah.
· "-b" - Kodkan fon yang terhasil untuk menghasilkan fail ".pfb" sedia.
· "-d subpilihan" - Pilihan nyahpepijat. Subopsyen ialah:
"a" - Cetak koordinat mutlak titik dalam garis besar. Fon sedemikian tidak boleh
digunakan oleh mana-mana program (itu sebab pilihan ini tidak serasi dengan '-e') tetapi ia telah terbukti
menjadi maklumat penyahpepijatan yang berharga.
"r" - Jangan membalikkan arah garis besar. Fon TTF mempunyai standard
arah garis besar bertentangan dengan fon Type1. Jadi mereka harus diterbalikkan semasa
penukaran yang betul. Pilihan ini boleh digunakan untuk nyahpepijat atau mengendalikan fon TTF dengan
arah garis besar yang salah (mungkin, ditukar dengan cara yang rosak daripada fon Type1). The
tanda pertama arah yang salah ialah huruf seperti "P" atau "B" tanpa dicat
"lubang" di dalam.
· "-e" - Pasang fon yang terhasil untuk menghasilkan fail ".pfa" sedia.
[ SB: Secara peribadi saya tidak fikir pilihan ini amat berguna. yang sama
keputusan boleh dicapai dengan menyalurkan data yang belum dipasang melalui t1asm, jenis 1
penghimpun. Dan, bagaimanapun, adalah baik untuk menyediakan pakej t1utils. Tetapi Mark dan ramai lagi
pengguna berpendapat bahawa fungsi ini bagus dan ia tidak mengambil banyak masa untuk menambah ini
pilihan. ]
· "-F" - Paksa pengekodan Unicode: sebarang jenis pengekodan MS yang dinyatakan dalam fon adalah
diabaikan dan fon dianggap seperti ia mempunyai pengekodan Unicode. AMARAN : pilihan ini ialah
bertujuan untuk fon buggy yang sebenarnya dalam Unicode tetapi ditandakan sebagai sesuatu yang lain.
Kesan pada fon lain tidak dapat diramalkan.
· "-G subpilihan" - Pilihan penjanaan fail. Subopsyen mungkin huruf kecil atau huruf besar,
huruf kecil melumpuhkan penjanaan fail tertentu, yang sepadan
subopsyen huruf besar membolehkan penjanaan jenis fail yang sama. Jika hasil daripada
ttf2ufm diminta untuk dicetak pada output standard, subopsyen pemboleh yang terakhir
of -G menentukan fail mana yang akan ditulis pada output standard dan fail yang lain
akan dibuang. Sebagai contoh, -G A akan meminta fail AFM. Subopsyen kepada
lumpuhkan/dayakan penjanaan fail ialah:
"f/F" - Fail fon. Bergantung pada pilihan lain, fail ini akan mempunyai salah satu daripada
akhiran ".t1a", ".pfa" atau ".pfb". Jika keputusan penukaran diminta pada standard
output ('"-"' digunakan sebagai nama fail output) maka fail fon juga akan ditulis
di sana secara lalai, jika tidak ditimpa oleh subpilihan lain daripada -G. default: membolehkan
"a/A" - Fail metrik fon Adobe (".afm"). default: membolehkan
"e/E" - Fail pengekodan dvips (".enc"). default: orang kurang upaya
· "-l bahasa[+hujah]" - Ekstrak fon untuk bahasa yang ditentukan daripada berbilang
fon Unicode bahasa. Jika pilihan ini tidak digunakan penukar cuba meneka
bahasa dengan nilai pembolehubah shell LANG. Jika ia tidak dapat meneka
bahasa oleh LANG ia mencuba semua bahasa dalam susunan yang disenaraikan.
Selepas tanda tambah, hujah pilihan untuk pengekstrak bahasa boleh ditentukan.
Format hujah bergantung sepenuhnya kepada penukar bahasa tertentu. The
tujuan utama hujah adalah untuk menyokong pemilihan satah untuk satah berbilang
Pengekodan Timur tetapi ia juga boleh digunakan dengan cara lain. Pengekstrak bahasa boleh
memutuskan untuk menambah nama pesawat dalam beberapa bentuk pada nama fon yang dihasilkan. Tiada satu pun
bahasa yang disokong pada masa ini menggunakan sebarang hujah lagi.
Setakat ini bahasa berikut disokong:
"latin1" - untuk semua bahasa yang menggunakan pengekodan Latin-1
"latin2" - untuk bahasa Eropah Tengah
"latin4" - untuk bahasa Baltik
"latin5" - untuk bahasa Turki
"cyrillic" - untuk bahasa dengan abjad Cyrillic
"russian" - sinonim bersejarah untuk cyrillic
"bulgarian" - sinonim bersejarah untuk cyrillic
"adobestd" - untuk pengekodan AdobeStandard yang digunakan oleh TeX
"kapal terbang+hujah" - untuk memilih satu satah daripada pengekodan berbilang bait
Hujah bahasa ""pesawat"" mungkin dalam salah satu daripada tiga bentuk:
"kapal terbang+pid=,eid="
"kapal terbang+pid=,eid=,"
"kapal terbang+"
Pid (id platform TTF) dan eid (id pengekodan TTF) pilih jadual pengekodan TTF tertentu
dalam fon asal. Ia dinyatakan sebagai nombor perpuluhan. Jika pengekodan khusus ini
jadual tidak terdapat dalam fail fon maka penukaran gagal. Orang asli ("ttf")
parser bahagian hadapan hanya menyokong pid=3 (platform Windows), berasaskan FreeType ("kaki")
bahagian hadapan menyokong mana-mana platform. Jika pid/eid tidak dinyatakan maka jadual pengekodan TTF
ditentukan seperti biasa: Pengekodan Unikod jika pengekodan pertama atau pengekodan 8-bit jika tidak (dan
untuk pengekodan 8-bit nombor satah diabaikan secara senyap). Untuk mengelakkan penukar
daripada kembali kepada pengekodan 8-bit, nyatakan nilai pid/eid Unicode secara eksplisit.
Nombor_satah ialah perenambelasan (jika bermula dengan "0x") atau nombor perpuluhan. Ia memberikan
nilai bait atas yang mana 256 aksara akan dipilih. Jika tidak dinyatakan,
lalai kepada 0. Ia juga digunakan sebagai akhiran nama fon ("0x" terkemuka tidak disertakan
ke dalam akhiran).
PERHATIAN: Anda mungkin perasan bahawa nama bahasa tidak seragam: sesetengahnya adalah nama
bahasa tertentu dan sesetengahnya adalah nama pengekodan. Ini kerana berbeza
pendekatan. Idea asal adalah untuk melaksanakan penukaran daripada Unicode kepada
pengekodan Windows yang sesuai untuk bahasa tertentu. Dan kemudian gunakan jadual terjemahan
untuk menjana fon dalam sebarang pengekodan akhir yang diperlukan. Ini akan membolehkan longgokan
bersama-sama fon Unicode dan fon Windows bukan Unicode untuk bahasa itu dan biarkan
program untuk menyusunnya secara automatik. Dan kemudian menjana fon dalam semua yang mungkin
pengekodan untuk bahasa itu. Contoh pendekatan ini ialah bahasa Rusia
sokongan. Tetapi jika tidak ada kepelbagaian pengekodan yang digunakan untuk beberapa bahasa dan jika
fon bukan Unicode tidak dianggap penting oleh pengguna, cara lain adalah
lebih mudah untuk dilaksanakan: hanya sediakan hanya satu jadual untuk pengekstrakan pengekodan sasaran
dari Unicode dan jangan risau dengan jadual terjemahan. "bahasa" latin* ialah
contoh pendekatan ini. Jika seseorang merasakan bahawa dia memerlukan kedua-dua fon Type1
Pengekodan Latin-* dan Windows dia dialu-alukan untuk menyerahkan kod tersebut
melaksanakannya.
AMARAN : Beberapa glyph yang disertakan dalam pengekodan AdobeStandard tidak disertakan
ke dalam standard Unicode. Contoh yang paling tipikal bagi glyph tersebut adalah seperti ligatur
'fi', 'fl' dsb. Oleh sebab itu pereka bentuk fon boleh meletakkannya di pelbagai tempat. The
penukar cuba melakukan yang terbaik, jika glyph mempunyai nama Adobe yang jujur dan/atau diletakkan
pada kod yang sama seperti dalam fon Microsoft ia akan diambil. Jika tidak mungkin
penyelesaian adalah dengan menggunakan pilihan '-L' dengan peta luaran.
· "-L fail [+[pid= ,eid= ,][kapal terbang]]" - Ekstrak fon untuk bahasa yang ditentukan
daripada fon berbilang bahasa menggunakan peta daripada fail ini. Ini agak seperti pilihan
'-l' tetapi peta pengekodan tidak disusun ke dalam program, ia diambil dari fail itu,
jadi senang nak edit. Contoh fail sedemikian disediakan dalam
"maps/adobe-standard-encoding.map", "CP1250.map". (PERHATIAN: peta 'pengekodan standard'
tidak termasuk semua glyph pengekodan AdobeStandard, ia hanya disediakan sebagai
contoh.) Penerangan tentang format peta yang disokong ada dalam fail
"peta/unicode-sample.map".
Begitu juga dengan '-l', hujah boleh ditentukan selepas nama fail peta. Tetapi dalam kes ini
hujah mempunyai makna tetap: ia memilih jadual pengekodan TTF asal (syntax
adalah sama seperti dalam '-l pesawat') dan/atau satah fail peta. Nama kapal terbang juga mendapat
ditambah selepas sempang pada nama fon. Pesawat adalah konsep yang digunakan dalam fon Timur dengan
bilangan besar glif: satu fon TTF dibahagikan kepada berbilang fon Type1, setiap satu
mengandungi satu satah sehingga 256 glyph. Tetapi dengan sedikit kreativiti konsep ini mungkin
digunakan untuk tujuan lain untuk menggabungkan berbilang peta terjemahan ke dalam satu fail. Kepada
ekstrak berbilang satah daripada fon TTF "ttf2ufm" mesti dijalankan beberapa kali, setiap kali
dengan nama pesawat yang berbeza ditentukan.
Jadual pengekodan TTF asal lalai yang digunakan untuk pilihan '-L' ialah Unicode. Peta itu
fail mungkin termasuk arahan untuk menentukan pengekodan TTF asal yang berbeza. Namun sekiranya
pasangan pid/eid ditentukan dengan ia mengatasi sebarang pengekodan asal yang dinyatakan dalam peta
fail.
· "-m jenis=nilai" - Tetapkan had maksimum atau minimum sumber. Had ini mengawal
penjanaan fon dengan mengehadkan sumber yang dibenarkan untuk memerlukan fon
jurubahasa PostScript. Jenis had yang disokong pada masa ini ialah:
"h" - kedalaman tindanan pembayang maksimum untuk pembayang yang diganti. Nilai lalai ialah 128,
mengikut had dalam X11. Ini nampaknya paling rendah (dan dengan itu paling selamat)
nilai yang meluas. Untuk memaparkan kedalaman tindanan pembayang yang diperlukan oleh setiap mesin terbang dalam ".t1a"
fail gunakan skrip "scripts/cntstems.pl".
· "-O subpilihan" - Gariskan pilihan pemprosesan. Subopsyen mungkin huruf kecil atau
huruf besar, huruf kecil melumpuhkan ciri, huruf besar yang sepadan
subopsyen membolehkan ciri yang sama. Subopsyen untuk melumpuhkan/mendayakan ciri ialah:
"b/B" - Meneka parameter ForceBold. Parameter ini membantu enjin Jenis1 untuk
rasterize fon tebal dengan betul pada saiz kecil. Tetapi algoritma yang digunakan untuk meneka
nilai wajar bendera ini menjadikan tekaan itu hanya berdasarkan nama fon. Dalam kes yang jarang berlaku
yang mungkin menyebabkan ralat, dalam kes ini anda mungkin mahu melumpuhkan tekaan ini. default:
membolehkan
"h/H" - Autogenerasi pembayang. Garis besar yang sangat kompleks mungkin mengelirukan algoritma,
jadi secara teorinya mungkin berguna kadangkala untuk melumpuhkannya. Walaupun sampai sekarang nampaknya
bahawa walaupun pembayang yang buruk adalah lebih baik daripada tidak ada petunjuk sama sekali. default: membolehkan
"u/U" - Penggantian petunjuk. Penggantian petunjuk ialah teknik yang membenarkan penjanaan
petua yang lebih terperinci untuk rasterizer. Ia membolehkan untuk menggunakan set pembayang yang berbeza untuk
bahagian lain glif dan tukar set ini sebagai perlu semasa rasterisasi
(sebab itu "digantikan"). Jadi ia harus meningkatkan kualiti fon yang diberikan pada
saiz kecil. Tetapi terdapat dua tangkapan: Pertama, perpustakaan X11 mempunyai had yang agak rendah untuk
saiz fon. Petua yang lebih terperinci meningkatkan saiz fail dan dengan itu meningkatkan peluang
mencapai had ini (itu tidak bermakna anda akan mencapainya tetapi anda boleh jika anda
fon sangat besar). Ini berkemungkinan terutamanya untuk fon Unicode yang ditukar
dengan pilihan '-a', jadi anda mungkin mahu menggunakan '-a'bersama dengan'-Ou'. Lihat "app/X11/README"
untuk penerangan tampalan kepada X11 yang membetulkan masalah ini. Kedua, beberapa rasterizer
(sekali lagi, X11 ialah contoh biasa) mempunyai had untuk jumlah bilangan pembayang yang digunakan
apabila melukis glif (juga dikenali sebagai kedalaman tindanan petunjuk). Jika timbunan itu melimpah
glyph diabaikan. Bermula dari versi 3.22 "ttf2ufm" menggunakan algoritma untuk meminimumkan
kedalaman ini, dengan pertukaran fail fon yang lebih besar sedikit. Glyphs yang masih
melebihi had yang ditetapkan oleh pilihan '-mh' mempunyai semua pembayang yang digantikan dialih keluar dan hanya
petua asas ditinggalkan. Algoritma nampaknya telah diperhalusi cukup jauh untuk membuat fon
dengan pembayang yang diganti kelihatan lebih baik daripada fon tanpanya atau sekurang-kurangnya sama.
Namun jika fon asal tidak direka dengan baik pembayang terperinci mungkin menekankan
kecacatan reka bentuk, seperti ketebalan garisan yang tidak sekata. Jadi dengan syarat anda tidak
takut pepijat X11 idea terbaik adalah untuk menjana fon dengan ciri ini dan
tanpa itu, kemudian bandingkan keputusan menggunakan program "lain/cmpf" (lihat penerangan
dalam "lain/README") dan tentukan yang mana satu kelihatan lebih baik. default: membolehkan
"o/O" - Pengoptimuman ruang kod garis besar. Pengoptimuman jenis ini tidak menyakitkan,
dan satu-satunya sebab untuk melumpuhkan ciri ini adalah untuk perbandingan fon yang dijana
dengan fon yang dijana oleh versi penukar sebelumnya. Nah, ia _hampir_ tidak pernah
sakit hati. Ternyata terdapat beberapa pencetak yang rosak otak yang tidak faham
ia. Sebenarnya ciri ini tidak mengubah garis besar sama sekali. Manual fon Jenis 1
menyediakan satu set operator berlebihan yang menjadikan perihalan fon lebih pendek, seperti '10
hlineto' dan bukannya '0 10 rlineto' untuk menerangkan garis mendatar. Ciri ini membolehkan
penggunaan operator ini. default: membolehkan
"s/S" - Melicinkan garis besar. Jika fon rosak dalam beberapa cara (walaupun yang
tidak mudah dilihat), pelicinan sebegitu boleh memecahkannya lagi. Jadi lumpuhkan ciri ini
adalah perkara pertama yang perlu dicuba jika sesetengah fon kelihatan ganjil. Tetapi dengan merapikan petunjuk
algoritma penjanaan mungkin juga tidak berfungsi dengan betul. default: membolehkan
"t/T" - Penskalaan automatik kepada matriks standard 1000x1000 Type1. Fon TTF diterangkan
dari segi matriks arbitrari sehingga 4000x4000. Fon yang ditukar mesti diskalakan kepada
mematuhi piawaian Jenis1. Tetapi penskalaan memperkenalkan ralat pembundaran tambahan, jadi
kadangkala tertanya-tanya untuk melihat fon dalam skala asalnya. default: membolehkan
"v/V" - Lakukan pengvektoran pada fon bitmap. Secara fungsional "vektorisasi" adalah sama
perkara sebagai "autotracing", perkataan yang berbeza digunakan semata-mata untuk membezakannya daripada
Perpustakaan Autotrace. Ia cuba menghasilkan garis besar halus yang bagus daripada peta bit. Ciri ini
masih dalam proses walaupun hasilnya kebanyakannya baik. default:
orang kurang upaya
"w/W" - Koreksi lebar Glyphs. Pilihan ini direka untuk digunakan pada fon yang rosak
yang menentukan lebar terlalu sempit untuk huruf. Anda boleh tahu bahawa fon boleh mendapat manfaat
daripada pilihan ini jika anda melihat bahawa watak-watak itu dipecahkan bersama tanpa sebarang
ruang kosong di antara mereka. Pilihan ini menyebabkan penukar menetapkan lebar aksara kepada
lebar sebenar watak ini ditambah dengan lebar batang menegak biasa. Tetapi pada
Sebaliknya fon yang direka dengan baik mungkin mempunyai aksara yang kelihatan lebih baik jika lebarnya
ditetapkan sedikit lebih sempit. Fon yang direka bentuk dengan baik akan mendapat manfaat daripada melumpuhkan ini
ciri. Anda mungkin ingin menukar fon dengan dan tanpa ciri ini, bandingkan
keputusan dan pilih yang lebih baik. Ciri ini hanya boleh digunakan pada fon berkadar,
ia tidak mempunyai kesan pada fon lebar tetap. default: orang kurang upaya
"z/Z" - Gunakan perpustakaan Autotrace pada fon bitmap. Hasilnya mengerikan dan yang
penggunaan of ini pilihan is tidak disyorkan. Pilihan ini hadir untuk tujuan percubaan.
Ia mungkin berubah atau dialih keluar pada masa hadapan. Pengesanan kerja boleh dicapai dengan
pilihan "-OV". default: orang kurang upaya
· "-p parser_name" - Gunakan penghurai bahagian hadapan yang ditentukan untuk membaca fail fon. Jika ini
pilihan tidak digunakan, ttf2ufm memilih penghurai secara automatik berdasarkan akhiran
nama fail fon, ia menggunakan penghurai pertama dalam senarainya yang menyokong jenis fon ini. Sekarang
dua parser disokong:
"ttf" - penghurai terbina dalam untuk fail ttf (akhiran ".ttf")
"bdf" - penghurai terbina dalam untuk fail BDF (akhiran ".bdf")
"ft" - penghurai berdasarkan pustaka FreeType-2 (akhiran ".ttf", ".otf", ".pfa",
".pfb")
Penghurai "ft" ialah TIDAK dipautkan secara lalai. Lihat "Makefile" untuk mendapatkan arahan cara
membolehkannya. Kami tidak menyokong penghurai ini pada Windows: mungkin ia akan berfungsi tetapi tiada siapa
mencuba dan tiada siapa yang tahu bagaimana untuk membinanya.
Penukaran fon bitmap (seperti BDF) masih mudah, menghasilkan bergerigi
menggariskan. Apabila menukar fon sedemikian, mungkin idea yang baik untuk mematikan pembayang
penggantian (menggunakan pilihan -Ou) kerana pembayang yang dihasilkan akan menjadi besar tetapi tidak menambah
banyak kepada kualiti fon.
· "-u nombor" - Tandakan fon dengan nilai ini sebagai UniqueIDnya. UniqueID digunakan oleh
pencetak dengan cakera keras untuk cache aksara raster dan dengan itu ketara
mempercepatkan pencetakan. Sesetengah pencetak itu tidak boleh menyimpan fon tanpanya
UniqueID pada cakera mereka. Masalahnya ialah ID itu sepatutnya unik, seperti namanya
berkata. Dan tiada cara mudah untuk mencipta ID unik yang dijamin. Adobe menentukan
julat 4000000-4999999 untuk ID peribadi tetapi masih sukar untuk menjamin
keunikan di dalamnya. Jadi jika anda tidak benar-benar memerlukan UniqueID jangan gunakannya, ya
pilihan. Nasib baik terdapat beberapa juta ID yang mungkin, jadi peluang untuk berlanggar
agak rendah. Jika bukannya nombor itu nilai khas '"A"' diberikan kemudian
penukar menjana nilai UniqueID secara automatik, sebagai cincang nama fon.
(PERHATIAN: dalam versi 3.22 algoritma untuk autogenerasi UniqueID telah ditukar kepada
muatkan nilai ke dalam julat yang ditentukan oleh Adobe. Ini bermakna jika UniqueIDs digunakan
maka cache pencetak mungkin perlu dibilas sebelum menggantikan fon yang ditukar oleh
versi lama dengan fon ditukar oleh versi yang lebih baharu). Cara mudah untuk mencari jika ada
fon dalam direktori tertentu telah menduplikasi UniqueIDs adalah dengan menggunakan arahan:
" cat *.pf[ab] | grep UniqueID | sort | uniq -c | grep -v ' 1 '"
Atau jika anda menggunakan "skrip/tukar" ia akan melakukannya untuk anda secara automatik dan ia juga akan melakukannya
berikan senarai fail yang tepat dengan UID pendua.
· "-v saiz" - Skala semula fon untuk mendapatkan saiz huruf besar biasa di suatu tempat
sekitar saiz yang ditetapkan. Sebenarnya, ia menskalakan semula keseluruhan fon untuk mendapatkan saiz satu
huruf bergantung kepada bahasa sekurang-kurangnya daripada saiz yang ditentukan. Sekarang huruf ini adalah "A"
dalam semua bahasa yang disokong. Saiz dinyatakan dalam mata Jenis 1
grid koordinat, nilai maksimum ialah 1000. Ini adalah pilihan percubaan dan sepatutnya
digunakan dengan berhati-hati. Ia cuba meningkatkan saiz fon yang boleh dilihat untuk saiz titik tertentu
dan dengan itu menjadikan fon lebih mudah dibaca. Tetapi jika digunakan secara berlebihan ia boleh menyebabkan fon kelihatan keluar
daripada skala. Setakat ini nilai saiz yang menarik untuk pilihan ini nampaknya terletak
kebanyakannya antara 600 dan 850. Penskalaan semula ini mungkin agak berguna tetapi memerlukan lebih banyak lagi
pengalaman untuk memahami keseimbangan kesannya.
· "-W tahap" - Pilih tahap verbositi amaran. Pada masa ini tahap dari 0 hingga
4 disokong. Tahap 0 bermakna tiada amaran sama sekali, tahap 4 bermaksud semua yang mungkin
amaran. Tahap lalai ialah 3. Tahap lain boleh ditambah pada masa hadapan, jadi menggunakan
tahap nombor 99 disyorkan untuk mendapatkan semua amaran yang mungkin. Melangkah ke bawah tahap 2 adalah
tidak disyorkan secara amnya kerana anda mungkin terlepas maklumat berharga tentang masalah tersebut
dengan fon ditukar.
· Sudah usang pilihan: "-A" - Cetak metrik fon (fail.afm) dan bukannya fon dihidupkan
STDOUT. guna -GA sebaliknya.
· Sangat usang pilihan:
Algoritma yang melaksanakan lebar tetap paksa mempunyai kelemahan besar, jadi begitulah
kurang upaya. Kod itu masih dalam program dan suatu hari nanti ia akan diperhalusi dan dikembalikan
belakang. Sementara itu nama pilihan '-f' telah digunakan semula untuk pilihan lain. Versi lama ialah:
"-f" - Jangan cuba memaksa lebar tetap fon. Biasanya penukar menganggap
fon di mana lebar glif menyimpang tidak lebih daripada 5% sebagai fon lebar tetap buggy
dan memaksa mereka untuk mempunyai lebar yang benar-benar tetap. Jika ini tidak diingini, ia boleh dilumpuhkan
dengan pilihan ini.
Format fon ".pfa" mengandaikan bahawa perihalan aksara adalah dikodkan binari
dan disulitkan. Penukar ini tidak mengekod atau menyulitkan data secara lalai, anda perlu melakukannya
nyatakan pilihan '-e' atau gunakan program "t1asm" untuk memasang (bermaksud, mengekod dan
menyulitkan) atur cara fon. Program "t1asm" yang disertakan dengan penukar ialah
sebenarnya sebahagian daripada pakej "t1utils", agak lama versi yang boleh diperolehi daripada
http://ttf2ufm.sourceforge.net/t1utils.tar.gz
Ambil perhatian bahawa "t1asm" daripada versi lama pakej itu tidak akan berfungsi dengan betul dengan fail
dijana oleh "ttf2ufm" versi 3.20 dan lebih baru. Sila gunakan "t1asm" yang dibungkus dengan "ttf2ufm"
atau daripada versi baharu "t1utils" sebaliknya. Untuk versi "t1utils" yang lebih baharu, sila lihat
http://www.lcdf.org/~eddietwo/type/
CONTOH
Jadi, baris arahan berikut:
"ttf2ufm -e ttffont.ttf t1font"
"ttf2ufm ttffont.ttf - | t1asm >t1font.pfa"
mewakili dua cara untuk mendapatkan fon yang berfungsi. Manfaat bentuk kedua adalah yang lain
penapis boleh digunakan pada fon antara penukar dan pemasang.
Gunakan ttf2ufm dalam talian menggunakan perkhidmatan onworks.net
