Slashdot Mirror
If This Was a Month Ago, OOXML Would Be Over
Andy Updegrove writes "Public announcements of how Participating members of ISO have voted on OOXML are now rolling in one at a time, and the trend thus far is meaningfully weighted towards 'No with comments.' By my count, there are now four announced Yes votes, with comments, two abstentions, and seven public No with comments votes for OOXML in ISO/IEC JT1. Korea has reportedly voted no as well, and I expect at least Canada, Japan and the United Kingdom to announce 'No with comments' today or tomorrow. There will be more no votes on the roster when the final results are announced in a day or two. But even if the 11 votes I know of now were the only votes, the vote would now have failed — but for the 11 countries that upgraded their status from Observer to Participating member status in the last few weeks. Without those extra 11 'P' countries, it would only require 10 votes to block OOXML from immediate approval. If most or all of those additional 'P' members vote 'yes' as expected, it will confirm suspicions that Microsoft has promoted extra votes in favor of OOXML not only within National Bodies, but within ISO itself."
Short answer: Yes. Long answer: Hell yes!
There's pretty good vote tracking going on here, and as of a little while ago they're calling the vote failed: too many "no" votes to get the 2/3 majority needed to pass.
That doesn't mean it's over: there's a resolution process over the next few months, culminating in a vote in February, to address the comments submitted with "no, with comments" votes. If the comments are resolved to the voter's satisfaction, the "no" vote can be changed to a "yes".
Expect Microsoft to pull out all the stops to get countries to change there votes even without the comments being resolved. You thought there were dirty tricks before? You ain't seen nothing yet.
Or perhaps they'll just fix the standard. Ha ha ha ha...er, sorry.
-- Alastair
OK, let me give you the overview. Once upon a time, there was Microsoft Word .doc files. This is a format that has changed over the years and is not a good format for long-term storage of files. So, government bodies wanted there to be a standard format. So, the OpenOffice (Linux's big free office suite) developers developed ODT, a format whose description is open and one that can be read without having to be reverse-engineered (at least in theory).
.doc file converted to XML.
Well, ODT became an ISO standard and government bodies have started requiring documents to be in this format. This, as you can imagine, does not make Microsoft happy. Microsoft publically claims that ODT is a limited format. However, many people suspect that Microsoft's opposition to ODT is that a widespread adoption of this format will make it so people don't feel forced to use Microsoft Word in order to communicate with business associates, since Word is a closed, proprietary format. So Microsoft invented OOXML, which is a, in theory Open Format that is basically a Word
OOXML, to put it mildly, is an extremely messy format. The general consensus seems to be that, OOXML, as specified, is very complex and the spec is incomplete, making it impossible for third parties to make effective OOXML import/export filters.
what Microsoft is trying to do now is make OOXML an ISO standard, so PHBs (pointy-haired bosses) can claim that OOXML is an open standard (really, it's not), and force people to continue using Word to make documents (since no other program is ever going to have an effective OOXML import/export filter). Microsoft, quite bluntly, is playing very dirty pool in order to make OOXML an ISO standard, and a lot of people are crying foul.
So now, the current battle is to stop OOXML from becoming an ISO standard, so that Microsoft no longer has less of a monopoly on document exchange formats.
Yes, Microsoft could actually help ODF catch on by making it a format that Word can read or write (such as what this converter does for MS Office), but they don't seem to want to do that.
Yes, the collective hive-mind of /. does care and in the latest newsletter there was the quote "we want this voted down!".
...or.. "People with Microsoft Office can talk to the government!". So there's been a raising of consciousness around how file formats cost countries tens or hundreds of millions of dollars each year.
... let alone the problems other vendors have)
You see, a few years ago governments all around the world started realizing that when they send ".doc" files to the public they're asking people to go spend money with a particular company to read that file. Governments shouldn't say "People with FIRESTONE tyres get to stay on the road!"
What Governments should do is say "People whose cars pass certain tests can stay on the road!" or "People with an Office Suite that uses a published standard can talk to us!". That way it encourages competition, "innovation", and cut-throat pricing.
Microsoft could tell where the wind was blowing, and they began trying to get the International Standards Organisation (ISO) to rubber-stamp their 6000 page proposed standard... a standard called OOXML. An Open Standard sounded like a great idea but the question was: Had Microsoft really told everyone their secret mix of herbs and spices? Well, no, because as it turned out many things in OOXML were left undefined and the only vendor capable of implementing OOXML was Microsoft.
(and even they're having problems
Now although ISO haven't announced anything it looks like it's going to go "No" for Microsoft.
This doesn't affect what software individuals or the private sector choose, but people who should use standards (government and government vendors) do care about this decision. Actually, individuals and the private sector probably should care because more competition in the office suite market may lower the cost of Microsoft Office.
A country's "no" can turn into a "yes" when an issue is addressed at the ballot resolution meeting (I think) so the more "no"s the better because otherwise a single country could just swing it in favour of OOXML. The more "no"s the larger the safety net, so it'll be interesting to see what the final vote is.
So I'd expect that in the coming days there'll be a lot of analysis of whether the actual comments in the "No, with comments" from each country are fundamental problems or superficial quirks. Can any particular country be swung to vote yes easily?
Still, it's a great start. The noooxml crowd are predicting 18 "no"s.
As pointed out in this U.S. supreme court decision, "Agreement on a product standard is, after all, implicitly an agreement not to manufacture, distribute, or purchase certain types of products." In the case of OOXML, the agreement is primarily about not manufacturing, distributing or puchasing products relying on the truly open document format standard ODF.
Really it is only acceptable for the standardization of OOXML to proceed if OOXML is first revised to make it "map ODF", see this article for a precise definition and detailed argument.
Again, I can't overemphasize that this kind of hardball, take-no-prisoners approach is very much the exception and that ISO (and the national bodies) simply aren't prepared to deal with it. Have a look at the comments of, for instance, the Hungarian government for a taste of how "enlightening" this has all been.
Lacking <sarcasm> tags,
"The general consensus seems to be that, OOXML, as specified, is very complex and the spec is incomplete"
By which he means you find things like "do margins like Word 95" with (of course) the actual code that explains how margins are done in Word 95... missing. And with Word 95 itself being closed source... well, nobody but microsoft can implement OOXML fully without reverse engineering several microsoft products. Except microsoft of course, which has the souce code for said products. The document is also 6000 pages long, compared to 700 for ODF.
"Microsoft, quite bluntly, is playing very dirty pool in order to make OOXML an ISO standard"
By which he means "a microsoft employee admitted they were buying votes" as well as the doubling of voting members of not only the ISO but govermental bodies deciding votes for their country in the ISO and how nearly every one of these new members plans to vote YES to OOXML as a standard.
Also, the name "Office Open XML" is suspiciously similar to a *real* open-source product, Open Office.
I thought is was something like:
Short answer: Yes. Long answer: Yes, with comments.
Seriously, what's the point of "yes, with comments"? I mean, if the standard is endorsed, what are the odds that the comments will be addressed?
It means the standard is workable but could be improved the way you noticed. Outside of Redmond, people engage in constructive criticism and mean mostly mean well.
The adversarial tone above is the worst damage that M$ has done to ISO. Standards are agreements meant to reduce duplication of work and friction between people, not a way to lock people into buying your crap. Real standards, like ODF are created by groups representing many interested parties. They are complete and easily implemented by others, and exceptions are always documented. OOXML, on the other hand, is incomplete, contradictory, patent protected and will remain single vendor. It's presentation was an affront. The gamesmenship was worse. If it that kind behavior is tollerated and encouraged, there will be no standards for anything. But this attack has been coming for ten years. As they put it themselves,
M$'s true intentions and use of standards is everything standards are supposed to avoid. This fact has been drug up in court several times.
ISO should punish those who took bribe as well as those who offered them. M$ should be banned from participation for a good long time or they will succeed in their destruction of real standards.
DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
ODF - A document format originally based on the Open Office file format. It spent four years going through the ISO process, being revised to comply with other ISO standards, and was released as a standard in 2006. The entire specification is a couple hundred pages long. Since then, an number of states in the US, and countries, have decided that all official documents must be saved in a standard format.
OOXML - Microsoft's format based on their Office Suite. It is about 6000 pages long.
A couple of my favorite reasons for not allowing OOXML to become a standard include:
1. 1900 is defined as a leap year because that's what MSOffice does.
2. The specification includes numerous definitions of tags like autoSpaceLikeWord95, which is defined as:
This element specifies that applications shall emulate the behavior of a previously existing word processing application (Microsoft Word 95) when determining the spacing between full-width East Asian characters in a document's content.
[Guidance: To faithfully replicate this behavior, applications must imitate the behavior of that application, which involves many possible behaviors and cannot be faithfully placed into narrative for this Office Open XML Standard. If applications wish to match this behavior, they must utilize and duplicate the output of those applications. It is recommended that applications not intentionally replicate this behavior as it was deprecated due to issues with its output, and is maintained only for compatibility with existing documents from that application. end guidance]
The "Standard" contains an erroneous date calculation, and won't tell you how to properly do something defined in the standard.
Recent stuff:
It seems that companies that never before bothered to show up for standards votes are magically showing up on the day of the OOXML vote, paying their dues, and voting. And we're not talking about a few. Suddenly, votes that would normally have ten to twenty companies show up all of the sudden have 20 new businesses. Also, there have been reports of companies that support Microsoft getting access to Microsoft technology they wouldn't otherwise have access to. Also, countries are supporting OOXML that never bothered with these votes.
BTW, have you been living under a rock? This story shows up almost as often as the BSD/GPL tussle.