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
... 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 ...
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...
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.
chtel bych se vratit k te poznamce z uvodu o SLD, tim se mysli Styled Layer Descriptor z oblasti GISu anebo je to mylka jak se domnivam a tim SLD se mysli neco jineho, na coz jsem nenasel odkazy?
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.