Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Liens connexes

Dépêche modérée par

Dépêche éditée par

Articles : Normalisation des formats de fichiers des suites bureautiques

Posté par patrick_g (page perso, ). Modéré le 09 décembre 2006.
Bureautique
Depuis quelques semaines le problème de la normalisation des formats de stockage de données des suites bureautiques a beaucoup évolué. L'ISO vient de publier les spécifications du format OpenDocument et l'Ecma vient de voter pour l'adoption du format Open XML de Microsoft. De plus l'utilisation des restrictions numériques (DRM) pourraient bien venir troubler cette apparente ouverture de nos formats de données.

Il est donc temps de passer en revue ces changements et de s'interroger sur les évolutions probables à moyen terme.

> Lire la dépêche (66 commentaires, moyenne: 3,7).  

Du coté d'OpenDocument, qui est utilisé notamment par OpenOffice ou Koffice, l'organisation internationale de la normalisation (ISO) vient de publier les spécifications de ce format qui passe ainsi la dernière étape de sa reconnaissance en tant que standard officiel.
Après le vote sur l'adoption ayant eu lieu en mai cette publication va renforcer les chances d'OpenDocument dans la bataille qui l'oppose aux divers formats propriétaires et, en tout premier lieu, aux formats bureautiques de Microsoft Office.
En effet il semble que l'utilisation de suites compatibles avec OpenDocument commence vraiment à se répandre (uniquement en France on peut citer la gendarmerie nationale, le ministère de l'agriculture, l'administration centrale ou encore l'assemblée nationale) et ce format est soutenu par de grandes firmes comme IBM, Sun, Adobe ou encore Google.

Du coté de Microsoft on ne reste pas les bras croisés et l'entreprise à parfaitement conscience de la menace qui pèse sur elle. MS Office représente une part importante des revenus de Microsoft et la marge généré par la suite bureautique est énorme. Il est donc dangereux pour le géant du logiciel de laisser disparaître cette vache à lait.
La riposte a pris la forme d'un nouveau format bureautique (Open XML) qui sera utilisé par la nouvelle version d'Office (Microsoft Office 2007). Au delà des diverses comparaisons techniques ou des remarques ironiques sur la lourdeur des spécifications d'Open XML du fait du poids de la compatibilité (plus de 6000 pages contre 722 pour OpenDocument) ce qui importe est bien entendu le degré d'ouverture et d'interopérabilité de ce nouveau format.
Microsoft s'est engagé à ce que la licence d'Open XML soit gratuite et perpétuelle et a initié une normalisatisation par l'intermédiaire de l'Ecma (European association for standardizing information and communication systems). Le vote a eu lieu le 7 décembre et, en dépit du vote négatif d'IBM, le format Open XML a été approuvé. Il est assez inhabituel d'enregistrer un vote négatif de la part d'une des parties en présence car des discussions préliminaires se déroulent afin d'aplanir les différents. Ce vote d'IBM a donc suscité beaucoup de commentaires (ici, ici ou encore dans ce journal).

En dépit de cette controverse les spécifications finales d'Open XML sont donc maintenant disponibles sur le site de l'Ecma et Microsoft a annoncé sa volonté d'obtenir également une certification ISO de son format. Un pack de rétrocompatibilité avec les anciennes versions (2000, XP et 2003) de la suite est disponible en téléchargement afin de faciliter l'adoption la plus rapide possible d'Open XML.
A première vue il semble donc que cette furieuse bataille de standardisation soit positive pour l'utilisateur qui pourra ainsi profiter d'une meilleure interopérabilité entre les divers logiciels bureautiques et d'une assurance que ses précieuses données ne seront pas prisonnières d'un conteneur opaque et propriétaire.

Pourtant, comme toujours avec Microsoft pourrait-on dire, la situation est loin d'être aussi rose que prévu. En effet le format Open XML, du fait de sa longueur exorbitante, est extrêmement difficile à implémenter correctement. Certaines personnes avancent que c'est une tactique délibérée de la part de Microsoft pour supplanter ses concurrents. Selon les propres mots de Rick Schaut, employé de la division Mac de Microsoft, il faut cinq développeurs-an pour faire un quart du travail sur Word uniquement. Andrew Shebanow, employé d'Adobe, s'est donc amusé à calculer le coût total que représente l'implémentation complète du standard. Sa conclusion est qu'il faut environ 150 développeurs-an ! Quels sont les projets libres qui pourront se permettre cette débauche de moyens ? Et cela vaut-il la peine de dépenser un tel niveau de ressource uniquement pour implémenter un format bureautique alors qu'OpenDocument existe déjà ?

Pour aggraver encore la situation le format Open XML est critiqué pour son approche qui privilégie l'inclusion de toutes les strates des formats MS Office précédents. On trouve ainsi des structures de données qui sont modelés directement d'après Windows et qui n'ont aucune couche d'abstraction. On rencontre également une gestion des exceptions extrêmement critiquable du type : interpret this bit as X when it comes from Mac, as Y when it comes from Win32 and even different when its written before date Z.

Pourtant cette quasi-impossibilité à implémenter correctement le format n'est peut-être pas le pire et certains partisans du logiciel libre craignent que la gestion numérique des droits (DRM) sur les documents bureautiques ne soit la vraie menace future.
Cory Doctorow, le célèbre auteur et activiste du libre, pense que Microsoft n'a abandonné la lutte sur le front du format de données que pour mieux se concentrer sur l'enfermement des utilisateurs et l'écrasement de ses concurrents par l'intermédiaire des DRM.
Dans une tribune du site InformationWeek il analyse cette menace et soutient que l'inclusion de modules matériels de gestion des droits dans les ordinateurs a été le prélude à cette nouvelle offensive. Le système d'exploitation Vista, en association avec la suite Microsoft Office 2007, permettra de gérer des verrous sur les documents ce qui interdira complètement toute tentative de compatibilité.
"If your PC doesn't pass muster -- because you're running a third-party document reader, or a modified OS, or an OS inside a virtual machine -- then you don't get any keys."
Traduction libre : Si votre PC n'est pas jugé adéquat -- parce que vous utilisez un logiciel bureautique différent, ou un système d'exploitation modifié, ou un système d'exploitation dans une machine virtuelle -- alors vous n'aurez pas les clefs.

Cette théorie expliquerait pourquoi Microsoft a accepté aussi facilement de normaliser son format de données bureautiques. Même si les logiciels concurrents parviennent à implémenter le format Open XML ils ne pourront lire les documents exigeants une clé de libération et les utilisateurs continueront donc à utiliser les produits Microsoft. Le plus beau c'est évidemment que même la simple tentative de retrouver les clés est dorénavant interdite par la loi !

Comme l'écrit Cory Doctorow : "The Trusted Computing Module has sat silently on the motherboard for years now. Adding Vista and IRM to it is takes it from egg to larva, and turning on remote attestation in a year or two, once everyone is on next-generation Office, will bring the larva to adulthood, complete with venomous stinger."
Traduction libre : Les modules matériels de gestion des droits sont restés silencieusement dans les cartes mères depuis des années maintenant. L'ajout de Vista et de la gestion logicielle des droits à ces modules est tout ce qu'il faut pour passer de l'oeuf à la larve, et l'activation par défaut dans un an ou deux, quand tout le monde sera sur la suite Office de nouvelle génération, permettra de passer de la larve à l'adulte complet avec son dard empoisonné.

NB: Les anglophones ne disposent que d'un mot pour norme et standard. Voir les définitions sur Wikipedia

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Laissez-moi être le premier à le dire

Posté par Minos () le 09/12/2006 à 20:37. (lien). Évalué à 10.

Merci et bravo à patrick_g pour ce bel article !

Question

Posté par gyhelle () le 09/12/2006 à 20:41. (lien). Évalué à 7.

Il est reproché à OpenXML d'avoir des spécifications trop importantes, mais d'après ce que j'en ai compris il s'agit d'une version XML des formats MS office. Or la suite Open Office, lit assez bien ces formats. Cela serait il si long d'implémenter une version lisant de l'openXML ?

DRM & Brevet & Novell

Posté par IsNotGood () le 09/12/2006 à 22:33. (lien). Évalué à 5.

DRM n'est pas forcément un vrai problème. Sûr que ça sera utilisé par quelques entreprises paranos. On crypte aussi les données sous Linux. Non ? OK, dans le cas de Linux, on peut les décrypter sans payer de licence ou être dépendant d'un OS.
M'enfin, ne sous-estimons pas le potentiel de nuisance assez fabuleux de DRM. Puis d'autres plus qualifiés que moi estiment que c'est un très sérieux problème, vous pouvez les croire plus que moi.

Par contre je ne serais vraiment pas surpris que pour implémenter Open XML il faille utiliser des brevets MS (c'est le format Open XML qui est libre de droit, pas son implémentation). C'est là que l'accord MS/Novell a du piquant (accord qui autorise Novell à utiliser les brevets MS). D'ailleurs Novell va (au moins tenter) implémenter Open XML sur OOo :
http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104&ST(...)

Un hazard ? Je n'y crois pas deux secondes.

2OOO, des zéros (0), pas des O !

Posté par Mildred (Jabber id, page perso, ) le 09/12/2006 à 23:07. (lien). Évalué à 9.

mais d'ou vient cette manie d'écrire certains zéros comme des O ? ca fait mal aux yeux.

Avantages et inconvénient de la concurrence

Posté par remydarcel () le 10/12/2006 à 08:28. (lien). Évalué à 3.

A l'heure actuelle il existe des systèmes de verrouillages des documents (sous openoffice et sous Microsoft office) permettant déjà de contrôler l'accès à des documents. Ce système existe aussi pour le PDF.
Pourtant la très grosse majorité des fichiers ms office, open office ou PDF que nous utilisons actuellement ne sont pas du tout verrouillé donc je ne vois pas pourquoi cela changerais avec le format open XML.
Donc de ce coté là je ne vois pas où est le problème.

Pour moi le faîte d'avoir 2 formats en concurrence ne peut être que bénéfique pour les utilisateurs dans le sens où la compétition va stimuler les 2 adversaires pour faire avancer leur soft. Visiblement à terme openoffice.org et Microsoft office 2007 vont être inter-compatible entre eux avec une compatibilité supérieure à ce qui existe à l'heure actuel. C'est déjà ca de gagner non?

Traduction libre

Posté par nonas (Jabber id, ) le 10/12/2006 à 14:35. (lien). Évalué à 6.

Cory Doctorow : "The Trusted Computing Module has sat silently on the motherboard for years now. Adding Vista and IRM to it is takes it from egg to larva, and turning on remote attestation in a year or two, once everyone is on next-generation Office, will bring the larva to adulthood, complete with venomous stinger."

Traduction libre : Les modules matériels de gestion des droits sont restés silencieusement dans les cartes mères depuis des années maintenant. L'ajout de Vista et de la gestion logicielle des droits à ces modules est tout ce qu'il faut pour passer de l'oeuf à la larve, et l'activation par défaut dans un an ou deux, quand tout le monde sera sur la suite Office de nouvelle génération, permettra de passer de la larve à l'adulte complet avec son dard empoisonné.


"Remote attestation" signifierait même plus "attestation / activation à distance", ce qui me semble encore plus dangeureux.

Avantage inattendu ?

Posté par Arnaud (page perso, ) le 11/12/2006 à 10:29. (lien). Évalué à 4.

Si ce OpenXML "colle à la peau" de la suite Office de Microsoft, peut être que ses spécifications vont peut être légèrement éclairer ceux qui font du reverse-engineering sur les versions binaires des suites Office précédentes ? :-)

Pourquoi IBM ne veut pas d'OpenXML

Posté par spotty () le 13/12/2006 à 14:07. (lien). Évalué à 2.

IBM reproche à OpenXML de pouvoir mettre des binaires compilés, java ou activeX, pour java cela ne sera pas un gros problème, c'est assez multiplateforme, en revanche les activeX...

De plus, l'openXML est trop proche des produits microsoft et seront difficile à implémenter dans d'autres suites bureautiques


(http://www.sutor.com/newsite/blog-open/?p=1145)

Revenir en haut de page