Pan Mateusz Viste napisał:

>> Drukowanie postscriptowe z cofaniem głowicy niewiele ma wspólnego.
> No tak, kolega o niebie a ja o chlebie. :)

Wydawało mi się, że rozprawiamy o [nie]konieczności używania Unicode.

> Postscript to była, w tamtym stuleciu, droga technologia. Ja miałem
> na myśli instrukcje ESC/P, de facto standard w drukarkach igłowych
> (a tylko takie widywałem wówczas w administracjach).

Droga i powolna. Pecet z programem Goscript (nie Ghostscript) jedną
stronę przygotowywał do druku klika minut. Napisałem wtedy (w języku
postscript) program, który wciągał dowolny font postscriptowy z pliku
i po wyjęciu z niego krzywych Beziera opisujących glify, wypluwał
to w postaci gotowego do kompilacji programu języka Metafont. I to
działało wyśmienicie.

>> nie na tym polega tworzenie kompozytów. Komputery NeXT do
>> wyświewtlania na ekranie też używały postscriptu -- trzeba było
>> takie kupić urzędnikom. To też połowa lat osiemdziesiątych.
> Być może byłaby to jakaś rada... Ale nie mam przekonania, czy to
> dałoby się zakwalifikować jako rozsądne zarządzanie budżetem.

W Polsce w samej końcówce tych lat (a może na początku 90) zakupiono
dla wszystkich urzędów skarbowych komputery marki Bull. Promocja
była, trzeba brać, bo nie wiadomo, czy się powtórzy. Oprogramowania
do tego żadnego. No ale oprogramowanie to drobiazg, tego nawet nie
widać, nie to co taki solidny mebel jak komputer Bull. Oprogramowanie
przecież "się napisze". No i chyba zaczęto pisać, zaliczki wypłacono.
Ale zanim skończono, komputery już poszły na złom, bo wiadomo jak
prawo Moora (i Murphy'ego) działa.

Tak sobie myślę, że ten NeXT przynajmniej działał, więc w zarządzeniu
o jego zakupie rozsądku może być więcej.

>> Zresztą drukarki igłowe pod koniec swojej epoki też nie cofały --
>> sekwencję <literka> <backspace> <kreseczka> drukowały jednym cięgiem.
>
> Tu przyznam, że niczego sobie odciąć nie dam - sam miałem Epsona
> LX-800, i *wydaje* mi się, że gdy podawałem mu stosowne polecenia
> ESC/P w QBasicu w ramach takich właśnie zabaw, to głowica cofała się
> i drukowała ponownie w tym samym miejscu, niczym maszyna do pisania.
> No ale dawno to było, pamięć omylna, więc może mi się tylko wydaje.

Ja sobie dam obciąć (choćby paznokcie) -- ten Epson cofał. Ale drukarki
nowsze/lepsze drukowały jak napisałem. Pozatym była możliwość (nawet
w tych starszych) załadowania swoich znaków, tak jak w kartach EGA/VGA.
Nie trzeba było drukować zacofaną metodą.

>> Jak działał egapl.exe, wiem dobrze, bo mnie mocno wkurzał. Raz dodać
>> do matrycy nie wystarczało, przy przełączaniu trybów trzeba było to
>> robić ponownie,
>
> Tutaj znów sprzeczność z tym co ja pamiętam - o ile dobrze pamiętam,
> to egapl instalował int handler pod 0x10, dzięki czemu był w stanie
> domalować na nowo kreski w tablicy VRAM za każdym razem, kiedy ktoś
> lub coś zmieniło tryb tekstowy. Dzięki temu sprawa była zupełnie
> bezobsługowa.

Raczej ładował całą zawartość generatora znaków, nawet tych ASCII.
Jak się miało lekko nietypową kartę VGA, to w czasie uruchamiania
programu widać było zmianę na ekranie.

>> więc program musiał siedzieć w RAM i czuwać nad sprawą.
> Ano właśnie... więc chyba o tym samym myślimy.
>
>> Napisałem więc swój program, który w pamięci miał tylko 18 znaków,
>> a nie całą tablicę 256.
>
> egapl.exe nie miał raczej całej tablicy - tylko właśnie domalowywał
> kreseczki i ogonki na ściśle określonych glifach, dzięki czemu był
> relatywnie mały. Ale znów - zaczynam mieć wątpliwości co do mojej
> pamięci... Może to nie egapl.exe tak robił, tylko plega.exe? Albo
> jaki inny polvga.exe? Któryś to robił na pewno, bo pamiętam jeszcze
> jak przeczytałem o tym w jakimś CZYTAJ.TXT i pomyślałem "sprytnie!".

Gdyby nie wspomnienie o pliku CZYTAJ.TXT, to bym pomyślał, że to mój.
Mnie się takich opisów nigdy nie chciało robić, bowiem oszczędny w
słowie jestem. A że nigdy na rozsądnie napisany program nie natrafiłem,
napisałem własny.

>> Sam w sobie też był mniejszy. Różnica była kolosalna.
>
> Ciekawią mnie te 18 bajty.

Nie 18 bajtów, tylko 18 znaków: ąćęłńóśźżĄĆĘŁŃÓŚŹŻ.

--
Jarek