Comments on: Debatt om OOXML http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/ Døser i en merkelig komatiøs stilling... Thu, 28 Aug 2008 01:28:59 +0000 http://wordpress.org/?v=2.5.1 By: Martin http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26614 Martin Wed, 27 Feb 2008 17:01:40 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26614 ODF er allerede implementert i en rekke programvarepakker basert på fri programvare. Leverer man fri programvare under f.eks. GPL vil det være uproblematisk å benytte eksisterende ODF-implementasjoner i nye løsninger, da man kan benytte seg av kildekoden. Leverandører av proprietær programvare må imidlertid benytte seg av eksterne tillegg eller skrive koden selv, av lisensmessige årsaker. ODF er for øvrig implementert i løsningene vi leverer. Jeg tok derfor en prat med utvikleren som har gjort implementeringen av ODF. Jeg siterer direkte fra IM-samtalen jeg hadde med ham: Jeg spør: <blockquote>Vet du sånn ca. hvor lang tid du benyttet på å utvikle ODF-funksjonaliteten?</blockquote> Han svarer: <blockquote>Første fungerende import / eksport skrev jeg på to dager...</blockquote> Jeg spør: <blockquote>Husker du om det var noen spesielle utfordringer rundt implementeringen?</blockquote> Han svarer: <blockquote>Tja.. Det meste er rett frem. Et dokumentert XML format. Trivielt kan du si.</blockquote> Jeg spør: <blockquote>Og det kan jeg sitere deg på?</blockquote> Han svarer: <blockquote>Ja</blockquote> I tillegg kommer selvfølgelig tid for pakketering, testing, utvikling av design og andre trivialiteter. Så, ja, jeg står fortsatt fast på at implementering av ODF er en uproblematisk og triviell sak. :-) ODF er allerede implementert i en rekke programvarepakker basert på fri programvare. Leverer man fri programvare under f.eks. GPL vil det være uproblematisk å benytte eksisterende ODF-implementasjoner i nye løsninger, da man kan benytte seg av kildekoden. Leverandører av proprietær programvare må imidlertid benytte seg av eksterne tillegg eller skrive koden selv, av lisensmessige årsaker.

ODF er for øvrig implementert i løsningene vi leverer. Jeg tok derfor en prat med utvikleren som har gjort implementeringen av ODF. Jeg siterer direkte fra IM-samtalen jeg hadde med ham:

Jeg spør:

Vet du sånn ca. hvor lang tid du benyttet på å utvikle ODF-funksjonaliteten?

Han svarer:

Første fungerende import / eksport skrev jeg på to dager…

Jeg spør:

Husker du om det var noen spesielle utfordringer rundt implementeringen?

Han svarer:

Tja.. Det meste er rett frem. Et dokumentert XML format. Trivielt kan du si.

Jeg spør:

Og det kan jeg sitere deg på?

Han svarer:

Ja

I tillegg kommer selvfølgelig tid for pakketering, testing, utvikling av design og andre trivialiteter.

Så, ja, jeg står fortsatt fast på at implementering av ODF er en uproblematisk og triviell sak. :-)

]]> By: Shahzad Rana http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26585 Shahzad Rana Wed, 27 Feb 2008 06:45:28 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26585 Hvorfor er det uproblematisk? Og tror du virkelig at ODF er implementer uten innholdet i de normative referansene? Hvorfor er det uproblematisk?
Og tror du virkelig at ODF er implementer uten innholdet i de normative referansene?

]]> By: Martin http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26581 Martin Wed, 27 Feb 2008 00:00:58 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26581 Når jeg skriver sub-standarder mener jeg hvilke standarder som benyttes i ODF. Og det er fortsatt uproblematisk all den tid ODF allerede er implementert i en rekke applikasjoner, i motsetning til OOXML. Når jeg skriver sub-standarder mener jeg hvilke standarder som benyttes i ODF. Og det er fortsatt uproblematisk all den tid ODF allerede er implementert i en rekke applikasjoner, i motsetning til OOXML.

]]> By: Shahzad Rana http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26578 Shahzad Rana Tue, 26 Feb 2008 23:43:30 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26578 Ikke sub-standarder, men normative nødvendigheter for å implementere deler av ODF. Ikke sub-standarder, men normative nødvendigheter for å implementere deler av ODF.

]]> By: Martin http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26575 Martin Tue, 26 Feb 2008 23:36:25 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26575 Jeg forstår at det er lite å finne på i Geneve om natten, når du graver opp stråmannsargumenter som sammenligner linjeavstander og henvisninger til sub-standarder. Som nevnt er det ikke ODFs størrelse — eller mangel på sådan — som er problemet, men det faktum at OOXML nå runder 8000 sider. Ta deg heller en pils til, du, så er du opplagt til i morgen. ;-) Jeg forstår at det er lite å finne på i Geneve om natten, når du graver opp stråmannsargumenter som sammenligner linjeavstander og henvisninger til sub-standarder. Som nevnt er det ikke ODFs størrelse — eller mangel på sådan — som er problemet, men det faktum at OOXML nå runder 8000 sider.

Ta deg heller en pils til, du, så er du opplagt til i morgen. ;-)

]]> By: Shahzad Rana http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26574 Shahzad Rana Tue, 26 Feb 2008 23:23:13 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26574 Opps, glemte en liten sak. At ODF er på 700 sider er vel en sannhet med modifikasjoner... Hentet fra: http://tirania.org/blog/archive/2007/Jan-30.html Christian Stefan wrote me to point out that the OOXML specification published by ECMA uses 1.5 line spacing, while OASIS uses single spacing. I quote from his message: ODF 722 pages SVG 719 MathML 665 XForms 152 (converted from html using winword, ymmv) XLink 36 (converted from html using winword, ymmv) SMIL 537 (converted from html using winword, ymmv) OpenFormula 371 ---- 3,202 Now I'm still missing some standards that would add severall hundred pages and changing line spacing to 1.5 will bring me near the 6000 pages mark I guess. This is not very surprising (at least for me) since both standards try to solve very similar problems with nearly equal complexity. Opps, glemte en liten sak. At ODF er på 700 sider er vel en sannhet med modifikasjoner…

Hentet fra: http://tirania.org/blog/archive/2007/Jan-30.html
Christian Stefan wrote me to point out that the OOXML specification published by ECMA uses 1.5 line spacing, while OASIS uses single spacing. I quote from his message:

ODF 722 pages
SVG 719
MathML 665
XForms 152 (converted from HTML using winword, ymmv)
XLink 36 (converted from HTML using winword, ymmv)
SMIL 537 (converted from HTML using winword, ymmv)
OpenFormula 371
—-
3,202

Now I’m still missing some standards that would add severall hundred
pages and changing line spacing to 1.5 will bring me near the 6000
pages mark I guess. This is not very surprising (at least for me)
since both standards try to solve very similar problems with nearly
equal complexity.

]]> By: Shahzad Rana http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26573 Shahzad Rana Tue, 26 Feb 2008 23:18:35 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26573 <blockquote cite="">For øvrig hyggelig at du tar deg tid til å besøke meg, selv om du befinner deg midt oppe i dette intensive og høykonsentrerte møtet i Geneve, Rana. Trodde jeg bare var enda en religionskriger uten betydning, jeg.</blockquote> Noe må jeg slappe av meg under BRM :-) Litt fritidssyssler må jeg drive med :-) Og forøvrig så ble det enstemmig besluttet. Det betyr at Kina stemte for å øke DIS 29500 med ca. 2000 sider.

For øvrig hyggelig at du tar deg tid til å besøke meg, selv om du befinner deg midt oppe i dette intensive og høykonsentrerte møtet i Geneve, Rana. Trodde jeg bare var enda en religionskriger uten betydning, jeg.

Noe må jeg slappe av meg under BRM :-)
Litt fritidssyssler må jeg drive med :-)

Og forøvrig så ble det enstemmig besluttet. Det betyr at Kina stemte for å øke DIS 29500 med ca. 2000 sider.

]]> By: Martin http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26571 Martin Tue, 26 Feb 2008 23:11:50 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26571 For øvrig hyggelig at du tar deg tid til å besøke meg, selv om du befinner deg midt oppe i dette intensive og høykonsentrerte møtet i Geneve, Rana. Trodde jeg bare var enda en religionskriger uten betydning, jeg. For øvrig hyggelig at du tar deg tid til å besøke meg, selv om du befinner deg midt oppe i dette intensive og høykonsentrerte møtet i Geneve, Rana. Trodde jeg bare var enda en religionskriger uten betydning, jeg.

]]> By: Martin http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26570 Martin Tue, 26 Feb 2008 23:07:25 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26570 Ta for eksempel Kina, som stemte nei i forrige runde, som beskrev OOXML som «<em>a very complex technology</em>» og videre at «<em>We think the fast-track procedure is not suitable for this DIS</em>» før de avslutningsvis har påpekt at «<em>more time is necessary and essential to conduct a credible and responsible evaluation</em>». Da hjelper det ikke at spesifikasjonen nå vokser til over 8000 sider. Med en standard på over 8000 sider tillater også jeg meg å tvile på om Fast Track er det rette løpet for OOXML. For en standard på 700 — som ODF — er det forsvarlig. Ta for eksempel Kina, som stemte nei i forrige runde, som beskrev OOXML som «a very complex technology» og videre at «We think the fast-track procedure is not suitable for this DIS» før de avslutningsvis har påpekt at «more time is necessary and essential to conduct a credible and responsible evaluation».

Da hjelper det ikke at spesifikasjonen nå vokser til over 8000 sider. Med en standard på over 8000 sider tillater også jeg meg å tvile på om Fast Track er det rette løpet for OOXML. For en standard på 700 — som ODF — er det forsvarlig.

]]> By: Shahzad Rana http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26567 Shahzad Rana Tue, 26 Feb 2008 22:57:15 +0000 http://www.bekkelund.net/blogg/2008/02/22/debatt-om-ooxml/#comment-26567 Vel, nå er det stort sett du som har trekker frem ODF i diskusjonen mot DIS 29500... ODF gikk under raderen, DIS 29500 er godt på raderen. Når ISO-systemet gjør en så grundig jobb med DIS 29500 så skulle det tilsi at standeren har potensialet til å bli desto bedre. Vel, nå er det stort sett du som har trekker frem ODF i diskusjonen mot DIS 29500…

ODF gikk under raderen, DIS 29500 er godt på raderen. Når ISO-systemet gjør en så grundig jobb med DIS 29500 så skulle det tilsi at standeren har potensialet til å bli desto bedre.

]]>