OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] SVG interoperability

[ Lists Home | Date Index | Thread Index ]

Hi Jeff,

Le mardi 20 juin 2006 à 00:44 -0400, Jeff Rafter a écrit :
> Hi Eric,
> 
> In general I think I have to agree with all of what Robin has said-- the 
> state of SVG from the outside may look dismal but it is moving along 
> very well and is in a usable state. Many people make a large deal about 
> the partialness of implementations but it isn't like the Mozilla folks 
> went off and built a partial subset of the most useless features-- they 
> built the most commonly used (and agreed on) subset. And having that is 
> a great advancement to having what we have now. So granted, there are 
> limits on Filters and Animation (in FireFox), and there are a couple of 
> unfortunate bugs-- but once you know them they can be avoided.
> 
> Additionally, there are currently projects in affect that do page 
> rewriting in the absence of SVG support (in IE) to utilize VML to 
> accomplish a subset. Again, this is sub-optimal but can be used to 
> accomplish a limited subset.

That's probably the path followed by Microsoft in Windows Live Local,
then.

> The fact that several major players are using SVG in their web 2.0 apps 
> successfully indicates that it is at least the basis for a short term 
> strategy.

I took a look at Windows Live Local and they seem to be using SVG only
for rather minor tasks (like superposing driving directions on a map).

Which other major players do you have in mind?

My experience (and private feedback I have got so far) is rather with
people giving up SVG with the arrival of Firefox 1.5 that has "broken
their applications" and I'd prefer to give a more positive view of the
situation! 

> In terms of detection in FireFox, my guess is that you could design your 
> page to be embedded in HTML (using the description from the SVG Wiki) 
> and insert a simple detection script. Adobe supports a lot of 
> non-standard script functions so a detection script in a try catch would 
> be fairly easy. In the case of a single SVG page-- UA detection is 
> simple regardless (and is used fairly often when trying to work with 
> some of the ASV3 bugs).

Yes, that could be an option.

Thanks,

Eric
-- 
GPG-PGP: 2A528005
Carnet web :
           http://eric.van-der-vlist.com/blog?t=category&a=Fran%C3%A7ais
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------

Ceci est une partie de message=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS