[Open XML] Ca gronde du côté de l'ODF !!! Enfin ?
L'annonce qui a été fait hier lors du GOSCON 2007 ne va pas ravir les détracteurs du format Open XML, en revanche la communauté Open XML va être contente : l'OpenDocument Foundation lâche le format OpenDocument !
Les raisons techniques sont principalement en cause et voici le texte que la fondation laisse sur son site pour expliquer son changement de position et sa transition vers CDF (Compound Document Format du W3C) :
For the past five years we have been hell bent on a quest for a universal file format. We define this elusive quest as an open, un encumbered, universally interoperable structured format compliant with W3C Internet Technologies, completely application, platform and vendor independent, with a trusted governance model that is open Internet - open source community friendly and internationally recognized.
For the past five years, our work has been concentrated on OASIS Open Document Office File Format
Our quest ended in April of 2006, when we gave up all hope of ever getting our ODF iX interoperability enhancements accepted by OASIS. At that point we went back to the W3C stable of Internet Technologies, and went to work on CDF, the "Compound Document Format".
The problem we have with OpenDocument is that it was not designed to meet market requirements that we consider to be essential to the future of ODF and, to our quest for a universal file format. We tried to adapt ODF to meet these market requirements through the use of five generic elements known as the ODF iX enhancements, and, our Universal Interoperability Framework Proposal. We were unable to convince the OASIS ODF TC that meeting these market needs were of critical importance, and that the ODF iX enhancements could get the job done.
The background of the market requirements is interesting. In May of 2006, we responded to the Massachusetts RFi, "Request for information as to the feasibility of an ODF plug-in for MSOffice". After a year long Pilot Study concerning the implementation of ODF, Massachusetts determined that they could not replace MSOffice with any of the ODF office suite alternatives. The problem was the ubiquitous presence of MSOffice bound workgroup-workflow business processes, line of business integrated app's, and accessibility add-ons. These processes were critical to the day to day functioning of government services.
Rather than giving up on ODF, Massachusetts thought it might be possible to write an ODF clone of the Microsoft MS-OOXML plug-in for MSOffice, otherwise known as the Microsoft XML Compatibility Pack. We agreed. Our da Vinci plug-in was announced shortly after Massachusetts threw down their RFi challenge.
We also understood that with the RFi announcement, the hope of government mandated "rip out and replace" of MSOffice was not going to happen. If Massachusetts can't implement ODF using MSOffice alternatives, government's the world over would likely experience similar difficulties.
It was in the Massachusetts trials that we learned of the demanding market requirements that would have to be met by our ODF da Vinci plug-in for MSOffice.
The market requirements are:
Compatibility with existing file formats, including Microsoft binaries and XML
Interoperability with existing applications, including Microsoft Office applications
Grand Convergence :: the convergence of desktop, server, device and web information systems (Think Web 2.0, SaaS, SOA and enterprise publication, content and archive management systems).
These are the same demands that MS-OOXML was designed to meet with one exception. MS-OOXML was designed for MS Stack specific "grand convergence". MS-OOXML and the MS Stack of desktop, server, device and web applications are designed to replace entirely HTML and near all other W3C Technologies within the monopolists stack. With the Internet the prize.
After months of testing, we believe that the W3C's CDF meets and exceeds these market requirements. And does so without need of proprietary eXtensions such as the five iX interoperability enhancements we needed to convert existing documents, applications and processes to ODF.
Since we can not meet our market requirements with ODF, the da Vinci plug-in is being configured for CDF. When completed, CDF da Vinci will be available for free, without limitations.
If at some point in the future the OASIS ODF TC approves our ODF iX enhancements and Universal Interoperability Framework Proposal, we will provision da Vinci to produce both CDF and ODF iX. We fully support enabling the owners of the information to decide which file format is best for them.
As citizens of the world enter into a new digital civilization based on the Open Internet, and the highly interactive wonders of global connectivity and exchange continue to grow and engage more of our lives, we believe CDF will be at the heart of all these events The Age of Collaborative Computing has arrived, and with it the dawn of an XML/RDF driven Open Internet. The time for portable XML/RDF Documents has arrived, and CDF is able to answer the call of grand convergence.
Information about our transition to CDF and our work on Universal Interoperability is referenced in documents located at "The Universal Interoperability Resource Center".
Cette annonce est évidemment des plus réconfortantes dans le sens où les défauts d'OpenDocument pointés pendant les réunions du sous-comité technique SC 34 de l'AFNOR sur ODF n'avaient pas l'air d'être problématiques pour les 'amis' de ce format à ce moment là. Aujourd'hui, la preuve en est de la mauvaise foi de penser que certains défauts d'ODF ne sont pas à considérer comme bloquant d'un point de vue technique et/ou fonctionnel et/ou pour les processus et infrastructures des entreprises du marché.
Cette annonce intervient d'autant plus dans un contexte où OpenDocument v1.2 ne devrait plus tarder à arriver, sûrement dans les semaines ou mois à venir. Certains 'pro ODF' ont récemment annoncées que tous les problèmes d'ODF devraient être résolus avec cette version et qu'à ce moment là, le format ODF pourrait jouer dans la même cours (même marché) que Open XML : cette décision est la preuve qu'une nouvelle fois cela ne sera pas le cas (par exemple, le système de metadata des documents est loin de valoir celui de Open XML avec son Custom XML même si certains points s'en rapproche).
Gary Edwards, l'un des co-fondateurs de l'OpenDocument Foundation et figure emblématique du format ODF de part son implication dans le comité technique du format, montre qu'aujourd'hui les entreprises qui utilisent majoritairement des infrastructures Microsoft, ne sont pas enclines à utiliser le format ODF fonctionnellement et techniquement plus pauvre que le format Open XML. D'autant que beaucoup se pose la question de l'apport d'un nouveau format de documents avec le seul argument que c'est un format libre, interopérable, bla bla ... (ce qu'est également Open XML) et qu'OpenOffice et ses dérivés (Lotus Symphony, etc) le supporte. Evidemment l'opérationnel et les processus de l'entreprise passe bien avant ces considérations.
La réflexion de l'OpenDocument Foundation va dans ce sens, et voit avec CDF une alternative viable pour résoudre les problèmes que la fondation a soulevée à l'OASIS avec notamment une compatibilité avec les formats de données Microsoft et ECMA (Open XML). Evidemment, devant l'engagement et la stratégie d'IBM et de Sun, cette décision ne fait pas 'consensus' - les membres du sous comités AFNOR y verront un clin d'oeil - dans la communauté ODF. A ce titre, l'une des grandes figures 'anti Open XML' (qui étonnamment travaille chez IBM !), j'ai nommé Rob Weir, dénonçait déjà sur son blog le comportement de l'OpenDocument Foundation à ce sujet (une réaction Bob ?).
Le sous-comité SC34 de l'AFNOR devrait encore se réunir suite au BRM d'Open XML (ISO DIS 29500) et devrait également traiter du format PDF dans sa version 1.7 ... l'aventure Open XML continue !
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
