OOXML : Quand l'ISO se plante dans les grandes largeurs...

...aux dépends des utilisateurs.

ooxml-iso.jpg

En 2008, l'ISO, organisme de normalisation, donnait sont quitus au format Office OpenXML[1] (OOXML) de Microsoft, en lui offrant le doux nom de norme ISO/IEC 29500. Autrement dit, OOXML devenait un format bureautique ouvert au même titre qu'OpenDocument. Du moins Microsoft obtenait elle un quitus très virtuel, puisqu'au jour du vote, personne au monde n'avait vu la norme définitive, aussi éloignée du format initial de Microsoft qu'un œuf peut l'être d'un bœuf.

C'était en 2008, autant dire une éternité à l'échelle de l'évolution des technologies numériques. Nous sommes en 2010, et aujourd'hui, aucune application de Microsoft n'utilise la norme ISO, telle que votée en 2008. La page de Wikipédia est notamment erronée sur ce point : Les applications Office de Microsoft actuelles n'implémentent pas cette norme, les .docx, .xlsx et .pptx produits par Microsoft Office actuellement ne respecte pas le format normé. Qui plus est, ce n'est pas près d'arriver. Alex Brown, organisateur du sous-comité de normalisation et l'un des plus fervents supporters de Microsoft pendant le processus de revue du format, descend en flèche le comportement de Microsoft : Selon lui, Microsoft ne respecte pas son engagement d'adopter la version normée du format, Office 2010 étant massivement basé sur la version initiale du format, qui n'a plus rien à voir avec la norme. Le format n'est par ailleurs pas maintenu, les irrégularités du format pointées lors de la procédure de révision n'ont pas été adressées, le groupe de travail est largement en sommeil. Par ailleurs, l'ECMA, organisme européen de normalisation qui a largement assuré la promotion du format de Microsoft auprès de l'ISO, semble avoir suspendu toute action proactive d'amélioration du format, en ne laissant en place que quelques experts nationaux sur le sujet.

Le futur pour Microsoft, c'est Office 2010. Or celui ci se révèle actuellement incapable de passer avec succès les tests basiques de validation de la norme. Cet état de fait provient, selon Brown, de l'absence de maintenance de la norme. Voire l'adoption de la norme dans les années à venir pourrait révéler de nombreux autres problèmes aussi bien dans les documents produits, que dans la spécification elle-même. La plupart de problèmes identifiés lors des tests par Brown avaient déjà été relevés lors de la procédure de révision qui a précédé l'adoption de la norme.

Cette situation ne peut qu'atteindre un peu plus l'ISO, dont le crédit avait déjà été largement entamé par l'adoption de la procédure rapide [2], mais également par l'adoption même de la norme sur fond d'irrégularités de procédures et de soupçons de corruption. Surtout, cette situation se fait aux dépends des utilisateurs, dont certains sont certainement persuadés qu'en utilisant MS Office, ils sont capables de produire un format normé et indépendant. Or, on voit bien qu'il n'en est rien; je ne serais par ailleurs pas surpris que MS profite de la confusion régnant autour du nom du format[3] pour en faire un argument de vente.

Évidemment, Microsoft ne pouvait pas rester insensible à cette attaque en règle. C'est Doug Mahugh, évangéliste technique de Microsoft, qui présente les intentions de MS sur le futur du format et de ses propres produits : MS Office 2010 ne peut supporter le format normé pour des raisons logistiques et à cause des contraintes de temps[4]. Office 2010 ne produira donc que le format dit "Transitional", là où la norme répond au format "Strict". Autrement dit, point de normalisation pour Office 2010. Selon Mahugh, Microsoft ne pouvait tout simplement pas se conformer au format normé avec Office 2010, la roadmap de l'application étant déjà fixée au moment de l'adoption de la norme[5].

Par ailleurs, Mahugh avance le nombre très important de modifications à réaliser dans la norme après son adoption, rendant impossible son intégration dans Office 2010. Sans pour autant identifier que ce nombre très important de modifications vient essentiellement de la qualité de la spécification initiale de Microsoft, et que l'effort nécessaire à la production du format normé après la procédure de révision provient de l'utilisation de la procédure de révision rapide souhaitée par Microsoft.

Résultat, dans Office 2010, seule la lecture de la norme stricte devrait être possible. Autrement dit, MS renvoie à d'autres la production des fichiers à la norme, et aux calendes grecques son propre support en écriture, via un service pack, voire une intégration sous Office 15, version majeure devant suivre Office 2010. Comme toujours, les promesses n'engagent que ceux qui les écoutent.

Pour les utilisateurs, ce format reste donc aujourd'hui un réel danger. Non seulement les documents produits avec Office 2010 ne sont pas compatibles avec les versions précédentes (et inversement), mais ils ne sont pas non plus compatibles avec les versions futures de MS Office. La situation ne peut donc être pire pour ceux qui au quotidien utilisent ces logiciels. Je n'ose même pas parler d'interopérabilité, cet obscur objet du désir pour quelques geeks bornés, dont quelques éminents spécialistes n'ont cesse de dire que l'utilisateur s'en fout.

Que faire alors ? Fuir les .docx, .xlsx; .pptx et autres formats de Microsoft et produire au format OpenDocument, format également normé, mais aussi maintenu et supporté par de nombreuses applications, dont Office 2007.

Plus d'infos sur NOOXML

Notes

[1] Cette page de wikipédia présente à l'heure actuelle de nombreuses fautes, je vous invite à lire la page de discussion

[2] dite Fast-track

[3] La norme porte le même nom que le format de fichier Microsoft non normé, tel qu'il est produit par exemple par MS Office 2007, alors que les formats des fichiers sont très éloignés

[4] C'est certain, 2 ans, c'est très court pour se mettre en ligne avec ses propres engagements :-/

[5] Évidemment, Microsoft ne pouvait pas le savoir à ce moment là -_-

Vus : 447
Publié par Poupoul2 : 56