Slashdot Mirror
ISO Takes Control Of OOXML
mikkl666 writes "Alex Brown, head of the ISO work group responsible for OOXML, has posted a summary of their latest meeting, and he also comments on the resolutions discussed there. The basic message is that ISO now has 'full responsibility for the standard,' and that several workgroups will be established to work on OOXML. An interesting point here is that 'setting up a maintance[sic] procedure for ODF, and then working on cross-standard initiatives' is one of the explicit goals. On a side note, they also reacted to the very emotional discussion on OOXML by posting an open letter: 'We the undersigned participants ... wish to make it clear that we deplore the personal attacks that have been made ... in recent months. We believe standards debate should always be carried out with respect for all parties, even when they strongly disagree.' As Brown correctly points out, 'This content speaks for itself.' We discussed the approval of OOXML earlier this month."
Private deal to approve OOXML? More evidence surfaces --- Universal Interoperability Council).
Circumstantial evidence is mounting of one or more private deals having been struck to approve DIS-29500 Office Open XML ("OOXML") as an international standard, a deal that may have played a role in several key national standardization bodies changing their voting position to approve OOXML.
[more]
The ISO sold its intrinsic value, in the form of its integrity and credibility, to Microsoft Corporation. Now the utterances of ISO functionaries are of no importance whatsoever, just as the standards maintained by the ISO are of no value at all. We will interpret the actions of M$ and the ISO as the damage that they truly are and simply route around them. The lesson here is that, in the brave new interconnected world, centralized authorities are single points of failure. They are utterly vulnerable to the enemies of freedom, and must be eliminated. We will therefore evolve distributed standards authorities of some fundamentally new nature. Soviet-era centralized control systems are as obsolete as proprietary operating systems. These things will chaotically destabilize and vanish to be replaced by an equilibrium of resilient, distributed algorithms.
That document explains no reason to adopt OOXML. Just a bunch of "We found their answer satisfactory but we're not going to tell you what it is." It does say one thing though, that OOXML DOES NOT SUPPORT ANYTHING BUT UCS-2 FOR UNICODE!
It uses XML as a base. XML can use any encoding capable of representing the characters !"'? and =. Yet it remains limited to stone age character representations. In a document format.
If that isn't evidence of a corrupt process, it's evidence of clueless incompetence.
If you can read this you've gone too far.
And now government bodies will spend even MORE money hiring IT companies because some government bodies are required by *law* to follow international standards. If the standards were passed that every piece of software make a MOO sound every 30 seconds, the bodies would spend millions making sure every piece of software mooed every 30 seconds.
Open standards were supposed to save money, but I can't see any software vendor saving money by implementing OOXML.
I will laugh when Microsoft itself can't get software certified to match OOXML's trainwreck standards.
It's not surprising that MS can't follow the spec either. For years, a "word document" was little more than a memory dump From Word. As they developed new versions, they just piled more crap on top and let the stuff at the bottom go to compost. That's why it was possible to find fragments of unrelated documents in a Word document.
Then, the "magic XML" non-solution popped up so they wrapped the whole stinking crap ball up in that. You can frost a dog turd and call it wedding cake....
MS claims OOXML is some sort of specification or standard, but really it's an attempt to finally document the above crap ball. It's such a mess, they can't do it even with the complete source code revision history and the active coders that produced it.
That's also why it takes 6000 pages and still makes references to things that aren't documented. MS may or may not know what they are!
So, honestly it's not a spec at all and certainly isn't a standard, it's failed documentation.