Názory k článku
Vektorový grafický formát SVG

Pre perlakov ktory by radi pouzili SVG pre generovanie grafov je tu kniznica:
http://sourceforge.net/projects/svgraph-perl

Napadla mě ještě jedna obrovská výhoda, která tu nezazněla. Veškerý text v SVG obrázcích zůstává nadále textem (i když jsou na něj aplikovány všemožné transformace a filtry). Je tedy možné ho indexovat pomocí robotů (což určitě s PNG nijak zvlášť pohodlně nejde) nebo označovat/kopírovat uvnitř webové stránky. Příklad: http://www.carto.net/papers/svg/samples/text.svg

no a nevyhoda: kazdy SVG renderer ho zobrazi inak. Napriklad firefox a konqueror zobrazi uvedenu linku uplne inac :-(

az take odlisne to zasa nieje

Proc by to mel zobrazit nachlup stejne?

Tehle honbe za na pixel stejne vystupy opravdu nerozumim.

Paradoxni na tom je fakt, ze to neni vubec pozadavek laicke verejnosti nybrz _radoby_ odborne verejnosti.

Proc by to mel zobrazit na chlup stejne?

Tehle honbe za na pixel stejne vystupy opravdu nerozumim.

Paradoxni na tom je fakt, ze to neni vubec pozadavek laicke verejnosti nybrz _radoby_ odborne verejnosti.

"Proc by to mel zobrazit na chlup stejne?"

... polozme si tedy otazku: proc by se HTML melo renderovat vsude stejne; proc by se mely barvy zobrazovat vsude stejne; proc by se ... a takto by se dalo urcite pokracovat hodne dlouho.
ono obcas na tom chlupu zalezi (nevejde se do canvasu, zobrazi se pres jiny objekt ...) - pak neco ladit jako se kdysi davno ladilo css pro IE a ostatni... to je opravdu hloupost nejhloupejsi.

hlavne ze to ta _opravdova_ odborna verejnost chape, ze?

V PNG to opravdu primo nejde, ale je mozne zapsat bloky s poznamkami. Ale nejsem si jisty, jestli neco takoveho roboti indexuji. Jinak v SVG jsou tagy typu <desc> apod., ktere slouzi prave pro zapis dalsich metainformaci - holt jde o format urceny prave pro web.

SVG uz pouzivam nekolik let, ale porad ma nejake sve mouchy... pominu-li to, ze spousta lidi z neho ma strach (managori z toho, ze ho nepodporuje MSIE a je potreba nejaky plugin), programatori z toho, ze je to "zbytecne slozite"... i kdyz muj nazor je opacny...

presto jsem narazil na dve drobne koncepcni chybky:

zapis cest pomoci cisel, pismenek a prazdnych znaku... sice to zmensi objem dat... ale pokud s tim potrebujete pracovat treba v ramci DOM... je to problem, protoze za prve je potreba parser a za druhe sady vlastnich funkci...

dalsi vec, ktera me tam chybi je viceradkovy text, protoze v pripade vystupu z nejakeho programu, musi program znat rez pisma, aby ho dobre umistil....

co sa tyka tej podpory v MSIE ja som odbil managorov velmi jednoducho.
Proste som im povedal ze ako SVG plugin tak i Flash plugin je od tej istej firmy, teda od Adobe, instaluje a dodava sa uplne rovnakym sposobom, takze pokial niekto nema problem s tym ze je nieco vo Flashi, nemozem mat problem s tym ze je to v SVG.

Nojo, ale ten flash je rozsirenejsi, bohuzel... A "5% nasich uzivatelu si pro zobrazeni informaci musi neco nainstalovat" nebo "90% nasich uzivatelu si pro zobrazeni informaci musi neco nainstalovat" je docela podstatny rozdil.

To neni pro mne argument. Kdyz date uzivateli 'one click install' plugin, tak vam klikne i na prevod penez na vase konto.

Pokud pracujete par tydnu v MSIE, tak zjistite, ze z dnesnich web stranek se vam kazdou chvili neco instaluje a uzivatel si toho ani nevsimne, nebo mu to prijde normalni.

Vy se na to divate moc technicky (a plne to chapu), ale zkuste stejnymi slovy presvedcit managera, ktery mnohdy nema o pouzitych technologiich ani paru a pouze nekde zaslechl "s tim SVG budou problemy" :-(

Viceradkovy text resi tusim SVSG 1.1. a SVGT 1.2. Co se tyce fontu, SVG umi embedovat font primo v grafice (v pripade vystupu z Adobe Illustratoru to lze udelat velice jednoduse), takze vas problem s viceradkovym textem lze resit i takto ...

S parserem cest souhlas ...

No, zalezi na aplikaci. Ja mam podobny problem - na zobrazovani schemat se pouzivaji dynamicky generovane GIFy, i kdyz se jedna prave o oblast, ve ktere by SVG excelovalo (ty schemata jsou k tomu aktivni, tj. po kliku na prvek se k nemu zobrazi dalsi info atd.). A to se jedna o intranetovou aplikaci, kde ma cca 99% lidi IE, takze by s pluginem problem nebyl (neni nahodou automaticky instalovany uz od Windows 98?), ale SVG to prohralo a nahradila ho technologie starsi minimalne o dve generace - protoze moderni webove "mapove aplikace" jsou opravdu mnohem dal, nez to nase GIFacke klikatko.

S temi cestami a DOM mate pravdu. Na druhou stranu se vsak daji (nekdy) pouzit zakladni geometricke tvary, i kdyz to IMHO neni tak elegantni jako cesty (ale ja jsem zkazeny PostScriptem, mozna nekomu pripadne skladani obrazku z geometrickych tvaru vyhodnejsi).

svg je dobre vymysleny a je na nem videt ze je stvoreny pro moderni dobu narozdil od ostatnich dinosauru. nejlepsi na nem je ale to ze je free. driv sem delal v corelu a dneska uz ty vykresy proste neotevru. radsi uz delam vsechno v svg a kdyz ma nekdo nejake vyhrady tak vetsinou staci http://www.w3.org/TR/SVG11/

Bullshit, specifikace formatu je volne k dispozici, staci se regnout na adobe.com. To ze vyvojove prostredi Flashe je uzavrene nema nic spolecneho s formatem samotnym. Nakonec veci v AS3 lze psat i ve Vimu...

A neni ta specifikace nahodou pristupna jen pod pod licenci, ktera zakazuje implementaci prohlizece?

Samozřejmě, že je. Parent jenom trolluje nebo neví.

Presne tak, podobne je tomu i u formatu MS Office. Sice jsou taky dostupne (dokonce i zadarmo), ale upisete se tam k tomu, ze vlastne uz nikdy v zivote vy ci vase firma nebude vytvaret programy toho a toho typu. Celkem chapu, proc se napriklad pri tvorbe POI (reader a writer DOC a XLS) distancuji od lidi, kteri neco podobneho podepsali.

Nene, myslel jsem SLD jako SLiDe, tj. format pouzivany AutoCADem a dalsimi systemy. Tusim i CorelDraw! s nim umi pracovat. SLD uz jsem popisoval v predchozich castech tohoto serialu, je tam take zdrojak jednoduche prohlizecky (delal jsem ji v C s vyuzitim OpenGL) a nekolik obrazku.

Je to k ničemu... Nevyužijem to.............................