Linked by Thom Holwerda on Tue 24th Mar 2009 23:26 UTC, submitted by inkslinger
Permalink for comment 355180
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/25/13 0:45 UTC
Linked by Thom Holwerda on 05/24/13 23:59 UTC
Linked by Thom Holwerda on 05/24/13 22:33 UTC
Linked by Howard Fosdick on 05/24/13 21:41 UTC
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
More News »
Sponsored Links



Member since:
2007-02-17
Probably the IE folks decided that SVG was not high priority for this release. They may also still be unhappy about the rejection of VML.
The history of SVG on Wikipedia says this:
SVG 1.0 became a W3C Recommendation on September 4, 2001.
SVG 1.1 became a W3C Recommendation on January 14, 2003.
SVG Tiny 1.2 became a W3C Recommendation on December 22, 2008.
SVG Full 1.2 is a W3C Working Draft.
So the level asked for in Acid3, which is SVG 1.1, has only recently become available in those browsers that mostly pass Acid3 (that is, almost anything except IE).
That level of SVG has been a recommendation (i.e. stable) for over six years now. SVG 1.1 is the stable level, and that is all that is reasonably required to be considered standards compliant.
The additional SVG functions defined in level 1.2 Tiny are too recently recommended to expect to be implemented anywhere as yet, and the further functions defined in level 1.2 Full are still draft.
BTW, DOM level 2 compliance being missing in IE is almost as big an elephant in the room. As is the lack of a compliant JIT javascript compiler. Actually, we seem to have a bit of a huge roomful of elephants.
Edited 2009-03-26 11:47 UTC