Z tym OOXML to było tak:
Pierwszą normą promowaną jako OOXML były formaty zastosowane w MSOffice2007.
Drugą odmianą OOXML była ta, która została przedstawiona do ISO za pierwszym razem (już wtedy mówiło się o niezgodności tej wersji OOXML z formatami MSOffice).
Trzecia wersja OOXML powstała po odmowie ISO tzw. "szybkiej ścieżki" standaryzacji i wprowadzeniu wielu poprawek. Ta wersja została niedawno "standardem" ISO. 🙁

Obawiam się jednak, że Microsoft zgodnie ze swoim zwyczajem znów nie uszanuje swoich własnych norm i w następnej wersji MSOffice zaimplementuje OOXML w sposób, jaki mu się spodoba (oczywiście nie udokumentowując zmian). Z drugiej strony, takie działanie, na dłuższą metę, może obrócić się na niekorzyść OOXML względem ODF. OOXML już teraz postrzegany jest jako trudny do zaimplementowania w oprogramowaniu. Po ew. wprowadzeniu przez Microsoft nieudokumentowanych dziwactw, implementacja OOXML byłaby jeszcze trudniejsza (i potencjalnie gorsza jakościowo).
Współcześnie, celem producentów programów biurowych jest zapewnienie interoperacyjności swoich produktów a nie współpraca z takim czy innym konkretnym programem innego producenta. Producent stanie przed wyborem:
czy
zaimplememntować mniej nadający sie do tego celu, uzależniony de facto od jednego producenta, niedojrzały OOXML – do którego trudno mieć zaufanie, ale za to obecny w MSOffice,
czy
osiągnąć założony cel za mniejsze pieniądze, implementując (w większości przypadków – dopracowując implementację) bardziej powszechny i spełniający założenia interoperacyjności, otwarty i niezależny ODF.

Odpowiedź na to pytanie wbrew pozorom wcale nie jest oczywista. Przykładem mogą być standardy sieciowe w Internecie – standardy istnieją i obowiązują, lecz rzadko są stosowane. Zarzucenie rynku kiepską technologią spowodowało zniewolenie umysłowe webmasterów, którzy ignorując obowiązujące standardy, w czambuł dostosowują serwisy do tej technologii, bez względu na rzcjonalne przesłanki. 🙁

Fakt ustanowienia OOXML standardem ISO jest już nazywany "tragedią standaryzacji". Sądzę, ze to jest najlepsze określenie tego, co się wydarzyło. Pamiętam czasy, kiedy rozwojem technologii informatycznych w większym stopniu rządził rynek aniżeli standardy, (z których zresztą wiele jeszcze nie istniało). W momencie, gdy niektórzy producenci zaczęli stosować praktyki monopolistyczne, lekarstwem na nie oraz ostoją interoperacyjności i rozwoju technologii informacyjnych stały się standardy techniczne.
Niestety, wygląda na to, że instytucje standaryzacyjne nie oparły się tym praktykom (nota bene inny przykład HTML5). W obliczu ich kompromitacji, "polem walki" znów stał się rynek, w którym bardziej liczy się powszechność implementacji i dostępność technologii aniżeli jej jakość (statystycznie, wydaje się obowiązywać prawo Kopernika zastosowane do towaru: "Towar gorszy wypiera lepszy"). Tak więc wszystko zależy od świadomości problemu i priorytetów strategii firm programistycznych. Dostrzegł to, jako businessman, Shuttleworth publicznie wyrażając niechęć do inwestowania w OOXML i wskazując niebezpieczeństwo (rynkowe, nie ideowe) wynikające z pohopnego alokowania kapitału w OOXML kosztem ODF i w perspektywie – uzależnienia się od jednego producenta.
ODF ma dużą przewagę czasową nad OOXML. Przy efektywnym jej wykorzystaniu, na rynku powinno w krótkim czasie pojawić się bardzo dobre jakościowo narzędzie dla programistów oraz upowszechnić:
– dobra i lekka przeglądarka ODF,
– wtyczki do przeglądarek internetowych oraz IE,
– porządna wtyczka do MSOffice, umożliwiająca ustawienie formatów ODF jako domyślnych,
– konwertery formatów (stacjonarne i sieciowe),
– być może także serwisy internetowe służące konwersji OOXML na ODF, utrzymywane przez producentów programów wspierających ten format.
Wtedy ODF, gdy przez swoją powszechność stałby się standardem de facto (a takie rynek lubi), Microsoft zostałby ze swoimi programami "na lodzie" i sam szybko zaimplementowałby w nich ODF, zapominając o OOXML.
Miejmy nadzieję, że ostatnie wydarzenia zmotywowały programistów i ich szefów do przyspieszenia prac nad pełną implementacją ODF w swoich produktach.