05.21.07
Gemini version available ♊︎Absurdity in Pictures — What on Earth Has Novell Just Committed Itself To?
Some things need to be seen in order for their complexity to be realised. OOXML is one such thing. Have a look at the picture in the following new Web page. Here is some text which accompanies it:
Can you imagine better way to spend 4 hours of your Friday afternoon time than discussing OOXML problems with non-techies from Microsoft?
[...]
I have read approx. 200 pages of the specification and I decided to stop, because it is dangerous. The ideas presented in various parts of the specification (like two ways to represent the date – one of them representing dates between 1900 and 20000 and another one to represent dates between 1904 and 20000 where the second one is a complete subset of the first one!) are dangerous to the mental health of the reader. The innovative method of storing the language code (e.g. the decimal integer 58380 into two digit hexadecimal number) is also worth a world-wide patent…
I simply can’t believe that developers and or TC45 members from Apple, Barclays Capital, BP, The British Library, Essilor, Intel, Microsoft, NextPage, Novell, Statoil, Toshiba, and the United States Library of Congress actually read the final document. I can’t believe it. If I ever write such document, I surely won’t sign it by my name. Why?
Imagine implementing, testing, and optimising this incomplete set of specifications, which is being ‘extended’. Novell has actually given Microsoft some backing by agreeing to do this (the impossible mission, but someone must pretend it’s pursueable, right?).
To make matters worse, Microsoft continues to snub an ISO standard. ODF is a standard which Novell defended before it negotiated with Microsoft. Mind you, Microsoft has no intentions to support ODF, yet it seems to expect Novell to implement what can never be implemented. According to this new item:
As the friction between ODF and OXML continues to bubble, Nick McGrath, Microsoft’s director of platform strategy, has gone on record dismissing ODF as a potential solution for Microsoft, even as the company backs ODF for ANSI accreditation.
As it stands, Novell continues to give its support to monopoly abuse and wastes its resources trying to achieve something which it never will. Is the company being manipulated as means of promoting something which almost no nation desires, let alone is willing to accept? Time and time again, when it comes to protocols and formats, Novell passively nods on behalf of and in support of its new ally.
ᶃ Gemini Space
This post is also available in 
Content is available under CC-BY-SA
Stephen Holmes said,
May 21, 2007 at 8:11 am
But Novell supporting OOXML (or whatever it’s called) makes OpenOffice.org code more interoperable and MSs lack of support for ODF makes it less interoperable. As OOXML is a public spec now, is there any fear of patent nonsense in the format space (although MS claim a number of yet-to-be-seen-or-proven Office patent infringements)?
Is the real beef here just based on the fact that it’s Novell supporting a Microsoft format rather than the solution in and of itself?
shane said,
May 21, 2007 at 8:36 am
There are, indeed, concerns regarding Microsoft’s covenant in regards to OOXML.
Stephane Rodriguez said,
May 22, 2007 at 2:28 pm
Ironically enough, 6000 pages is only a sample of what one needs to support editing, rendering, printing, saving in full-fidelity. The true specs is the actual code and is more like 600000 pages worth of specs.
Implementing the binary formats in full fidelity was never achieved by someone out there. Never. It’s akin to rewriting Office on your own, basically 10 years of work.
And if someone did, he would be sued by Microsoft for implementing stuff that Microsoft licensed to others.
In the meantime, Microsoft ships a couple new versions with plenty more undocumented coordinate systems and dirty hexa tricks. It’s “Fire and motion”.
Disclaimer : I sell the most advanced Excel 2007 file generator to date. No wonder I know a thing or two about all what’s missing in the public specs.
Roy Schestowitz said,
May 22, 2007 at 8:24 pm
600,000 pages would be prone to error, no? I wonder how many inaccuracies exist in the pile of 6,000 pages. I doubt these anomalies will ever be spotted anyway.
600,000 pages…
Think about the innocent trees. Or a pile of DVDs…
Stephane Rodriguez said,
May 22, 2007 at 11:34 pm
There are many typos, that’s for sure.
But again, most importantly there is all this is missing :
- when an attribute is defined as a string, with no explanation on the internal coding of the string (aka hexa tricks, despite the fact that good XML design is supposed to avoid that in the first place)
- how elements combine together to make something that works. A long alphabetic list of elements does not say anything about that. That’s for one to reverse engineer. Years of work here.
Roy Schestowitz said,
May 23, 2007 at 12:00 am
Here is another set of photos:
http://www.openmalaysiablog.com/2007/05/putting_6039_pa.html
Feel the presence. OOXML is a man in the room.