xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: INFO : La guerre des clients SVG a-t-elle commencé ?
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 18/09/2003 - 15:09
Bonjour Robin,
On Wed, 2003-09-17 at 15:08, Robin Berjon wrote:
> Bonjour,
>
> j'ai décidé de m'inscrire ici pour répondre à cet article. Je dois dire que j'ai
> été surpris, c'est là un des articles les moins informés que j'ai jamais eu
> l'occasion de lire dans ces pages.
Je suis désolé que tu le juges comme tel : nous avons pu passer à coté
de certains points et ne sommes pas dans les secrets de Corel et Adobe
mais cet article n'en a pas moins été écrit après avoir effectué des
tests sur les produits qui y sont mentionnés.
> Il n'y a pas de guerre Adobe-Corel. C'est du pur sensationalisme. Les efforts
> concertés déployés par ces deux sociétés pour produire des clients
> interopérables sont réels et solides.
L'expression "guerre des clients SVG" renvoie bien évidemment à
l'expression "guerre des navigateurs" communément utilisée pour
qualifier la rivalité qui a existé entre Microsoft et Netscape.
C'est une image qui, comme toute image, vaut ce qu'elle vaut. Elle me
semble avoir l'avantage d'être assez parlante (ce qui est indispensable
pour un titre) et a été employée dans une phrase interrogative. Notre
rédacteur n'affirme pas qu'il y a une guerre Abobe-Corel, mais les tests
qu'il a fait le lui font craindre et il partage ses craintes et pose la
question.
Et nous souhaitons bien évidemment tous qu'il se trompe, que les
problèmes qu'il a constaté soient des bugs et que ces clients SVG soient
bientôt 100% compatibles et interopérables.
> Il n'y a pas d'extensions propriétaires Corel.
Tout depend de ce que l'on appelle extensions. Alexandre Arcouteil a
constaté que les démonstrations de Corel faisaient appel à des
extensions pour ce qui concerne les animations. C'est sans doute fait de
manière tout à fait conforme aux spécifications SVG, en utilisant des
espaces de noms pour bien identifier les extensions, mais c'est tout de
même un problème pour l'interopérabilité des documents SVG utilisant ces
extensions.
A côté de cela, il a également constaté que le client Corel se
comportait de manière assez moyenne sur les tests de la série "anim"
publiés sur le site du W3C.
Bug ou pas, on peut penser que Corel à donné une certaine priorité à ses
extensions par rapport au développement des fonctions standards...
> Si le contenu de démo de Corel ne
> marche pas ailleurs, ce sera le fait de bugs (comme ceux qui existent et sont
> bien connus dans ASV 6 Tech Preview).
Et des extensions implémentées au moyen d'espaces de noms propriétaires.
On peu être inquiet quand on voit l'utilisation intensive qui est faite
de l'espace de noms http://www.corel.com/schemas/2002/dSVG dans le
document http://smartgraphics.corel.com/lightsdemo/lightsdemo.cxs (qui
par ailleurs n'a pas une extension SVG).
> Finalement il n'y a pas d'"arbitre" dans ce duel inexistant, et s'il y en avait
> un ce ne serait pas nécessairement Batik. Il existe plusieurs dizaines de
> clients SVG, rien de tout celà n'est guerrier.
On ne peut pas nier que Corel et Adobe soient concurrents sur bien des
points. L'image "duel" et/ou "guerre" est entrée dans le moeurs pour
illustrer ce genre de rivalité et ne me semble pas choquante.
> Bref, hors l'annonce des releases, cet article ne contient rien de vrai.
Je suis désolé que tu le penses et trouve au contraire qu'il n'est pas
inutile de rappeler le danger que posent ce type d'extensions dans tout
vocabulaire XML (SVG n'est hélas pas un cas isolé).
Cordialement,
Eric
--
Read me on Advogato.
http://advogato.org/person/vdv/
Upcoming schema tutorial:
- Philadelphia (7/12/2003) http://makeashorterlink.com/?V28612FC5
Tutoriel XSLT:
- Paris (25/11/2003) http://makeashorterlink.com/?L2C623FC5
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 30/09/2003 - 20:02 UTC
webmaster@xmlfr.org
| 
