post – Tabel PostScript (OpenType 1.8.4) – Tipografie

• 11/12/2020
• 7 minute de citit

• • P

  • P

  • m

In acest articol

Acest tabel contine informatii suplimentare necesare pentru utilizarea fonturilor TrueType sau OpenType ™ pe imprimantele PostScript. Aceasta include date pentru intrarea in dictionarul FontInfo si numele PostScript ale tuturor glifelor. Pentru mai multe informatii despre numele PostScript, consultati Specificatia listei Adobe Glyph.

Versiunile 1.0, 2.0 si 2.5 se refera la fonturi TrueType si fonturi OpenType cu date conturate TrueType. Fonturile OpenType cu date TrueType pot utiliza, de asemenea, versiunea 3.0. Fonturile OpenType cu date CFF utilizeaza numai versiunea 3.0.

Antet

Tabelul incepe dupa cum urmeaza:

Tip Nume Descriere Versiune16Dot16 versiune 0x00010000 pentru versiunea 1.0

0x00020000 pentru versiunea 2.0

0x00025000 pentru versiunea 2.5 (depreciata)

0x00030000 pentru versiunea 3.0 Cursiv fix Unghi unghi italic in grade antiorar fata de verticala. Zero pentru text vertical, negativ pentru textul inclinat spre dreapta (inainte). FWord underlinePosition Aceasta este distanta sugerata de partea de sus a liniei de subliniere fata de linia de baza (valorile negative indica sub linia de baza).

Definitia PostScript a acestei chei de dictionar FontInfo (coordonata y a centrului liniei) nu este utilizata din motive istorice. Valoarea cheii PostScript poate fi calculata scazand jumatate din underlineThickness din valoarea acestui camp. FWord underlineThickness Valori sugerate pentru grosimea sublinierii. In general, grosimea sublinierii trebuie sa se potriveasca cu grosimea caracterului de subliniere (U + 005F LINE LOW) si ar trebui sa se potriveasca si cu grosimea striului, care este specificata in tabelul OS / 2. uint32 isFixedPitch Setati la 0 daca fontul este spatiat proportional, diferit de zero daca fontul nu este spatiat proportional (adica monospatiat). uint32 minMemType42 Utilizarea minima a memoriei la descarcarea unui font OpenType. uint32 maxMemType42 Utilizarea maxima a memoriei la descarcarea unui font OpenType. uint32 minMemType1 Utilizarea minima a memoriei atunci cand un font OpenType este descarcat ca font de tip 1. uint32 maxMemType1 Utilizarea maxima a memoriei atunci cand un font OpenType este descarcat ca font de tip 1.

Ultimele patru intrari din tabel sunt prezente deoarece driverele PostScript pot face o gestionare mai buna a memoriei daca sunt cunoscute cerintele de memorie virtuala (VM) ale unui font OpenType descarcabil inainte de a fi descarcat. Aceste informatii trebuie furnizate daca sunt cunoscute. Daca nu se stie, setati valoarea la zero. Soferul va functiona in continuare, dar va fi mai putin eficient.

Utilizarea maxima a memoriei este utilizarea minima a memoriei plus utilizarea maxima a memoriei in timpul rularii. Utilizarea maxima a memoriei in timpul rularii depinde de dimensiunea maxima a benzii oricarui bitmap potential rasterizat de scalatorul de fonturi. Utilizarea memoriei in timp de executie ar putea fi calculata prin redarea caracterelor la diferite dimensiuni ale punctelor si compararea utilizarii memoriei.

Daca versiunea este 1.0 sau 3.0, tabelul se termina aici. Intrarile suplimentare pentru versiunile 2.0 si 2.5 sunt prezentate mai jos. Apple a definit o versiune 4.0 pentru utilizare cu Apple Advanced Typography (AAT), care este descrisa in documentatia lor.

Versiunea 1.0

Aceasta versiune este utilizata pentru a furniza nume de glifuri PostScript atunci cand fisierul de font contine exact 258 de glifuri din fisierul de fonturi Macintosh TrueType standard (consultati formatul „post” 1 in specificatiile Apple pentru o lista a celor 258 de nume de glifuri Macintosh) si fontul nu furnizeaza altfel nume de glif. Ca urmare, numele glifelor sunt preluate din sistem, fara stocare necesara de font.

Versiunea 2.0

Versiunea 2.0 este utilizata pentru fonturile care utilizeaza nume de glifuri care nu se afla in setul de nume de glifuri Macintosh. Un anumit font poate asocia unele dintre glifele sale cu numele standard de glifuri Macintosh, iar altele cu propriile nume personalizate. Un tabel „post” versiunea 2.0 poate fi utilizat in fonturi cu contururi TrueType sau CFF versiunea 2.

Pentru versiunea 2.0, urmatoarele campuri sunt adaugate la sfarsitul antetului:

Tipul Nume Descriere uint16 numGlyphs Numar de glifuri (acesta ar trebui sa fie acelasi cu numGlyphs in tabelul „maxp”). uint16 glyphNameIndex [numGlyphs]. Matrice de indici in datele sirului. Vezi mai jos pentru detalii. uint8 stringData [variabila] Stocare pentru datele sirului.

Acest fisier de fonturi contine glifuri care nu se afla in setul standard Macintosh, sau ordonarea glifelor din fisierul de font difera de setul standard Macintosh. Matricea glyphNameIndex mapeaza ID-urile glifului la un index de nume glif. Daca indicele numelui glifului este cuprins intre 0 si 257 (inclusiv), tratati acel indice ca un indice glif in setul de glifuri standard Macintosh si utilizati numele glifului Macintosh. Daca indicele numelui glif este intre 258 si 65535, atunci scade 258 si foloseste-l pentru a indexa in lista sirurilor Pascal de la sfarsitul tabelului.

De exemplu, sa presupunem ca glyphNameIndex [302] (pentru glif ID 302) este 217: deoarece acel indiciu al numelui glifului este mai mic de 258, numele glifului este numele glifului Macintosh pentru gliful ID 217. Sa presupunem ca glyphNameIndex [408] este 262: scaderea 258 , diferenta este de 4; numele glifului pentru acel glif este al cincilea sir (index 4, baza 0) din datele sirului.

Datele sirului se extind de la ultimul camp antet Versiunea 2.0 pana la sfarsitul tabelului. Sirurile sunt in format sir Pascal, ceea ce inseamna ca primul octet al unui sir dat este o lungime: numarul de caractere din acel sir. Octetul de lungime nu este inclus; de exemplu, un octet de lungime de 8 indica faptul ca cei 8 octeti care urmeaza octetului de lungime cuprind datele caracterelor sirului. Pentru a gasi sirul pentru un indice de nume de glif dat, incepeti cu primul octet de lungime, avansati acel numar de octeti pentru a gasi octetul de lungime pentru urmatoarea intrare de sir si asa mai departe.

Sirurile de nume glif sunt codificate in ASCII. Caracterele valide sunt limitate la A – Z, a – z, 0–9, „.” (FULL STOP) si „_” (LOW LINE). Numele nu trebuie sa depaseasca 63 de caractere; unele implementari mai vechi pot presupune o limita de lungime de 31 de caractere.

Daca nu doriti sa asociati un nume PostScript cu un anumit glif, utilizati 0, care se refera la numele .notdef , ca intrare glyphNameIndex pentru acel ID glif.

Versiunea 2.5

Aceasta versiune a tabelului „post” a fost invechita incepand cu specificatia OpenType v1.3.

Aceasta versiune ofera un tabel de economisire a spatiului pentru fonturile care contin contururi TrueType care contin un subset pur sau o simpla reordonare a setului standard de glifuri Macintosh.

Tip Nume Descriere uint16 numGlyphs Numar de glifuri offset int8 [numGlyphs] Diferenta dintre indexul grafic si ordinea standard a glifului

Aceasta versiune este utila pentru fisierele de fonturi bazate pe TrueType care contin doar glifuri in setul de glifuri standard Macintosh, dar care au glifele aranjate intr-o ordine non-standard sau carora le lipsesc unele glife. Tabelul contine un octet pentru fiecare glif din fisierul de fonturi. Octetul este tratat ca un offset semnat care mapeaza indicele de glif utilizat in acest font in indexul de glif standard. Cu alte cuvinte, presupunand ca fontul contine cele trei glife A, B si C care sunt glifele 37, 38 si 39 din ordonarea standard, tabelul „post” ar contine octetii +36, +36, +36 . Acest format a fost depreciat de Apple, incepand din februarie 2000.

Versiunea 3.0

Aceasta versiune face posibila crearea unui font care nu este impovarat cu un set mare de tabele „post” cu nume de glif. Un tabel „post” versiunea 3.0 poate fi utilizat de fonturile OpenType cu date TrueType sau CFF (versiunea 1 sau 2).

Aceasta versiune specifica faptul ca nu sunt furnizate informatii despre numele PostScript pentru glifele din acest fisier de fonturi. Comportamentul de imprimare al acestei versiuni pe imprimantele PostScript nu este specificat, cu exceptia faptului ca nu ar trebui sa conduca la o eroare fatala sau nerecuperabila. Este posibil ca unele drivere sa nu imprime nimic; alti soferi pot incerca sa imprime utilizand o schema de denumire implicita.

Windows utilizeaza valoarea unghiului italic in tabelul „post”, dar nu necesita, de fapt, ca numele glifelor sa fie stocate ca siruri Pascal.

‘Post’ Table si variatii de fonturi OpenType

Intr-un font variabil, este posibil sa fie necesara ajustarea diferitelor valori font-metrice din tabelul „post” pentru diferite instante de variatie. Datele de variatie pentru intrarile „post” pot fi furnizate in tabelul cu variatii de valori (MVAR). Diferite intrari de „postare” sunt asociate cu anumite date de variatie in tabelul MVAR folosind etichete de valoare, dupa cum urmeaza:

intrare „post” Tag subliniere Pozitie „anulati” subliniati Grosime „unds”

Nota: valoarea italicAngle nu este ajustata de datele de variatie, deoarece aceasta corespunde axei de variatie „slnt” care poate fi utilizata pentru a defini spatiul de variatie al unui font. Valorile corespunzatoare post.italicAngle pentru o instanta de variatie pot fi derivate din coordonatele utilizatorului „slnt” care sunt utilizate pentru a selecta o anumita instanta de variatie. Vedeti discutia despre axa „slnt” in Registrul de etichete de axa de proiectare-variatie OpenType pentru detalii despre relatia dintre italicAngle si axa „slnt”.

Pentru informatii generale despre variatiile de fonturi OpenType, consultati capitolul, Prezentare generala a variatiilor de fonturi OpenType.