Efter en lang, sej kamp om at få ISO-godkendt OOXML-standarden er der alligevel skuffelse i Microsoft-lejren.
Skuffelsen skyldes, at OOXML-kritikere stadig hævder, at der er lukkede referencer til tidligere versioner af Microsofts Office-pakker i den 7.228 sider store OOXML-standard, som standard-organisationen ISO for nylig har publiceret efter et halvt års forsinkelse.
"Hvis der endelig skulle være problemer med åbenheden i OOXML, så fremhæv dem med konkrete eksempler i teksten. Fremlæg dokumentation for fejlene," lyder opfordringen fra Microsoft Danmarks tekniske direktør, Jasper Hedegaard Bojsen.
"Jeg mener virkelig, at kritikerne i lighed med kejseren ikke har noget tøj på," fnyser Jasper Hedegaard Bojsen.
Han understreger, at der ikke er noget at komme efter i OOXML, efter tekniske udvalg i knap hundrede lande har kigget standarden efter i sømmene i de sidste par år.
"Erhvervs- og Selskabsstyrelsen, Videnskabsministeriet og EU har også kigget processen i Dansk Standard igennem uden at finde kritikpunkter," påpeger Jasper Hedegaard Bojsen, som har siddet med i det udvalg hos Dansk Standard, der har behandlet og godkendt OOXML-standarden til ISO.
Umulig opgave
En af OOXML-udvalgskollegerne hos Dansk Standard er DTU-professor Henrik Madsen, der gentagne gange har påpeget interoperabilitetsproblemer med OOXML.
"På DTU bestræber vi størst mulig interoperabilitet mellem forskellige platforme som UNIX, Linux, Windows og Mac. Og vi kan vi konstatere, at vi ikke har interoperabilitets-problemer med ODF eller PDF. Det har vi derimod med den nuværende version af OOXML," forklarer Henrik Madsen.
Han skynder sig dog at tilføje, at det i sagens natur ikke er den ISO-godkendte OOXML-standard, fordi ingen software-leverandører endnu har implementeret standarden.
"Jeg er dog ret sikker på, at man kan finde områder i den ISO-godkendte OOXML, der ikke kan implementeres på lige fod i Microsofts egne produkter og forskellige open source-produkter. Desuden kan man muligvis risikere at skulle betale for implementeringen af OOXML i Linux, fordi man kommer til at benytte Microsoft-teknologi."
Kan du finde lukket kode i åben standard?
"Specielt ser jeg potentielle problemer i OOXML afsnit 29500-3 og 29500-4, hvor referencer til lukket Microsoft teknologi kan være gemt. Problemet er desuden, at specifikationen kan lede til tvetydige fortolkninger," siger Henrik Madsen.
Han har dog endnu ikke haft tid til at kigge på den netop publicerede OOXML-standard, og han forventer, at der går mindst et par måneder, inden der er et nogenlunde overblik.
"Det er jo en umulig opgave, fordi standarden er over 7.000 sider lang. Men inden for et par måneder skulle udvalget i Dansk Standard gerne have tygget den igennem," siger Henrik Madsen.
Mangler i standardudkastet
Tidligere har Foreningen for Open Source Leverandører i Danmark (OSL) kritiseret OOXML-standardudkastet.
"Standardudkastet mangler en anvisning af, hvordan man 'mapper' de proprietære binære formater til OOXML. Dermed er der en barriere for, at andre end Microsoft kan vise dokumenter fra Office 97 versionen til Office 2003, sådan som disse dokumenter blev skabt," har formand for OSL, Morten Kjærsgaard, blandt andet skrevet i et brev til Dansk Standards direktør Jacob Holmblad.
Ifølge OSL har den oprindelige OOXML-standardorganisation ECMA i samråd med Microsoft afvist at inddrage muligheden for 'mapping' i specifikationen og i stedet henvist til arbejdet med oversættere i det såkaldte SourceForge-projekt.
OOXML-standarden kan downloades gratis fra ISO's hjemmeside. OOXML-standarden findes i fire dele nederst på hjemmesiden under navnene ISO/IEC 29500-1:2008, ISO/IEC 29500-2:2008, ISO/IEC 29500-3:2008 og ISO/IEC 29500-4:2008.
Skriv gerne eksempler på referencer til lukket kode i tidligere versioner af Office-produkter i OOXML-standarden i debatten under artiklen.
