Slashdot Mirror


Microsoft Standing Firm On OOXML ISO Vote

christian.einfeldt writes "Microsoft has responded via the industry trade group ECMA to some of the thousands of criticisms of its submission of Office Open XML as an ISO standard. Open standards advocate Russell Ossendryver takes a look at those responses to see if Microsoft has made significant changes in either the substance of OOXML or the manner in which the OOXML specification will be maintained going forward. Ossendryver concludes that Microsoft's position has not significantly changed, but only hardened in place in advance of the Ballot Resolution Meeting which is to occur from February 25 through 29 in Geneva. While no one can say for certain whether Microsoft will succeed in having OOXML win the nod from the international community, Ossendryer thinks that Microsoft's firm stance is likely to backfire."

6 of 181 comments (clear)

  1. How 'Firm' Would You Stand For 20 Billion A Year? by Anonymous Coward · · Score: 5, Insightful

    I believe Microsoft made 5 billion in revenue from having customers worldwide locked into their proprietary office document format.

    The vendor lockin from Office makes up almost half the company's yearly revenue.

    Microsoft would cease to exist as we know it if the office document lockin revenue went away to an open format.

    Fight? LOL! This is the type of shit Microsoft execs live for.

    Fake grassroots efforts.
    Standards body subversion.
    Paid for media shills.
    Shame studies.
    Mysterious compatibility problems with the competition.

    All in a days work.

  2. Have your say by Ynot_82 · · Score: 5, Informative

    Petition currently running at noooxml.org

    http://www.noooxml.org/petition

  3. Re:well... by MightyMartian · · Score: 5, Informative

    Which OOXML most certainly isn't. There's real doubts that even Microsoft could implement it as it currently stands.

    It's a scam, pure and simple.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  4. Re:Whats the problem? by Anonymous Coward · · Score: 5, Informative

    Why not let it be a recognised standard?


    Many reasons:
    1. There is already an ISO standard for this same purpose.
    2. There are exclusions in Microsoft's Open Specification Promise, meaning Microsoft can sue over other parties writing implementations of some of the things that the OOXML standard references (ActiveX and VBA are examples).
    3. OOXML is designed so that fully-compliant applications can only be written by Microsoft, and mostly-complaint applications can be written by other parties but only to run on a Windows platform. Therefore OOXML is not inter-operable with other applications and especially not with non-Windows platforms, and the whole purpose of making something a standard is to facilitate such inter-operation.
    4. OOXML is technically very inferior to the existing standard, ISO 26300. For example, OOXML specifies three different implementations of "a table", instead of just one common to different Office applications. This means that you cannot write a "table handling class" as a library, but instead you have to duplicate equivalent functionality several times over.
    5. OOXML includes deliberately mandating bugs (such as dates before 1900) just to pander to errors in Microsoft software.
    6. OOXML is controlled by just one corporation ... ISO 26300 belongs to ISO.
    7. ISO 26300 already has many implementations by many vendors on multiple platform. OTOH even Office 2007 running on Windows Vista does not implement OOXML ... there is not one compliant application for the OOXML that is being proposed as the standard.
    8. ISO 26300 even works with Microsoft Office (up to Office 2003) using a free plugin written by Sun. Microsoft deliberately broke Office 2007 file filters so that this plugin (or any other plugin not written by Microsoft) would not work in Office 2007.
    9. ISO 26300 has a compliance test suite. You can use this test suite to make sure a given application works properly with ISO 26300. No such thing exists with OOXML.
    10. It makes no sense to have "choice in standards" ... that just costs everybody a lot of money. It is fine to have "choice in applications" ... but ideally they should all read and write to the same standard file format ... and ISO 26300 is by far the best choice for that.
  5. Re:well... by cp.tar · · Score: 5, Interesting

    Which OOXML most certainly isn't. There's real doubts that even Microsoft could implement it as it currently stands.

    It's a scam, pure and simple.

    So what do we do?

    That's right: whenever you receive a .docx, .xlsx and other .*x documents, send them back, asking that they be converted into a readable format.
    Include a link for Sun's ODF plugin for MS Office, if need be.

    Fight fire with fire.

    --
    Ignore this signature. By order.
  6. Re:OOXML, ODF, and FUD by Anonymous Coward · · Score: 5, Informative

    Since, clearly, different competing standards are bad.

    Of course they are. There is, for example, only one ISO standard for paper sizes, ISO 216. http://en.wikipedia.org/wiki/Paper_size#The_international_standard:_ISO_216
    This standard is used in all countries bar two. Becase there are two countries that use a competing non-ISO standard (they use an ANSI standard instead), it causes all sorts of un-necessary costs all around the world.

    For example, ODF apparently has only a weakly defined formula syntax, inhibiting ODF spreadsheet implementations based only on the spec (supposedly most implementors just use whatever de facto syntax OO.org decides on). To claim that one format is universally hailed as technically "very inferior" is rather misleading at best.

    Actually, it is you who is misleading here, and your anti-ODF FUD is from brian Jones in 2005 (when OOXML also lacked any definition of formula syntax). ODF version 1.2, which is currently going through the approval process, has a far more detailed definition of formula syntax, known as OpenFormula, defined by an independent body. http://en.wikipedia.org/wiki/OpenFormula This is what will be formally agreed in the upcoming version of ODF, but it is backward compatible with the (admittedly vauge) syntax definition in earlier versions of ODF, and it is also what all of the ODF applications actually now use.

    OpenFormula is indeed technically superior to the formula syntax of OOXML, for the following reasons: http://en.wikipedia.org/wiki/OpenFormula#OpenFormula_Attributes

    That's a circular argument.

    No, it is not. Before it was an ISO standard, it was an OASIS standard, and Microsoft were part of OASIS. Microsoft were invited to join the development process of ODF, which began in 2002, but Microsoft refused. Apart from the solitary exception of Microsoft, however, ODF otherwise has full industry consensus. In fact, after a long review period where comments from a broad array of interested parties were invited and incorporated, the ODF specification was put to a formal vote for OASIS approval, and it was passed unanimously. Yes, as an OASIS member, Microsoft approved ODF. Further, after that vote, ODF was submitted to ISO for approval as an International standard, via the long-winded PAS process (not fast-track), and after world-wide solicitation of comment and incorporation of recommendations, it was again approved unanimously. Yes, Microsoft approved it a second time ... then refused to implement it.

    That is just plain wrong, and FUD to boot. Not only does a 10 second Google search show that the Sun plugin does support Office 2007, but Microsoft apparently also sponsored their own open-source ODF add-in (hosted on Sourcefourge) for Office, which also supports Office 2007 (& below).

    It wasn't wrong for the original release of Ofice 2007. Full plugins were borked in that release. I'm pleased to see that Microsoft fixed it (now that Office 2007 has a foothold) in SP1. As for Microsoft-sponsored ODF convertors ... they are convertors, not plugins. You cannot use Microsoft's convertors to open & save as ODF ... you must have an OOXML version of your document first, and then you can import & export it as ODF. Microsoft convertors do a terrible job compared to the Sun plugin, and of course you cannot set Office 2007 as the default for .odx file extensions because Office 2007 can't open them directly (without Sun's plugin).

    Anyway, now that Sun's plugin works for Office 2007 ... all the more reason to use ODF (ISO 26300) format and not OOXML.

    Ho