Commentary
With Open XML, Microsoft Is Riding A Gift Horse
If you listened just to Microsoft, you'd get the strong impression that IBM was practically guilty of war crimes for its opposition to Microsoft's sweet, innocent Open XML document standard before international standards bodies. The truth is, as usual, something different. I have no doubt that IBM's support for the Open Document Format and objections to OpenXML bear some taint of competitive free enterprise. But, let's call a spade a spade, Microsoft's indignant protestations bear some taint of propaganda as well.If you listened just to Microsoft, you'd get the strong impression that IBM was practically guilty of war crimes for its opposition to Microsoft's sweet, innocent Open XML document standard before international standards bodies. The truth is, as usual, something different. I have no doubt that IBM's support for the Open Document Format and objections to OpenXML bear some taint of competitive free enterprise. But, let's call a spade a spade, Microsoft's indignant protestations bear some taint of propaganda as well.The catfight is in the news because Microsoft's Open XML, after being approved as a standard by ECMA (formerly the European Computer Manufacturers Association) is being fast-tracked through the joint standards-setting process of two more influential standards-setting, bodies, ISO/IEC. It's a 30-day sprint, and the comments period has just ended. Not all the comments about Open XML were positive, and IBM, after voting to keep ECMA from considering Open XML and then voting against allowing ECMA to submit Open XML for ISO/IEC consideration, has aired some of those negative comments. All's fair in love and war, and the IBM-Microsoft relationship is definitely not love.
You can read Interoperability, Choice and Open XML on Microsoft's Web site. It is entertaining, if not spectacularly even-handed -- it claims, for example, that IBM is trying to "force ODF on users through public procurement mandates," while it's not exactly forthcoming about details like how much it might have spent on lobbying in its struggle to keep Microsoft Office on the official purchase schedules in places like the state of Massachusetts.
More Windows Insights
White Papers
- Mobile BI: Actionable Intelligence for the Agile Enterprise
- New Visual and Wizard-Driven Paradigms for Exploring Data and Developing Analytic Workflows
Reports
More >>Webcasts
- Maximize ROI with Database Consolidation onto Private Clouds
- Five Jobs You Can Do Better with Intelligent Decision Automation
ODF is an open standard -- is was created under the watchful eye of OASIS and published by both ISO and IEC. Open XML is an open standard in the making. Microsoft has do something to keep from being driven out of the office-suite business. Governments are leading the way in demanding open document formats -- especially in Europe, where Microsoft's obsessive proprietism, if that's a word, has gotten it in trouble with courts over and over.
It could very easily solve its problem by embracing ODF and incorporating support for it into its products -- except that would involve agreeing to licensing terms Microsoft simply will not accept (can you say "open source"?)
So the software giant's only alternative is to create a standard of its own. A good bit of the letter is devoted to creating the impression that Open XML is just like ODF -- that is, open -- but better. ODF is "closely tied to OpenOffice and related products, and reflects the functionality in those products," says the letter, while "Open XML, on the other hand, reflects the rich set of capabilities in Office 2007." And is closely tied to just one product, Microsoft Office, which Microsoft seems to have forgotten.
It's not just IBM that's objecting to Open XML, and the objections are not sibling rivalry. You can see a summary of the objections on GrokDoc. (Be advised that GrokDoc is an offshoot of GrokLaw, which is currently having propaganda-related problems of its own.)
Many of the objections seem to be deeply technical responses to things in the Open XML spec like " 'Application-defined' binary blobs for Microsoft Ink&tm; data." Steven G. Johnson, who identifies himself as an assistant professor of applied mathematics at MIT, notes, "This is obviously a thinly-veiled way to include the proprietary Microsoft Ink tablet-PC annotation content in [the standards document], without documenting the format used."
There is a "Through the Looking-Glass" quality to all of this: Microsoft has attacked ODF as being somehow less open, because it is supported by IBM, than Open XML, which apparently at this point still harbors Microsoft technology that is extremely likely to ever be released to an open software environment on terms acceptable to the open-source community.
It's a truism in the software business that "the good thing about standards is that there are so many of them," but I'm inclined to hope that Sun's plan to write ODF support for Microsoft Office succeeds. ("We've done what Microsoft could and should have done in the first place instead of FUD-ing and fighting," blogged Sun's chief open-source officer). Do we really need another open document-format standard? I'm glad Microsoft is feeling generous, but experience make me inclined to look this gift horse in the mouth.
Related Reading
| To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy. | |
|
|
T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting! |
Subscribe to RSSResource Links
This Week's Issue
Technology Whitepapers
- Mobile BI: Actionable Intelligence for the Agile Enterprise
- Creating the Enterprise-Class Tablet Environment - by Yankee Group
- The BlackBerry PlayBook tablet's Good Bones - by BlackBerry
- Red Alert: Why Tablet Security Matters - by BlackBerry
- New Visual and Wizard-Driven Paradigms for Exploring Data and Developing Analytic Workflows
Featured Resource
This technical brief dives deep into migration recommendations and explains how to plan thoroughly, adopt a phased approach and who to ask for help.
Read Now












