The fact is that there are functions in the Microsoft formats that do not translate into the ODF formats. To the extent that these exist, and they are used by some subset of users, ODF does not provide full interoperability. We have also seen that other vendors develop support for OOXML over time.
I don't buy the reasons from John Sheridan for leaning towards OOXML. His main argument for going with OOXML over ODF appears to be that "ODF doesn't have 100% compatibility with legacy file formats". If they're going with Microsoft Office, can someone explain which features are not supported in ODF but are supported with OOXML? I find it hard to believe that a large percentage of people will use these "features" that don't exist in ODF.
And, without seekng to defend any vendors, I note that OOXML is an open standard recognised by ISO and IEC as ISO/IEC 29500.
Perhaps someone should enlighten him on the "committe stacking" and "bribery" allergations surrounding the OOXML standardisation process with ISO.
Any degree of lock in must be measured against the costs of changing, particularly if the change cannot be complete and two (or more) systems/applications need to be maintained.
Why would you need to maintain two systems? If you choose ODF, you can still use Microsoft Office. The only lock-in here would come from choosing OOXML.
Over time, it is possible, and IMHO likely, that other vendors will also be able to support OOXML – transitional or strict. We see this in the upgrading of OSS suites to handle newer formats (.docx over.doc for example).
Let me know when there's 100% compatibility on OOXML between Microsoft Office and LibreOffice. Also, transitional OOXML is the one that ISO rejected/deprecated for containing the "features" from legacy Microsoft file formats. I could also make the same claim here about Office 12 supposedly getting support for ODF1.2 (better late than never eh?), which would make ODF more widely supported than OOXML if it isn't already.
And from another commenter on TFA:
Right now I guess the two best reasons for OOXML are: 1) ISO 29500 Transitional has the best chance of faithfully representing all the legacy Office 97-2003 documents that are out there. 2) Microsoft Office has the larger install base by a country mile, giving it greater familiarity with users. This currently implies OOXML.
Not sure how the install base of Microsoft Office relates to requiring OOXML, since Microsoft Office supports ODF and OOXML.
If you want to make your voice heard on this issue, AIGMO are accepting comments on their blog posts here and here. Please note that this policy is for internal documents only. As John said in his comment on TFA, documents provided online for the general public to access are normally posted in both PDF and RTF formats and often HTML as well.
Sorry, that should have said "Office 15".
I don't buy the reasons from John Sheridan for leaning towards OOXML. His main argument for going with OOXML over ODF appears to be that "ODF doesn't have 100% compatibility with legacy file formats". If they're going with Microsoft Office, can someone explain which features are not supported in ODF but are supported with OOXML? I find it hard to believe that a large percentage of people will use these "features" that don't exist in ODF.
Perhaps someone should enlighten him on the "committe stacking" and "bribery" allergations surrounding the OOXML standardisation process with ISO.
Why would you need to maintain two systems? If you choose ODF, you can still use Microsoft Office. The only lock-in here would come from choosing OOXML.
Let me know when there's 100% compatibility on OOXML between Microsoft Office and LibreOffice. Also, transitional OOXML is the one that ISO rejected/deprecated for containing the "features" from legacy Microsoft file formats. I could also make the same claim here about Office 12 supposedly getting support for ODF1.2 (better late than never eh?), which would make ODF more widely supported than OOXML if it isn't already.
And from another commenter on TFA:
Not sure how the install base of Microsoft Office relates to requiring OOXML, since Microsoft Office supports ODF and OOXML.
If you want to make your voice heard on this issue, AIGMO are accepting comments on their blog posts here and here. Please note that this policy is for internal documents only. As John said in his comment on TFA, documents provided online for the general public to access are normally posted in both PDF and RTF formats and often HTML as well.