Názory k článku
Styly cest, fonty a řetězce v PostScriptu

Výborný seriál - díky.

Chtěl jsem se zeptat, jestli je nějaká funkce/parametr, kterým by šlo zarovnávat text (resp. čísla) na pravý okraj?

To je škoda :-(. Často totiž pracuju s textovými výstupy z různých programů, které jsou uspořádány do tabulek. Takže by mi vyhovovalo parsovat vystup pomoci awk/sed do PS a ten pak vytisknout. No nic, asi se budu muset podivat na TeX, což se mi moc nechce.

Nebo existuje nějaký způsob, jak dostat text (CSV) do úhledné tisknutelné podoby?

V TeXu existuje primo csvtex. Prijde mi jednodussi nez PS.
Mate problem vytvorit tabulku v txt/html tabulku a tu potom prevest do PS (ascii2ps, html2ps -- staci hledat)?
awk -F;
BEGIN zapise header, stylopis, zacatek tabulky
--odstrani "
--pro kazda data je nahradi TAGy pro sloupec tabulky
--Vytiskne TR
END Vytiskne konec tabulky a HTML
Jestli jsem nepochopil zamer, omlouvam se. Formular se mnou nespolupracuje s CODE tagem

Z TeXu mám zatím obavy :-) Možná html2ps bude pro mě. Už jsem o tom dříve uvažoval, ale zatím nerealizoval.

No, záleží na tom, jestli se ty výstupy mají generovat například on-the-fly při požadavku uživatele v intra/internerové aplikaci. Tam může být TeX někdy pomalý nebo z jiných důvodů nevhodný (generování virtuálnách fontů atd.). Pokud děláte v Javě, mrkněte se na FOP (už jsem o něm na Rootu v minulosti psal) - vytváří se, kromě jiných variant, i PDF. I html2ps funguje celkem bez problémů a docela rychle.

V případě např. tvorby tiskových sestav dávkově (třeba jednou za měsíc), bych osobně generoval LaTeXovské zdrojáky a ty nechal překládat bud TeXem nebo pdfTeXem, podle možností uživatelů (přecejen je PDF prohlížeč dneska běžný, narozdíl od Ghostscriptu).

Tak jsem teď zkoušel html2ps a bohužel jsem narazil na problém s češtinou. Ta se nezobrazuje korektně v žádném běžném kódování.

Nešlo by to třeba programem a2ps?

Na to bohužel není PostScript určený. Je to vlastně přesný opak TeXu: TeX vůbec nic neví o tvarech písmenek, pouze přerovnává boxy (obdélníky), zatímco PostScript výborně pracuje s tvary písmen, ale o zarovnávání se musí postarat někdo na vyšší úrovni (kdo PS vytváří).

PostScript dokonce ani nepracuje s metrikami fontů, i o tuto věc se musí postarat generátor PS. Podobně je to se slitky, podřezáváním atd. - tyto věci o písmu jsou sice (teoreticky) dostupné (alespon u kvalitních fontů), ale PS se s tím nevypořádá.

U většiny fontů je šířka čísel stejná (právě z důvodu zarovnání do tabulek), takže pokud jsou uvedeny i počáteční nuly, neměl by být se zarovnáním problém. Ale uvádět například cenu stylem 00140,- Kč by moc lidí nerozchodilo :-)

Myslim, ze by stalo zato, se na LaTeX (nedoporucuji TeX) podivat. K tomu si muzete tabulku vyzkouset treba tady:

http://did.mat.uni-bayreuth.de/personen/wassermann/fun/tex.html

da se tam vytvorit i PostScript. A jestli potrebujete html, tak se hodi

http://www.tug.org/mailman/listinfo/latex2html

a pro vytvoreni presentace treba

http://www-sp.iti.informatik.tu-darmstadt.de/software/ppower4/

Pomoci latex2html je treba udelana tato stranka

http://www.le1bner.de/www/www.html

a tohle je priklad pro ppower4

http://www.le1bner.de/www/beisp_res.pdf

Naucte se LaTeX :)) vsechno ostatni se da z neho prelozit.

Jake kodovani se pouziva pro znaky tohot textu?

Mam totiz drobny problem s exportem grafu pro Graphviz do ps. Potrebuju tam sazet nejaky zakernejsi unicode znaky a dot mi je odmita zpracovavat. Co sem nasel, tak to pouzivat latin1, coz mi bohuzel nestaci. Zrejme by stacilo prepnou na font Symbols, ale to se dotu moc nechce a prevadet systemovy fonty do vektoru taky neumi.

Mam stejny problem, potrebuji ve vygenerovanem PS zmenit kododovani ISO-l1 na ISO-l2
Jde to jednoduchou cestou (napr. /Helvetica_IL2 findfont ?

V PostScriptu Level 2 bych pro jistotu počítal pouze se znaky ISO-8859-1 s tím, že encoding vektor může být dost rozházený, například kvůli slitkům (klasické "fi" apod.). Pokud chcete mít jistotu, že čeština (nebo jiné paznaky :-) budou fungovat, udělal bych nějaký "mateřský" PostScript s definicí potřebných nesystémových fontů a do něho vkládal EPS vyexportovaný z toho Graphviz (ale ten program neznám, nevím co se v něm všechno dá udělat, jestli třeba dokáže vytvořit skutečný EPS).

To musi docela zrat cas, takhle to sazet pomoci souradnic a primitivnich prikazu. Ackoliv jsem videl uz dost blaznu, kteri by toho mozna byli schopni, nechce se mi verit, ze autor sazi svoje texty (a obrazky) primo do PS.

Slovní spojení „programátorská dokumentace“ nepochybně dnes také vidíš prvně v životě... ;-)

Já tady popisuji souborový formát (viz perex) a nikde jsem nepsal, že to má někdo sázet ručně. V předchozích částech jsem popisoval rastrové formáty (PNG, GIF, JPEG...) a taky si nemyslím, že by někdo "bušil" bitmapy v hexaeditoru přímo do těchto formátů :-) [teda kromě mé maličkosti, protože jsem ty nestandardní obrázky vytvářel ručně].

Samozřejmě chápu, že většinu lidstva nezajímá, jak ty formáty vevnitř vypadají; potom je pro ně tento seriál opravdu ztráta času (stejně jako pro mě by byl nanic například seriál o tom, jak vevnitř funguje Oracle - prostě mě to nezajímá, umím těch pár INSERTů a SELECTů a taky s tím vyžiju).

Pravda je, že obrázky do disertačky jsem dělal ručně v LaTeXu, ale to byly celkem jednoduché diagramy a dostupné programy stály za pendrek. Teda udělal jsem si převaděč DXF->LaTeX, ale nakonec mi přišlo jednodušší to nabušit přímo do LaTeXovského zdrojáku.

S tou holkou nevím - manželka by s tím možná nesouhlasila a děcka by si na novou tetu taky těžko zvykaly :-)