Dit is incorrect. Google heeft niet echt een formaat... Ieder document is een website (met het bijbehorende programma Docs, wat gratis beschikbaar is voor iedereen). Hierdoor is beter schaalbaar en beschikbaar op ieder apparaat met een browser. Je kan echter een Doc document op ieder moment downloaden als Microsoft Word,
Open Document, html, epub, rtf en nog veel meer bestandsformaten.
Het formaat van Google is niet echt een formaat maar eerder een website. Dat is juist de kracht van GSuite, alles is een website.
Daarnaast beweer je dat Microsoft een open formaat heeft maar daar is lang niet iedereen het mee eens.
Zie ook:
https://nl.wikipedia.org/wiki/Office_Open_XML
Naast voordelen zijn er vele punten van bezwaar geopperd door tegenstanders van de standaardisering.
- ondanks de patentafspraken is de standaard een Microsoft-standaard, alleen Microsoft is in staat aanpassingen binnen de standaard door te voeren (de volledige rechten op de Office Open XML-standaarden liggen overigens bij standaardisatieorganisaties Ecma International en ISO/IEC die de standaarden hebben opgesteld en beheren).
- bugs in Microsoft-applicaties worden in een bestandsformaat geaccepteerd: het jaar 1900 is in ECMA 376 Office Open XML een schrikkeljaar, zodat een bug ontstaan in Lotus 1-2-3 nu niet opgelost hoeft te worden in een conversie.
- de standaard maakt onvoldoende gebruik van andere open (W3C) standaarden en maakt gebruik van interne Microsoft-standaarden die niet openbaar zijn.
- de als ISO-standaard voorgestelde specificatie vertoont inconsistenties met andere ISO-standaarden (bijvoorbeeld voor landencoderingen en voor vectorafbeeldingen).
- de omvang van de standaard (ruim 6000 pagina's) maakt de standaard te moeilijk om te implementeren.
- Verschillende bezwaren zijn tijdens de ISO-standaardisatie ondervangen en hebben tot aanpassingen door Ecma geleid.
Daarnaast:
Van de drie onderstaande bestandsindelingen (ECMA 376, ISO 29500 transitional of strict) werd enkel ISO 29500 strict ISO geaccepteerd als open standaard. Transitional was een overgangsformaat. In de MS Office-versies sinds 2007 is de ondersteuning voor transitional en strict behoorlijk verschillend. Sinds Office 2007 is in alle versies lees- en schrijf-ondersteuning aanwezig voor transitional, maar niet voor ECMA of ISO 29500 Strict[8]. MS Office 2007 kan Strict noch lezen noch schrijven. MS Office 2010 is alleen in staat om Strict te lezen[9], terwijl Microsoft Office 2013 ISO/IEC 29500 strict zowel kan lezen als schrijven[10]. MS Office 2013 kan ISO/IEC 29500 strict dan wel lezen, maar dat gebeurt standaard niet, maar moet handmatig ingesteld worden door gebruiker of systeembeheerder. Een meer uitgebreid artikel welke versie van MS Office welke versie van de standaard ondersteund is te lezen in de e-Library van de Europese Commissie. Het artikel van Markus Feilner 'Complex singularity versus openness'[11] beschrijft tot in detail hoe de drie verschillende vormen van Office Open XML (OOXML) in elkaar steken en wat de verschillen zijn.
Het artikel beschrijft tevens waarom het problematisch is dat het standaard ingestelde opslagformaat bij marktleider Microsoft niet aan de standaard voldoet en acceptatie en algemeen gebruik van de ISO-standaard in de markt belemmert.
Dus echt een goede zaak zou ik het niet willen noemen...