This page permanently redirects to gemini://gemini.techrights.org/2008/05/22/iso-farce-as-a-standard/.

● 05.22.08

●● Charles Schulz: “Latest Findings Only Confirm How the Standardization Process Has Become a Farce”

Posted in ISO, Microsoft, Open XML at 1:17 am by Dr. Roy Schestowitz

=> ↺

Looking at what Alex Brown published yesterday, Charles Schulz has just had some harsh words. [via Groklaw]

=> Alex Brown published yesterday | ↺ some harsh words

So where are we now? I would first like to thank Mr Brown for his clarifications, but I am not sure we’re anywhere more advanced than yesterday. We still have no bloody OOXML, and that’s not going to happen anytime soon. The latest findings only confirm how the standardization process has become a farce.

●●● Even Microsoft Tosses OOXML Down the Bin

That’s right. Take a glimpse at this classic again.

Microsoft goes proprietary all the way, but uses that thing called OOXML for marketing purposes, just as Tim Bray recently warned. OOXML was just a ‘dummy specification’. Nobody will ever have it implemented. Stephane Rodriguez was right all along and now this comes from SDTImes.

=> Tim Bray recently warned | Nobody will ever have it implemented | ↺ and now this comes from SDTImes

Office 2007 won’t support ISO’s OOXML

For customers expecting an ISO-conformant Office Open XML (OOXML) in Microsoft Office, the wait will continue: Microsoft will not implement the standardized version of its own document format until Office 14 ships. Meanwhile, a service pack due in 2009 is expected to expand the formats supported by Office 2007.

Could Microsoft simply be struggling to re/gain compliance with a service pack, just as Alex Brown recently advised them to do? Neil McAllister, whom we criticised recently for a foolish article, thinks it may be possible.

=> ↺ thinks it may be possible

Exactly why Microsoft is backpedaling its support for OOXML is not known. But open standards maven Andy Updegrove blogs that it may have something to do with Microsoft’s current regulatory troubles in Europe and with the standards bodies that now govern OOXML. It appears likely that Microsoft actually can’t implement a fully-compliant version of the standard just yet.

Given prevalent anomalies, such as the ones we showed recently where bugs are part of the standard and not part of Excel (or vice versa), the assertion above seems possible. If Microsoft obeys OOXML, then it introduces known bugs. If it fixes the bugs, then the knowingly-broken OOXML is disobeyed and therefore interoperability cannot be assured. What is that about? Charles was therefore right in suggesting that the “latest findings only confirm how the standardization process has become a farce.” Alex Brown said that “it may be time to start again from scratch.” █

=> the ones we showed recently

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

Permalink  Send this to a friend

=> Permalink | ↺ Send this to a friend

=> Techrights

➮ Sharing is caring. Content is available under CC-BY-SA.