ISO Calls For OOXML Ceasefire 312
In response to the continued attacks on Microsoft's OOXML standard, the International Organization for Standardization (ISO) has called for a ceasefire. "Last week the ISO committee in charge of document standards, SC 34, met in Oslo to discuss the way forward for OOXML and ODF. The plenary session was marked by protests outside, largely carried out by delegates from a nearby open-source conference. The protesters were calling for OOXML to be withdrawn from ISO standardization -- something that could theoretically happen if a national standards body were to protest against its own vote within the next month or two."
Way forward on ODF? (Score:5, Informative)
The only issue is that cluster-fuck of submarine proprietary technology posing as an open standard called OOXML.
Keep OOXML, or reject that POS like they should have to begin with, the only effect that has on ODF is in the purchasing decisions that may be swayed by MS also having a "standard".
Re:what is a one-sided cease fire? (Score:4, Informative)
Re:I suspect that... (Score:3, Informative)
MS has done a few things for the greater good but this action is one that will destroy MS' reputation in Joe users' mind when it get out to mainstream news.
SC29 has been a villain for quite some time. (Score:5, Informative)
Formulas in spreadsheets (Score:5, Informative)
Re:I suspect that... (Score:3, Informative)
number of companies that can make a format that works with ODF (aka compete): infinite
number of companies that can make a format that works with OOXML (aka compete): 0.
Let alone global trade rules that having overlap in standards doesn't allow, this will not pass over smoothly or easily.
So how much does MS pay you? I admit I'd take the cash too but I'd openly admit that I am, if that were the case.
Re:An easier route is this one (Score:3, Informative)
It requires MS to follow a standard.
MS will not follow a standard that they do not control.(and change every 2 years)
Best case: they would ship a "ISO compliant" version of Office 2007 that would need patches to work. The patches would fix thins but make it write non-ISO OOXML files.
Re:Formulas in spreadsheets (Score:5, Informative)
(1) ODF wasn't rammed through a "fast track" process against the wishes of many committee members, unlike OOXML, and
(2) ODF can actually be implemented by third parties as written. Good luck doing that with OOXML...
Replace them (Score:4, Informative)
Re:Fun to Hate MS, but OOXML is needed... (Score:2, Informative)
Re:Fun to Hate MS, but OOXML is needed... (Score:1, Informative)
Re:What's the ISO standard for Irony? (Score:1, Informative)
ISO doesn't stand for anything - it isn't an acronym; it's the Greek word for "equal".
If it were an acronym it would doubtless be OSI because the French would insist on it.
Re:Fun to Hate MS, but OOXML is needed... (Score:4, Informative)
I call shenanigans. This may exist as some proprietary obscure standard (and it probably deserves to die).
Re:Appeals (Score:4, Informative)
Re:Fun to Hate MS, but OOXML is needed... (Score:3, Informative)
Making a huge, omnibus standard built around a single vendor's current technology profile is just a branding campaign with standards body collusion. You aren't going to get anybody else implementing everything in OOXML, so why fret over whether it is a "standard" or not? Why not simply continue contenting yourself with the "de facto" standard of whatever MS choose to release as "MS Office"?
And building standards this way kills innovation. Suppose something better than INK comes along. Well, it'll never go anywhere. If you had two standards, X (OOXML or ODF), Y (how to embed INK in X), then somebody could propose a standard Z (how to embed the better think in X).
Then you, as a customer, simply look for a vendor or vendors who give you X & Y today; if you decide to jump on the Z bandwagon, you look for X & Y (for backward compatiblity) & Z.
Claiming a product is compliant with a standard isn't some magic pixie dust that makes it a good product, it's just a means of determining if the product might meet your needs. Approving OOXML as a standard allows Microsoft to market its product as compliant with "standards", but without customers receiving any of the benefits of standardization.
Re:Way forward on ODF? (Score:4, Informative)
On the contrary, if resumes are required in OOXML format there will no longer be a requirement to reverse-engineer the Word format in order to achieve that. Since every word processor has to be compatible with Word in any case to be marketable the job of producing a compliant open source implementation has become rather easier.
As for ECMA, it has always been a joke. They were a joke when they accepted Netscape's original JavaScript proposal without any changes. Netscape chose ECMA because they wanted a forum they could just ram something through without any opportunity for comment from any other party. It only took another six years before usable implementations started to turn up in browsers. Early on the <object> tag was known as the 'crash my browser' tag. The specification was at least as baddly written as the code. But the modern Javascript specs are starting to look pretty good.
The reason that Google has been able to make so much out of AJAX and previous companies have not is not because nobody saw the potential before, its because the JavaScript implementations could not possibly have supported modern apps without crashing. Try connecting to GMail with an early version of Netscape and you will either see it turn off the JavaScript or crash.
People are completely missing the point of standards work here. You only get from a standards process what you achieve along the way. Its like a university degree, the certificate is probably the least useful output.
ODF and OOXML are both examples of an obsolete way of document preparation. They are both embedded in the internal data structures of ten to twenty year old systems. I would take an entirely different approach to producing a modern office suite. I would not cobble it together from components.
Neither format allows you to create an equation in math notation and use it in the spreadsheet.
This whole argument is like arguing whether gas or oil is better to fire a power station. They are both legacy technologies.
Re:New P member countries deadlocking other standa (Score:3, Informative)
----
Here is how the eleven countries that upgraded from O to P membership in the months (and often just days) before the OOXML voting period closed on OOXML, and also whether or not they voted in the more recent ballot (all data is from Rick's analysis of the voting record):
Upgrades that voted to adopt OOXML and didn't vote later: 7
(Cote dIvoire, Cyprus, Lebanon, Malta, Pakistan, Turkey, Venezuela)
Upgrades that abstained on OOXML and didn't vote later: 1
(Trinidad and Tobago)
Upgrades that voted against OOXML and didn't vote later: 0
Re:Slashdot calls for ISO cessation of stupidity (Score:5, Informative)
Re:What's the ISO standard for Irony? (Score:3, Informative)
HTH
Re:Way forward on ODF? (Score:3, Informative)
You haven't talked to anyone who has actually tried to implement ODF from the spec, have you? It is not very well-defined. For example, do you know how it handles password hashing? It just says you should do it. No list of allowed hashes. No documented way to record what hash you've used.
Want another example? Calendars. There it at least lists the names of the allowed calendar system. But no reference to what those names mean.
The fact is that to implement ODF in a fairly complete fashion (no one has ever done a complete implementation), and have your implementation interoperate with other implementations, you have to base it off the OpenOffice source code, and that's what everyone has done (some indirectly, by basing theirs off code that is based off OpenOffice).
Compare to OOXML. It lists all the allowed hashes, and cites to the specification for each one. Same for calendars. It actually gives you enough information to implement, unlike ODF.
And the funny thing is, these are both areas OOXML was slammed on for being inadequate, even though it was vastly more well-defined than ODF in these areas, even on its very first submission. This nicely illustrates the hypocrisy of the anti-OOXML crowd. A good 90% of their objections to OOXML were either things like the hash handling, where OOXML was much better than ODF, or were flat out untruths.
Re:Slashdot calls for ISO cessation of stupidity (Score:5, Informative)
Re:Slashdot calls for ISO cessation of stupidity (Score:3, Informative)
Re:Replace them (Score:3, Informative)
Grow up dammit. ALL electrical gadgets you have (in europe at least) are manufactured according to ISO standards. How is that "irrelevant?"
Re:I bought the Red Car so that I could dismantle (Score:2, Informative)
Red Car -> ISO body (Judge Doom utters this line in Roger Rabbitt)
Two standards good, one standard better -> reference to Animal Farm
Embrace, extending and extinguish -> Microsoft's handling of the ISO standards-making process
The common thread among all these quotes is how downright sinister they are behind a gentle and seemingly caring facade; they're all working within the system to bring it down from the inside.
- Roey