Slashdot Log In
Microsoft Wins Industry Standard Status for Office
Posted by
Zonk
on Fri Dec 08, 2006 04:24 PM
from the bully-for-them dept.
from the bully-for-them dept.
everphilski writes "The International Herald-Tribune reports that Microsoft has won industry standard status for Office. EMCA International, a group of hardware and software makers based in Geneva, approved the MS file formats with only one dissenting vote - IBM. IBM backs the OpenDocument standard, which was approved by the ISO in May of this year." From the article: "Bob Sutor, IBM's vice president for open source and standards, called Microsoft's Office formats technically unwieldy - requiring software developers to absorb 6,000 pages of specifications, compared with 700 pages for OpenDocument. 'The practical effect is the only people who are going to be in a position to implement Microsoft's specifications are Microsoft,' Sutor said."
Related Stories
[+]
Technology: Opera CTO Hits Back at Microsoft's Standards Push 246 comments
Michael writes "Opera CTO Håkon Wium Lie hit back today at Microsoft's push to fast track Office Open XML into an ISO standard, in a
blistering article on CNET. He also took a swipe at Open Document Format: 'I'm no fan of either specification. Both are basically memory dumps with angle brackets around them. If forced to choose one, I'd pick the 700-page specification (ODF) over the 6,000-page specification (OOXML). But I think there is a better way.' The better way being the existing universally understood standards of HTML and CSS. Putting this to the test, Håkon has published a book using HTML and CSS."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
6,000 pages (in what format?) (Score:5, Insightful)
Wow, 6,000 pages to describe an "open" format? Never underestimate the power of committees.
Sutor, IBM's dissenting voter says: "The practical effect is the only people who are going to be in a position to implement Microsoft's specifications are Microsoft." This in the context that the OpenDocument (competing) standard is only 700 pages. Seems like both must be quite verbose, but I'd opt for mastering 700 pages.
6,000 is a lot of pages to master, but it should be freely available for others to interpret, correct? On the other hand, since it is "essence of Microsoft", there's probably lots to misstep with and lots to nuance for interpretation letting Microsoft essentially maintain a proprietary flavor of a supposedly open standard.
Also of note from the article:
Van den Beld might be an idiot. Using his logic we should strike Microsoft Windows XXXXX as the standard for OSes, not.Hopefully there is still some inertia for the OpenDocument (yes, I know it's an ISO Standard) standard to gain purchase and compete. It is largely the emergence and work done with OpenDocument that has pushed Microsoft into the uncomfortable arena of pretending to like open standards.
Re:6,000 pages (in what format?) (Score:5, Funny)
Parent
Re:6,000 pages (in what format?) (Score:5, Insightful)
The problem is, if we know anything about Microsoft, even if they're doing it with otherwise decent intentions, they're writing Office-the-software first and Office-the-standard second -- and therefore, there's a significant risk that the standard will always lag the implementation, and since their installed base is so big, the implementation will just win over the standard.
Exactly what was happening on the web for a while when IE's implementation of HTML/CSS could trump the standard to the degree that other vendors had to encode "quirks modes" into their own implementations to deal with people who wrote to the implementation rather than the standard. . .
And I would feel differently about this if it weren't for the fact that MS is bolting an XML format onto an existing product, which means that reverse-compatibility decisions are likely going to be determinative in the engineering.
So it's not the 6,000 pages -- it's the internal memos interpreting the 6,000 pages that we never get to see that are the problem.
Parent
Re:6,000 pages (in what format?) (Score:4, Informative)
Parent
Re:6,000 pages (in what format?) (Score:4, Insightful)
It's pretty clear that ECMA exists mainly as a tool for rich corporations, when they want to add a veneer of respectability to something (and/or subvert government purchasing regulations).
Parent
Bias (Score:4, Insightful)
This piece of information is of little use without comparing the supported *features* in both format and their implementation.
Re:Bias (Score:4, Insightful)
But here's the point: by reusing MathML, instead of reinventing the wheel, Open Document also allows existing implementations of that standard to be reused.
The size of Microsoft's spec is a real problem. A Word developer estimates [msdn.com] more than 4 years for a team of 5 (within Microsoft) to implement just the Word portion in Word for Mac. Apparently, that's too much work, so they're just going to "port" the Windows version.
Is a standard with only one, proprietary implementation much use to anyone?
Parent
Just to set things straight... (Score:5, Informative)
What's also interesting is that MS will be offering a "bridge" (as a separate download) that enables Office software to read and write ODF (the OpenOffice Open Document Format) files.
Re:Just to set things straight... (Score:5, Funny)
Parent
why are there two standardization groups (Score:4, Insightful)
In other news.... (Score:5, Funny)
"Actually the Open standard we propose is six thousand pages, but that's only because we printed it in 256 point boldface fonts in order to be handicapped accessible for the visually impaired, you insensitive clod."
Microsoft further countered allegations of being too hard for developers by pointing out,
"If you take away the title information, the table of contents, the index and the pages that say This Page Intentionally Left Blank, all the standards document says is 'Buy a copy of Microsoft Office'. What could be simpler than that?"
MS Office XML sucks badly (Score:4, Informative)
From a practical point of view, OpenDocument already works for interchanging between multiple open source apps.
In addition, Microsoft's file format is patented and Microsoft uses that patent to spread FUD. While the patent probably wouldn't stand, it's an additional reason not to use MS's office formats.
It's The License That Kills It (Score:4, Interesting)
No right to create modifications or derivatives of this Specification is granted herein.
There is a separate patent license available to parties interested in implementing software programs that can read and write files that conform to the Specification. This patent license is available at this location: http://www.microsoft.com/mscorp/ip/format/xmlpate
The link with the actual license to READ and WRITE a file to their specifications is dead. This one works though, http://www.microsoft.com/whdc/xps/xpspatentlic.ms
Some handy excerpts: "Necessary Claims" do not include any claims: (i) that would require a payment of royalties by Microsoft to unaffiliated third parties; (ii) covering any Enabling Technologies that may be necessary to make or use any product incorporating a Licensed Implementation,....
This says to me that they have not indemnified developers from patent time-bombs for the functions one step beyond their proposed standard or other patent time-bombs laid by lesser-known Patent IP firms. Maybe someone with more coding skills can explain if it would be possible to implement a standard without so-called "Enabling Technologies"?
(iii) covering the reading or writing of documents other than XPS Documents, or rendering of XPS Documents in a manner that is different than the rendering allowed by the XML Paper Specification. "Enabling Technologies" means technologies that may be necessary to make or use any product or portion of a product that complies with the XML Paper Specification, but are not expressly set forth"
To me this says Microsoft can come after you if you do something they didn't think of.
I don't see how this benefits any developer outside of a select few.
Specification Weight (Score:5, Insightful)
While I'm inclined to a cynical view that Microsoft is unnecessarily burdening the specification - and they probably don't mind the fact that this will impede the development of competitors products - I do have to admit the possibility that they are addressing a different criticism that many have made of them in the past.
Namely, that Microsoft specifications are incomplete and/or imprecise (corner cases, etc.).
Albeit verbose, is their specification technically watertight?
Or is it merely, "Here's everything Word can do as a result of development since 1985." with no overall logical structure?
Embrace and extend, business version 2.0 (Score:5, Insightful)
The Microsoft license to use ECMA OOXML is contingent on following the standard to the letter, which is a seemingly innocuous condition until you realize that Microsoft itself is under no legal obligation to follow the standard to the letter. So you will have a bunch of third party software that follows the standard which won't be able to accurately read or write documents written by the dominant office software, it will just look like the other software is defective when really it is working according to the standard. And even if the other software developers want to break the standard in favor of microsoft compatibility, they won't be allowed to do so under the OOXML license. Microsoft wouldn't do this at first of course, what good is a trap sprung before your prey are fully in, so I am sure that Microsoft would spend a year or two adhering rigorously to the standard, just enough time for other software to incorporate OOXML compatibility. Then it would be time to break compatibility and continue the microsoft monopoly for another few years, while things work their way through the courts.
If Microsoft itself makes a legally binding and enforceable commitment to follow the ECMA OOXML standard to the letter, then I don't see a problem with another document format standard. But as the licensor, I don't see how they could be forced to adhere to the OOXML standard. Unless Microsoft itself can be forced to rigorously follow the OOXML standard, then this is just a monopolist's trap.
OpenXML is not open (Score:5, Insightful)
Down the road a bit they will begin strategic law suits and try to make FOSS programmers look like a bunch of thieves for implementing the "open standards" they pushed through without paying royalties.
Microsoft is not even a bit interested in competing on a level playing field. For a very long time they have used their monopolies to gain unfair advantages; antitrust laws be damned. Now they want to use their monopoly muscle in their Office package to control a "standard" that they feel will lock out their greatest competition. They know that GPL'd software CAN NOT be encumbered by patents.
They have no intention of real cooperation.
The solution: EVERYONE must work to make them irrelevant. Put them into a position where they either start playing fair or die. Not an easy task. We must press our Justice department to hold them accountable for breaking antitrust laws. The Courts MUST break Microsoft into a least three separate companies. This can easily be justified by their continued disregard for the law.
We should only support protocols and "standards" that are truly free. No unacceptable licenses, no royalties etc. As Linux gains market share there will come a time when Microsoft's insistence on being incompatible with OSS will begin to work against them.
We should push for laws that force standards and protocols to be truly open and available to everyone including Open Source.
The Power of ODF (Score:4, Interesting)
I implemented a photo directory for my church congregation. Since it would need to be easily updated I kept the information in a CSV spreadsheet, including names, addresses, and the name of the photo file. I looked at doing a mail merge with either OOo or Word and it didn't look like I could get what I really wanted with either. So I made a sample doc in OOo Writer and saved it. I then renamed it to a
I'll admit that you would have to be a programmer to do something like that, but it was really easy and required no documentation or specialized knowledge. That is the power of the ODF. I'm guessing the same isn't possible with the MS format.
Re:EMCA (Score:4, Informative)
ECMA have ratified a few standards relating to JavaScript - for instance, ECMA 262 defines the language that JavaScript, JScript, ActionScript and QtScript are implementations of, and the E4X extension that allows XML literals is also an ECMA standard.
Parent
Re:EMCA (Score:4, Informative)
Parent
Standards for Standards. (Score:5, Funny)
Parent
ECMA (Score:5, Informative)
It's ECMA. It even says that in the page you've linked to. And the original article. This Slashdot typo's infectious - it seems to have spread to half the comments posted already...
Parent
Re:Sounds about right (Score:4, Insightful)
Parent
Re:Sounds about right (Score:5, Informative)
buggy- well, it can't be buggy but it can be so complex that its hard to implement without bugs
bloated- a file format can easily store data in unefficient formats
insecure- hold important data without encryption
unreliable- hold the data in a lossy way
overpriced- Standards don't have to be free, they can charge a license fee (or even refuse to license on a RAND basis)
nonintuitive- Ever tried to decode all the variations of
clunky piece of dog shit- A hard to implement format is easily described as clunky
Parent
Will Microsoft stick to it? (Score:4, Insightful)
Microsoft as a company may decide product features mean more to them than adhering to a standard, even one they created. I'll never forget Microsoft's FORTRAN compiler under MS-DOS described by Microsoft as "a superset of a subset of FORTRAN 77." In other words, whatever they hell they felt like implementing.
Parent
Re:Bitch, bitch, bitch...... (Score:4, Insightful)
Parent