| Microsoft "supports" ODF? |
Jul. 07, 2006
Don't believe for one second that Microsoft is actually "supporting" ODF. The headline reads, "Microsoft Bows to Pressure to Interoperate with ODF." Oh no, Microsoft isn't. The Redmond crew has an entirely different agenda for "supporting" the OpenDocument Format with its own Open XML Translator.
Actually, it's not even news, according to Andrew Updegrove, a partner with Boston law firm Gesmer Updegrove, and the editor of ConsortiumInfo.org.
"Microsoft's announcement on plug-ins is being treated in the press as 'new news,'" Updegrove said. "Ray Ozzie actually let slip mention of the project last October, and an open-source converter project was started by the same French company last September 26."
"Still, as recently as May 19, Microsoft did not disclose the project when it replied to a [Massachusetts] request for information on plug-ins. Why go public now? Presumably due to the series of pro-ODF announcements made in Europe," he said.
In fact, "The plug-in announcement is but the latest in a series of Microsoft concessions in reaction to the rising popularity of ODF. It will be interesting to see where the string of concessions eventually ends, as this latest fallback to a new defensive position leaves Microsoft far more vulnerable than it seemed only a few short months ago," Updegrove said.
However, much as I respect Updegrove, I don't see it that way. Regarding the timing, I think that it had much more to do with Office 2007's latest delay. Microsoft had to try to drum up some positive buzz for Office 2007, and this was all ready to go. But let's take a closer look at this ODF support of Microsoft's, shall we?
First, consider what Microsoft will actually be offering. It's a set of third-party, add-on utilities that will enable Office users -- first only Office 2007 users, but later users of other Microsoft Office programs as well -- to read and write in ODF.
It is not a set of programs, open-source BSD license or not, that anyone else will be able to use. The Translator will only work with Microsoft's own proprietary programs. You can't use it, as it is, as an independent bridge between Microsoft's formats and ODF.
There are two key phrases here. The first is "third-party." Jason Matusow, Microsoft's director of standards affairs, came right out and said Microsoft was not contributing code or providing architectural guidance for Open XML Translator.
In other words, if it does a crummy job of translating to and from, don't look to Microsoft to clean up your slightly mangled documents. Microsoft will, however, be supplying technical support.
Why, oh why, do I think that Translator's technical support line will often be telling users that the fault for a botched document transfer lies at ODF's door? And somehow I think Microsoft's technical support's usual suggested "fix" will be to just use Microsoft's own Open XML instead. "It's so much better," they'll say to annoyed users.
The next part of the Microsoft Translator trap is the phrase "add-on." Instead of simply building ODF in like any other format, Microsoft is going to require users to download and install the program themselves.
Any time there's an extra step that you don't have to take, most users won't bother to take it. I know it and Microsoft knows it.
Microsoft isn't bowing to any real pressure. It's making a move to help itself continue to sell Office to offices that require open standards but won't drink the "Open XML is an open standard" Kool-Aid.
Updegrove interprets the situation differently.
"Microsoft's latest concession clearly makes it easier for governments and other users to feel safe in making the switch from Office to ODF-supporting software, since Microsoft itself will be collaborating to make document exchanges smooth and effortless," Updegrove said.
"Critics of the Massachusetts (and Danish, French and Belgian) initiative will now know that not only will Massachusetts government workers and the keepers of public records be able to easily exchange documents, but those with disabilities may simply continue to use Office as their peers convert to ODF software, later changing over themselves when accessibility tools for ODF software become available."
I can't see that at all. To me, for the reasons I cite above, this is just more Microsoft smoke and mirrors.
This isn't the first, or likely even the one hundred and first, time that Microsoft has played this open-standard support trick. It did it with "supporting" the Kerberos network authentication protocol. More recently, Microsoft has been playing the exact same game with Adobe Systems and support for its PDF format in Office 2007.
By doing the minimum to make Office 2007 technically compliant with government and corporate open-document-standard requirements, Microsoft isn't bowing to anything except its greed for continuing its desktop office monopoly.
What could Microsoft do if it were really interested in supporting open standards? Easy: Bake ODF import and export support into Office 2007. This? This Translator support is just another trap to keep users locked into Microsoft Office.
-- Steven J. Vaughan-Nichols
Do you have comments on this story?
Talkback here
NOTE: Please post your comments regarding our articles using the above link. Be sure to use this article's title as the "Subject" in your posts. Before you create a new thread, please check to see if a discussion thread is already running on the article you plan to comment on. Thanks!
(Click here for further information)
|
|
|
7 Advantages of D2D Backup
For decades, tape has been the backup medium of choice. But, now, disk-to-disk (D2D) backup is gaining in favor. Learn why you should make the move in this whitepaper.
4 Legal Reasons to Control Internet Access
The Internet is obviously a valuable resource for many organizations. However, many are exposed to legal liability concerns because they fail to control Internet access. Learn if you're safe in this white paper.
Rapidly Resolve J2EE Application Problems
Whether you are in the process of building J2EE applications or have J2EE applications already running in production, you must ensure that they deliver the expected ROI. Learn how in this white paper.
Load Testing 2.0 for Web 2.0
There are many unknowns in stress testing Web 2.0 applications. Find out how to test the performance of Web 2.0 in this white paper.
Build Better Games Online
For the game infrastructure providers, life is complex. Making money from games has become more complicated. Why? Find out in this white paper.
Building a Virtual Infrastructure from Servers to Storage
This white paper discusses the virtual storage solutions that reduce cost, increase storage utilization, and address the challenges of backing up and restoring Server environments.
Gaining Faster Wireless Connections with WiMAX
Welcome to what is quickly becoming the hyperconnected world where anything that would benefit from being connected to the network will be connected. Learn more in this white paper.
Is Your Desktop a Security Threat?
The new wave of sophisticated crimeware not only targets specific companies, but also targets desktops and laptops as backdoor entryways into those business’ operations and resources. Learn how to stay safe in this white paper.
Increasing SAN Reliability by 100 Percent
Storage area networks (SAN) are a strong part of storage plans. Learn how to increase your reliability and uptime by 100 percent in this case study.
|
|
|
|
|
news feed