ISO Says No To Microsoft's OOXML Standard
qcomp writes "The votes are in and Microsoft has lost for now, reports the FFII's campaign website OOXML. The 2/3 majority needed to proceed with the fast-track standardization has not been achieved. Now the standard will head to the ballot resolution meeting to address the hundreds of technical comments submitted along with the votes." Here is yesterday's speculation as to how the vote would turn out.
It ain't over 'till the fat man throws a chair...
Faux standard was not certified.
[A]bort, [R]etry, [F]ail?
"I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
This move is a non-story because regardless of what the ISO approves or disapproves, Microsoft will continue to go the way they want to go and the 90% of the Office customer base will follow them, just as will the pre-install bundled customers. Other office suites are advised to ignore the upcoming de facto standard at their own peril.
I'll get you next time, Gadget! Next time!
The banks will be happy with the fresh large money transfers
A small victory, but an important one. Maybe Massachusetts can now be persuaded to move to an actual open, easy-to-implement and reliable standard to preserve government records. It can join Russia and Norway in using ODF.
Can they re-try the fast track again, or is this forever tabled? If forever tabled, than ISO will be useless to MS. They would need to explain ALL of their work and they do not even know it, let alone explain it to others. Basically, iso for MS would be dead.
I prefer the "u" in honour as it seems to be missing these days.
If Microsoft did force their "standard" on people, how much would it cripple the marketplace? Already at work we are dealing with Microsoft's proprietory components causing a severe case of "haves vs have-nots" in file sharing. And what is most fustrating, is how people do not grasp what they are doing, in that using the proprietory components, they are locking out their co-workers, reducing work output as we have to get them to export their documents into a more generally accepted form. And they turn around and blame the majority of the office. Too sad.
Karma Whoring for Fun and Profit.
Because, as a Microsoft dev myself I like to think the technology field I base myself in is popular based on technical merits rather than stupid market hacking. Tactics like the OOXML fiasco only distract people from the actual benefits of MS technology.
Remember folks, for a company of several hundred thousand, unfortunately not all are going to be good guys - theres plenty more that are however.
Flame away.
throw new NoSignatureException();
The first time they chose ODF, that was about doing a standard. Now the OOXML is about buyouts, and has nothing to do with standards.
I prefer the "u" in honour as it seems to be missing these days.
I submit though, that the job isn't over, but incomplete. The ISO seriously needs to look at fixing how Microsoft attempted to hijack the process to suit their own gain, and ignore the real purpose of International Standards.
Until this fixed, we'll see more of the same, on a greater scale. And not just by Microsoft. The end result would be the weakening of the usefulness of real standards, if the current system is left as it is.
Good luck to the ISO.
The best way to predict the future is to create it. - Peter Drucker.
So can IBM and Sun. Votes at standard bodies are not that expensive. On top of that as the IEEE 802.11 work proves pulling a filibuster at a standard's setting meeting is absolutely trivial. By the time all comments are handled and by the time it is approved most of us will be retired anyway. Nothing to see here, move along.
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
In a recent development MSFT spokesman said that, one standard specifying body meets all is not a viable workable solution for the whole world. Mr Tong'n Cheek said that Microsoft will promote an alternative standard specifying body Open ISO. He said that Microsoft wants its customers to have a choice in international bodies creating standards, choice in standards themselves too. This way users can have various choices like, OpenISO certified OOXML saving MSFT product, or ISO certified OOXML saving MSFT product or, uncertified OOXML saving MSFT product or unsupported ODF saving MSFT product or...
sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
...Microsoft doesn't have the air of legitimacy that ISO approval would have brought.
The simple truth is that interstellar distances will not fit into the human imagination
- Douglas Adams
If Microsoft addressed all the concerns, then they would likely have an open standard. Microsoft won't do that, because within a few months of them having an open standard, OpenOffice and KOffice will have OOXML support.
The world's burning. Moped Jesus spotted on I50. Details at 11.
breakdown by country votes: http://www.theopensourcerer.com/2007/09/03/ecma-37 6-dis-29500-ooxml-the-voting-so-far/
Note 7 countries ( marked *** ) just recently updated their status within ISO from 'O' (observer) to 'P' so they could vote. Those are mostly small countries and likely to be Microsoft puppets within ISO body. Which means MS can now actively block *any* new proposed standard and promote their own more easily.
Fair enough. I'm no fan of ODF, and I think OOXML has gotten a lot of crap for bogus reasons. But OOXML is a buggy, broken standard. Hopefully Microsoft will clean up some of the issues and we'll see a better standard as a result.
In the mean time, I'm going to continue sending PDFs around. Neither OOXML nor ODF provide the level of consistency in layout that PDF provides.
I fail to see the fuss, both formats suck and really have no place as a desktop publishing format. They are crappy WYSIWYG data dumps that are heavily tied to rendering algorithms of their respective editor and really are not archival safe.
I can take 20 year old TeX documents and render them just fine. But you give me even a 10 year old WYSIWYG file and there is a good chance I won't be able to do anything with the file.
What is it going to be like 50 years from now when you try to pull up an old manuscript? You know how Popular Science likes to pull up magazine issues from 40+ years ago, I wonder how they are going to manage that 40 years from now when the proprietary and open file formats are unsupported and "obsolete".
Really the only safe choice is to make a hard copy and hope the OCR of the future is better than it is now.
“Common sense is not so common.” — Voltaire
...of fair business practices and open standards I don't see why there is all this backlash against OOXML. I mean, it's gonna be a de facto standard anyway. Why fight it? Imagine if the same kind of stance were taken with operating systems. Some boneheads out there decide that they're going to take on Microsoft which owns the de facto OS platform and they put together their own OS. How far would that get them? Especially if they tried to get people to actually use it! I'd say that it would probably take them a good forty or fifty years of work to break even. Why bother? I mean, just imagine if something that monumentally stupid was attempted. We'd probably have compatibility issues for decades before anything got better! I say, just let Microsoft do what it wants and everything will be a-OK.
-"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
Press release:1 070
http://www.iso.org/iso/pressrelease.htm?refid=Ref
eknagy
Microsoft puts its own spin on the result in this press release.
More information on the upcoming proceedings at ISO are explained in this discussion on the currently slashdotted noOOXML site. (my apologies for poor HTML in the original post that made <no>OOXML come out as OOXML.
Groklaw also has some commentary and more links.
It's clear that this is far from over. Microsoft will convince more countries to become O or P members in the respective committees and Further effort (exposing fraud, convincing your national bodies) is required to prevent OOXML from being accepted as a standard. But it is encouraging to see that resistance is not futileI think MS were stuck, really. The new format had to be sufficiently similar to the old binary format to allow relatively simple conversion of files.
I wonder if Microsoft's scandalous misbehavior in regard to this vote will follow them permanently? It seems as if people with deep roots in any field, be it literature or science, have longer memories than the population at large. Hopefully we have been reminded (again) that Microsoft's business model is currently dependent on leveraging its monopoly on the desktop, and that it will do *anything* to preserve that monopoly. Microsoft has shown only average or sub-par performance in driving revenue in sectors where its monopoly does not serve it as well, such as the Zune or the X-box or search or SaaS (Software as a Service). Microsoft's genius is not really engineering, where it is merely an average company, readily eclipsed by Apple or Google, for example. Microsoft's genius is really in marketing strategy, and until now, that strategy has been asserting a value proposition that has proven difficult to refuse by the various supply-side and demand-side players in the desktop space.
Now that a little polish has been taken off its faux standards, perhaps we will see a bit more free market competition enter into a previously broken market. I wonder how well Microsoft would compete in the Office productivity market if it were unable to charge exorbitant prices for its commodity office productivity solutions? I am betting that a large segment of the market is going say that OpenOffice.org is "good enough" for them, and abandon Microsoft.
At any rate, Microsoft's most recent round of bullying will serve as a visible reminder to the world why it is dangerous to allow Microsoft to continue to hold its monopoly: because it will abuse its power.
Like here?
Sesostris III
You never know what is enough unless you know what is more than enough. - Blake
as a Microsoft dev myself I like to think the technology field I base myself in is popular based on technical merits rather than stupid market hacking. Tactics like the OOXML fiasco only distract people from the actual benefits of MS technology.
There's a saying where I live that goes... "You just need to sample a single grain of rice to judge an entire pot..." Microsoft's dubious and nefarious tactics wrt OOXML have shown them to be ruthless cowards; and enemies of technical merit; as software developers like you must know.
Other than rewriting the same code every 3 years when MS decides to rebrand an technology and stop supporting old versions... what are these 'benefits' you see in MS technology? Spreading disinformation amongst the developer community is a very grave sin, in my book... much worse than 'Get the Facts' aimed at consumers.
If you keep throwing chairs, one day you'll break windows....
The minute that Microsoft accepts ODF, particularly through easy integration via "Save As..." and allowing it to be set as the default document format, they have started down the path to the ending of their monopoly. At some point, some manager is going to ask "Why are we paying $xxx,xxx in licensing to Microsoft when this OpenOffice my brother-in-law installed on my computer can save in this OpenDocument format costs nothing?"
Once you break the Office lock-in, the potential for Windows itself to be compromised, because moving away from Office means having the capacity to move away from the entire Windows platform. For Microsoft, ODF is an enormous threat. Not today, not tomorrow, but within the next five to ten years, particularly if the trend of various governments and other groups to push for documents being stored in open formats continues. Microsoft has to find a way to get OOXML defined as an open format, and now it has made it clear that it is willing to pay to make sure that standards body are undermined so that it can do so.
It has failed in the fast-track, which, I'd say, reduces the possibility of OOXML as it now stands ever getting an ISO stamp. However, it has sent the message to its business partners throughout the world, and likely to a many nations themselves, that if they are willing to be bribed, it's willing to put money in their hands.
It's shown a rather ugly side of ISO, and international standards in general, but here's the real problem. No one cares. Where is the BBC, CNN or any major news site picking up on the story of a major corporation attempting to undermine the ISO to get a standard which even the most generous experts are calling flawed passed? Where are the investigative reporters looking into attempts to undermine open document adoption in places like Massachussetts? Where are the editorials condemning Microsoft for undue influence over public policy? I mean, every time Sony so much as appears that it's going to do something nasty, the BBC tech site has a writeup on it. When some director at AT&T burps, it's over the financial pages?
Is it just that open document concerns aren't as sexy as network neutrality or rootkits?
The world's burning. Moped Jesus spotted on I50. Details at 11.
I think the approach is flawed. You should not be working on the ISO committee - you should be working on industry and government. A numerically small membership can be bought and/or coerced and is thus de facto vulnerable to process abuse and vote rigging.
Let's turn this one on its head. I'm perfectly happy with MS ratifying a 6000+ page spec, because the moment they have the ISO standard status they will to abide by it to be compliant.
I don't think it would be wildly unfair to ask MS to then ensure AND PROVE BEYOND DOUBT that the product they supply is FULLY compliant with their ISO standard.
To me, that would mean:
(1) A full test suite needs to be constructed of which independent scrutiny is paid for by MS. MS Office needs to be fully compliant with statements as made in the specifications. No ifs, no buts, no maybe. Only full compliance means an acceptable product, but that's only 50% of the requirement - there's more, mainly addressing the reason the whole ISO standard compliance is required:
(2) The identification and demonstration of a mature, competing product that can read, edit and write the documents produced by the above compliant suite to a standard that makes it clear there is 100% interoperability.
The latter proves to the evaluating entity that:
(1) the standard is complied with, and is not just a marketing gimmick.
(2) the interoperability needs are addressed
(3) there is an alternative product which prevents vendor lock in (this is why I used the word 'MATURE' - you don't want some last-minute coded piece of junk from an MS friendly vendor pretending it's a product). A product has an established user base.
If the product on offer cannot meet those two requirements the story is over. Simple. If no 3rd party can create a competing product or, at a minimum, achieve unencumbered interoperability (i.e. not depending on a license) then the product is unsafe from a disaster recovery point of view.
So, if Microsoft's 6000+ page spec is a bit too much for either themselves or someone else to implement, the answer is easy - make one that works. That's all the world has been asking, simple unencumbered interoperability. I'm fully aware that that doesn't agree with their current business model, but they ought to read "who moved my cheese" - the supply is dwindling.
IMHO they had their opportunity with ODF. They blew it.
Insert
4. All of the above
According to the ISO/IEC press release, the decisive "Ballot Resolution Meeting" (BRM) next Februrary will be in Geneva, Switzerland, where e.g. Ecma is headquartered. How can Ecma be prevented from having a similarly corrupting influence on the "Ballot Resolution Meeting" as they had in the Swiss standardization organization SNV (SIUG appealed)?
You are an American, I guess, by your immediate recourse to legal action as the solution to every problem? That may well be the best way to solve the problems with the ANSI committee, I honestly wouldn't know, but I can certainly say that in most other parts of the world, legal action would be about the last thing that is needed (except in cases where there was provable fraud, or some other illegal occurrence, but I suspect the number of such cases where it could be proven in a court of law is approximately zero). International standards work because of goodwill and cooperation between interested parties. Without this, there is no point having a standard in the first place. Microsoft (or at least some sections of Microsoft) clearly has a different view of how standards work, and also they clearly have no shame. IMHO they are beyond redemption, but they are just one company, and only plays a small part of the overall ISO organization. The committees responsible for the future progress of OOXML need to get back to focussing on technical issues, how to best proceed to come up with a workable standard, and get rid of the politics. (My personal feeling is that there is no way to achieve a workable ISO standard out of the current OOXML spec, but who knows, stranger things have happened.) A lot of things about the OOXML vote have no precedent in ISO history, and probably some ISO and/or National Body procedures will be changed as a result. Forcing these changes by legal action would be expensive and counterproductive, and in the process surely lose the goodwill of the member nations.
The game.
Seriously, I don't believe the devs working within the company are bad, but you guys need to stage an uprising or something. YOU are the customer! You are paying Microsoft to continue with their existing tactics. YOU are the cause!
FFS! Take some responsibility for your actions people.
Deleted
Quidquid latine dictum sit, altum sonatur.
Older versions of DOS were Abort, Retry, Ignore. Fail replaced Ignore around DOS 4, I think. Later versions (5 or 6?) had all 4 of them, at least for some commands.
I can't figure out why there are any Yes votes. It is obvious that their specification is full of proprietary crap that will harm the open standards overall. They don't meet the minimum requirements so why did any of them vote yes? They knew the specif was not in compliance with the votes and even a yes with comments is still a yes vote. There should have been all no votes (some with and some without comments).
At least it worked out for now. Pretty sad though that Microsoft tried to stack the deck. If some serious revisions in their policy toward joining and voting isn't changed we'll see more abuse by Microsoft until they finally get it passed.
You can lead a man with reason but you can't make him think.
Why would you have the need to open Word documents? Just tell your clients to stop sending 'm in that format. They will do that. Really!
Ummm.... yeah, you don't run a business, do you? Do you even have a job that deals with real clients? You have no control over your clients, you can't be rude, and you have to make things easy for them. If all they will run is Word, or all they can run is Word, then you can't just refuse their documents because it's in the wrong format. You'll lose clients that way.
I'm not convinced by that argument. PDF, for example, is highly extensible but has seen few problems in that regard. I'm not sure a technical approach to preventing the so called "embrace & extend" will be useful or effective - but it'll certainly make the format less useful for legitimate purposes.
What _will_ help is a good compliance test suite, and an understanding that it's *ok* to extend formats so long as you do so to include things that users need that the standard provides no way to represent and that are non-critical to the core functionality of the document. In general, if you can strip the extensions and still use the document, that's OK.
There are good reasons why you want to be able to extend document formats. Document management systems, for example, benefit considerably from being able to embed their own data in the XML document structure. Forms processing engines need this. In fact, most server-based document manipulation really wants to be able to keep it's own data in the document struture. I'm not convinced that ODF will be seriously adopted in government and large companies unless these things are possible. You might wonder why people use this stuff, and I can only offer my assurance that it can indeed be useful, since unless you've been working with lots of documents it's kind of hard to grasp. Even at my small company there are things like this that I'd like to be able to do to keep track of some of our work better.
MS will embrace & extend the format if they like, whether or not it makes explicit provision for extensibility. That's the problem. If the format is designed to be extensible, such efforts are less harmful, easier to make understood by other tools, and more susceptible to submission as subsidiary standards where they're generally useful. I think MS got this right to an extent with OOXML, and ODF will sooner or later have to follow a similar path or be replaced by something that can.