Slashdot Mirror


ODF Alliance Warns Governments About Office 2007 ODF Support

omz writes "The ODF Alliance has prepared a Fact Sheet for governments and others interested in how Microsoft's SP2 for Office 2007 handles ODF. The report revealed 'serious shortcomings that, left unaddressed, would break the open standards based interoperability that the marketplace, especially governments, is demanding.'"

11 of 312 comments (clear)

  1. Re:Why no certification program? by Anonymous Coward · · Score: -1, Troll

    Or maybe the ODF Alliance should actually complete the standard without leaving gaping holes, such as a complete lack of ODS functions. Then Microsoft would actually be on the hook to implement the ODS functions spec allowing for interop between Office and OpenOffice. Instead everyone would rather bitch that Microsoft didn't implement the proprietary and non-standard OpenOffice implementation of functions within ODS.

    As for certification and compliance testing, if W3C CSS2.1 is any indication then Microsoft will probably dictate that as well as nobody seems terribly interested in actually coming up with public test cases for anything. Making those test cases must be terribly boring which is why nobody is actually bothered to do anything about it.

    Office 2007 SP2 does what ODF 1.1 says, not what OpenOffice bastardized. If you want better, fix ODF.

  2. Re:It's already been stated... by plague3106 · · Score: 0, Troll

    No, not at all. The others are open source projects, and can look at each other's code. MS can't, or they'd have to open source their code. So they only looked at the standard... which is seriously lacking.

  3. Wahwahwah by Mr_Silver · · Score: -1, Troll

    This smells of arse covering wrapped up in finger-pointing.

    Microsoft followed the ODF specification to the letter and now the ODF Alliance have the cheek to blame them for the fact that the documentation turns out to be incomplete, poorly written and makes a bucket load of assumptions?

    This is going to do nothing to help ODF adoption and whilst Microsoft deserve some critisism for not being flexible when came to implementing it, the Alliance shouldn't think it is entirely blameless in the whole matter.

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
    1. Re:Wahwahwah by Anonymous Coward · · Score: -1, Troll

      ODF 1.1 was a very simple standard to follow. It was only one page. In fact, it's only one sentence: "Do whatever OpenOffice does."

      Is that your idea of a "reference implementation"? So, when MS Office SP2 implements ODF 1.1 with MathML to the letter and OpenOffice cannot read it because of a bug in OpenOffice, who is to blame? Oh, right, you think that MS should have followed OpenOffice's bug, not the ODF spec. How about all of the implementation bugs between OpenOffice and other non-MS ODF suites? How come OpenOffice and Symphony can't agree on whether or not 1+2 is 3 or 1? Who is the evil conspirator in that case?

      Fix your fucking spec or shut the fuck up.

    2. Re:Wahwahwah by Anonymous Coward · · Score: -1, Troll

      ODF 1.1 was a very simple standard to follow. It was only one page. In fact, it's only one sentence: "Do whatever OpenOffice does." Is that your idea of a "reference implementation"?

      If that was the case, sure since OO is open source and well documented code. That isn't that case though. It's much better to simply code to the standards and look at one of the several interoperable open source implementations when there is question about what to do. And, or course, when you have a working version you should test it for interoperability with the existing implementations, or at least the working implementation for your program, already in use, which you helped to fund.

      So you admit that the spec is entirely useless? You should just copy whatever OpenOffice does. Alright, so then why does Symphony and OpenOffice disagree as to what 1 + "2" equals? Who is at fault? Which violates ODF?

      So, when MS Office SP2 implements ODF 1.1 with MathML to the letter and OpenOffice cannot read it because of a bug in OpenOffice, who is to blame?

      If it is a bug in OpenOffice they are to blame, assuming MS tested and tried to be compliant and interoperable. If, however, OO is compliant and MS is complaint and MS manages to create a compliant solution which does not work with all the other existing implementations, which all work with one another... yeah that's MS's fault.

      Try MathML between OpenOffice and Amaya and enjoy your fail.

      Oh, right, you think that MS should have followed OpenOffice's bug, not the ODF spec.

      Are you trying to imply that MS had to break the standard to work with OO and all the other implementations?

      It's not Microsoft's responsibility to clone OpenOffice. It is OpenOffice's responsibility to adhere to ODF.

      How about all of the implementation bugs between OpenOffice and other non-MS ODF suites?

      There is only one of those that I know of, which is a problem with OO writing files using the 1.2 version of ODF by default and the program in question not handling it gracefully enough. MS, on the other hand is incompatible with every other implementation.

      ODF 1.2 is not a specification, it is a draft and it is not complete. Implementing ODF 1.2 into production is inherently dangerous as any change or clarification of the specification will lead to deviation from that specification and existing broken documents. OpenOffice already fucked that up enough.

      Fix your fucking spec or shut the fuck up.

      If you're going to be profane at least have some guts worm. Anonymous coward indeed.

      Fix your fucking spec or shut the fuck up.

  4. Re:Microsoft, in turn, should warn governments by Rockoon · · Score: 0, Troll

    Um, the difference is Office 2007 formats aren't a standard.

    They arent?

    Some standards (the good ones) are set by an un-stated popularity contest, and only THEN codified into a specification, which was the word you meant. The problem with all of these open document formats is that they were not refined in this manner, leading to what we have today: specifications that aren't even sufficient for something trivial and obvious like encoding formula in spread-sheets.

    It's like they didn't even imagine what the format was going to be used for! When I first heard about this my first thought was 'you gotta be shitting me' but god damn... they really did define a spread-sheet format that doesn't encode formula
    Leave the document formats to the people in the business of storing real documents with real software for real people.

    (and ISO should be ashamed of themselves for publishing a 'standard in progress')

    --
    "His name was James Damore."
  5. Re:No. PDF is right. by Anonymous Coward · · Score: -1, Troll

    In other words, ODF blows and nobody really wants to use it, but enough "activists" were able to convince those in government that it was a good idea. What could possibly go wrong?

  6. Re:No, not at all by TheRealSlimShady · · Score: 0, Troll

    So what you're saying is Microsoft shouldn't follow the standard?

    And further to that, are you suggesting that all it takes is to look at a few spreadsheets and reverse engineer them. How many would they have to look at to get all the scenarios? 100? 1000? 10,000? Somehow I don't think that's an option unless all you want to do is sums.

  7. Re:No, not at all by TheRealSlimShady · · Score: 0, Troll

    Until there is a complete standard there is nothing to interoperate with...there are only non-standard implementations. So Microsoft loses either way - either they comply with the standard such that it is and get dinged for not interoperating with OpenOffice, or they comply with OpenOffice and will get dinged for not guessing how OpenOffice does it correctly. It's a lose lose situation for Microsoft, and the only way to solve it is to have a complete & specific standard.

  8. Re:No, not at all by nxtw · · Score: 0, Troll

    Umm, yeah, if there were four open source programs that already implemented it that way and could be used as references and if every other implementation of that version of the standard in existence including Mozilla's other browser.

    Standards do not work that way. Implementing something in a way contrary to the standard is not following the standard, no matter how many other (partial/noncompliant) implementations of the standard do the same thing.

    That's what reference implementations are for. All your arguments boil down to MS not being able to complete the same task a half dozen smaller companies already did, while MS has code that works licensed such that they can copy and paste it in. I see no excuse.

    And which "reference" implementation fully implements ODF 1.1 in a way that interoperates with other software?

    Microsoft is following the published ODF 1.1 standard. "The nonstandard way that OpenOffice.org and a lot of applications do it" is not a standard.

    And yet no other company or even hobbyist project had trouble implementing it, just MS. Do you really think they're that incompetent?

    Other companies do have trouble implementing the standard. Having to "copy OpenOffice.org's nonstandard activity" means they are either not strictly implementing the standard or implementing added functionality not covered in the standard (that is, nonstandard functionality.)

    MS is expected to have a standards-compliant implementation ODF 1.1, not one that emulates some other implementation's non-standard behaviors. People tend to get upset when Microsoft ignores or doesn't fully implement standards. OpenOffice.org 3's implementation of the not-yet finalized ODF 1.2 standard is not a published standard. "ODF 1.1+proprietary extras" is not a standard, either.

    Microsoft said they were going to implement the published standard ODF 1.1, and this is what they claimed to have done. They did not say they were going to implement OpenOffice.org's specific way of using ODF with its nonstandard behavior. They did not say they were going to implement the (not finalized) ODF 1.2 as used by OpenOffice.org 3.

  9. Re:No, not at all by TheRealSlimShady · · Score: -1, Troll

    Serious question time: Is it possible for anyone who is against Microsoft on this issue to have a serious conversation about this, and not resort to accusations of astroturfing?

    This is a discussion between adults (hopefully) and if you're interested in it being a discussion then lets leave the astroturfing comments out of this.