🚀 go-pugleaf

On Mon, 31 Aug 1998, Gwidon S. Naskrent wrote:

> #>Juz zaczalem to rysowac; musze porobic testy, zeby obejrzec to w praktyce
> #>- nie chce wszystkiego potem poprawiac jesli sie okaze, ze np. pojedyncza
> #>grubosc danej kreski jest ladniejsza.
> 
> Nie wiem czy jest ladniejsza, ale podwojna kreska raczej sie nie zmiesci -
> albo zostawi bardzo maly przeswit.

Tak się składa, że podwójny łuczek zajmuje parzystą ilość pikseli, więc
jeśli kreska będzie pojedyncza, to i tak jedna kolumna pikseli się
"zmarnuje". Znak ma szerokość 9 pikseli i w przypadku szerokich znaków
wystarcza jeden piksel odstępu.

> Nie, no bo co tu w sumie do opisywania przy BDF? Kazdy glupi widzi.

Odczytać to jakoś odczytam, ale nie widziałem specyfikacji i tam jest
trochę pól, w które nie wiem co wpisać.

> pcf zas to format binarny. Moze jakbys przeczytal zrodla bdftopcf...

Jeszcze nie chciało mi się w to wgryzać. Moze kiedyś zobaczę.

W zasadzie do konwersji na pcf wystarczy bdftopcf (o ile umiemy zapisywać
bdf), a w drugą stronę, o ile to będzie potrzebne (ale może kiedyś zechce
mi się dodać ramki do niektórych fontów; na razie nawet nie wiem, jak są
kodowane), fstobdf. Więc pragnę _specyfikacji_ bdf.

-- 
 __("<   Marcin Kowalczyk * qrczak@knm.org.pl http://qrczak.home.ml.org/
 \__/       GCS/M d- s+:-- a21 C+++>+++$ UL++>++++$ P+++ L++>++++$ E->++
  ^^                W++ N+++ o? K? w(---) O? M- V? PS-- PE++ Y? PGP->+ t
QRCZAK                  5? X- R tv-- b+>++ DI D- G+ e>++++ h! r--%>++ y-