mikkl666 writes "Alex Brown, head of the ISO work group responsible for OOXML, has posted a summary of their latest meeting, and he also comments on the resolutions discussed there. The basic message is that ISO now has 'full responsibility for the standard,' and that several workgroups will be established to work on OOXML. An interesting point here is that 'setting up a maintance[sic] procedure for ODF, and then working on cross-standard initiatives' is one of the explicit goals. On a side note, they also reacted to the very emotional discussion on OOXML by posting an open letter: 'We the undersigned participants ... wish to make it clear that we deplore the personal attacks that have been made ... in recent months. We believe standards debate should always be carried out with respect for all parties, even when they strongly disagree.' As Brown correctly points out, 'This content speaks for itself.' We discussed the approval of OOXML earlier this month."
XAML will replace HTML (as well as Flash, PDF, Postscript, etc.)
Under the guise of security, Microsoft has quietly been making Windows applications difficult to deploy within corporations, and have been luring corporate developers towards ASP DotNet. With the release of The latest DotNet development tools and Expression Blend, the strategy is nearing fulfillment.
It has been a master stroke, I must admit. I've long thought that HTML was a poor foundation for what we're trying to do on the web these days. I spent all of yesterday putting the pieces together and am well impressed. And afraid.
Microsoft's strategy appears to be to drive internal corporate developent, then B2B, along with governments (Library of Congress), etc. and by eventually it will surely gain ubiquity. It will raise the bar for internet applications. Anybody switching between Expression Blend and, say, Dreamweaver will quickly see the folly of stretching pixels to make boxes. Vector graphics makes much more sense for the web. Along with a rich set of controls.
Why would you need OOXML, when you've got XPS (a subset of XAML)? It can replace ))XML, PDF and Postscript.
Of course, this is all an open standard right? And Microsoft has released the specs and is working with Mono on Moonlight, right? Well, yes, just when they're launching all of their tools that utilize it.
I imagine that's what will happen with each future version of the standard.
It matters because Microsoft is not going to control the web...all those technologies you mention are pointless in light of:
HTML5/XHTML2
CSS 3
SVG
H.264
JavaScript
PDF
Microsoft's track record for cross platform web support just plain sucks. Internet Explorer for the Mac is abandonware! Microsoft quit supporting WM Player for Mac, they now distribute a third-party application. Do you think well ever see IE for Linux or WM Player for Linux? No we won't. Microsoft may be working with Mono on Moonlight, but what will happen when they abandon the project like they did with IE on Mac?
ODF/OOXML is about creating a desktop office suite interchange format to make sharing documents easier...that's all, that's what it's made for...that's not what XPS is made for. XPS is a pointless replacement for something that's not broken...PDF works just fine.
by Anonymous Coward
on Sunday April 13 2008, @12:35PM (#23055106)
That Microsoft needed to stack the deck is all-telling, OOXML is unimplementable, has no place as an approved standard and Microsoft and the NB's full-well know it.
You're attempting to conflate the issue, there is ample evidence of irregularities in the OOXML fast track process without considering the backroom deal. The question why so many NB's did an about face requires further exploration and action, if not a backroom deal then something was responsible and it sure as hell wasn't improvements to the "standard"!
It's amusing to see that because of the actions of a single software company, money that could have been spent on something like finding cleaner sources of energy or battling rising food prices, will now be spent on trying to support OOXML.
ODF is a standard, implementable by any third party and independent of the implementor's software. OOXML's inclusion as a 'standard' now also has the effect of influencing ODF's openness via 'cross-standard initiatives'.
The ISO process was abused, clearly. OOXML does not meet the minimum definition of an open standard and that is enough to show the process was abused.
Despite the bevy of rational explanations, with official bodies denying, often with proof, that no 'backroom dealing' occurred, it's still not enough for people to realise that the ISO process may actually be working fine
Have you actually looked at the OOXML spec? It doesn't matter if "backroom dealing" occurred. If that trainwreck is approved as an ISO standard, then the ISO process is broken. Full stop.
And now government bodies will spend even MORE money hiring IT companies because some government bodies are required by *law* to follow international standards. If the standards were passed that every piece of software make a MOO sound every 30 seconds, the bodies would spend millions making sure every piece of software mooed every 30 seconds.
Open standards were supposed to save money, but I can't see any software vendor saving money by implementing OOXML.
I will laugh when Microsoft itself can't get software certified to match OOXML's trainwreck standards.
The Swedish Standards Institute has declared its recent vote in favor of Microsoft's Office Open XML format invalid. It means that Sweden will probably abstain from an important upcoming international vote on whether to make the format a standard.
The reason given by SIS was not the controversial circumstances surrounding the vote, in which Microsoft was found to have offered companies "incentives" if they voted in favor of OOXML. Instead, SIS cited a technicality, saying proper procedures had not been followed.
SSI more or less admits that MS swayed member companies votes and at the same time claims that was perfectly OK, but there was a technical problem somewhere else (a double vote).
Are the other official bodies you're talking about applying the same "standards" as SSI to their voting procedures? If so, you might be technically correct, but as far as I'm concerned, it still stinks.
So is evidence of bribery, corruption, and other underhanded tactics considered personal attacks? It looks like they've decided to go ahead and accept it as a de facto standard; I thought they hadn't finished voting yet.
This open letter assures me though - the $y$tem works.
"Personal attacks" has increasingly been the whine of people trying to cover up actions and speech that they personally did wrong, when the attacks are on those acts and speech, not the "person" themself. It's a perversion of invoking the "ad hominem" [wikipedia.org] fallacy accusation when all they're really entitled to claim is "don't look at me" (because they don't want to be accountable for their actions).
In matters of logic, it is critical to be clear about what questions are being addressed by which evidence.
The first question is the worthiness of OOXML to be an international standard. The second question is the integrity of the process under which ISO approved OOXML.
Nobody is arguing that OOXML is a bad standard because the process that approved it was corrupted. They are arguing that OOXML is a bad standard AND the process that approved it was corrupted. These questions are not unrelated; one could argue that assuming the badness of the OOXML process is evidence of the corruption of the process. However it isn't strictly necessary for one question to beg the other. There is sufficient independent evidence to consider each question separately.
It is really proponents that are confusing the two issues, and have an interest in doing so.
If the standard is bad, then the process that approved it must be questionable. Therefore, if the process that approved the proposal is above reproach, then the standard cannot be bad. We can't say, however, that because the process was bad, the proposal was bad, although it is not inconsistent to believe this.
The first question is the worthiness of OOXML to be an international standard
That would be my second question. The first would be regarding ISO itself. Clearly this brings down ISO's stature as a standards setting organization by several notches. I mean how seriously can you take a standard that was adopted not on its technical merit, not because it was better than competing proposals, but because the voting members could be bought?
It's my understanding that OOXML isn't even a standard that microsoft uses or can implement and microsoft intends to replace it in the very near future. So what was the point of this exercize? To make sure that a true open standard has a harder time getting a foothold until microsoft brings out their "real" open standard.
Now-- there is another issue... OOXML is not a true open standard-- it is patent encumbered for one thing, and can't be implemented for another.
Openoffice does a better job of opening my older word files than Word does at this point (in fact, at least a couple times a year I use it to FIX MSword documents at work that get corrupted section headers and crash Word). The thing that started this entire mess is that some governments noticed this fact with regard to their documents (i.e. Microsoft making not just the word processor you are using obsolete but making your *data* obsolete-- and in under 10 years) and passed laws saying documents were required to be in an open format so they could be read 50 years from now.
Microsoft word format is a standard-- its just not a very stable standard (changing substantially every few years) and it is not an OPEN standard. If ISO wanted to vote OOXML "the standard way one version of Word stores data" it might have been true. But they didn't-- they voted it an "Open" standard which has legal meaning to all those governments passing laws that their documents must be stored in an open format. It was a huge-- corrupt- scam job where Microsoft essentially got a standards body to label a white flour roll an apple so it would be immune to new laws saying kids had to have fruit instead of rolls with their school lunches.
There is a way the governments can recover this...
Instead of using a title "Open", they list the characteristics they require.
* Not encumbered by patents in anyway (all involved patents must be released into the public domain immediately) * Completely specified (nothing defined in terms of how another program works-- specify the desired behavior) * I'm sure there are a few others but these two alone would kill OOXML from being relabeled an apple.
Two or more, complete, independent implementations from different suppliers are available. That should be a requirement if you want good value irrespective of how open the standard is - if your supplier doesn't have to compete, what incentive do they have not to fleece you?
If Microsoft had opened up the specs for the docx and other new file formats for ISO approval, and documented them in an implementable fashion, then I (and I think, pretty much anybody who wants an office suite that can compete with Microsoft), would be thrilled. Hell, I *was* thrilled when I first heard about it.
Microsoft did not do this though, Microsoft gave us 6000 pages of an unimplementable spec, which refers to information that is not publicly available. There are serious legal questions as to whether the 'patent promise' holds any water as well, meaning that implementing the spec could cause problems for open source products. On top of it all the flagship OOXML product, Microsoft Office, does not currently appear to be following the OOXML spec properly. This is only going to get worse as ISO working committees refine the spec to fix the implementation problems Microsoft put into it.
The end result of this is that we are left with a ISO spec that has no real world implementation at all. The only thing I can really hope comes out of this is Microsoft gets hit with a fraud charge for claiming office is ISO compliant when is truth it is not.
It's not surprising that MS can't follow the spec either. For years, a "word document" was little more than a memory dump From Word. As they developed new versions, they just piled more crap on top and let the stuff at the bottom go to compost. That's why it was possible to find fragments of unrelated documents in a Word document.
Then, the "magic XML" non-solution popped up so they wrapped the whole stinking crap ball up in that. You can frost a dog turd and call it wedding cake....
MS claims OOXML is some sort of specification or standard, but really it's an attempt to finally document the above crap ball. It's such a mess, they can't do it even with the complete source code revision history and the active coders that produced it.
That's also why it takes 6000 pages and still makes references to things that aren't documented. MS may or may not know what they are!
So, honestly it's not a spec at all and certainly isn't a standard, it's failed documentation.
Except OOXML already is the standard, or at least the spiritual successor to it. Microsoft Word is how 90% of the world creates their documents.
And that's right where we want to be 20, 30 or even 50 years from now.
Here we have the company responsible for that 90% (if not more!) wanting to open up their file format and make it an ISO standard, giving the wider global community some sort of say in the process, for the first time ever.
Not quite. They didn't want to open their file format, but they wanted to make it an ISO standard. They also wanted to give the global community a pat on the head to let them think that they had some sort of say in the process.
There is absolutely no reason to oppose OOXML's adoption as a standard. It already *IS* the standard and any attempts to block it are just idiots sticking their head in the sand.
There is absolutely no reason to oppose ODF's adoption as a standard. It already *IS* the standard and any attempts to block it are just idiots sticking their head in the sand.
Let me repeat that: the vast majority of human beings on this planet that need to create a document in a word processor do it with some version of Microsoft Word. Period. This is *FACT*. Any move toward putting that file format into an open standard is a good move.
You seem to be confused. There is a difference between a de facto standard (in this case due to a monopoly) and a derived standard (usually created and documented from technical input from known experts).
Complaining that the first version has technical flaws is just as useless. The ISO can address that with revisions.
I would agree with you if it wasn't already a 'standard'. Think of other standards that you use which, if they were adopted before they addressed technical flaws, would have disastrous impacts. Want to play with the standard for electrical transmission? How about the standards that even let you use the Internet?
Some of those "flaws" are directly related to preserving the ability of a word processor to open older documents and render them properly (think un-translatable languages. will archaeologists be able to open a 100-yr old Word document in the future? 500 year old? I hope so, because that will be a regular part of the job...).
So our brand new standard has to cater for the current de facto format's ability to be backward compatible with a monopolist's software package?
What would have been really great is if we had a whole bunch of other standards and incorporated them into a brand new standard! Too bad we didn't think of it before OOXML.
If you've ever read Joel's article about the file formats, you'd understand that there are some behaviors that simply can't be described other than to say "here is the piece of code that produces that output".
No, still don't understand. And by the way, can you show me where Microsoft said 'here is the piece of code that produces that output' for all the binary blobs they're spewing out? Thanks!
Microsoft didn't care back then - I doubt you would have given a rat's ass in the 80s either under the same circumstances and with the same disk and memory limits. We know a lot more about software development now.
Including not to tie ourselves to 80's file formats. Oops. Seems not.
As far as I'm concerned, anyone who opposes the adoption of OOXML can go piss up a rope. As a developer I'm more than happy to have, for the first time ever, some readily available documentation on the file format and a standards body that will at least try to take care of the standard, whether they ever succeed or not.
Well, I'm glad one of us is happy. Actually, no I'm not. If you think the OOXML file format documentation will actually help you, go read it and come back.
I doubt that the working group itself has been bribed. After all, they just held ISO down: it was Microsoft's paid catspaws who did the actual gang rape.
This seems sadly true. It's easy for a group that believes in an ethical standard to be misled by people who pretend to it publicly: it's like a spouse with an abusive partner. They hope for the best, and want the partner to improve and hope that they will, but their support of the partner actually prolongs the abusive relationship.
ISO needs to go to a family shelter, change their address, get a restraining order, and make sure that Microsoft's visitation rights with the children are supervised for safety.
ISO is a worthless org now that it has become obvious they not only allow corruption and deception but they also have refused to do anything about it. They knew months ago that Microsoft was paying business partners to join ISO and instructing them on what to say at the MSOOXML voting meetins. They/ISO have known that these fraudulent new members were not acting as concerned ISO members and voting on other ISO projects as is required and they/ISO continued to let another vote go through on MSOOXML months later.
ISO is worthless and should be disregarded until they fix what is wrong and repair the damage done in the exploitation of their poorly designed voting process by Microsoft.
As far as MSOOXML and ODF goes, it is over and Microsoft destroyed ODF just as they have done to so many public use standards in the past. Destroyed may be too harsh but they have basically diminished its value by about 90% because of the perceived openness of MSOOXML will trump choices to use ODF. MSOOXML will be viewed as some kind of vague standard and Microsoft will continue using proprietary versions in their MS Office products with mostly poor implementations of the "official" MSOOXML standard. IMO
That document explains no reason to adopt OOXML. Just a bunch of "We found their answer satisfactory but we're not going to tell you what it is." It does say one thing though, that OOXML DOES NOT SUPPORT ANYTHING BUT UCS-2 FOR UNICODE!
It uses XML as a base. XML can use any encoding capable of representing the characters !"'? and =. Yet it remains limited to stone age character representations. In a document format.
If that isn't evidence of a corrupt process, it's evidence of clueless incompetence.
It's lovely how this bullshit page is constantly brought up by OOXMLers. Now go read these proposed dispositions. No you can't. They are password protected. Even at this stage when OOXML is standardized. Now this is a truly open standard and process.
And BTW, a full text of OOXML with all corrections made to date doesn't even seem to exist.
The real test is the future. If Microsoft works through ISO to improve the standard, and ODF and OOXML are gradually harmonized, then all our complaining is moot. If other companies and projects implement OOXML and have no trouble doing it, and Microsoft doesn't sue them for infringement of some obscure patent, that's fine. We get what we want.
Consider this silver lining: without ODF, under what other circumstances would Microsoft have turned their new document file format over to a standards body? This whole scenario would have been an open source advocate's wet dream in the 1990s. Sure, what happened with the ISO vote was deplorable and calls the standards body's process and impartiality into question, but things are a lot better than they would have been without ODF.
Of course, that assumes that Microsoft actually implements any of the changes that ISO makes to the standard. I wouldn't put it past them to not follow their own standard if it stops suiting their need.
If Microsoft works through ISO to improve the standard, and ODF and OOXML are gradually harmonized, then all our complaining is moot
Given Microsoft's past actions regarding ODF, what do you think the chances are that they will allow them to be harmonized?
Consider this silver lining: without ODF, under what other circumstances would Microsoft have turned their new document file format over to a standards body?
Turned it over? They rammed it through the process using every dirty tactic they could come up with. Somehow I'm thinking that Microsoft hasn't really lost control of anything. They seem to have plenty of control over the ISO.
There were a number of defects in the OOXML 'standard' and there is yet another working group charged with rationalizing the issues who (because of the vagueness of the 'standard') need to get the ECMA people in to 'advise' them if they could change something or not. That does not sound like they're in control.
One has to wonder who they think they're fooling. Microsoft has no obligation to implement any changes the ISO group may advise, but through the ECMA, the ISO would have no real choice.
To add further insult to injury, they're setting up yet another group to work on 'cross standard initiatives' - i.e. let's try to make ODF as useless as OOXML as a standard.
The ISO didn't have control of OOXML from the beginning. If they believe anything they do will give them control, they are sadly mistaken.
Circumstantial evidence is mounting of one or more private deals having been struck to approve DIS-29500 Office Open XML ("OOXML") as an international standard, a deal that may have played a role in several key national standardization bodies changing their voting position to approve OOXML.
Now that OOXML has been made an ISO standard (called now OXML I think), we can differentiate between MS's bastardized implementation of this format and the ISO standard. If anyone thinks that now third parties can freely implement OXML and be able to read and write with 100% accuracy formats created in MS Office, they are sadly mistaken. Sure OXML file should be able to be read and written by any applications that implement the ISO format just fine (provided they can implement every detail of the hundreds of pages of specifications), but MS Office will always be able to produce files that don't quite look right everywhere else because of the way MS interprets/wrote the specification, or deliberately left out some important little detail. This will create a second-class landscape of OXML users, which will always be minor plays and insignificant next to the continuing Office hegemony. This is a fantastic move on MS's part. They've managed to totally play the part and even go through the motions without giving up a single thing! The ultimate deception. In the meantime a bunch of us rag-tag Linux hippies will continue to promote a standard that's truly open in the ways that count (ODF), and hopefully have some success in certain circles. The rest of the clueless masses seem preoccupied with other things to care, sadly. Anyway, it will be interesting to see exactly how this situation plays out. The EU, at least, has the guts to stand up to MS (sort of anyway), so hopefully they will slap MS hard if things do go the way I predict they will.
Sadly, much of what you say applies to OO.o and ODF. OO.o's files aren't in full compliance with ISO ODF (and therefore OO.o's ODF can be differentiated from ISO ODF), and different apps exhibit different behaviors when reading ODF documents. Indeed, many ODF apps are "second-class" ODF apps.
Here's a rating of various application's ODF support, from one star to five stars (five stars means "perfect"): http://opendocumentfellowship.com/applications [opendocume...owship.com]
You'll note that NO app achieves 5 stars. There are a number of 4-star apps, but most are three stars and lower. (And I'd bet you a twinkie that nearly all (and possibly ALL) of the 4-star apps aren't independently developed from the spec, but are using rebranded versiond of OO.o's code. (It's known that many ODF apps are simply using OO.o code (the ODF spec is too vague in many places to create code simply based on the spec.)
(There's another web page on an ODF support site somewhere that lists details of problems when using particular apps to load ODF files created by other particlar apps (like using K-Office to load ODF files created by OO.o), but I can't find it at the moment.)
Meanwhile some on-looking SC 34 people felt insulted. One neutral XML expert, who I know for a fact took a very close technical look at DIS 29500 asked "what are they saying? that we are incompetent? that we do not have the right to decide for ourselves?".
No, the general public is not calling them incompetent. Other technical [alkalay.net] committees [www.scc.ca] are calling them incompetent.
The chances of Microsoft implementing any changes ISO makes is slim to none. And no business or government agency is going to (collectively) believe that Microsoft doesn't follow its own "international standard". Which means that OO.org, Koffice, Abiword, etc all need to follow the Microsoft way, as some have already begun to do.
The ISO sold its intrinsic value, in the form of its integrity and credibility, to Microsoft Corporation. Now the utterances of ISO functionaries are of no importance whatsoever, just as the standards maintained by the ISO are of no value at all. We will interpret the actions of M$ and the ISO as the damage that they truly are and simply route around them. The lesson here is that, in the brave new interconnected world, centralized authorities are single points of failure. They are utterly vulnerable to the enemies of freedom, and must be eliminated. We will therefore evolve distributed standards authorities of some fundamentally new nature. Soviet-era centralized control systems are as obsolete as proprietary operating systems. These things will chaotically destabilize and vanish to be replaced by an equilibrium of resilient, distributed algorithms.
For starters this new committee can specify what spacelikeword95 means. Its kinda funny that its does not say spaceExactlyTheSameAsWord95 but just "like".
Alex Brown may complain all he wants, but after the way he managed the ballot resolution meeting, either he doesn't know or understand the rules all that well, or he ignored them on purpose. I HOPE he just didn't know what he was doing, and I can see why he wants people to stop focusing on how he did his job, but that doesn't make it any less appalling.
it does speak volumes. with the EU investigating several countries for massive amounts of corruption, Norway voted against adopting it, yet the technical committee of MSFT friends passed it anyways. a 19 to 6 vote against does speak volumes.
There are currently enough voting irregularities that which if half of them switch to abstain OOXML is no longer a standard. OOXML is a piece of shit. no one and that's including MSFT can ever implement it as it is so complicated and relies on knowing undocumented features of word 95, 97, and 2000.
MSFT just killed the ISO as they can no longer be taken seriously. With enough bribes you can buy what ever standard you want.
Microsoft has no intention of supporting ISO OOXML, heck, they refused to support the ISO ODF format even when threatened with the loss of 10's of thousands of licenses for MS Office. It is a very well specified 600 page spec.
To hedge their bet on getting their own format standardized, the put out a pet project with little support behind it but a nice public face of attempting to support ODF. But it is half hearted at best.
Don't kid yourself, Microsoft has no intention of supporting the public spec which is now ISO OOXML or ISO ODF.
Also, it was Microsoft which made it a fight about MS Office vs all others. The requirement for ODF did not exclude Microsoft Office but instead, Microsoft refused to support ODF in MS Office. So, if you like MS Office you are stuck with their proprietary format and required licenses to read it.
Microsoft has put it plainly: If the Ecma (now ISO) spec doesn't match what Microsoft wants to do with the file format then the file format will deviate from the spec. That pretty much ruins the whole "read files 50 years from now" plan, at least for Office 14 onwards. Combined with the fact that the OOXML spec and the Office file format already don't match up I'd say that the chances of Microsoft sticking to OOXML are rather slim.
As for ODF: That would instantly diminish Office's market value by making interoperability easier (the ODF spec is much easier to implement than the OOXML one, being 1/10th the size). Microsoft lives off the being the only ones who can open their formats. They're not going to let that position go to waste.
They wanted to get OOXML ISO standardized purerly because of marketing and PR stuff, so they can continue to brainwash governments and orgs into using Microsoft Office. As simple as that.
If you really think they care about full compliance, well, they never cared, they never will care.
First of all, copyright, like any other form of property right, is a moral right upheld by legislation.
It's hardly a moral right. It's simply a compromise between the public and those who create new works in an effort to encourage such creations. They get a temporary right to exclusively duplicate and distribute those works in exchange for them being added to the public domain at the end of that period. That the copyright industry has grossly perverted that compromise is the real breach of morality.
What do they expect? (Score:5, Insightful)
It doesn't Matter Anymore. XAML replaces it all. (Score:4, Insightful)
Under the guise of security, Microsoft has quietly been making Windows applications difficult to deploy within corporations, and have been luring corporate developers towards ASP DotNet. With the release of The latest DotNet development tools and Expression Blend, the strategy is nearing fulfillment.
It has been a master stroke, I must admit. I've long thought that HTML was a poor foundation for what we're trying to do on the web these days. I spent all of yesterday putting the pieces together and am well impressed. And afraid.
Microsoft's strategy appears to be to drive internal corporate developent, then B2B, along with governments (Library of Congress), etc. and by eventually it will surely gain ubiquity. It will raise the bar for internet applications. Anybody switching between Expression Blend and, say, Dreamweaver will quickly see the folly of stretching pixels to make boxes. Vector graphics makes much more sense for the web. Along with a rich set of controls.
Why would you need OOXML, when you've got XPS (a subset of XAML)? It can replace ))XML, PDF and Postscript.
Of course, this is all an open standard right? And Microsoft has released the specs and is working with Mono on Moonlight, right? Well, yes, just when they're launching all of their tools that utilize it.
I imagine that's what will happen with each future version of the standard.
Parent
Re:It doesn't Matter Anymore. XAML replaces it all (Score:3, Insightful)
Re:It doesn't Matter Anymore. XAML replaces it all (Score:5, Insightful)
It matters because Microsoft is not going to control the web...all those technologies you mention are pointless in light of:
Microsoft's track record for cross platform web support just plain sucks. Internet Explorer for the Mac is abandonware! Microsoft quit supporting WM Player for Mac, they now distribute a third-party application. Do you think well ever see IE for Linux or WM Player for Linux? No we won't. Microsoft may be working with Mono on Moonlight, but what will happen when they abandon the project like they did with IE on Mac?
ODF/OOXML is about creating a desktop office suite interchange format to make sharing documents easier...that's all, that's what it's made for...that's not what XPS is made for. XPS is a pointless replacement for something that's not broken...PDF works just fine.
I realize you were probably being sarcastic... :-)
Parent
Re: (Score:3, Funny)
Re:What do they expect? (Score:4, Insightful)
You're attempting to conflate the issue, there is ample evidence of irregularities in the OOXML fast track process without considering the backroom deal. The question why so many NB's did an about face requires further exploration and action, if not a backroom deal then something was responsible and it sure as hell wasn't improvements to the "standard"!
Parent
Re:What do they expect? (Score:4, Funny)
Parent
Re:What do they expect? (Score:5, Insightful)
ODF is a standard, implementable by any third party and independent of the implementor's software. OOXML's inclusion as a 'standard' now also has the effect of influencing ODF's openness via 'cross-standard initiatives'.
The ISO process was abused, clearly. OOXML does not meet the minimum definition of an open standard and that is enough to show the process was abused.
Parent
Re:What do they expect? (Score:5, Insightful)
Have you actually looked at the OOXML spec? It doesn't matter if "backroom dealing" occurred. If that trainwreck is approved as an ISO standard, then the ISO process is broken. Full stop.
Parent
Re:What do they expect? (Score:4, Interesting)
Open standards were supposed to save money, but I can't see any software vendor saving money by implementing OOXML.
I will laugh when Microsoft itself can't get software certified to match OOXML's trainwreck standards.
Parent
Re:What do they expect? (Score:4, Informative)
Like the Swedish official body?
From http://www.infoworld.com/article/07/08/31/Sweden-OOXML-vote-invalid_1.html [infoworld.com]:SSI more or less admits that MS swayed member companies votes and at the same time claims that was perfectly OK, but there was a technical problem somewhere else (a double vote).
Are the other official bodies you're talking about applying the same "standards" as SSI to their voting procedures? If so, you might be technically correct, but as far as I'm concerned, it still stinks.
Parent
Re:get real (Score:5, Funny)
Parent
Personal Attacks? (Score:5, Insightful)
This open letter assures me though - the $y$tem works.
Re:Personal Attacks? (Score:5, Insightful)
Parent
Re:Personal Attacks? (Score:4, Insightful)
In matters of logic, it is critical to be clear about what questions are being addressed by which evidence.
The first question is the worthiness of OOXML to be an international standard. The second question is the integrity of the process under which ISO approved OOXML.
Nobody is arguing that OOXML is a bad standard because the process that approved it was corrupted. They are arguing that OOXML is a bad standard AND the process that approved it was corrupted. These questions are not unrelated; one could argue that assuming the badness of the OOXML process is evidence of the corruption of the process. However it isn't strictly necessary for one question to beg the other. There is sufficient independent evidence to consider each question separately.
It is really proponents that are confusing the two issues, and have an interest in doing so.
If the standard is bad, then the process that approved it must be questionable. Therefore, if the process that approved the proposal is above reproach, then the standard cannot be bad. We can't say, however, that because the process was bad, the proposal was bad, although it is not inconsistent to believe this.
Parent
Future relevance of ISO given their OOXML debacle (Score:4, Insightful)
Parent
Re:Personal Attacks? (Score:5, Insightful)
Now-- there is another issue... OOXML is not a true open standard-- it is patent encumbered for one thing, and can't be implemented for another.
Openoffice does a better job of opening my older word files than Word does at this point (in fact, at least a couple times a year I use it to FIX MSword documents at work that get corrupted section headers and crash Word). The thing that started this entire mess is that some governments noticed this fact with regard to their documents (i.e. Microsoft making not just the word processor you are using obsolete but making your *data* obsolete-- and in under 10 years) and passed laws saying documents were required to be in an open format so they could be read 50 years from now.
Microsoft word format is a standard-- its just not a very stable standard (changing substantially every few years) and it is not an OPEN standard. If ISO wanted to vote OOXML "the standard way one version of Word stores data" it might have been true. But they didn't-- they voted it an "Open" standard which has legal meaning to all those governments passing laws that their documents must be stored in an open format. It was a huge-- corrupt- scam job where Microsoft essentially got a standards body to label a white flour roll an apple so it would be immune to new laws saying kids had to have fruit instead of rolls with their school lunches.
Parent
Re:Personal Attacks? (Score:5, Insightful)
Instead of using a title "Open", they list the characteristics they require.
* Not encumbered by patents in anyway (all involved patents must be released into the public domain immediately)
* Completely specified (nothing defined in terms of how another program works-- specify the desired behavior)
* I'm sure there are a few others but these two alone would kill OOXML from being relabeled an apple.
Parent
Re:Personal Attacks? (Score:5, Insightful)
Two or more, complete, independent implementations from different suppliers are available. That should be a requirement if you want good value irrespective of how open the standard is - if your supplier doesn't have to compete, what incentive do they have not to fleece you?
Parent
Re:Personal Attacks? (Score:5, Insightful)
Microsoft did not do this though, Microsoft gave us 6000 pages of an unimplementable spec, which refers to information that is not publicly available. There are serious legal questions as to whether the 'patent promise' holds any water as well, meaning that implementing the spec could cause problems for open source products. On top of it all the flagship OOXML product, Microsoft Office, does not currently appear to be following the OOXML spec properly. This is only going to get worse as ISO working committees refine the spec to fix the implementation problems Microsoft put into it.
The end result of this is that we are left with a ISO spec that has no real world implementation at all. The only thing I can really hope comes out of this is Microsoft gets hit with a fraud charge for claiming office is ISO compliant when is truth it is not.
Parent
Re:Personal Attacks? (Score:5, Interesting)
It's not surprising that MS can't follow the spec either. For years, a "word document" was little more than a memory dump From Word. As they developed new versions, they just piled more crap on top and let the stuff at the bottom go to compost. That's why it was possible to find fragments of unrelated documents in a Word document.
Then, the "magic XML" non-solution popped up so they wrapped the whole stinking crap ball up in that. You can frost a dog turd and call it wedding cake....
MS claims OOXML is some sort of specification or standard, but really it's an attempt to finally document the above crap ball. It's such a mess, they can't do it even with the complete source code revision history and the active coders that produced it.
That's also why it takes 6000 pages and still makes references to things that aren't documented. MS may or may not know what they are!
So, honestly it's not a spec at all and certainly isn't a standard, it's failed documentation.
Parent
Re:Personal Attacks? (Score:5, Insightful)
What would have been really great is if we had a whole bunch of other standards and incorporated them into a brand new standard! Too bad we didn't think of it before OOXML.
Parent
Re: (Score:3, Insightful)
Re:Personal Attacks? (Score:5, Insightful)
ISO needs to go to a family shelter, change their address, get a restraining order, and make sure that Microsoft's visitation rights with the children are supervised for safety.
Parent
Re:Personal Attacks? (Score:5, Insightful)
ISO is worthless and should be disregarded until they fix what is wrong and repair the damage done in the exploitation of their poorly designed voting process by Microsoft.
As far as MSOOXML and ODF goes, it is over and Microsoft destroyed ODF just as they have done to so many public use standards in the past. Destroyed may be too harsh but they have basically diminished its value by about 90% because of the perceived openness of MSOOXML will trump choices to use ODF. MSOOXML will be viewed as some kind of vague standard and Microsoft will continue using proprietary versions in their MS Office products with mostly poor implementations of the "official" MSOOXML standard. IMO
LoB
Parent
Re:Personal Attacks? (Score:4, Interesting)
It uses XML as a base. XML can use any encoding capable of representing the characters !"'? and =. Yet it remains limited to stone age character representations. In a document format.
If that isn't evidence of a corrupt process, it's evidence of clueless incompetence.
Parent
Re:Personal Attacks? (Score:4, Informative)
It's lovely how this bullshit page is constantly brought up by OOXMLers. Now go read these proposed dispositions. No you can't. They are password protected. Even at this stage when OOXML is standardized. Now this is a truly open standard and process.
And BTW, a full text of OOXML with all corrections made to date doesn't even seem to exist.
Parent
I propose we call it POXML (Score:5, Funny)
The future (Score:4, Insightful)
The real test is the future. If Microsoft works through ISO to improve the standard, and ODF and OOXML are gradually harmonized, then all our complaining is moot. If other companies and projects implement OOXML and have no trouble doing it, and Microsoft doesn't sue them for infringement of some obscure patent, that's fine. We get what we want.
Consider this silver lining: without ODF, under what other circumstances would Microsoft have turned their new document file format over to a standards body? This whole scenario would have been an open source advocate's wet dream in the 1990s. Sure, what happened with the ISO vote was deplorable and calls the standards body's process and impartiality into question, but things are a lot better than they would have been without ODF.
Re: (Score:3, Insightful)
Re:The future (Score:5, Insightful)
Parent
The process spoke for itself (Score:5, Insightful)
Microsoft now owns ODF, (Score:5, Informative)
The convenor of the committee is Alex Brown, an advisor to the British Library, which was a co-sponsor of Ecma putting OOXML on the fast track.
They've basically given Microsoft control over ODF's future.
Bye bye interoperability for another couple of decades.
What exactly has changed here? (Score:5, Insightful)
One has to wonder who they think they're fooling. Microsoft has no obligation to implement any changes the ISO group may advise, but through the ECMA, the ISO would have no real choice.
To add further insult to injury, they're setting up yet another group to work on 'cross standard initiatives' - i.e. let's try to make ODF as useless as OOXML as a standard.
The ISO didn't have control of OOXML from the beginning. If they believe anything they do will give them control, they are sadly mistaken.
Re: (Score:3, Insightful)
Personal attacks... (Score:5, Insightful)
You missed the real story with the ISO/IEC action (Score:5, Interesting)
Private deal to approve OOXML? More evidence surfaces [universal-...ouncil.org] --- Universal Interoperability Council).
Circumstantial evidence is mounting of one or more private deals having been struck to approve DIS-29500 Office Open XML ("OOXML") as an international standard, a deal that may have played a role in several key national standardization bodies changing their voting position to approve OOXML.
[more]
Re:You missed the real story with the ISO/IEC acti (Score:4, Informative)
No, it hasn't been debunked.
Rick Jelliffe is one of Microsoft's guys in Australia, and his opinion does not constitute a debunking.
Parent
MS OOXML and ISO OXML are now different (Score:4, Insightful)
Re:MS OOXML and ISO OXML are now different (Score:4, Informative)
Here's a rating of various application's ODF support, from one star to five stars (five stars means "perfect"):
http://opendocumentfellowship.com/applications [opendocume...owship.com]
You'll note that NO app achieves 5 stars. There are a number of 4-star apps, but most are three stars and lower. (And I'd bet you a twinkie that nearly all (and possibly ALL) of the 4-star apps aren't independently developed from the spec, but are using rebranded versiond of OO.o's code. (It's known that many ODF apps are simply using OO.o code (the ODF spec is too vague in many places to create code simply based on the spec.)
(There's another web page on an ODF support site somewhere that lists details of problems when using particular apps to load ODF files created by other particlar apps (like using K-Office to load ODF files created by OO.o), but I can't find it at the moment.)
Parent
About incompetence (Score:5, Informative)
No, the general public is not calling them incompetent. Other technical [alkalay.net] committees [www.scc.ca] are calling them incompetent.
They're just being polite about it.
Waste of time (Score:3)
I'm Sorry, Is Some ISO Maggot Making M$-Noises? (Score:5, Interesting)
spacelikeword95 (Score:3, Insightful)
Corrupt or incompetent? Take your pick (Score:4, Insightful)
Re:Here's a message for ISO and the letter... (Score:4, Insightful)
There are currently enough voting irregularities that which if half of them switch to abstain OOXML is no longer a standard. OOXML is a piece of shit. no one and that's including MSFT can ever implement it as it is so complicated and relies on knowing undocumented features of word 95, 97, and 2000.
MSFT just killed the ISO as they can no longer be taken seriously. With enough bribes you can buy what ever standard you want.
Parent
Re:Here's a message for ISO and the letter... (Score:4, Informative)
To hedge their bet on getting their own format standardized, the put out a pet project with little support behind it but a nice public face of attempting to support ODF. But it is half hearted at best.
Don't kid yourself, Microsoft has no intention of supporting the public spec which is now ISO OOXML or ISO ODF.
Also, it was Microsoft which made it a fight about MS Office vs all others. The requirement for ODF did not exclude Microsoft Office but instead, Microsoft refused to support ODF in MS Office. So, if you like MS Office you are stuck with their proprietary format and required licenses to read it.
LoB
Parent
Re:Here's a message for ISO and the letter... (Score:4, Informative)
Microsoft has put it plainly: If the Ecma (now ISO) spec doesn't match what Microsoft wants to do with the file format then the file format will deviate from the spec. That pretty much ruins the whole "read files 50 years from now" plan, at least for Office 14 onwards. Combined with the fact that the OOXML spec and the Office file format already don't match up I'd say that the chances of Microsoft sticking to OOXML are rather slim.
As for ODF: That would instantly diminish Office's market value by making interoperability easier (the ODF spec is much easier to implement than the OOXML one, being 1/10th the size). Microsoft lives off the being the only ones who can open their formats. They're not going to let that position go to waste.
Parent
Re:Damage control done too late (Score:4, Insightful)
If you really think they care about full compliance, well, they never cared, they never will care.
Parent
Re:why not open source Windows? (Score:4, Informative)
Parent