🚀 go-pugleaf

Pan Cezary Gr±dys napisa³:

> Prawdziwym problemem jest to, ¿e jest to wydruk raportu z bazy danych i
> tak naprawdê nie wiem co tam mo¿e zostaæ wpisane przez u¿ytkownika.
> Zak³adam, ¿e tabulacji nie bêdzie, bo te dane wpisuja przez przegl±darkê
> i tam tabulacja powoduje tylko przeskok do innego pola.

Trochê siê gubiê w tym, kiedy o jak± tabulacjê chodzi. Czy o TeXow± (&),
czy o znaki tabulacji ASCII (\t). Znaki tabulacji TeX zazwyczaj traktuje
jak spacje, choæ i to mo¿na zmieniæ.

> Pomys³ z wpisywaniem  \char92 jest chyba tym co potrzebujê.

Ale ja bym to zrobi³ inaczej. Jak siê tworzy system, który ma drukowaæ
co¶ z baz danych, to najlepiej zrobiæ tak, ¿e wszystkie znaki stamt±d
pochodz±ce kopiowane s± na wyj¶cie jeden-do-jednego. Czyli nale¿± do
kategorii 11 (letter) lub 12 (other). Nale¿y zacz±æ od sporz±dzenia
listy legalnych znaków i filtrowaæ na wyj¶ciu bazy wszystko, co do tej
listy nie nale¿y. Czasem tylko mo¿e okazaæ siê konieczny dodatkowy znak
'active', ale nie musi to wcale byæ standardowy "\", zerow± kategoriê
mo¿na nadaæ czemu¶ uznanemu za 'nielegalne' -- np. jaki¶ ÷ lub ostatecznie
litera spoza alfabetu polskiego.

> A na marginesie, oryginalne wydruki z tego systemu nie zawieraj±
> praktycznie polskich znaków (zamiast ± jest spacja, tylko ³ ko¶lawo
> wychodzi), wiêc to ¿e co¶ bedzie trochê nie tak± czcionk± to naprawdê
> ma³y problem. To bedzie po³ozone w szafie i le¿eæ pewnie przez 10 lat,
> albo i d³u¿ej, nikt tego czyta³ nie bêdzie. Mo¿e w razie kontroli.

Pewnie u¿yty jest domy¶lny font CMR, w którym akurat ogonków nie ma.
Lepiej za³adowaæ co¶ innego -- najlepiej font obecny w drukarkach
i w acrobet readerze (Times, Helvetica). Poza tym LaTeX w takich
automatach przewa¿nie jest zbêdny -- wystarczy plain TeX.

--
Jarek