Alex Brown, the convener of ISO’s OOXML subcommittee (SC34), criticized Microsoft last week for failing to properly support the standard in Office 2010. Brown declared that Microsoft’s office format was “heading for failure” due to the growing number of unresolved technical deficiencies and Microsoft’s own apparent lack of interest in implementing ISO’s revised version of the standard. Microsoft technical evangelist Doug Mahugh responded on Wednesday in an effort to clarify Microsoft’s intentions for OOXML support. He said that Microsoft is strongly committed to the standard and plans to achieve full compliance with the ISO-approved specification. He explained that Microsoft was unable to support strict OOXML compliance in Office 2010 due to various logistical issues and time constraints.
That is what they could offer if they are serious. That the feature will come in a service pack.
I guess MS is not serious.
Because Microsoft doesn’t want to introduce disruptive changes half way through a release cycle. They should have met the 2010 deadline but at the same time do you really want a half assed implementation that is riddled with bugs?
If they differ that much from the ISO standard then it’s going to be a disruption no matter when they do it.
it is better to do it with a new release rather than forcing it through in a service pack update and messy up the situation for big business who rely on it.
Perfect description of every version of MS Office!!
But isn’t that exactly what this is?
OOXML files are created and read, but the support isn’t fully compliant with the standard. At least that’s what I understood from this statement
[quote]
criticized Microsoft last week for failing to properly support the standard in Office 2010. Brown declared that Microsoft’s office format was “heading for failure” due to the growing number of unresolved technical deficiencies and Microsoft’s own apparent lack of interest in implementing ISO’s revised version of the standard.
[/quote]
ie, MS Office supports a proprietary version of the standard, and it hasn’t been updated to the official ISO standard.
It’s already too late to avoid that.
So we’ll have a mess of non-standard compliant and standard compliant files. That’s really great.
But no, in reality MS type will be set as standard. And standard-compliant become incompatible.
Like a typicall MS-“flavour” product, each version of that is not compatible with others (without any reason), it will cause a lot of headache.
In an ideal world only used feature set must limit the file compatibility.
Edited 2010-04-09 14:35 UTC
A clue for the clueless; there isn’t a single office suite out there on the market that 100% conforms to the ODF specification – not even OpenOffice.org does that yet. Maybe you can start acting like a smartass when at least one office suite 100% conforms to the ODF specification.
Here are some links to discussion of the original criticism, and not just the Microsoft spin in reply:
http://www.adjb.net/post/Microsoft-Fails-the-Standards-Test.aspx
http://www.consortiuminfo.org/standardsblog/article.php?story=20100…
http://www.h-online.com/open/news/item/XML-expert-says-Microsoft-s-…
Edited 2010-04-08 00:11 UTC
Microsoft doesn’t eat their own dogfood. News at 11.
No they use docx like everyone else.
No, they use a docx that only Office implements and that nobody else implements, and that the international standard doesn’t describe.
Microsoft have standardised a standard that only exists on paper and doesn’t exist in any product currently shipping that uses docx.
They have created a standard so awful, they themselves haven’t implemented it fully since 2007.
The point is that they eat their own dogfood. You just would like them to eat the flavor that is in development.
Despite their reasoning being in the article, Kroc chalks it up to “their standard being so awful.”
Yeah, no bias there at all. Despite the differences between Ecma-376 and the ISO standard ranging from trivial to modestly different.
If you believed the nay sayers you’d think the world was ending because a *gasp* XML based file format got standardized.
No they don’t eat their own dogfood. “Dogfood” in this case is a standard that is intended for everyone’s use. What they are eating right now was never inteded for anyone else’s use. Not for public consumption. The standard is not being used by their products. They are eating prime rib, after spending a lot of time and effort trying to get everyone to agree to eating their dogfood. If there are some logistical reasons why you can’t eat the dogfood now, tell people before you dig into the prime rib.
Only explaining themselves after its obvious they don’t intend to eat dogfood for another couple of years, leads to mistrust. You should always eat your dogfood for a good period of time before releasing it for public consumption. Not the other way around, as it appears Microsoft is doing.
By definition they are eating their own dogfood. I really don’t like quoting wikipedia but….
http://en.wikipedia.org/wiki/Eating_one‘s_own_dog_food
You’re upset that they aren’t moving away from docx internally. That’s fine, just say so instead trying to alter a definition to suit your goals.
I think this is all silly anyways because the competition isn’t held back by MS not following an ISO standard since docx is already an open format.
If you want to see a company that doesn’t eat its own dog food then try IBM:
http://www.linux-magazine.com/Online/News/IBM-Throws-Out-Microsoft-…
That is the real problem. The other tech giants that sit on their hands instead of competing.
Why is it every post of yours reads like PR spin from Microsoft or Sony or some other technology giant?
I wouldn’t mind so much if it wasn’t always PR spin to cover up an embarrassing incident (in this case, MS not even supporting their own documented “standards”)
I’m an equal opportunity critic.
If you’re used to mindless corporate bashing which is common on tech blogs then you’ll probably have a hard time with some of my posts.
As for Microsoft they currently use an open format by default which is a massive advantage to competitors compared to the .doc days. A bigger problem is that Sun and now Oracle isn’t funding OpenOffice at an adequate level. It’s still being treated like a hobby project and in that context all these ISO discussions mean very little. No one is really challenging MS office which is a bigger problem. What the hell is IBM doing with Lotus? They’re sitting on billions in cash and yet they just pussyfoot around when it comes to office software.
As opposed to………mindless corporate astroturfing?
I have a hard time with some of your posts because – and as I’ve already stated – you defend companies for the mistakes they’ve made.
In this case Microsoft have campaigned for their document markup to become a recognised standard and then don’t even bother to support it themselves.
Actions like that don’t deserve defending. Actions like that deserve being highlighted.
His name is nt_jerkface. You can’t get upset if he defends MS like a Jerkface. You have to go “OH, I guess that’s why he calls himself a jerkface. Good thing he let me know in advance”.
I don’t get what the big deal is.. if it was indeed a time constraint.. then why is there such a big stink made over it?
Office is a massive project, second only to Windows..and it has a very monolithic development cycle with a lot of moving parts. I don’t see why there is such a big issue given that other Office suites already implement Ecma-376 which works in 2007/2010.
Governments often mandate that their information is stored in a standards-compliant way. It is a matter of sovereignty. No government can be beholden to the good graces of a mere company in order to be able to access its own data. Governments want no sole-source providers.
Microsoft wants to be in this game, but its Office formats are designed to be insanely complicated (resistant to reverse engineering). These formats are the antithesis of “standards” (because standards are actually meant to promote interoperability, and eliminate sole-source suppliers). In any sane world, Microsoft Office formats are totally unsuitable for use by governments.
So there has been a charade going on for a number of years now where Microsoft is trying to push through its essentially proprietary, non-inter-operable formats as ISO standards. After gaming the ISO system, Microsoft got a version of its Office file formats (Ecma-376) accepted, with caveats. Basically, an interim version was accepted (essentially the current .docx formats), because Microsoft promised to address the concerns raised by the ISO, and make a more palatable version which would become ISO standard 29500. Then governments could use it. Ecma-376 is NOT ISO 29500.
There is no sign of any current software that conforms to ISO 29500. Microsoft likes to pretend that its current .docx format (Ecma-376) is ISO 29500, when it isn’t. Microsoft is selling Office software to governments based on the fact that the software is standards compliant, and therefore suitable for use by the governments own rules. This is pure misrepresentation by Microsoft.
There are a growing number of governments that are moving away from Microsoft formats, because they are starting to realise now that “a leopard never changes its spots”.
Warning … PDF file:
http://www.odfalliance.org/resources/Adoptions-ODF-2010-Feb.pdf
Edited 2010-04-08 14:26 UTC
Well said!
What’s the alternative really? ODF? Is ODF really that much better? From what I’ve read it’s extremely vague in a lot of places, and has the same pitfalls that OOXML has/had “Do X feature like OOo does it”.
It’s just one big fairy tale to suggest that either standard is ideal, but they are standards. The differences between them are not
As for Microsoft selling Office to Governments, in short, they couldn’t at first. However, Office 2007 SP2 implements native support for ODF.
What I’m trying to find out, is how exactly does this affect the normal, everyday user? Governments including the United States have stated that OOXML and ODF can indeed coexist as standards, and has a few reservations about OOXML which will no doubt be address ed if they have not been addressed already.
If OOXML is a worse standard than ODF, the degree to which it is can be nothing more than marginal. Try looking at various suites which claim to support ODF. Yeah.
ODF predates OOXML, OOXML came later and offers nothing of real value that ODF doesn’t have. The responsible thing would have been to contribute to a new version of ODF rather than to create a new incompatible duplicate standard. This only wastes everyone’s time.
If ODF says “do something like OOo”, while inexcusable, this isn’t as bad as “do something like msoffice xx” because you actually have a hope of seeing the source code to the former and working out what it’s doing. It’s not unusual for standards to have reference implementations to fill in any blanks in the standard documentation itself.
ODF is developed by multiple organizations in a fairly democratic process that anyone is free to join, OOXML is developed and controlled by a single for-profit company who will always put their own interests first at the expense of anyone else.
OOXML is undoubtedly a worse standard for everyone except microsoft shareholders.
ODF was created with OOo in mind. OOXML was created with Office in mind. You can clearly see the differences, and it’s probably not fair to force Microsoft to shoe horn what amounts to years of Office features and backwards compatibility into an at the time brand new standard.
Sure they could have proposed changes to ODF, but it’s a similar dilemma they faced when designing WPF/Silverlight around XAML instead of HTML/SVG/XUL. While they probably could have, none of the existing standards really did what they needed quite right.
I much prefer they develop their own, open, and extensively (to the point of absurdity..) documented standard instead of bastardizing (embrace extend extinguishing) an existing one.
I agree. However like you said, it is still inexcusable. It makes the jokes levied towards OOXML for being thousands of pages long seem silly now. I’ll take extreme verbosity and detail over vagueness any day.
OOXML is developed by the ECMA and ISO for their respective versions of the standard.
Proof of this being that the ISO version exists purely because it changed the ECMA version of the standard.
Who is ‘everyone else’?
Going to ISO with OOXML was only for marketing anyway, they didn’t originally mean to eat their own dogfood (dogfood which was changed by the ISO process, of course).
Edited 2010-04-08 16:34 UTC