12.08.06

Gemini version available ♊︎

ECMA Open XML Approved Despite IBM Objection

Posted in ECMA, Formats, IBM, Interoperability, Microsoft, Office Suites, Open XML, OpenDocument, OpenOffice, Standard at 1:27 am by Shane Coyle

As was expected, the ECMA approved Microsoft’s Office Open XML file format today, despite the lone objection of IBM.

Approval of the specification, however, was not unanimous. IBM said it voted against Open XML, saying OpenDocument, which is the default format in OpenOffice, is a “vastly superior” format, and another standard was unnecessary.

“It (OpenDocument) is an example of a real open standard versus a vendor-dictated spec that documents proprietary products via XML,” Bob Sutor, vice president for open source and standards for IBM, said in his blog. “ODF is about the future, Open XML is about the past. We voted for the future.”

IBM, according to Microsoft, was the only Ecma member to give the thumbs down. Microsoft’s public relations firm also circulated via e-mail a statement from the Initiative for Software Choice praising the approval.

In a blog entry by Andrew Shebanow, he also raises concerns about whether Open XML is a "One Way Standard", echoing earlier concerns whether Open XML is even able to be fully implemented by anyone other than Microsoft, or if only as a subset providing limited interoperability. On his Shebanation blog, Shebanow notes the gargantuan effort that Mac MS Office team must undertake to implement their own standard:

Today, though, a couple of interesting things happened that made me want to write about this. The first is that ECMA approved the Office XML standard over IBM’s objections. That got me thinking about Bob’s piece again. The other is that Rick Schaut of Microsoft’s Mac BU wrote an article explaining very eloquently why the Mac version of Office won’t support the Open XML file format until sometime next year. What struck me when I read the latter piece is that Rick absolutely, positively proves Bob Sutor’s point when he explains what it would take to create a file converter from scratch for Mac Word:

[…] a team of 5 developers will implement 25 handlers a week, which means that we’d have all the XML handlers written in 44 weeks. […] Nevertheless, we’ve taken a little less than a year to get the converters reading the new file format. We still aren’t writing the new file format, we have the RTF side of things to worry about, which is actually more complex than the XML side, and I’ve completely left out all of the design and coding for the intermediate representation of the file. The intermediate representation, itself, is at least 6 to 8 months worth of work.

Got that? It would take 5 developers a year to do a quarter of the work. That means the whole job is roughly 20 man-years of development time. That doesn’t include testing, documentation, or localization. That would probably double the number of man-years, at least. But it gets worse…

Much worse, since these figures are just for Word. Taking into account the other products in the suite, by Shebanow’s calculations, it would take Microsoft 120 man years to implement it themselves. In fact, Microsoft is instead porting the Windows version of the converter to Mac, since it will take less time (this explains why Mac Office users must wait for Windows Office to be done, so they can port it.) Shebanow’s estimate in man-hours for a competing personal productivity application to fully implement ECMA Open XML: 150 Man Years!

Apparently, Open XML is purposefully overreaching, with the ability of those who implement the format to provide varying functionality and levels of interoperability seen as a strength by the ECMA (emphasis mine):

At this point, maintenance of the Ecma Open XML standard moves from Microsoft to Technical Committee 45 of Ecma International (no longer all-caps). While supporting vendors remain free to innovate their own functionality, changes to the standard itself must now be approved by TC45.

[...]

"Thanks to the depth of the technical resources the TC45 created, the Open XML standard covers the full set of features used in the existing corpus of billions of documents," reads an Ecma statement this afternoon. "Developers have the flexibility to decide whether they want to take advantage of subsets or the full feature set of the Office Open XML formats. In addition, the format enables organizations to integrate productivity applications with information systems that manage business processes by enabling the use of custom schemas within Open XML documents."

As was pointed out by IBM’s Bob Sutor some time ago, Open XML is Microsoft’s marketing tactic, a pseudo-standard in name only designed to keep their Office products at the center of the IT universe by limiting interoperability with competing products.

Fully and correctly implementing Open XML will require the cloning of a large portion of Microsoft’s product. Best of luck doing that, especially since they have over a decade head start. Also, since they have avoided using industry standards like SVG and MathML, you’ll have to reimplement Microsoft’s flavor of many things. You had better start now. So therefore I conclude that while Microsoft may end up supporting most of Open XML (and we’ll have to see the final products to see how much and how correctly), other products will likely only end up supporting a subset.

That means that other products and software, in practice, will NOT be able to understand arbitrary Open XML that might be thrown at them. There is just too much. Therefore they will only create a bit that they need and send that off. Send it off to whom? The only software that might understand it, namely Microsoft Office.

So this is how I see this playing out: Open XML will be nearly fully read and written by Microsoft products, but only written in subset form by other software. This means that data in Open XML form will be largely sucked into the Microsoft ecosystem but very little will escape for full and practical use elsewhere.

All "standards" are not equal.

Share in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • Reddit
  • email

Decor ᶃ Gemini Space

Below is a Web proxy. We recommend getting a Gemini client/browser.

Black/white/grey bullet button This post is also available in Gemini over at this address (requires a Gemini client/browser to open).

Decor ✐ Cross-references

Black/white/grey bullet button Pages that cross-reference this one, if any exist, are listed below or will be listed below over time.

Decor ▢ Respond and Discuss

Black/white/grey bullet button If you liked this post, consider subscribing to the RSS feed or join us now at the IRC channels.

DecorWhat Else is New


  1. Links 07/02/2023: Endless OS 5.0 and Voice.AI GPL Violations

    Links for the day



  2. No Doubt Microsoft Unleashed Another 'Tay', Spreading Bigotry Under the Guise of Hey Hi (AI)

    Reprinted with permission from Ryan



  3. Links 07/02/2023: Fedora 39 Development Plans Outlines

    Links for the day



  4. IRC Proceedings: Monday, February 06, 2023

    IRC logs for Monday, February 06, 2023



  5. Links 06/02/2023: Escuelas Linux 8.0 and Many Political Issues

    Links for the day



  6. Links 06/02/2023: Sparky 6.6 and IPFire 2.27 – Core Update 173

    Links for the day



  7. Taking Back Control or Seizing Autonomy Over the News Cycle (Informing People, Culling the Marketing)





  8. Reality Versus Fiction: EPO Insiders Versus EPO Web Site and UPC 'Churnalists'

    The "official" sources of the European Patent Office (EPO), as well as the sedated "media" that the EPO is bribing for further bias, cannot tell the truth about this very large institution; for proper examination of Europe's largest patent office one must pursue the interpretation by longtime veterans and insiders, who are increasingly upset and abused (they're being pressured to grant patents in violation of the charter of the EPO)



  9. Links 06/02/2023: Linux 6.2 RC7 and Fatal Earthquake

    Links for the day



  10. IRC Proceedings: Sunday, February 05, 2023

    IRC logs for Sunday, February 05, 2023



  11. Links 05/02/2023: Wayland in Bookworm and xvidtune 1.0.4

    Links for the day



  12. Links 05/02/2023: Pakistan Blocks Wikipedia, Musharraf Dies

    Links for the day



  13. IRC Proceedings: Saturday, February 04, 2023

    IRC logs for Saturday, February 04, 2023



  14. Links 04/02/2023: FOSDEM Happening and Ken Thompson in SoCal Linux Expo

    Links for the day



  15. 2023 is the Year Taxpayers' Money Goes to War and Energy Subsidies, Not Tech

    Now that a lot of powerful and omnipresent ‘tech’ (spying and policing) companies are rotting away we have golden opportunities to bring about positive change and maybe even recruit technical people for good causes



  16. Getting Back to Productive Computer Systems Would Benefit Public Health and Not Just Boost Productivity

    “Smartphoneshame” (shaming an unhealthy culture of obsession with “apps”) would potentially bring about a better, more sociable society with fewer mental health crises and higher productivity levels



  17. Links 04/02/2023: This Week in KDE and Many More Tech Layoffs

    Links for the day



  18. Dotcom Boom and Bust, Round 2

    The age of technology giants/monopolies devouring everything or military-funded (i.e. taxpayers-subsidised) surveillance/censorship tentacles, in effect privatised eyes of the state, may be ending; the United States can barely sustain that anymore and raising the debt ceiling won't solve that (buying time isn't the solution)



  19. Society Would Benefit From a Smartphoneshame Movement

    In a society plagued by blackmail, surveillance and frivolous lawsuits it is important to reconsider the notion of “smart” phone ownership; these devices give potentially authoritarian companies and governments far too much power over people (in the EU they want to introduce new legislation that would, in effect, ban Free software if it enables true privacy)



  20. IRC Proceedings: Friday, February 03, 2023

    IRC logs for Friday, February 03, 2023



  21. IRC Proceedings: Thursday, February 02, 2023

    IRC logs for Thursday, February 02, 2023



  22. Links 03/02/2023: Proton 7.0-6 Released, ScummVM 2.7 Testing

    Links for the day



  23. Links 03/02/2023: OpenSSH 9.2 and OBS Studio 29.0.1

    Links for the day



  24. Links 03/02/2023: GNU C Library 2.37

    Links for the day



  25. Sirius Finished

    Yesterday I was sent a letter approving my resignation from Sirius ‘Open Source’, two months after I had already announced that I was resigning with immediate effect; they sent an identical letter to my wife (this time, unlike before, they remembered to also change the names!!)



  26. The Collapse of Sirius in a Nutshell: How to Identify the Symptoms and Decide When to Leave

    Sirius is finished, but it's important to share the lessons learned with other people; there might be other "pretenders" out there and they need to be abandoned



  27. Links 03/02/2023: WINE 8.1 and RapidDisk 9.0.0

    Links for the day



  28. Links 02/02/2023: KDE Gear 22.12.2 and LibreOffice 7.5

    Links for the day



  29. Linux News or Marketing Platform?

    Ads everywhere: Phoronix puts them at the top, bottom, navigation bar, left, and right just to read some Microsoft junk (puff pieces about something that nobody other than Microsoft even uses); in addition there are pop-ups asking for consent to send visitors’ data to hundreds of data brokers



  30. Daily Links at Techrights Turn 15, Time to Give Them an Upgrade

    This year we have several 15-year anniversaries; one of them is Daily Links (it turned 15 earlier this week) and we've been working to improve these batches of links, making them a lot more extensive and somewhat better structured/clustered


RSS 64x64RSS Feed: subscribe to the RSS feed for regular updates

Home iconSite Wiki: You can improve this site by helping the extension of the site's content

Home iconSite Home: Background about the site and some key features in the front page

Chat iconIRC Channel: Come and chat with us in real time

Recent Posts