[Fortsættelsen af part 1, part 2, part 3 og part 4.]

Det er vigtigt at man holder tungen lige i munden når man behandler dokumentformaterne, specielt når man behandler både/og scenariet.

Konvertering mellem ODF og Open XML indeholder nogle grundlæggende problemstillinger som, af gode grunde, ikke umiddelbart lader sig løse. Kort fortalt er hjørnestenen i problemstillingen den, at der er en praktisk begrænsning i forhold til at konvertere fra Open XML over i ODF, da ODF er for lille i forhold til kunne rumme Open XML. Det svarer til at forsøge at hælde en fyldt kaffekanen over i en kop – det kan man ikke. Den modsatte vej, fra ODF over i Open XML, går det derimod en hel del lettere, for her svarer det til at hælde en fyldt kop over i en tom kaffekande(*).

Det er så nu man skal holde tungen lige i munden, for konvertering og interoperabilitet mellem kontorpakker er ikke det samme!

Som jeg indledte med i part 4 så er interoperabilitet mellem kontorpakker det som er målet, mens konvertering mellem dokumentformater kun er et af flere midler man kan anvende. Konvertering er det middel vi har til rådighed i dag, men det er ikke det bedste middel på lidt længere sigt.

Den mest enkelte form for interoperabilitet mellem kontorpakker opnås ved at undgå konvertering og i stedet lader dokumentskabelsen definere hvilket dokumentformat, som anvendes når et dokument behandles i en kontorpakke. Forenklet sagt:

• Hvis et dokument oprindeligt skabes i ODF så fortsætter man med at benytter ODF på tværs af de programmer, som bruges til at behandle dokumentet.
• Hvis et dokument oprindeligt skabes i Open XML så fortsætter man med at benytte Open XML på tværs af de programmer som bruges til at behandle dokumentet.

Hvis vi ikke konverterer et dokument frem og tilbage mellem forskellige dokumentformater, som det bevæger sig på tværs af kontorpakker, men i stedet lader kontorpakkerne bibeholde dokumentet i det oprindelige format, er sandsynligheden for at der går noget tabt med ét blevet meget mindre. Denne fremgangsmåde svare i praksis til hvordan man i dag bevæger de binære dokumentformater på tværs af forskellige versioner af Microsoft Office. 

Spørgsmålet er således, hvordan og hvornår kommer vi til denne form for interoperabilitets-nirvana?

Inden vi svarer på dette spørgsmål så er det vigtigt, at huske på det faktum, at både ODF og Open XML er åbne dokumentformater. Man har, med andre ord, allerede opnåede det, som man ønsker i forhold til at eliminere eventuelle markedsbarriere relateret til dokumentformater, da alle frit kan implementere både Open XML og  ODF, uanset hvilken version vi taler om og om versionen kommer fra ISO/IEC, ECMA International og OASIS. (Med hensyntil spørgsmålet omkring de forskellige versioner af ODF henholdsvis Open XML, så skrev jeg mere om det i slutningen af part 4.)

Svaret på spørgsmålet omkring hvordan vi ankommer til interoperabilitets-nirvana er derfor meget enkelt: Vi når til interoperabiltitets-nirvana ved at leverandørerne af kontorpakker implementerer både Open XML og ODF direkte i deres programpakker på en måde, hvor brugerne både kan læse og skrive til begge formaterne uden at det sker gennem en ekstern add-on konverter.

Microsoft Office bliver med al sandsynligvis den første programpakke, som kommer med en integreret implementering af ODF såvel som Open XML, som et led af den næste Service Pack til Microsoft Office 2007. Det udestående spørgsmål er derfor hvornår andre leverandører, som ønsker at levere kontorpakker til det offentlige Danmark, vælger at følge med udviklingen på området og understøtte både Open XML og ODF i deres kontorpakke?

(*) Skal man være helt præcis så er ODF ikke en ægte delmængde af Open XML, for der er faktisk nogle få ting i ODF som ikke findes i Open XML, men det ændre ikke på at der er langt flere ting i Open XML, som ikke er i ODF. Billedet passer derfor i praksis. For en mere udførlig behandling af forskellen mellem de to formater se her og her.

Øvrige indlæg om dette emne:

1. Indledning
2. Det betyder ODF scenariet i praksis
3. Det betyder ODF scenariet for konkurrencen
4. Det betyder Open XML scenariet i praksis og for konkurrence
5. Det betyder både/og scenariet i praksis (dette indlæg)
6. Det betyder både/og scenariet for konkurrencen
7. Konklusion