# Kodowanie QX

Wiosną 1998 roku pojawiła się w archiwum GUST-u polonizacja fontu Palatino, pochodzącego z kolekcji fontów URW, dystrybuowanej od jakiegoś czasu z Ghostscriptem. Znaki w spolonizowanym foncie mają kodowanie zgodne z tzw. układem <acro>QX</acro>. Co to takiego, ten układ <acro>QX</acro>?

Otóż fonty w postaci elektronicznej przybywają na rynek polski głównie ze Stanów Zjednoczonych i są dostosowane do potrzeb tamtejszego rynku, zarówno jeśli chodzi o zestaw znaków jak i kodowanie znaków. W związku z tym w układzie dystrybuowanych fontów nie znajdują odbicia ani potrzeby Polaków, ani TeX-owców.

Problem ten od paru lat był przedmiotem prac nieformalnej grupy członków GUST-u. W pracach brali udział: Włodek Bzyl, Bogusław Jackowski, Janusz M. Nowacki, Andrzej Odyniec, Piotr Pianowski, Marek Ryćko, Andrzej Tomaszewski, Staszek Wawrykiewicz oraz wielu innych, którzy dobrym lub krytycznym słowem pomagali popychać sprawę do przodu.

Efektem prac jest właśnie układ <acro>QX</acro> określający dla fontów <acro>PostScriptowych</acro>-owych zarówno zestaw znaków, jak i tabele kodów do zastosowań okienkowych oraz do zastosowań TeX-owych, gdyż w zamierzeniu układ <acro>QX</acro> ma zaspokajać potrzeby składu TeXnicznego, z możliwością (ograniczonego) wykorzystywania fontów w środowisku okienkowym.

### Założenia

Układ <acro>QX</acro> nie wziął się ,,z głowy czyli z niczego'' -- przeciwnie, wynikł z przyjętych zasad. Zasady mogą się okazać chybione, to pokaże czas, niemniej jednak najpierw sformułowane zostały zasady, a na ich podstawie konstruowany był układ <acro>QX</acro>.

Oto najważniejsze z tych zasad:

- Fonty w miarę możności powinny mieć identyczny układ znaków.
- Fonty mają być przeznaczone do używania w TeX-u.
- Fonty mają być przeznaczone do składania przede wszystkim polskich tekstów.
- Fonty mają się nadawać do składania tekstów technicznych.
- Fonty mają się nadawać do składania tekstów zawierających fragmenty w językach europejskich, ze szczególnym uwzględnieniem krajów sąsiadujących z Polską.
- Fonty powinny być samowystarczalne (chodzi o to, by znaków dodatkowych, takich jak copyright, trademark, bullet, itp., nie trzeba było czerpać z innych fontów).
- Fonty mają być używalne w środowisku MS Windows, w szczególności w polskiej wersji środowiska.

### Ad 1

Oczywiście nie można oczekiwać stuprocentowej zgodności, na przykład niektóre fonty są zaprojektowane bez ligatur związanych z literą ,,f''. Wydaje się, że brak niektórych znaków jest stosunkowo niegroźny.

Nieprzyjemne konsekwencje może mieć natomiast decyzja zastępowania pewnych znaków innymi. Mimo to taki pomysł przyszedł do głowy nawet samemu Donaldowi E. Knuthowi: w fontach rodziny Computer Modern font `cmr5` ma nieco inny zestaw znaków niż pozostałe fonty szeregu `CMR` -- przykra niespodzianka wydaje się wcześniej czy później nieunikniona. Jednak i takie sytuacje mogą być nie do uniknięcia, np. pisanki z reguły mają więcej ligatur niż zwykłe fonty drukarskie. Należy zatem dbać o to, by przynajmniej podstawowe znaki (litery) miały przypisane zawsze te same kody.

Spis założeń

### Ad 2

TeX operuje jedynie na fontach co najwyżej 256-znakowych -- to poważne ograniczenie. Zostało ono oczywiście uwzględnione przy projektowaniu układu <acro>QX</acro>. Kolejnym ograniczeniem jest limit różnych wysokości i głębokości znaków w foncie (16), w związku z czym znaki w danym foncie nie powinny się zbyt różnić rozmiarami.

Ze względu na powszechność fontów <acro>CM</acro> zestaw znaków powinien być możliwe zgodny z zestawem znaków fontów tekstowych rodziny <acro>CM</acro> (fonty matematyczne, jako używalne wyłącznie w kontekście TeX-a, pozostają poza zakresem zainteresowań).

Podobna zasada była ściśle przestrzegana przy projektowaniu pakietu MeX: fonty <acro>PL</acro> i fonty <acro>CM</acro> różnią się jedynie znakami o kodach 128--255 (polskie znaki diakrytyczne i cudzysłowy). Dzięki temu każde oprogramowanie TeX-owe przeznaczone do pracy z fontami <acro>CM</acro> działa również z fontami <acro>PL</acro>, co okazało się w praktyce bardzo korzystne.

Podjęcie takiej decyzji stało niestety w sprzeczności z ustaleniami konferencji EuroTeX'90 w Cork (Irlandia), gdzie przyjęty został jako ,,nowy standard'' tzw. układ <acro>EC</acro>. Z grubsza rzecz biorąc w układzie <acro>EC</acro> znaki diakrytyczne umieszczone są w pozycjach o kodach 0--32, a narodowe znaki diakrytyczne w pozycjach o kodach 128--256 (w układzie <acro>PL</acro> pozycje polskich znaków diakrytycznych są takie same jak w układzie <acro>EC</acro>). Niezależnie od zalet takiego systemu kodowania użycie fontów <acro>EC</acro> z formatem plain jest po prostu niemożliwe. Ponadto pula stu dwudziestu ośmiu pozycji na znaki diakrytyczne okazała się zbyt mała. Nie zmieściły się na przykład litewskie litery ,,iogonek'', ,,Iogonek'', ,,uogonek'' oraz ,,Uogonek''.

Spis założeń

### Ad 3

Wolno sądzić, że pakiet MeX zadomowił się w środowisku polskich użytkowników TeX-a. Ze względu na istnienie pakietu MeX jest wskazane, by font był rozszerzeniem układu <acro>PL</acro>, możliwie mało różniącym się od układu <acro>EC</acro>. W szczególności oznacza to, że wszystkie polskie znaki diakrytyczne powinny się w foncie znaleźć.

W związku ze składaniem polskich tekstów technicznych przydatne są znaki specyficzne dla polskiej literatury technicznej. Zagadnienie to omówione jest przy okazji analizowania konsekwencji zasady 4.

W fontach anglosaskich powszechnie obecna jest ligatura ,,fl'' (czasem także ,,ffl''). Nie widać żadnego powodu, dla którego w polskich fontach nie miałoby być ligatury ,,fk'' (poprawna nazwa w wektorze kodowania to `f_k`). W polskim języku jest wprawdzie znacznie więcej słów zawierających digram ,,fl'' niż słów zawierających digram ,,fk'', niemniej jednak są takie słowa: agrafka, cofka, dryfkotwa, fifka, Kafka, karafka, lufka, mufka, sofka, szafka. Bez ligatury ,,fk'' wyglądają one niezbyt ładnie ze względu na kolizję liter ,,f'' i ,,k'', analogiczną do kolizji liter ,,f'' i ,,l''. Stąd obecność ligatury ,,fk'' w układzie <acro>QX</acro>.

Spis założeń

### Ad 4

Zastosowanie TeX-a do składania tekstów sugeruje pewien zakres zastosowań, mianowicie skład tekstów technicznych. Fonty zatem powinny posiadać znaki przydatne do takich zastosowań. Pośród wielu znaków specyficznych dla polskich zwyczajów typograficznych dwa wydają się szczególnie ważne: symbol kąta ,,anglearc'', oraz symbol średnicy ,,diameter''. Znaków tych, o ile nam wiadomo, nie posiada żaden font pochodzenia zagranicznego. Również polskie znaki mniejsze-równe i większe-równe, ,,lessequal'' ,,greaterequal'', różnią się od symboli stosowanych za granicą. W tekstach technicznych często pojawia się promil ,,perthousand''. Rzecz dziwna, Donald E. Knuth nie przyjął do wiadomości istnienia tego znaku -- w fontach <acro>CM</acro> po prostu go nie ma.

Z punktu widzenia tekstów technicznych pożądana jest obecność niektórych małych greckich liter w foncie. Np. litera mu pojawia się w oznaczeniach jednostek (przedrostek mikro). Litera pi wydaje się również warta uwzględnienia. Najlepiej byłoby móc zawrzeć w foncie cały alfabet grecki. Niestety, szczupłość miejsca i obszerność potrzeb wykluczają taką możliwość.

Jako jednostki używane są czasem symbole quotesingle (minuta), quotedbl (sekunda lub cal), degree (stopień) -- ich brak wcześniej czy później zaczyna dokuczać.

Określenie ,,teksty techniczne'' niekoniecznie musi oznaczać teksty o profilu matematycznym lub inżynierskim. Teksty prawne również można zaliczyć do tekstów technicznych. Brak symbolu section w standardowych fontach <acro>CM</acro> (symbol ten występuje jedynie w fontach szeregu `CMSY`) dawał się dotkliwie odczuć w praktyce.

Spis założeń

### Ad 5

Większość znaków diakrytycznych daje się uzyskać za pomocą operacji TeX-owych, na ogół za pomocą polecenia `\accent`. Jeżeli akcent nie styka się z literą (akcenty ,,acute'', ,,grave'', ,,dieresis'' itp.) zabieg taki jest dopuszczalny. Można też skorzystać z bardzo ogólnego mechanizmu konstruowania znaków złożonych, mianowicie z fontów wirtualnych. Dzięki fontom wirtualnym znaki złożone są widziane przez TeX-a jako zwykłe, pojedyncze znaki. Tworzenie fontów wirtualnych jest jednak pracochłonne (brak póki co wygodnych narzędzi) i wymaga sporej wiedzy, tak TeX-owej, jak i typograficznej. Niestety, niektóre znaki tworzą z elementem diakrytycznym jedną całość. Wymienić tu należy w pierwszym rzędzie polskie i litewskie litery z ogonkiem (,,ą'', ,,ę'', iogonek, uogonek i odpowiednie majuskuły) oraz litery z cedillą (ccedilla, scedilla, tcedilla i odpowiednie majuskuły). Inne znaki diakrytyczne tego rodzaju to islandzkie thorn, Thorn czy eth. W dobrze zaprojektowanych fontach takie znaki nie mogą być ,,składanką'' -- muszą stanowić spójnie zaprojektowaną całość.

Spis założeń

### Ad 6

Font powinien zawierać pewne ,,uświęcone tradycją'' znaki dodatkowe. Takie symbole jak ,,copyright'' czy ,,registered'' powinny być zgodne z bieżącym fontem. Teoretycznie wystarczyłoby kółko, w które za pomocą makra TeX-owego wstawiało by się odpowiednie litery. Każdy, kto próbował używać plain-owego makra `\copyright`, wie, że nie jest to pomysł najszczęśliwszy -- pozycjonowanie liter wewnątrz koła musi być przeprowadzone dla każdego fontu (a nawet dla każdej odmiany) osobno, co wyklucza możliwość automatyzacji.

Symbole ,,dagger'' i ,,daggerdbl'' są wprawdzie stosunkowo rzadko używane (ich używanie to w zasadzie zwyczaj anglosaski), jednakże kształt tych symboli jest specyficzny dla danego fontu, tym samym -- dla pełności -- font powinien je zawierać.

Inne symbole potrzebne sporadycznie to ,,bullet'' i ,,periodcentered''. Na pierwszy rzut oka mogłoby się wydawać, że znaki te nie są w żaden sposób z konkretnym fontem związane. To oczywiście nieprawda, na przykład kształt kropki zależy od fontu. Sięganie do innego fontu po te znaki lub przesuwanie kropki w celu uzyskania drugiego z nich jest zabiegiem niezwykle uciążliwym ze względu na trudności w wyważeniu położenia obu znaków.

Spis założeń

### Ad 7

Rozpowszechniona obecnie wersja środowiska Windows nakłada dodatkowe ograniczenia na liczbę znaków w foncie: znakom nie można przypisać kodów większych niż 255 i mniejszych niż 32. Redukuje to maksymalną liczbę znaków w foncie dających się równocześnie wykorzystać do 224. W układzie <acro>QX</acro> przeznaczonym do zastosowań okienkowych kody mniejsze-równe od 32 otrzymały znaki, co do których można ze sporym prawdopodobieństwem założyć, że nie będą potrzebne w tych zastosowaniach (głównie akcenty, symbole i ligatury -- p. tabela 2).

Dalsze zmniejszenie puli wolnych miejsc wiąże się ze znakami o niewielkiej użyteczności z punktu widzenia TeX-a, ale niezbędnymi ze względu na pewne tradycje w ich stosowaniu. Takim znakiem jest np. ,,paragraph'', używany jako znak końca akapitu w niektórych edytorach tekstu pracujących w środowisku MS Windows. Do podobnego celu wykorzystywany bywa znak ,,currency''.

Pewne aplikacje windowsowe spodziewają się znaleźć pod kodami 32 i 160 odpowiednio odstęp (`space`) i niełamliwy odstęp (`nbspace`). Są to znaki absolutnie bezużyteczne z punktu widzenia TeX-a, ale nieusuwalne ze względu na windowsowe tradycje.

Spis założeń

### Ligatury i kerny

Specyfikacja układu <acro>QX</acro> w kontekście zastosowań TeX-owych obejmuje także ligatury. Ligatury to ważny choć praktycznie pomijany (z nie do końca jasnych przyczyn) w świecie nieTeX-owym element definicji fontu.

Od wersji 0.03 układ QX uwzględnia następujące ligatury:

f + f | ff
f + i | fi
f + l | fl
f + k | f_k
ff + i | ffi
ff + l | ffl
hyphen + hyphen | endash
endash + hyphen | emdash
quoteleft + quoteleft | quotedblleft
quoteright + quoteright | quotedblright
comma + comma | quotedblbase
exclam + quoteleft | exclamdown
question + quoteleft | questiondown
exclamdown + exclamdown | guillemotleft
questiondown + questiondown | guillemotright

Z dokładnością do ligatury ,,fk'' jest to ten sam zestaw ligatur co w fontach <acro>PL</acro>, natomiast różni się on od zestawu ligatur zaproponowanego dla układu <acro>EC</acro>, który obejmował m.in.:

space + l | lslash
space + L | Lslash
percent + percent | perthousand
less + less | guillemotleft
greater + greater | guillemotright

Pierwsze trzy z tych ligatur wydają się nieuzasadnione, dwie pozostałe są nieadekwatne, ze względu na zachowanie w układzie <acro>QX</acro> konwencji fontów <acro>CM</acro> umieszczającej hiszpańskie znaki interpunkcyjne w pozycji znaku less (znak ,,<'') oraz greater (znak ,,>'').

W definicji układu <acro>QX</acro> zestaw par kernowych nie jest w żaden sposób specyfikowany, w szczególności dopuszczalne są -- nieobecne w układzie <acro>EC</acro> -- kerny między cyframi.

### Zmiany wprowadzone do układu QX wer. 0.05 (14.01.2002)

Po długiej debacie znaki [tT]cedilla (niewykorzystywane w żadnym z europejskich języków, ale z niezrozumiałych przyczyn obecne w wielu fontach) zostały w wersji 0.04 układu QX zastąpione przez rumuńskie znaki [tT]commaaccent. Konsekwentnie tureckie znaki [sS]cedilla zostały zastąpione przez rumuńskie znaki [sS]commaaccent, aczkolwiek zalecane jest pozostawienie definicji obwiedni znaków [sS]cedilla w foncie. Wprowadzenie waluty euro spowodowało dodanie symbolu Euro do układu QX (wer. 0.05). Symbolowi temu został przypisany kod 128 zarówno w kodowaniu dla systemu TeX, jak i Windows, co jest zgodne z zaleceniem Microsoftu (patrz faq12.htm):

The symbol has been added to the following codepages at position '0x80'; 1250 Eastern European, 1252 Western, 1253 Greek, 1254 Turkish, 1257 Baltic, 1255 Hebrew, 1256 Arabic, 1258 Vietnamese, 874 Thai. In 1251 Cyrillic the symbol will be added at position '0x88'.

Niestety skutkiem tego rozszerzenia była konieczność wprowadzenia dalszych zmian w kodowaniu QX dla systemu Windows: litewskie znaki [Ii]ogonek otrzymały kody 222 i 254 (uprzednio 128 i 144); znaki [Tt]horn, mające przedtem te kody, zostały usunięte. Zalecane jest pozostawienie definicji kształtów znaków [Tt]horn w foncie. Przy okazji zmian wprowadzona została nazwa `f_k` dla (niestandardowej) ligatury ,,fk'', zgodnie z zaleceniem Adobe: unicodegn.html

### Zmiany wprowadzone do układu QX wer. 0.06 (24.08.2003)

Dodano ligatury ij, IJ (dostępne tylko w TeX-owym kodowaniu) oraz znak interpunkcyjny threequartersemdash.

### Tabele układu QX

Na dwóch kolejnych stronach zamieszczamy porównanie aktualnego układu <acro>QX</acro> (wer. 0.06) z innymi szeroko używanymi układami znaków. Tabela 1 przedstawia porównanie TeX-owych układów -- układu <acro>PL</acro> (przypomnijmy, że znaki o kodach mniejszych-równych od 127 są identyczne w układzie <acro>PL</acro> i w układzie <acro>CM</acro>), układu <acro>EC</acro> oraz układu <acro>QX</acro>. Z kolei tabela 2 przedstawia porównanie układu <acro>QX</acro> przeznaczonego do zastosowań windowsowych z układem CP 1250 oraz macintoshowym <acro>PLEURO</acro>. Jeżeli chodzi o układ <acro>QX</acro> to -- rzecz jasna -- w obu tabelach występuje ten sam zestaw znaków, różnice dotyczą jedynie kodów przypisanych poszczególnym znakom.

Tekst jest zaktualizowaną wersją artykułu z Biuletynu GUST, nr 9/1997, s. 28--30.
Ostatnia modyfikacja 13.09.2004 (StaW)

Powrót