Microsoft knutselt flink aan OpenXML

Het gaat hier om aanpasingen door Ecma en dus niet door slechts Microsoft zoals de titel suggereert.
Ook bijvoorbeeld Apple en Novell zitten in Ecma over dit onderwerp.

Er zijn wel 3500 comments maar daarvan zijn er maar een stuk of 1000 uniek en ze zijn grotendeels van het nivo dat er ergens een tekstuele aanpassing gemaakt moet worden.

Verder zitten er een paar zeer storende fouten in dit artikel. De opslag van datum in OOXML was altijd al numeriek. Deze aanpassing betreft is juist een toevoeging van een niet numeriek datum type. ISO 8601 is een namelijk een gemengd string/numeriek opslagtype
Er wordt verder slechts een kleine subset van ISO 8601 aan OOXML toegevoegd precies zoals opendocument ook maar een beperkte subset van ISO 860 ondersteunt.
Omdat het bovendien een toevoeging betreft zijn nu beide datumtypes, dus zowel decimale datums als ISO 8601 datums mogelijk in OOXML spreadsheets.

Aanvullend kan nog gezegd worden dat OOXML nu een de ISO/IEC 14977:1996 – Syntactic metalanguage gaat gebruiken om de formule's in te presenteren.
Dat is dus wel een prettige aanpassing aan de documentering van de standaard maar geen aanpassing met impact op het formaat zelf.

In de Opendocument standaard ontbreken de formules natuurlijk nog helemaal.
Ook de in het artikel genoemde IETF BCP 47 standaard voor representatie van talen komt momenteel niet in de Opendocument specificatie voor.

Microsoft doet er beter aan om de ODF te verbeteren en aan te vullen dan een nieuwe standaard weg te zetten. Dit lijkt me dus totale verkwisting van tijd en energie.

keurde eerder die jaar
?

Ook vertelt Brian Jones van Microsoftin
een blogposting dat
?

Kom op zeg... proof-readen jullie nog voordat jullie posten? Dat wij geen preview functie hebben is al erg genoeg, maar dit loopt (de laatste tijd) de spuigaten uit.

Dit viel te verwachten. Wat hier plaatsvindt is een strijd der titanen. Wanneer MS het niet voor elkaar krijgt in februari OpenXML ISO gestandaardiseerd te krijgen, zullen veel overheden kiezen voor ODF, omdat ze niet langer willen wachten op goede gecertificeerde open standaard.Dat zou een pijnlijke situatie opleveren voor MS omdat ze dan feitelijk gedwongen zijn hun office pakketten ODF-compatible te maken. Iets wat nu niet het geval is.

Toch kan ik mij niet aan de indruk onttrekken dat wat hier gebeurt riekt naar paniekvoetbal. Wat Abraham Cohen al schreef, een ISO-standaard bouw je op in alle rust en zorgvuldigheid.
Gezien het moordtempo waarin MS tracht OpenXML om te bouwen tot een ISO-acceptabele standaard, verwacht ik dat ISO dat niet zondermeer accepteert. Al is het alleen al om ISO te tijd te geven al die duizenden pagina's documentatie door te nemen.

Was het eerder nog mogelijk een week op iedere dag te laten beginnen, inmiddels is die mogelijkheid weggehaald om te voldoen aan ECMA-standaard 376. Ook de manier van opslag van een datum is nu numeriek en in lijn met ISO-8601, zodat berekeningen mogelijk zijn

De auteur van het artikel heeft slecht research gedaan. ECMA 376 is de standaard van OpenXML. Dus het is onzin dat Microsoft de specificaties wijzigt om aan die standaard te voldoen.

Verder was het in OpenXML juist NIET mogelijk om de week op iedere dag van de week te laten beginnen (alleen zondag of maandag) en dat wordt nu dus aangepast zodat het wel op iedere dag van de week kan beginnen.

Verder maakt ISO-8601 berekeningen juist ONMOGELIJK. ISO-8601 is een tekstuele presentatie van de datum/tijd (bijv. "2003-04-01T13:01:02") terwijl Microsoft had gekozen voor een numerieke weergave zodat het inderdaad makkelijker zou zijn om berekeningen met data uit te voeren zonder deze eerst te moeten converteren.

Interessante discussie, maar eh natuurlijk zijn er meer kanten aan dit verhaal. Zie ook :
http://blogs.microsoft.nl/ruud_de_jonge/archive/2007/12/12/voeten-op-tafel-in-het-hol-van-de-quot-leeuw-quot.aspx

Komen jullie ook op de 21e ?

Ruud de Jonge
Microsoft Nederland

Wat mij zo enorm stoort aan het hele OOXML drama is, dat iedereen schijnt te vergeten dat Microsoft het hele proces heeft gefrustreerd. Microsoft heeft de geloofwaardigheid van ISO enorm geschaad, waardoor er inmiddels de OpenISO afsplitsing is ontstaan.

Het is een grove schande dat Microsoft medewerkers, het publiek van Webwereld sinds enkele dagen, massaal probeert de indoctrineren. De gebruikers waarvan zij vermoeden dat deze niet te chanteren zijn, worden regelrecht beledigd.

Ik zou iedereen dan ook willen oproepen, er eens goed over na te denken:

* Waarom wil Microsoft OOXML gecertificeerd hebben?
* wat is de geschiedenis van Microsoft?
* wat zijn de voor- en nadelen van Microsoft Windows vs alternatieven?
* hoeveel tijd moet er worden geïnvesteerd in het onderhoud van Windows vs de alternatieven?
* migratie 1).

1) De verschillen tussen Windows Vista en de nieuwste versie van MS Office zijn zo groot, in verhouding met voorgaande versies, dat het wellicht niet zo veel uit maakt, of je nu naar Windows Vista / Office 2007 of GNU/Linux / OOo migreert. Een migratie is hoe dan ook noodzakelijk.

Wat is efficiënter voor jouw bedrijfssituatie?

* Afhankelijkheid van een enkele leverancier;
* onafhankelijkheid (keuze uit meerdere leveranciers).

Veel succes ;-)

"Microsoft knutselt flink aan OpenXML"
werkelijkheid:
Er is een Technical Committee van Ecma verantwoordelijk voor het werk (TC45). Daarin is Microsoft aanwezig als één van de leden. Niet meer, niet minder.

Om OpenXML toch geaccepteerd te krijgen als ISO-standaard wijzigt Microsoft de specificaties stevig.
Zie boven, het is dus niet "Microsoft" die wijzigingen in de specificatie aanbrengt. We helpen natuurlijk wel, en werken hard mee met de Ecma werkgroep. Let wel, het enige wat er trouwens in dit stadium gedaan wordt is het voorstellen van antwoorden en oplossingen op de in het proces door de landen ingediende commentaren. Daar is het proces voor bedoeld.

Daarbij ontstaat een nieuw documentformaat.
Het ISO proces rond Open XML bestaat uit drie blokken. 1) Contradictie = als deze nieuwe specificatie een standaard wordt, mag dan een bestaande niet meer? 2) Comments = vind je de specificatie goed of wil je nog iets aanpassen? 3) Resolution = als je de aanpassingen naar aanleiding van de commentaren ziet, accepteer je de specificatie dan nu wel?
Dat is een normaal proces, er is geen sprake van dat er een nieuw formaat ontstaat.

De International Standards Organization (ISO) keurde eerder dit jaar een verzoek van Microsoft af om OpenXML versneld als standaard te accepteren
werkelijkheid:
Er is geen sprake van "afkeuring". Er is gewoon een lopend proces waarbij het tweede blok in september tot acceptatie had kunnen leiden, maar nu een derde en laatste blok van het proces nodig is. Dat kan dan eventueel pas leiden tot een afkeuring.
Over "versneld accepteren" kun je discussieren. Het proces heet Fasttrack (en bestaat sinds de jaren '80 en is al zeer vaak gebruikt). Net zoals bij ODF (OASIS gebruikt de PAS, ook een "versneld" standaardisatie proces) is het een proces wat ISO gebruikt bij sommige organisaties met een eigen intern standaardisatie proces.

De onderneming is het formaat nu aan het aanpassen zodat het alsnog door de ISO-procedure kan.
Dus, nogmaals, het is niet "de onderneming" die het formaat aan het aanpassen is, maar het is de technische werkgroep van Ecma die het commentaar uit het ISO proces aan het beantwoorden is.

Later staat er:
Inmiddels is bij de ECMA daarom begonnen het oplossen van de ergste pijnpunten
Dus je weet het eigenlijk best wel... ;-)

...inmiddels is die mogelijkheid weggehaald om te voldoen aan ECMA-standaard 376
Die verwijzing snap ik niet. Open XML is zelf de Ecma 376 standaard.

...opslag van een datum is nu numeriek en in lijn met ISO-8601, zodat berekeningen mogelijk zijn.
Dat is technisch niet juist. berekeningen zijn juist makkelijker mogelijk met het alternatieve formaat zoals dat in Open XML zit. ISO-8601 is juist niet makkelijk(er) voor berekeningen.
Ecma zegt dat ook dit:
the original Open XML standard adopted by Ecma, assigned a unique numeric value to each date in a spreadsheet, in order to improve the speed of date calculations. Based on the comments received from some National Bodies on this issue, DIS 29500 will be updated to allow date values to be stored using the format defined by the ISO 8601 standard.

Ook verwijten critici de marktleider dat het nu toch probeert de controle over de standaard te hebben, terwijl dat aan de ECMA is gegeven.
De specificatie is van Ecma. Ecma heeft de controle. Ecma heeft het ISO proces aangevraagd. Ecma 376 (Open XML) is een Ecma specificatie.

Groet, Hans Bos (Microsoft Nederland)