Slashdot Mirror


Microsoft Blasts IBM Over XML Standards

carlmenezes writes "Ars Technica has up an article discussing Microsoft's latest salvo against IBM. Microsoft's open letter to IBM adds fresh ammunition to the battle of words between those who support Microsoft's Open XML and OpenOffice.org's OpenDocument file formats. Microsoft has strong words for IBM, which it accuses of deliberately trying to sabotage Microsoft's attempt to get Open XML certified as a standard by the ECMA. In the letter, general managers Tom Robertson and Jean Paol write: 'When ODF was under consideration, Microsoft made no effort to slow down the process because we recognized customers' interest in the standardization of document formats.' In contrast, the authors charge that IBM 'led a global campaign' urging that governments and other organizations demand that International Standards Organization (ISO) reject Open XML outright."

78 of 323 comments (clear)

  1. IBM or Microsoft by pipatron · · Score: 4, Funny

    Help! I just bought a ThinkPad (yes, IBM, not Lenovo). I run Windows on it. Which side should I take?!

    --
    c++; /* this makes c bigger but returns the old value */
    1. Re:IBM or Microsoft by maharg · · Score: 4, Insightful

      Hmm. Assuming you have no budget and no alternative computing facilities..

      Could the IBM product function without the MS one ? Yes, you could download an alternative OS for free.
      Could the MS product function without the IBM one ? No.

      Go with IBM, brother.

      --

      $ strings FTP.EXE | grep Copyright
      @(#) Copyright (c) 1983 The Regents of the University of California.
    2. Re:IBM or Microsoft by jackharrer · · Score: 2, Funny

      Rip off all the stickers, starting with Windows Genuine Certificate at the bottom...
      Install Linux, pretend that your laptop is a generic Chinese copy...
      Have peace of mind, start coding...

      --

      "an experienced, industrious, ambitious, and often, quite often, picturesque liar" - Mark Twain
    3. Re:IBM or Microsoft by Bob54321 · · Score: 4, Funny

      My laptops designed for Windows sticker is on the fridge in my old flat. I just hope a Slashdot reader got that house and thought "I knew I could run Linux on a toaster, but Windows on a fridge..."

      --
      :(){ :|:& };:
    4. Re:IBM or Microsoft by TheLinuxSRC · · Score: 3, Insightful

      "When did Windows stop working on other Laptop/Desktop models.."

      I have to assume GP was referring to the fact that GGP bought the laptop with Windows installed. That being the case, he more than likely bought an OEM license which, I am sure you are aware, is non-transferable. That being the case, the laptop *will* work fine without Windows, however, since Windows cannot be (legally) transferred to another machine, it *will not* work on other hardware (legally).

      "...wait, don't answer that."

      Ooops... too late :)

    5. Re:IBM or Microsoft by lukas84 · · Score: 3, Interesting

      And thank god for them.

      When you're a windows user, you really need those two keys in order to use windows's keyboard shortcuts - which you want to.

      When you're a linux/bsd/whatever user, you've got yourself a nice set of "Meta" keys.

    6. Re:IBM or Microsoft by Anonymous Coward · · Score: 5, Funny

      I wouldn't worry at all, Windows is very good at freezing.

    7. Re:IBM or Microsoft by linvir · · Score: 3, Insightful

      Additional keys are all well and good, but what I think really irks people about this particular key is that it has the Windows logo on it.

      It would be exactly as useful and 0% as annoying if they kept the key but printed something else on it, like a star, or a light bulb or something.

    8. Re:IBM or Microsoft by jopsen · · Score: 2, Funny

      Nice... My designed for windows sticker is on my trash can, since windows was designed for it :)

    9. Re:IBM or Microsoft by Anonymous Coward · · Score: 2, Funny

      Someone got windows to work, seriously?
      Amazingly enough, it seems only the hard-core *nix users are incapable of correctly running and administering Windows PC.
  2. I don't know about you guys by codepunk · · Score: 5, Insightful

    It does not take a rocket scientist with a good look at the spec to figure out it sucks. The fact that it sucks has little to do with IBM.

    --


    Got Code?
  3. It's not an IBM's format by KiloByte · · Score: 4, Insightful

    Perhaps IBM's actions are based on the format qualities, not on its favoritisms. About those, since when IBM was in bed with Sun any more than it was with Microsoft?

    This "Open Letter" is nothing than another piece of FUD and whining.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  4. Microsoft is being disingenuous by brennanw · · Score: 5, Informative
    ... but that shouldn't surprise anyone.

    'When ODF was under consideration, Microsoft made no effort to slow down the process because we recognized customers' interest in the standardization of document formats.'


    This might be true, but when Massachusetts decided to adopt this standard they raised holy hell, and used every trick in the book to make Massachusetts take it back.
    --
    Eviscerati.Org: All Hail the Eviscerati
    1. Re:Microsoft is being disingenuous by Chacham · · Score: 2, Funny

      they raised holy hell

      I'm not sure which is more amazing, that they made Hell holy, or that they raised it.

      Considering though we're talking about Microsoft, i'm not sure it needs to make sense.

    2. Re:Microsoft is being disingenuous by brennanw · · Score: 2, Funny

      Well they were running Unholy Hell 1.0 and found a bug...

      --
      Eviscerati.Org: All Hail the Eviscerati
  5. Of course they did by Anonymous Coward · · Score: 5, Insightful

    Besides being an open standard, the standard needs to be usable by people other than Microsoft. Why would any document standard need specific tags for Windows 95? IBM lobbied against it because it was a bad standard, not because it was made by Microsoft.

  6. A standard of one by tedgyz · · Score: 5, Interesting

    Is it really an open standard if they are the only ones that developed it? It reminds me of a quote which I will paraphrase:

    Reusable code is not truly reusable until it has been used more than once.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  7. When you're a convict.... by N8F8 · · Score: 3, Insightful

    This is similar to convicts trying to get jobs once out of prison. There is no longer an assumed trust due to prior actions. Who trusts MS to NOT pervert any of their documentation or standards if they see an economic benefit in doing so?

    --
    "God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
    1. Re:When you're a convict.... by alexhs · · Score: 4, Insightful
      The standard is already perverted...
      When a "standard" says :

      2.15.3.6 autoSpaceLikeWord95 (Emulate Word 95 Full-Width Character Spacing)

      This element specifies that applications shall emulate the behavior of a previously existing word processing application (Microsoft Word 95) when determining the spacing between full-width East Asian characters in a document's content.

      [Guidance: To faithfully replicate this behavior, applications must imitate the behavior of that application, which involves many possible behaviors and cannot be faithfully placed into narrative for this Office Open XML Standard. If applications wish to match this behavior, they must utilize and duplicate the output of those applications. It is recommended that applications not intentionally replicate this behavior as it was deprecated due to issues with its output, and is maintained only for compatibility with existing documents from that application. end guidance] What value has that standard. Instead of 6000 pages of "specification", they could have put the standard as "OOXML applications should render OOXML documents in the same way as MS-Office 2007 renders them".

      It's shorter, more accurate, and only a little less helpful...
      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    2. Re:When you're a convict.... by Scarblac · · Score: 2, Insightful

      I don't think that is so strange; it's a deprecated element, for backwards compatibility, not meant to be used anymore.

      What's bizarre is that a new standard, that Word95 cannot read at all, is encumbered by deprecated backwards compatibility elements at all! They should just be left out.

      --
      I believe posters are recognized by their sig. So I made one.
    3. Re:When you're a convict.... by Jussi+K.+Kojootti · · Score: 5, Insightful

      Maybe it's there to allow you to convert a document *from* word 95 with full-width East Asian characters into something from the 21st century that understands Unicode...

      ...

      They are now trying to make good with this crap by giving you config options to deal with these hacks. I would think that you could load one of these old docs, and save it as DOCX and it would look and print the same as before.

      That is a very nice feature for an Office program. However, we are talking about whether it should be included in a document format. Please include some reasons why it should.
  8. crybabies by Bog+Standard · · Score: 2, Insightful

    So what Microsoft is really saying is that because we didn't block ODF (as there was nothing wrong with it anyway) you should not block OpenXML accordingly (irrespective of any reasons)

    Boring Boring Boring. More posturing as per usual

    Be alert the world need more lerts

  9. Wait... what? by GundamFan · · Score: 4, Insightful

    'When ODF was under consideration, Microsoft made no effort to slow down the process because we recognized customers' interest in the standardization of document formats.'

    Yeah... are we supposed to believe that? If anything creating there "open" format looks to me like a blatant attempt to prevent the one thing that open format people are trying to accomplish, namely having one open format that can be used by everyone and can't be arbitrarily obsoleted by any one company. Or maybe I missed something.

    --
    I don't give a damn for a man that can only spell a word one way.
    Mark Twain
  10. 10 Billion In Revenue - You'd Be Pissed Too by Anonymous Coward · · Score: 2, Informative

    Billions in revenue all due to file format lock in. And IBM is trying to fuck that up. You'd be pissed too.

    Even a modest loss of that revenue would bring dramatic changes to Microsoft as a company and how it operates.

    1. Re:10 Billion In Revenue - You'd Be Pissed Too by nico60513 · · Score: 2, Insightful

      Microsoft is free to publish documentation on their file formats at any time. They don't have to be a standard to be unlocked. That they haven't published their file formats until now indicates, to me, that inter-operability with other office suites is low on their priority list.

  11. Open XML is an open standard by Anonymous Coward · · Score: 5, Funny

    And it performs brilliantly with any product you want: MS Office Ultimate 2007, MS Office Professional 2007, MS Office Enterprise 2007, MS Office Standard 2007, or MS Office Small Business 2007.

    Details here.

  12. why would IBM do such a thing? by FredDC · · Score: 2, Funny

    Given Microsoft's amazing track record at standardization!

    --
    09 f9 11 02 9d 74 e3 5b d8 41 56 c5 63
    1. Re:why would IBM do such a thing? by GundamFan · · Score: 5, Funny

      Were sorry this comment is not compatible with Slashdot '97. We can open it but it will require us to arbitrarily break the formating. To keep from seeing this message please upgrade to the latest version of Slashdot.

      --
      I don't give a damn for a man that can only spell a word one way.
      Mark Twain
    2. Re:why would IBM do such a thing? by iluvcapra · · Score: 2

      This comment contains formatting created by a previous version of Slashdot. To completely emulate the formatting of the comment, refer to that previous version of Slashdot. A complete discussion of the differences between the previous and current version of Slashdot are beyond the scope of the standard.

      --
      Don't blame me, I voted for Baltar.
  13. yea sure by codepunk · · Score: 5, Informative

    This little blurb just kills me...

    "When ODF was under consideration, Microsoft made no effort to slow down the process because we recognized customers' interest in the standardization of document formats."

    Yep you bet no effort to slow down the standardization process because they refused to be involved. However they have made every effort possible and will continue to do so in the future to slow
    the adoption and deployment of this standard by any means necessary.

    --


    Got Code?
  14. Poor Microsoft by falcon5768 · · Score: 4, Insightful

    Their heads are so far up their asses they cant even see that the problem with Open XML has less to do with Microsoft being the one who created it (which in MY mind is a problem in it's self) and a lot more to do with Open XML, which as a format, makes baby kittens cry.

    --

    "Slashdot, where telling the truth is overrated but lying is insightful."

  15. Ars missing something by grimJester · · Score: 4, Informative

    I thought the main objection to OpenXML was that it fails to define a number of things, essentially saying "render like WordPerfect 1.0", making it an incomplete standard. Making it not impossible but very difficult for anyone other than Microsoft to implement it so it's fully compatible with the MS version.

    1. Re:Ars missing something by phayes · · Score: 4, Informative

      A secondary major objection is that MS placed OpenXML on an accelerated track to acceptance. Had they used the normal track, most of the objections could be ironed out eventually, but as I understand it, using the fast track process mean that OpenXML must be accepted or rejected as-is. In other words, IT'S THEIR OWN DAMN FAULT for submitting an incomplete specification.

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    2. Re:Ars missing something by phayes · · Score: 2, Informative

      Thanks for the correction but the criticism still stands insofar as MS has manifestly tried to overburden the ratification process with an unfinished specification. If they want to play by the same rules as ODF, then they should use the same unexpedited ratification track.

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
  16. (unofficial) IBM response (except not IBM) by FooAtWFU · · Score: 4, Funny

    Hey Microsoft! We don't just hate you: fact is, your OpenXML spec is an appalling dump heap overflowing with the most disgraceful assortment of deplorable rubbish imaginable, mangled up in tangled up knots! I mean, we at IBM know a brain-damaged document format when we see one (heck, we invented plenty of them ourselves) and trust us, this one takes the cake. Ratification of this garbage could set the word processing industry back about twenty years. So don't give us the "customer's interest" line. We know what this is all about: this is about YOU.

    Disclaimer: I don't work for IBM (anymore|yet) and these ain't IBM opinions. Well, not official opinions, anyway. ^^

    --
    The World Wide Web is dying. Soon, we shall have only the Internet.
  17. I feel sorry for Microsoft by loftwyr · · Score: 5, Insightful

    After all they had to create a 6000 page document without releasing any information on how to make their "open" standard work. There are so many statements like "functions as per Word 95" without explaining what that means. They must have worked long hours creating a specification that doesn't actually specify how to implement it.

    IBM is being a big bully and not allowing Microsoft to screw the public and private companies of the world as Microsoft wants to.

    Naughty Naughty Big Blue.

    1. Re:I feel sorry for Microsoft by LarsWestergren · · Score: 4, Interesting

      There are so many statements like "functions as per Word 95" without explaining what that means.

      Exactly. More about this here - how to hire Guillaume Portes.

      --

      Being bitter is drinking poison and hoping someone else will die

  18. Whose format is whose? by fermion · · Score: 5, Interesting
    OpenOffice.org's OpenDocument

    While it is clear the so-called Open XML is owned, controlled, and licensed by MS, is ODF actually owned by OO.org. And, if so, will OO.org use it to limit users ability to migrate data? The reason why so many people are against any MS format is that MS will actively limit the ability for the user to use the data. For instance, it could be that a user that does not license a copy of MS Word does not have the right to use a particular format.

    In fact the ODF format appears free of any such encumbrance, and SUN, which contributed much of it, has pledged it to remain unencumbered. Therefore, this seems like simple marketplace economics. If one has two products, and one is somewhat better but has a high real cost of acquisition, and the other is slightly worse but has a significantly less real cost of acquisition, the the market will choose the later. MS understands this, as cheap products is why people bought MS instead of IBM, and why MS continues to pay huge sums of money to create favorable TCO reports. There, this MS rant is simply an attempt to distract technical staff from the real issue, which is that future growth will be limited for benefits that are not always clear.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    1. Re:Whose format is whose? by ILikeRed · · Score: 4, Informative
      Programs that use ODF natively include:
      • OpenOffice
      • Star Office
      • Google Docs & Spreadsheets
      • KOffice
      • Scribus
      • Abiword
      • ajaxWrite
      • Zoho Writer
      • Ichitaro
      • IBM's Lotus/Domino
      • IBM Workplace
      • Mobile Office
      • Gnumeric
      • Neo Office
      • Hancom Office
      • WordPerfect???
      So it is just Microsoft who is trying to frame this as a MS Office vs. OpenOffice argument, when it really is an Open, multi-vendor format vs a single vendor, obfuscated format argument. Argue formats, not software.
      --
      I have come to a conclusion that one useless man is a shame, two is a law firm, and three or more is a congress -J Adams
  19. Clouding the issue - backwards by Excelcia · · Score: 5, Interesting
    You have to love Microsoft's wording:

    This campaign to stop even the consideration of Open XML in ISO/IEC JTC1 is a blatant attempt to use the standards process to limit choice in the marketplace for ulterior commercial motives
    Choice in the marketplace (in products) is great, and something I support wholeheartedly. However, choice in a standard is exactly what you don't want. ISO standards exist to increase interoperability, not to provide alternatives for people who want to pick this or that protocol. There is an international standard for document format - instead of muddying the water and introducing a competing standard (arguably an oxymoron), why not simply promote the "choice" they claim to espouse and produce a product that implements the standard and give the market choice.

    Microsoft seems to have it backwards. When it comes to standards, they advocate choice. When it comes to software, they advocate monoculture.

    The questions I ask are rhetorical - I know the answer, and so should most people. The open source community (among others) have blasted Microsoft for years for trampling choice in software. Now they are seeing that open source (and competition in general) has a real chance of making significant headway with a well documented, open standard that anyone can implement, that will interoperate, and isn't controlled by themselves, so now they use the community's arguments, but in an area where it's not appropriate. They use the words the community has used to attack their software monoculture to attack a standards monoculture. It's calculated, and a smart move on their part. Utterly contemptuous and underhanded, but very very smart.
    1. Re:Clouding the issue - backwards by Excelcia · · Score: 4, Insightful

      You actually are mostly making my point for me. The "a", "b", and "g" and upcoming "n" suffixes denote ammendments to the same 802.11 IEEE standard. The reason they exist are to give additional functionality or updated performance, while ensuring adherance to the same standard. For example, it is because they are ammendments of the same standard that allow b and g to work with each other. The 802.11 standard is the poster child for creating a successful single standard that is widely adopted by countless (competing) vendors and continuously updated to reflect improvements in technology.

      Choice is standards is a negative thing for consumers, which is also something you example with your reference to GSM vs. CDMA. While there are enough differences in the goals of GSM vs CDMA that might technically make a valid case for both standards existing, their wide adoption in different geographical areas represents something of a failure in the standards process to ensure interoperability for the consumer.

      So, thank-you for making my point on why we do not want competing standards, only competing implementations.

  20. Huh? by ObiWanStevobi · · Score: 4, Insightful

    Microsoft's format in and of itself is an attempt to sabatoge OpenDocument. Their refusal to support it, despite having the most popular Office Suit is another clear sign of their contempt for it, and the customers they claim to care about now.

    God forbid IBM promotes their own standard. Jeez, that's almost like having competition! We'de hate to have to make MS actually compete with anyone. On top of all that, why in the world would IBM trust MS not to tweak the standand and make it MS only? Why would anyone who actually cares about an open format trust MS to touch it?

  21. I already blogged about this. . . by oneandoneis2 · · Score: 5, Interesting

    Here's what I wrote :o)

    of the 21 members, IBM's was the sole dissenting vote. IBM again was the lone dissenter when Ecma also agreed to submit Open XML as a standard so long as you don't count the twenty assorted countries that registered comments and objections to our fast-tracking proposal.

    When ODF was under consideration, Microsoft made no effort to slow down the process because we were too busy trying to kill it completely.

    This campaign to stop even the consideration of Open XML in ISO/IEC JTC1 is a blatant attempt to use the standards process to limit choice in the marketplace for ulterior commercial motives and is in no way whatsoever similar to our own campaign to stop the consideration of ODF in Massachusetts for our own commercial interest.

    It is not a coincidence that IBM's Lotus Notes product, which IBM is actively promoting in the marketplace, fails to support the Open XML international standard in the same way as all other office software (other than our own) does, because we deliberately designed it so nobody but us could use it.

    If successful, the campaign to block consideration of Open XML could create a dynamic where the first technology to the standards body, regardless of technical merit, gets to preclude other related ones from being considered and that's one of our tactics, dammit! Or do you actually think all those people out there using Internet Explorer do so because they tried out Opera and Firefox too, but decided IE was the best browser going? No, they use it because it was the first browser they ever used.

    The IBM driven effort to force ODF on users through public procurement mandates is a further attempt to stop us forcing Open XML on them instead through our usual blatant monopoly abuse.

    XML-based file formats, which can easily interoperate through translators can easily allow Open XML documents to be imported into Lotus Notes, and there are two such translators currently in existence - one of which we ourselves initiated - so we're being blatantly two-faced here by saying that Lotus Notes not supporting Open XML will be a significant barrier to people using Open XML for their documents.

    This campaign to limit choice and force their single standard on consumers should be resisted so that we can limit choice and force our single standard onto consumers. Don't you know how important lock-in is to us??

    We have listened to our customers. They want choice. They want interoperability. They want innovation. But we don't have to give it to them, because we're Microsoft! Bwahahahahah! Give us money or you'll wither and fade into the limbo of incompatibility.

    What do you mean, that tactic doesn't work any more? It's got to, our whole business depends on it!

    Damnit. . . hand me another chair. . .

    --
    So.. it has come to this
  22. They both suck. by Anonymous Coward · · Score: 3, Insightful

    Having looked into both formats, I realized that they're both trash.

    The major problem is the use of XML. At least with HTML, the tag names were kept short. But both standards use rather long element names, often in excess of eight characters, plus eight or more namespace characters beyond that. For some of the XML element names of each format, we're looking at over 16 characters overhead! When such tags are used repeatedly, especially in a large or heavily-formatted document, a lot of space ends up being wasted.

    Another major problem is that they don't really solve any problems that LaTeX or GROFF haven't already dealt with. Both LaTeX and GROFF allow for far more compact document files, and they easily allow for output in a wide array of formats, from DVI to PostScript to PDFs to HTML. The HTML that is generated, for instance, is actually human-readable. OpenOffice.org and MS Office's HTML output is garbled and insane.

    1. Re:They both suck. by JohnFluxx · · Score: 5, Informative

      Wow, it's almost as if we need some form of compression that would find often repeated strings and replace them with short strings. Let's invent it and write a program called gzip!

    2. Re:They both suck. by Tanktalus · · Score: 4, Insightful

      The "space" is not that big of a concern, really. When LaTeX and GROFF were formulated, 640K was significant amounts of memory, and a 10MB hard disk was luxury. Space was important. Not so much anymore: 256-512MB RAM is standard, with 1-1.5GB not being unreasonable on a desktop, with 100's of GB of disk space. I know, "bandwidth" is still a somewhat limiting factor - but that's starting to die as a limitation, too. That all said, for the on-disk/transferable format, remember that at least the OO format is gzipped. Those repeating 16-character tags compress really nicely when gzipped.

      However, I think this thread is really missing IBM's point. It's not that Microsoft's "standard" is horrible (which it is), it's that having competing "standards" will detract from the whole idea of having the standard: interoperability. Microsoft is attempting to subvert the standards process to be able to claim that MS Word complies with open standards while still making it nearly impossible for others to do so, which maintains Microsoft's lock on the word processor market. IBM is opposed to that as it will impede the ability for anyone relying on these open standards to reduce lock-in to actually meet their requirements. (Of course, it also impedes Lotus' ability to penetrate those markets, as well as OOo, AbiWord, KWord, and lots of others.)

    3. Re:They both suck. by Anonymous Coward · · Score: 4, Funny

      Well, sir, do I have good news for you.

      There is a new viewer/editor program for OpenOffice.org files called, wait for it, "OpenOffice.org."

      After installing the new OpenOffice.org file viewer/editor program, you will have the ability to open, view, edit and close ODF files without needing a separate compression utility.

      It's like MAGIC!

    4. Re:They both suck. by Bogtha · · Score: 2, Insightful

      For some of the XML element names of each format, we're looking at over 16 characters overhead! When such tags are used repeatedly, especially in a large or heavily-formatted document, a lot of space ends up being wasted.

      The XML is compressed before it is saved. Yes, there is redundancy in the source XML, but that doesn't mean you store the redundancy.

      --
      Bogtha Bogtha Bogtha
    5. Re:They both suck. by arevos · · Score: 2, Informative

      The major problem is the use of XML. At least with HTML, the tag names were kept short. But both standards use rather long element names, often in excess of eight characters, plus eight or more namespace characters beyond that. For some of the XML element names of each format, we're looking at over 16 characters overhead! When such tags are used repeatedly, especially in a large or heavily-formatted document, a lot of space ends up being wasted. The size of the element names are largely irrelevant, since OpenDocument files are normally compressed ZIP files. Very little space is wasted.
    6. Re:They both suck. by lbmouse · · Score: 2, Interesting

      "The "space" is not that big of a concern, really. "

      I'd like to work where you do. Document size is always a concern in my department when we are dealing with 5,000,000+ page runs.

    7. Re:They both suck. by Anonymous Coward · · Score: 2, Insightful

      Having lots of resources is no excuse for wasting them.

    8. Re:They both suck. by uradu · · Score: 4, Informative

      (uh, let's do that again, this time with Extrans)

      Wow, insightful indeed. To add some metrics to the rebuttals in this thread: create two files with some bogus XML, one with very short tag names, the other with long ones. Then compare their uncompressed versus zipped sizes:

      File 1:

      <r>
          <c>Value</c>
          <c>Value</c> ...
      </r>

      (1000 total copies of the <c> element)

      Uncompressed: 16,009 bytes
      Compressed: 190 bytes

      File 2:

      <thisIsTheVeryLongRootElementTagName>
          <andThisIsTheVeryLongChildElementTagName>Value</an dThisIsTheVeryLongChildElementTagName>
          <andThisIsTheVeryLongChildElementTagName>Value</an dThisIsTheVeryLongChildElementTagName> ...
      </thisIsTheVeryLongRootElementTagName>

      (1000 total copies of the <andThisIsTheVeryLongChildElementTagName> element)

      Uncompressed: 92,079 bytes
      Compressed: 525 bytes

      So yeah, let's create really obscure and non-intuitive file formats to save ourselves the wasteful redundancy of XML.

    9. Re:They both suck. by BlueStraggler · · Score: 4, Insightful

      Last time I checked there was no descent wysiwyg editor for LaTeX (Lyx is probably the best out their, but honestly, I couldn't recommend it to anyone).

      I think you're missing the point. You don't replace Word with Lyx, you replace ODF with TeX. Then you would use Word to write TeX files.

      It's not a bad idea on the surface; at the very least you would get a typographically powerful document format, instead of the nasty, ass-sucking typographic atrocities that the major office word processors currently produce.

      I suspect it would be a nightmare to implement. TeX formats want you to define your document elements logically, ie. this line is a foo, this paragraph is a bar; the styles and rules for foos and bars are defined elsewhere. Although this is similar to HTML+CSS and is appropriate for anything being used systematically by designers, it really is not how people use wysiwyg, and is the opposite to how they've learned to use Word. With Word, very few people follow a methodical approach of predefining styles and using them consistently; instead they just randomly set fonts, sizes, colors, and line spacing until it looks right. Accidentally turned that list element into a giant heading? No problem. Just resize it back to 10pt, fix the line spacing, and turn off the bold. Now it looks just like the rest of the list elements. Nevermind that logically it's still a heading, which will screw up anything that is expecting the document's structure to be meaningful.

      A second problem is that TeX and especially LaTeX depend heavily on style files to provide most of the document formatting definitions they use. The portability of a LaTeX document depends on having the prerequisite style files, and since different vendors and versions will have different style files in their distros, and will be tweaking and refining those like crazy to keep ahead of each other, it would lead to the LaTeX equivalent of DLL hell, and perhaps even to attemnpts to lock each other out by putting restrictive copyrights/licensing on the style files. You might get around that with a modified file format that incorporates the style files into the original document, but then you've just lost the proposed advantage of a lean and simple format.

      It would be possible to come up with a powerful and easy to use wysiwyg interface for LaTeX (I think Pages could make a good example, since it emphasizes logical document structures) but the real problem we face is that the whole world has learned to create documents in the wrong way with Word, and there's no going back to a rational system.

    10. Re:They both suck. by Anonymous Coward · · Score: 2, Interesting

      Your example is completely flawed just because it's so repetitive. Of course the data you propose will compress so well: there's virtally no randomness with it. On the other hand, real documents are nowhere near as repetitive, and far more random. Thus even quite good compression algorithms will get nowhere near the savings you found with your shitty, unrealistic example here.

      Even using your flawed data, we see that there is quite a bit of waste. The file with the larger element names is still about 3 times as large as that with short names. Yeah, when you're dealing with 1 KB it isn't much. But when you're dealing with the 15+ MB documents that law firms and other businesses face on a daily basis, you're talking a difference of 50 MB! Now, that doesn't sound like a lot with the 1 TB drives we have available today. But it becomes a real problem when you're working at a law firm with 50 to 60 partners, each producing between 10 and 12 multi-megabyte documents per day. Soon you're needing hundreds of 1 TB of disks to store this data. 100 TB is a lot cheaper than 300 TB, I hope you realize.

    11. Re:They both suck. by mstone · · Score: 4, Insightful

      Yeah.. because everyone knows today's multi-core processors really have to strain themselves to do a huffman-encoded dictionary translation.

      Wake up and smell the 21st century. You burn more CPU cycles per byte encoding and decoding SSH traffic or passing data over a WEP-protected wireless network than you do packing and unpacking a zipfile. And let's not even talk about the processor intensity of JPEGs, PNGs (gotta love that alpha-channel compositing), or -- God forbid -- MP3s.

      Besides, gzipping is only one way to compress ODF. The people who deal in high-volume data processing have done plenty of work on binary XML. The fact that ODF is an open standard makes it more or less trivial to write a program that translates tags to 16-bit tokens, which reduces markup overhead to a whopping two Unicode characters per tag, assuming you can devise a set of working conditions where the data overhead of human-readable tags and the processing overhead of gzip translation are both unacceptable.

      Face it: storage costs less than a dollar per gigabyte these days, gigabit-per-second data transfer exists at consumer prices, and most people have more processing power on their desktop than existed in the first four generations of supercomputers. The value of bit-squinting has decreased exponentially since the 1950s, and these days it's vanishingly small except under very-high-load conditions.

      And ODF's openness makes it friendly to people who find themselves working in very-high-load conditions.

    12. Re:They both suck. by JohnFluxx · · Score: 3, Insightful

      You get human readability, and you get a small file size. You need to put everything inside an achieve anyway since you have lots of different files (pictures, text, etc). It's mostly text anyway even ignoring the formatting codes, so you might as well compress the achieve, so what's the problem?

      I'd rather have human readable markup in documents than save a few kilobytes.

      Rather than giving stupid analogies, why don't you give a decent reason why this is bad?

    13. Re:They both suck. by rossz · · Score: 3, Funny

      Now I know you're making this up. You can't right click on a Mac.

      --
      -- Will program for bandwidth
    14. Re:They both suck. by greenbird · · Score: 3, Funny

      I'd like to work where you do. Document size is always a concern in my department when we are dealing with 5,000,000+ page runs.

      Is that the spec for OpenXML 2009?

      --
      Who is John Galt?
    15. Re:They both suck. by Skye16 · · Score: 2, Insightful

      Sorry, but if the user is working with 10 million documents, I'm pretty sure they're going to be content to wait. After all, it is TEN FUCKING MILLION DOCUMENTS.

  23. One True Format by BlightShadow · · Score: 5, Insightful

    After reading the Open letter, it's very clear that Microsoft claims IBM's want to stop Open XML stems from their ODF format making it through the standards group first and being adopted. MS claims that people should be able to choose their open standards...

    Call me crazy but having two different standards doesn't really capture the idea of having Standards at all. I thought the point of standards was to make it so we (the developers) only have to implement one thing. I can fully understand IBM's reasoning here. The only thing it seems MS wants to do is create more vendor lock.

    1. Re:One True Format by 99BottlesOfBeerInMyF · · Score: 2, Informative

      Call me crazy but having two different standards doesn't really capture the idea of having Standards at all. I thought the point of standards was to make it so we (the developers) only have to implement one thing.

      I disagree. I don't think there is any problem with having multiple OPEN standards because it is easy to translate between them and it allows competition among them for the best feature set and easiest to use, etc. The fundamental objection is what MS has come up with that they claim is an open standard. We've seen this same crap from them many times. Customers demand feature/behavior X because they want certain benefits it brings to them that do not benefit the software developer. Eventually, to keep customers from moving to something else to get those benefits, MS releases their own version of feature/behavior Y that has some of the same characteristics of feature/behavior X and which someone who does not understand the benefits or how those benefits come about might mistake for the same thing. At the same time this feature/behavior Y undermines and removes as many of the benefits that are not in MS's best interests as possible, then spends millions on marketing to try to tell people they are the same thing or that feature/behavior Y is better. Half the people that were demanding feature/benefit X have enough people in their organization confused that the move to feature/benfit X does not take place. MS does not want to give customers features, they want to give them bullet points.

      In this particular example, why do people want an open standard document format? Why are customers and governments demanding it in the first place? What are the benefits? Well, first it means you can't be locked in by a vendor and multiple companies can all easily create tools, with different specialties that can interoperate and compete. This means lower prices and more innovation. Since it is a standard, you no longer have to worry that different versions of the software will be unable to read one another's documents.

      Okay, lets look at MS's "Open"XML. The standard is very large, which makes it harder to implement exhaustively, meaning different version of software may well have incompatibilities. More importantly, the spec does not define all the behavior of all the things contained within it, instead referencing outside, closed software behaviors that have to be reverse engineered and which can never be done perfectly. When it says, make this table behave like Word98, no one but MS know what that means, meaning no one else can completely adhere to the spec so things are likely to break when moving between different software. That means it costs extra money when moving to a different tool, in order to fix incompatibilities. Many of the features are coded to be tool specific for interoperability with one specific program instead of generically with programs of that type, thus making it hard for users of the spec to interoperate with anyone but MS's partners. Finally, the last I heard MS's license still only specified vendors are protected from patent lawsuits when they are providing the current, latest version of the OpenXML spec, thus creating tools that are backwards compatible with old files and programs is dependent upon MS's behaving well, which no one in their right mind should expect. Does that pretty much castrate all the reasons people want to move to an open standard in the first place?

      This is just like their "shared source" initiative. Customers demanded open source because that development method provided significant benefits. One benefit was many people reviewed the code for security holes One was all the "free" features that were added to the software by other companies and hobbyists. One was the fact that the code could fork, preventing lock in by one vendor. What did MS produce in order to confuse customers? Shared Source. Only people who pay and sign NDAs can see it, removing the benefit of many eyes. Only MS can contribute removing the benefit of free code. Only MS cont

  24. Whats that I hear? by ace418 · · Score: 2, Funny

    Whats that Microsoft? IBM did what? Uh huh... uh huh... You sure? uh huh... Quick Somebody call Whine-1-1, and request a Whaaaaambulance!

  25. Typically Microsoft ... by golodh · · Score: 4, Insightful
    It's almost as if Microsoft feels that opposing proposed "standards" is done on a basis of exchanging favours. If I don't oppose yours, you don't oppose mine. Rejection on merit? Huh? What merit? Since when did we ever judge standards applications on merit? You're just being hypocritical!

    Nevermind that customers are rejecting Microsoft Office because they are trying to get out of the lock-in of Microsoft's proprietary document format. Nevermind that Microsoft is into "Open" only to fudge the line between "Open standards that are documented and that anyone can implement and use" and "Proprietary with an open wrapper". Heh ... if I embed an MS-Word file into an XML document and compress the result using the Open Source program Gzip, does that make the resulting file "Open"? No? According to Microsoft's own logic, this would be the case.

    And all this just to disguise the fact that their proposed "Open" standard allows them to put their their (totally proprietary) Office format into a document that follows the standard and then call it "Open". It's squarely aimed at fooling manager types into ticking a box labelled "Open Standards compliant" on their checklist.

    Of course it's a fine example of complete intellectual dishonesty on Microsoft's part ... but whenever did Microsoft ever care about honesty? Intellectual or otherwise? Microsoft didn't become big by using such stupid tactics ...

    Take that video demonstration for example. You know ... the one that showed Windows "crashing" when Explorer was removed. Any ordinary person would have gone to jail for perjury on that "testimony" ... but large companies are exempt it seems. "A regrettable communication error sir." Yeah, right.

    As many people know ... Microsoft's OOXML is a blatant attempt to perpetuate Microsoft's proprietary standards through a selection of backdoors in a 6,000 page standard proposal that Microsoft is trying to rush through. Just see the "criticism" section in this link http://en.wikipedia.org/wiki/Office_Open_XML

  26. OASIS submitted ODF by shis-ka-bob · · Score: 4, Informative
    ODF has its origins with StarOffice/OpenOffice.org, but ODF is not 'owned' by OpenOffice.org. OpenOffice.org controls the source code for one of several software suites that use ODF. OASIS submitted ODF, as discussed in the Cover Pages. ODF had signficant revisions during the approval process, and it continues to evolve as a result of efforts by concerned parties. However, in the case of ODF, the concerned parties are not third parties, but active participants. Handicapped users expressed concerns about the format's accessibility. They were empowered to change the standard, because ODF is a public standard.

    This emphasis on ODF is to strengthen the parent post's claim on the importance of ODF being unencumbered.

    --
    Think global, act loco
  27. The only standard that stands still is dead by tjwhaynes · · Score: 2, Informative

    Okay - the subject is probably overkill. Standards change all the time. Or rather, standards gain extensions and new features all the time. I work with DRDA (a database networking protocol to encapsulate data passed from client to server and back) and it is constantly being added to to cope with new situations and requirements. That's not to say it's a bad standard - the core is solid and does (mostly) what database people need it to do. When we need it to do something new, we make proposals. The DRDA review board takes a look at it. Other people who use DRDA get an opportunity to make changes or block it entirely. We make changes to the proposal and it goes around again. Eventually, once consensus is reached, it gets formally written up and becomes a part of the next iteration of the DRDA standard.

    When a standard stops evolving, it is because people no longer need it to do something new. That can be for entirely good reasons (it does everything one could conceivable need) but it does mean that that standard has reached it's natural limits.

    ODF continues to evolve because people keep needing documents to do new stuff. Collaboration, equations, macros, formulas are all areas of change. A good standard recognizes that change will happen and builds that change right into the core structure. ODF has an extensions mechanism for precisely this reason. You will still be able to open an ODF version 1.2 document with an editor that only supports ODF version 1.0. Any features that are not supported by the ODF 1.0 editor won't be usable, visible or editable but that won't stop you getting at the rest of the data.

    Cheers,
    Toby Haynes

    --
    Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
  28. my solution by Blob+Pet · · Score: 3, Insightful

    Since ECMA is willing to recognize crap as a standard, I'm just going to stop recognizing ECMA as a standards organization.

    --
    "...today consumers have been conditioned to think of beer when they see a bullfrog..."
  29. Is there a point somewhere? by sjbe · · Score: 5, Interesting
    I've read the TFA and I'm not really sure what they are accusing IBM of doing. Microsoft has a de-facto standard format that provides them a competitive marketplace advantage. Microsoft is attempting to get parts of it put through a standards organization supposedly as a token of good faith towards interoperability. Presumably the motivation for this is to head off widespread adoption of a more open format by parties (governments for example) in a position to do so.

    Some randomly selected points from TFA.

    In fact, Office has long supported multiple formats.

    True but irrelevant since the others are rarely used and everyone (but especially Microsoft) knows it is the default format that matters.

    The specification enables implementation of the standard on multiple operating systems and in heterogeneous environments, and it provides backward compatibility with billions of existing documents.

    Billions? Maybe that is technically true but Microsoft's record on backwards compatibility isn't great even within their own product suites. I'm pretty dubious that with OpenXML all my old Word documents will convert with perfect formatting. I'm even more dubious that OpenXML will be be read/write with perfect formatting in other applications. It's a 6000 page specification after all and I'm quite sure there is plenty of ambiguity even if the attempt to specify everything was a good faith effort. And with only 30 days to review all 6000 pages I'm not confident it will be evaluated with a satisfactory level of scrutiny.

    Open XML should not even be considered on its technical merits because a competing standard had already been adopted.

    OK. Let's assume that IBM is being a bad guy here. It's possible. Wouldn't be the first time. Is there something about ECMA International" that prohibits competing standards? Honest question, I don't really know. If not Microsoft is entitled to complain. But on the other hand the process is moving forward and there is little doubt it will be approved in due time. So I'm at a bit of a loss as to why I should care if IBM was obstructive, even assuming they were? IBM is one of the few companies that really isn't especially beholden to Microsoft's monopoly power so I'd expect them to be a bit more prickly. Let me be clear, for me to trust Microsoft I will need to see a lot more than a format approved by a standards body to believe they are going to compete openly and fairly in the marketplace. This is a company convicted in a court of law of abusing their monopoly power to the detriment of consumers. Implicitly trusting them is foolish.
  30. The discussion by wonkavader · · Score: 2, Insightful

    The article's uninteresting, but did you read the discussion? There are some people who spent a lot of time posting, who quote Microsoft documents, and keep steering the discussion back to Microsoft's talking point, and away from technical points, whenever they're raised.

    I don't know the people involved, and I don't know where they're coming from. But I suspect something. That suspicion colors everything I read in it.

    I cannot read a discussion of my peers and believe what I read today. Every peer is possibly specifically paid to market and lie. Therefore, I have no peers.

    We need a law against astro-turfing.

  31. Re:They cannot possibly be serious. by IPFreely · · Score: 2, Funny

    Considering that MS has been the leading poster child for dirty, underhanded (and a few illegal) anti-competative practices for the last quarter century, it's more like the black hole calling the kettle black.

    --
    There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
  32. ODF is format by SgtChaireBourne · · Score: 3, Insightful

    Having looked into both formats, I realized that they're both trash.
    ... OpenOffice.org and MS Office's HTML output is garbled and insane.

    So (assuming any legitimacy to the complaint) then use a different tool to convert OpenDocument to HTML. Geez. It's XML and there are quite a few ways to make the transition, many of which are quite good.

    You do realize that the article is about the format and not the applications which use them, don't you ? Yeah. I thought so. There are something close to three dozen applications which support OpenDocument, of which OpenOffice is only one.

    MS shills seem to be working over time to try to confuse the issues regarding OOXML vs ISO/23600 aka OpenDocument. Two of the main themes are here.

    • The old one has been OpenDocument == OpenOffice;
    • the new one joining the FUD storm is the claim that it is IBM and only IBM backing the OpenDocument format.

    Crissakes, even the government of China is trying to harmonize with OpenDocument. You also have the 5000 or so participants in OASIS representing 600 or so organizations, companies, agencies and universities participating in OASIS, which is responsible for OpenDocument. You also have about 2 billion MS Office users tired of being forced into a new office suite and/or operating system purchase every the vendor decides to change its undocumented, binary formats.

    The whole thing seems to be MS doing the only thing they're good at, waging a PR war, to try to 1) bring focus away from the technical issues being discussed at ISO, and 2) try to hide the groundswell of support for a universal file format.

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  33. A brave soul and a feeble mind. by Erris · · Score: 3, Interesting

    What the heck kind of open document format requires a rocket scientist to figure out it sucks? Most rocket scientists know more about you know... rockets and stuff.

    True, and you could probably earn a PhD in ME from a good university before you could finish reading all 6,000 pages of M$ spec. So there, as the OP stated anyone can tell you which is better. Confronted with a 700 page volume or three feet of shelf space that do exactly the same things, most people would go with ODF. As is the usual case, the only person who will ever read M$'s soon to sink standard are it's authors. Something makes me think a majority of the spec was written by scripts, so that no human being will ever have read it.

    All of the human being who have read parts of the M$ "standard" have quickly found out it's not a standard at all. It's incomplete and contradictory. The would be implementor is left to find ancient implementation details from older secret formats. Those details were different from version to version and even on different "platforms" within the same version. "Make it look just like the Apple Version of M$ Word from 1995" is hardly a specification and the M$ proposal says things just like that, though you might think that they could fit exact measurements into 6,000 pages. That kind of bullshit has little to do with a formatting implementation, and properly belongs to the exporter that M$ themselves should author because they are the only party with knowledge of all the previous versions. Mostly, their so called "standard" is an admission of past non portability.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  34. the kicker: by mstone · · Score: 3, Funny

    -- Please enter your password to confirm your password confirmation.

  35. Microsoft Standards by mlwmohawk · · Score: 3, Informative

    IMHO this is is the crux of the "Microsoft Problem" in entirety.

    First: They have no idea how to document file formats, this is mostly because of their file format model. I worked as a contractor, indirectly, for Microsoft a long time ago. Their file formats are not "documented" per se'. They are program structure based and can change on the whim of a developer, their name at the time was "chunk format." This works well if you don't expect anyone to use your document format or you supply the access library.

    At its core it is because they do not design formats, they code them as needed. Need a feature or special case? Just add a struct, an ID, and a chunk of read/write code and it works. How the hell do you document the outcome of that process? This isn't a bad methodology for internal state or temporary files, but it is a disaster for any sort of long term accessibility and interoperability.

    Microsoft develops software like a small company because as long as they have the monopoly, they don't *need* to supply document format information in order to compete. Everyone else has to understand their formats and they aren't going to help at all. Their 'XML' format shows they have not changed one bit. Rather than "design" the document format, they are merely documenting what they have which is just a bunch of special cases.

    Second: A true open office document format, usable by everyone, will spawn amazing amounts of innovations. Everything from document searching to intelligent document processing. When anyone can read and create documents on any platform or programming language than everyone else's programs can use as well, just think of what people will come up with. If that's going to happen, Microsoft has to make sure that they are the only benefactor, because except for the monopoly, Microsoft has no inherent value in the face of Linux and OpenOffice.org. At least Apple makes a nice computer.

  36. Puh-leaze by UnknowingFool · · Score: 2, Informative

    Microsoft blasting IBM over standards is another paranoid delusion of MS. IBM and 20 countries did not object to the its OOXML standard because MS proposed it. They objected because the standard is fundamentally flawed. The arstechnica article doesn't go into depth about the objections but Groklaw had a better analysis.

    My personal opinion is that MS did a poor job of the standard on purpose. They propose their standard so that technically they are working towards interoperability if anybody asks. However, they do it so badly that it could never be adopted. Then they can point to that reason as why they chose not to open up their format.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  37. And why not? by Bert64 · · Score: 2, Informative

    When ODF was being standardised, there was no existing standard, nor was there anything else competing to be standardised, there was no justification microsoft could have used to claim it should be rejected.

    Now on the other hand, ODF is already standardised, having a new incompatible standard will simply fragment the industry, which is precisely what standards seek to prevent. What microsoft should do, and what ISO should tell them to do, is either use the existing standard, or go through the proper channels to propose updates to it.

    Any deficiencies microsoft believe ODF to have, are entirely their own fault... microsoft have long been a member of OASIS, and were more than welcome to contribute to the original drafting of ODF, they made the decision not to in the hope that it would never get anywhere and be forgotten about.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  38. You don't get it. by dudeman2 · · Score: 2, Insightful

    The autoSpaceLikeWord95 flag is *not* for Word 95. It is for all subsequent versions of MS Office and it translates to a set of special case, undocumented format attributes.

    Here is how the flag is used today:

    1) Open Word95 document containing full-width East Asian characters in Word 2007+
    2) On open (import) Word 2007+ sets the "autoSpaceLikeWord95" document property in the new document
    3) On display, Word 2007+ displays the document using the special case formatting rules.
    4) On Save as OOXML, the document gets saved with the "autoSpaceLikeWord95" flag set

    So the problem for non-MS OOXML implementers is: WTF does "autoSpaceLikeWord95" mean? The only way to determine this is to reverse engineer the behavior by studying Microsoft Word 95 in detail. That is completely inappropriate for an open standard.

    If MS was sufficiently motivated to produce a true "open" standard they should have translated the "autoSpaceLikeWord95" into a set of document presentation attributes whose meaning does not reference the behavior of any particular implementation. (Something like: autoSpaceLikeWord95 in a Word document translates to "allow 2px of space on either side of the character, except in years evenly divisible by 3, in which case allow 3px.)

  39. Re:IBM or MS who to trust by ThePhilips · · Score: 2, Insightful

    [...] and considering that ODF does not support a good chunk of features in Office 2007 [...]

    Bullshit. First: ODF is format and M$O2007 is (unreleased) product. Feel the difference.

    Second. Guess why StarOffice file format (SXW, tried and proven in real product) spent that much time in OASIS/ISO until finally reaching stamp of approval. You seems to have missed that completely. The main difference between SXW and ODF is support for extensions: SXW is vendor specific XML schema, while ODF does support all kind of extensions on all levels - to be truly vendor neutral and allow proprietary extensions.

    M$ intentionally kept silence during ODF development to claim now that ODF can't support all what they need from it. The whole argument that they were silent during ODF since they didn't wanted to intervene with its progress is totally BOGUS. Standardization process isn't place for political games "take and give" - it is place for finding common ground. M$ didn't wanted finding common with rest of industry - and now they try to turn tables around and paint IBM (who raised valid technical point) as bad guys.

    --
    All hope abandon ye who enter here.
  40. Couple of WTFs... by SanityInAnarchy · · Score: 2, Informative

    So, although both ODF and Open XML are document formats, they are designed to address different needs in the marketplace.

    Sure, Open XML was designed to address the need for Microsoft to maintain control over desktop office suites, while ODF was actually designed to be an open standard.

    No, really, WTF is this supposed to mean? Would Microsoft mind pointing out some part of ODF that's insufficient? Better yet, offer a suggestion as to how to improve it -- they were, after all, part of OASIS for awhile...

    When ODF was under consideration, Microsoft made no effort to slow down the process because we recognized customers' interest in the standardization of document formats.

    Anyone who's been on Slashdot for awhile should remember how much lobbying Microsoft did to try to prevent ODF from taking root in Massachusetts. So, technically, Microsoft didn't try to slow down the standardization process, they merely tried to slow down the implementation process.

    See OpenXMLDeveloper.org for an indication of some of the support for Open XML...

    Yeah, note the copyright notice at the bottom of the page. Astroturf, anyone?

    And from Ars Technica...

    However, as Open XML had to support all the features of Office 2007, a large size was inevitable.

    And ODF has to support all the features of:

    • OpenOffice
    • Star Office
    • Google Docs & Spreadsheets
    • KOffice
    • Scribus
    • Abiword
    • ajaxWrite
    • Zoho Writer
    • Ichitaro
    • IBM's Lotus/Domino
    • IBM Workplace
    • Mobile Office
    • Gnumeric
    • Neo Office
    • Hancom Office
    • WordPerfect???

    (ripped off directly from a post by this comment.)

    So there you go. I suppose it's possible Word 2007 could have more features than ALL of those, but somehow, I doubt it. The spec isn't bloated because Word is so great, the spec is bloated because Microsoft is afraid of interoperability.

    Claims that the spec is impossible for third-parties to support have so far proven groundless

    The fact is not that it's impossible -- it could be done, if you want to reverse engineer about five or six generations of Word. It would be difficult, but not impossible, to support enough of the standard to be liveable -- after all, we've done that with the binary Office formats for years.

    No, the problem is that it's prohibitively, deliberately difficult for third-parties to implement perfectly, since it references specific quirks on specific versions of Microsoft's products, and the products of others, and doesn't even try to explain what those quirks are, only that you should support them properly. I would say that Microsoft is being deliberately unhelpful here.

    If you're going to make it 6000 pages and unhelpful, why not make it 12000 pages, but actually spell out what we're supposed to do? At least then, we could not only duplicate the features in ODF, but we could do them better, the way they were meant to be done. For example: Instead of saying "Emulate Word 95 Full-Width Character Spacing", Microsoft could actually specify how Word 95 implements full-width character spacing. Then, we'd implement specifications that allow the implementation of any kind of spacing you want.

    Let me put it this way: In HTML, we could've had, for example: <slashdot-link story_id="07/02/16/1334234" />. That would've been pretty damned convenient for the Slashdot people, but annoying for everyone else, who would have to go to Slashdot to find out how they did it, and in any case, it's much more limited than our current <a href> style which lets you actually link to anywhere. Standards are not about coddling sp

    --
    Don't thank God, thank a doctor!