[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Ascii vs. binar (was RE: Filosoficka vsuvka)
> > Je samozrejme spusta binrnich standartu. Napriklad jiz omilane IFF to
> > vyresilo naprosto jednoznacne. Ostatne ZIPy, LHA atd. taky.
> Nezda se, ze by
> > mely nejaky skutecny problem s little ci big endian.
>
> Nepovazuji to za prilis zajimave, ale neda mi to, abych si
> nerypnul: To, ze
> ZIPy a spol. nemaji problemy s little/big endian je zpusobeno jen
> a pouze tim,
> ze se na problemy s endianitou v techto programech pamatuje (a
> mnohdy to stoji
> docela dost prace navic).
>
Samozrejme ze se na tyto problemy pamatuje a proto to funguje. Tak je to
ovsem se vsim a je to podtata standardu. Nicmene vetsinou se cela velka
prace zaklada na tom, ze zadefinujeme, ktery z obou zpusobu v danem formatu
pouzivame (IFF). Je mozne si stim hrat trochu vic kvuli efektivite (naprosto
nezajimave u formatu, ktere se pouzivaji na disku, nicmene pouzito napr u X
Windows).
> > Nicmene PS povazuji za FORMAT dokumentu (a myslim ze vetsina ostatnich
> > taky). Povazuji za zcela nevhodne, aby libovolny datovy format
> byl natolik
> > komplikovany, ze je to programovaci jazyk. TO jest, pravdepodobne by mne
> > uklidnilo, pokud by se PS prestal vydavat za datovy format a
> zaradil se mezi
> > ostatni programovaci jazyky. (To bychom pak ovsem museli mit
> nejaky datovy
> > format misto nej, ze :-)
>
> PS _je_ programovaci jazyk, ale bezne se pouziva pro ukladani
> dokumentu.
> Pokud dodrzite urcite konvence (Document Structuring
> Conventions), neni vubec
> zadny problem postscriptove dokumenty automaticky zpracovavat v ruznych
> "mysoidnich" programech, stejne jako kterykoliv jiny format.
>
> Programovani neni zbytecna komplikace, ba prave naopak --
> pokud pisi napr.
> program na navrh plosnych spoju s vystupem do PS, okamzite si nadefinuji
> zakladni objekty typu pajeci body a cary (samozrejme jako podprogramy
> parametrizovane velikosti) a celou desku pak sestavim z techto objektu.
> Je to svym zpusobem prirozeny zpusob komprese, ktery jeste k tomu
> zachovava puvodni strukturu obrazu.
>
> Moznost programovani navic clovek oceni v okamziku, kdy
> potrebuje s dokumentem
> udelat neco trosku mene standardniho (napriklad slozit ctyri
> stranky na jednu
> a jeste k tomu vyzrcadlit, protoze se to bude tisknout ofsetem z
> folii) -- u PS
> proste (samozrejme, pokud vi, o cem je rec) pripise nekolik malo
> radku, zatimco
> u jinych formatu by si na to musel psat vlastni program zvladajici celou
> strukturu dokumentu se vsim vsudy.
>
> Jiny pribeh ovsem je, ze PS vubec nemusi byt 7-bitovy -- od PS Level 2
> je k dispozici i binarni kodovani obrazku apod.
>
No, tak tohle je prispevek, ktery ma hlavu a patu :-) Ten priklad s plosnymi
spoji je vyborny a beru ho. Ano, na neco takoveho je PS urcite vyborny.
Nicmene:
Problem s dodrzovanim konvenci jsem uz diskutoval. Jiste, ze takove konvence
existuji, ovsem existuji dokumenty, ktere je nedodrzuji (zase jsem nedavno
narazil na PS bez cisel stranek a jak na potvoru jsem ho potreboval,
nastesti tam byla PDF verze). Problem je opravdu jen v tom, ze ja jsem liny
a je mi lito casu na to, abych se ucil PS programovat, neb v nem programovat
nechci. Chci jen ty dokumenty tisknout nebo rozumne prohlizet. Moznost
editace by taky nebyla spatna. Je jasne, ze tady ze mne hovori spatne
zkusenosti, ktere vetsina lidi neudelala, a ti, kteri je udelali uz PS
umeli.
Nemam nic proti tomu, aby se dalo s dokumentem pracovat pomoci nejakeho
specialniho programovaciho jazyka. Jen by v tom jazyce nemusel byt primo ten
dokument. Cela situace s priprogramovanim tisku na ctyri stranky mi trosicku
pripomina situaci, jako kdybych prepisoval neco v textovem dokumentu jen
proto, ze chci tisknout jen liche stranky (ja vim, ze tisk na 4 stranky je
komplikovanejsi vec, kterou skoro nic neumi, zatimco tisk jen na liche
stranky umi vsichni, ale je to prirovnani). Je jedno, ze by to byl treba jen
jeden radek. Prece nebudu do dokumentu zapisovat, ze zrovna ja jsem ho
jednou tisknul takhle? Musim snad modifikovat bitmapovy obrazek, abychom ho
mohl vytisknout jako landscape?
Programovani dokumentu mi pripada jako zbytecna komplikace z toho duvodu, ze
drtiva vetsina lidi to s PS nedela a presto tato moznost velmi komplikuje
vsechny prohlizece a utility pro praci s nim. Jiste by mohl existovat
normalni jednoduchy format, ve kterem by byl proste popsan graficky vzhled a
nad nim postaveny programovaci jazyk (a treba i zrovna PS), ktery by umel
tyto dokumenty generovat.
Jinak mi PS proste pripadne zbytecne komlikovany na to, aby se v nem
vseobecne ukladaly dokumenty. Vemte treba uz jen situaci, ze si poridite
nejaky maly prenosny pocitac, treba Palm. Jaky uzasny vykon a relativne
slozity software na nej potrebujete, abyste mohli provest tak jednoduchou
operaci jako je zobrazeni (prevazne textoveho) dokumentu.
Rudla