Je ne comprends pas vraiment les discussions ODF/OXML. AMHA, le but à viser est le format ouvert, qu'il vienne d'une entreprise propriétaire ou d'une communauté libre.
En l'occurrence, ce sont deux entreprises propriétaires (oui, ODF, c'est quand même largement Sun à la base) qui se tirent dessus depuis une bonne dizaine d'années pour savoir qui à la plus grosse.
Maintenant imaginons que l'ODF soit le standard adopté. Super, un monde de bisounours s'ouvre à nos yeux ... ha oui mais non: qu'est-ce qui empêche Microso~ d'étendre ce format avec plein de petits trucs bien pipeules raidis sans en dévoiler les tenants ? Et comment faire si un de ces petits trucs pipeules raidis sert principalement l'affichage du calendrier 2007/2008 des pinups les plus grosses du monde ? Seules les personnes équipées de Microso~ Office pourront le visionner et l'imprimer ?
Et cette hypothèse s'applique aisément dans le sens OOo/OXML.
Mais c'est très facile à faire ça. Et XML a même été prévu pour ça. Ça s'appelle des namespaces. Exemple: j'insère du {SVG|MathML|TrucML} dans un document, libre à l'application de savoir l'interpréter. Si TrucML est un autre standard, ça ira mais rien n'empêche TrucML d'être un bon truc propriétaire.
[^] # Re: Le problème n'est plus
Posté par rewind (Mastodon) . En réponse au journal Grande nouvelle! Le nouveau standard XML de Microsoft est tout pourri!. Évalué à 2.
En l'occurrence, ce sont deux entreprises propriétaires (oui, ODF, c'est quand même largement Sun à la base) qui se tirent dessus depuis une bonne dizaine d'années pour savoir qui à la plus grosse.
Mais c'est très facile à faire ça. Et XML a même été prévu pour ça. Ça s'appelle des namespaces. Exemple: j'insère du {SVG|MathML|TrucML} dans un document, libre à l'application de savoir l'interpréter. Si TrucML est un autre standard, ça ira mais rien n'empêche TrucML d'être un bon truc propriétaire.