Group items tagged

Rick Jellife weighs in on the OpenOffice ODF- MSOffice OpenXML interop embroglio. His take is to focus on Classes of Fidelity, providing us with a comparative table of fidelity categories. I wonder though if this über document processing approach is anywhere near consistent with the common sense meaning of interoperability to average end-users? IMHO, end-users interpret "interoperability" to mean that compliant applications can exchange documents without loss of information. "..... In my blog last year Is ODF the new RTF or the new .DOC? Can it be both? Do we need either? I raised the question of whether ODF would replace RTF or DOC. I think this issue has come back with a bang with the release of Office 2007 SP2, and I'd like to give another pointer to it for readers who missed it first time around.... "...... OASIS ODF TC has some kind of conformance and testing wing at work, but it is not at all clear that they will deliver anything in this kind of area. Without targetting these classes, ODF's breezy conformance requirements means that ODF conforment software can deliver vastly different kinds of fidelity, yet still accord to the letter of the law (and, indeed, to the spirit of the ODF spec, which allows so many holes) which will cause frustration all-around....." Ouch!

The List Proposal donnybrook refuses to go away. In a recent argument concerning Rick Jellife's controversial post, "Harmonization by augmenting ODF with OOXML elements", ODF defender Bruce D'Arcus pointed to his own OASIS ODF TC message thread in an effort to defend Sun.

The issue is that Rick Jellife and others are wondering why it is that Sun opposes interoperability enhancements to ODF that would solve the problem of converting MS binary and XML documents to ODF, and back.

Bruce's reference introduces the incredibly acrimonious "List Proposal Vote Deadline" thread. He also brings up a really important problem. The ODF Charter does not reference compatibility with existing file formats as a key objective.

The consequences of this neglect in the ODF Charter is that every time the issue of compatibility with existing MS binary or xml documents comes up, Sun claims it's, "Outside the Charter and Out of Scope".

I've been hearing that excuse for the last five years!! Meanwhile, the world has discovered it's impossible to implement ODF without also having to totally rip out and replace MSOffice. And that means a costly re engineering all existing business processes, line of business integrated apps, and assistive technology add-ons.

ODF failed in Massachusetts because Sun and OASIS TC refused to recognize the importance of an ODF plugin for MSOffice offering the same high fidelity "round trip" conversion as the OOXML plugin for MSOffice.

For one reason or another, big ODF vendors are locked into a "rip out and replace - legislative mandate" strategy. A strategy to limit the interoperability of ODF with MS documents, applications, and processes has only one consequence. As Massachusetts proved to the world, ODF is impossible to implement if you have workgroups and business processes based