De fleste av de nevnte applikasjonene kan så vidt åpne og lagre formatet (og da stort sett Microsoft sin avart, ikke ECMA 376), men detaljene er langt fra implementert i noen av dem. Litt mer eksotiske MSOOXML-dokumenter vil du ha store problemer med å åpne i alle applikasjoner og lagring tilbake fra de samme applikasjonene vil medføre tap av data. Det sier seg selv at 6.000 sider med motstridende, dårlig spesifiserte og ekstremt mangelfulle tekniske detaljer ikke lar seg implementere feilfritt og fullstendig i så mange applikasjoner som Microsoft hevder.

Beskriver dette dokumentet “en annen” Ecma OOXML enn den Ecma OOXML som er omtalt andre steder?

Ja, dessverre. Hvis man går igjennom Ecma 376-spesifikasjonen og sammenholder den med formatet som produseres av Microsoft Office 2007, vil man se at det ikke er det samme formatet.

Dette er ikke en påstand jeg selv har konstruert, men er en påstand som er fremholdt av «motstanderne» av OOXML over hele verden. Påstanden fremholdes også av de jeg har jobbet sammen med i SN/K 185, blant annet IBM, KS, Linpro, Trolltech, NUUG, EFN, FreeCode og Opera, for å nevne noen.

Selv om manglende implementering er et viktig ankepunkt punkt mot bruk av OOXML, er det allikevel bare ett av en svært lang rekke punkter som jeg har grundig oppsummert i artikkelen Hva mener Norge om OOXML?

NUUG har en lenkesamling som kan være verdt å lese for den som interesserer seg.

Et utsagn jeg ofte hører er at «det er kult å disse Microsoft», et argument som vitner om lite innsikt. Jeg argumenterer ikke for moro skyld, hva skulle jeg vinne på det? Microsoft, derimot, har alt å vinne på utbredelse av sine løsninger, når man vet at 30 % av inntektene til Microsoft kommer fra Office. ODF er laget for å ivareta brukernes interesser. OOXML er laget for å ivareta Microsofts interesser.