– IE henger etter

[olegunnaro]

Med Canvas får ein tøffe ting som dette

 

http://www.nihilogic.dk/labs/imagefx/

 

Det der var jo faktisk dritkult! Ser for meg at man kan spare en god del plass hvis man vil vise fram aktuelle bilder i forskjellige versjoner på den der måten. (Ikke det at plass er så veldig stort problem these days da)

 

(var vel ikke så veldig on topic nå, men måtte bare få sagt at det var stilig )

[iDude]

Canvas kjem til å ta over for SVG, til og med Firefox henger etter på SVG implementasjonen idag.

 

http://dev.opera.com/articles/view/how-to-...effects-in-svg/

 

Med Canvas får ein tøffe ting som dette

 

http://www.nihilogic.dk/labs/imagefx/

Godt mulig canvas kan brukes til å lage vektorgrafikk og, men alle eksemplene der er vel for typiske raster-bilder

 

Det kan vektor grafikk og mykje meir grafikk utan XML skallkode, ergo det er mykje lettare å implementere dynamikk/animasjoner/effekter osv og samtideg ta vare på ytelsen. XML parsing er dødstreigt.

Alle vektorformat består av primitiver (linjer, ellipser, kurver splines etc etc). En viss mengde parsing er uunngåelig. Eksempler er pdf og postscript-formatene. Vektorgrafikk er uansett aldri ment å være fotorealistisk, så filene er som oftest ganske små. Har du en SVG-fil på 3-4 megabytes har du sannsynligvis skutt spurv med kanon Endret 11. september 2008 av iDude

[JohndoeMAKT]

Jeg så for en tid siden inn i vektorgrafikk for grafing på nettsider. Veldig mye lovende, men pga IEs mangel på native SVG og dårlige ytelse med oversetter landet jeg på heller begrenset canvas. Der selvsagt også med excanvas ( Explorer-canvas ) da den heller ikke var godt nok støttet i IE.

[PHPdude]

VML er ikke et XML-format utover at det har XML-innpakning, f.eks er dette helt gyldig XML:

<?xml version="1" ?>
<content>
year:1823; month:11; place:Oslo;
</content>

De som kan XML ser at dette skulle vært noe sånt i XML:

<?xml version="1.0" ?>
<content>
<year>1823</year>
<month>11</month>
<place>Oslo</place>
</content>

Poenget er at selv binært innhold kan pakkes inn i XML og dermed være gyldig XML selv om innholdet ikke er XML-basert overhodet. VML sin "XML" er i den retningen.

Uansett er det langt viktigere ting som gjør at VML er fullstendig overkjørt av SVG, f.eks at VML passer veldig dårlig sammen andre sentrale standarder som HTML, DOM og CSS, mens SVG derimot passer glimrende sammen med disse.

 

Også en merkelig oppfatning ute og går om at visning av Wikipedia-logoer er et sentralt bruksområde for SVG, visning av skalerbare bilder er absolutt en fin "bieffekt", men det som virkelig gjør SVG viktig er nettopp muligheten for å kombinere "fancy" skalerbar grafikk med HTML, DOM, CSS og Javascript osv. og lage sånt som dette:

http://people.mozilla.com/~vladimir/demos/photos.svg

http://starkravingfinkle.org/blog/wp-conte...t-transform.svg

http://svg.kvalitne.cz/submarine/

http://www.treebuilder.de/svg/sokoban/sokoban.svgz

http://weblogs.mozillazine.org/roc/archive...ing_svg_ef.html

 

(Sjekket med Firefox 3.0)

 

De virkelig gjennomførte gode eksemplene vil ikke bli lagd før mer enn 20% (alle unntatt IE-brukerne) har SVG-støtte bygd inn.

[anotherzen]

Ja det er slikt vi vil lage til kundene våre, det kan se rævva ut, det er muligsens så

tregt at ingen orker å browse siden deres, men deven DET ER SVG og det er CUTTING EDGE!!1

 

 

 

nei.

 

ps. nei jeg bruker ikke IE, men de eksemplene som er vist er

bare så trege og dårlige at jeg greier ikke å se nytten i noe slikt

istedet for å bruke andre alternativer eller tilogmed flash.

 

Selfølgelig er det jo litt leit at IE ikke støtter dette i det heletatt

men akkja.

Endret 12. september 2008 av anotherzen

[TLZ]

Å bruke SVG til animasjon gir ikke så mye mening, SVG er litt for tungt til det.

Avansert grafikk kan sikkert også vise seg å være problematisk.

 

Men for mer enkle ting, og ikke minst: for logoer så er SVG perfekt.

Microsoft har så langt faktisk gjort en god jobb i IE8 med å få den til å støtte div. standarder, og jeg håper de kommer til å jobbe med å få støtte med SVG også.

 

Et problem er jo at IE6(Ja, jeg skrev 6, ikke 7) kommer til ikke til å få under 10% markedsandel før 2011, og forsatt da må vi ta hensyn til den helvetesbrowseren. Huff.

[Uluen]

Microsoft har i stedet valgt å satse på bitmaps-grafikk

Ja bitmap er jo skikkelig godt egnet for web, LOL...

[JohndoeMAKT]

Muligens raster er det som er ment, men det stemmer heller ikke, for hvor er PNG-støtten?

[Spetsnaz]

Opera har støtte for animasjon i SVG, FF klarer statisk.

På dette området mangler IE implementasjon overhodet.

 

Etter at jeg leste dokumentasjonen på w3c om svg fikk jeg selv lyst til å bruke det.

En kan ikke lage noe med f.eks Svg eller ogg theora uten å bry meg om hvilke formater microsoft har "satset på". Effekten av dette er at MS ved bruk av sin markedsposisjon kan ødelegge for utviklingen på nettet ved å være et maktalternativ til w3c-standarder. IE 8 har kommet litt på vei i så måte i støtten av webstandarder som allerede er impementert i egne rekker, men ingen skal beskylde den for å være nyskapende, og allerminst eksprimentell hva anngår nyvinninger.

 

Det er så hinsides reaksjonært at det er dømt til å feile, det tar lang tid å langsomt komme seg forbi hindringer som skapes av at der forventes støtte for det som ser tålelig beint ut i IE. Grunnen til dette kunstige utseende er at noen har kranglet igjennom funksjonalitet som presser grensene. I en tilsynelatende evig runddans med posen full av skitne triks på begge sider. IE's arv som både Microsoft og andre må rette seg etter utgjør en prosess der den samlede effektiviteten av utviklingen ikke kan sies å være ivaretatt. Å ta hensyn til hvordan framtoningen til noe som er korrekt ser ut i lys av serien av IE-nettlesere, er kilde til enormt mye frustrasjon. Skal man i tillegg legge lista høyt så må man prøve og feile, for så å jobbe seg rundt akkurat dette. I neste omgang kommer enda en bakstreversk nettleser å tar markedsandeler og så sitter man der igjen å feiltester på utpust. En mer dynamisk opplevelse på nettet vil skje på tross av IE.

Endret 13. september 2008 av Spetsnaz