Gepubliceerd: Maandag 18 augustus 2008
Office-pakketten houden zich slecht aan open documentstandaarden. Bij een test bleken afbeeldingen en tabellen regelmatig te verdwijnen.
Toon volledig artikel
Ook interessant in dat kader een ander onderzoekje
http://idippedut.dk/post/2008/08/06/Are-document-formats-silver-bullets.aspx
Bij OOXML levert alleen Office 2003 een foutloos resultaat.
Dat is vreemd,w ant een concluderende versie van na de BRM is nu nog steeds niet officieel bekend gemaakt.
Microsoft zal deze pas implementeren in de volgende office-versie.
Ook andere office-pakketten zullen wachten totdat deze officeel vastligt. Er waren honderden wijzigingen in de laatste BRM, daar ga je niet blindelings op vooruitlopen.
Ik weet neit wat ze getest hebben, maar mij OpenOffice bewaart niet als openxml, maar als Office2003XML, en dat is toch heel wat anders.
Daarnaast, interoperabiliteit van XML standaarden test je niet door wat applicaites te draaien, interoperabiliteit test je door de geproduceerde XML-documenten te testen op validiteit.
De kracht van de XML standaarden is juist dat andere software, niet Office software, maare bijvoorbeeld database-gebaseerde applicatie, zonder raar en platform onafhankelijk COM-object Word of OpenOffice doucumenten kunnen produceren, zonder moeite ook simultaan.
Maar nogmaals, om OOXML te testen moet je eerst wachtend at OOXML er is, het is een formele klacht van ZUid Afrika dat bijna een half jaar na de BRM het doucment dat volgens ISO regels binnen een maand had moeten worden geproduceerd er nog neit is.
Blijkbaar kosten de meer dan 6000 pagina's die OOXML moet worden veel moeite om in elkaar te knutselen.
Dat is vreemd,w ant een concluderende versie van na de BRM is nu nog steeds niet officieel bekend gemaakt.
Uit het artikel:
Voor hun onderzoek gebruikten de onderzoekers de ODF-implementatie van OpenOffice en de OOXML-implementatie van Office 2007 als startpunt.
De onderzoekers zijn dus niet uitgegaan van ISO-OOXML. Kan ook niet, die is nog niet gepubliceerd.
OpenOffice ondersteunt geen transitional versions, bij mij in elk geval niet.
Zou ook te gek zijn, het kost immers veel tijd om ondersteuning te leveren, en dat doe je niet voor eits wat heel snel gepasseerd gaat worden.
Vraag dat maar aan de onderzoekers. Zij hebben getest. Nogmaals, OpenOffice (de laatste versie, 2.4.1) ondersteunt bij mij geen enkele OOXML versie, alleen Office2003XML, wat echt heel iets anders is.
Ik noem de OOXML versie voor Office 2007 een transitional version, omdat deze fors gewijzigd gaat worden, de honderden wijzigingen uit de laatste BRM zullen er in moeten komen.
Microsoft heeft bepaald dat dit pas bij de volgende Office-release zal gebeuren.
Er is dus geen enkele applicatie van MS tot ergens in 2010 die ISO-OOXML zal ondersteunen.
Of OpenOffice het wel eerder gaat doen weet ik niet, het zou wel een bak zijn indien OpenOffice jaren eerder zou zijn dan MS met de ISO OOXML implementatie.
Dus ik weet niet wat er zo interessant is aan dit onderzoekje, een beetje meeliften op de hype?
Het niveau doet me denken aan de hobby-oderzoekjes van Alex Brown die tot tweemaal toe een verkeerde versie beoordeelde aan een verkeerde standaard, en wiens testresultaten ook de wereld rond werden gehyped, en ons aller bekende OOXML-fanboys ertoe bracht om mensen die verbonden zijn met Groklaw van "tiny brains" te beschuldigen.
Stel je eens voor dat MS ISO-OOXML nooit gaat ondersteunen, dat ISO-OOXML alleen maar diende om tijd te winnen, als argument om klanten voor de Office2007 te winnen, maar dat het momentum nui verdwenen is, en een MS office op een ISO standaard door MS niet nodig wordt gevonden, zelfs als nadelig wordt beschouwd, want voor veel mensen geldt, waarom zou je nog MS Office kopen. als je niet middels vendor-lockin daartoe wordt gedwongen.
Ik ken verschillende bedrijven die voor MS Office kiezen omdat ze de OpenOffice implementatie van MS Office documenten (onterecht) niet vertrouwen (vendor lockin).
Het valt wel op dat MS officieel heeft besloten om ISO OOXML implementatie tot 2010 te vertragen, en intussen het huidige Office2007 OOXML tot defacto standaard proberen te verheffen.
Het lijkt erop dat de markt en MS klanten worden bedonderd, en tot ver in 2010 niet kunnen beschikken over een ISO formaat, terwijl openOffice dit al sinds 2006 levert.
Een kwalijke zaak, die, naar mijn mening, tot politieke gevolgtrekkingen moet leiden.
OpenOffice gebruikt ODF 1.1
Dat is helemaal geen ISO/IEC versie en versie 1.1 is ook nooit aan ISO/IEC aangeboden.
Het is dus niet juist om te stellen dat OpenOffice een ISO versie aanbiedt. Ook de volgende versie zal vrijwel zeker ODF 1.2 gaan volgen terwijl die versie dan nog niet eens aan ISO is aangeboden.
MS Office zal trouwens ook ODF 1.1 implementeren en zal ook de ISO versie negeren en zal ook meest populaire PDF 1.5 versie implementeren en de ISO versie 1.7 voorlopig nog negeren.
OpenOffice gebruikt ODF 1.1
Dat is helemaal geen ISO/IEC versie en versie 1.1 is ook nooit aan ISO/IEC aangeboden.
Dat is een vergissing, Openoffice kan zowel ODF 1.0 alsook ODF versie 1.1 bewaren.
Het is een kwestie van een configuratie-bestand. Er zijn overheden die OpenOffice gebruiken om ODF 1.0 te lezen en te schrijven.
Het is dus niet juist om te stellen dat OpenOffice een ISO versie aanbiedt.
Jammer dat jij zo onzorgvuldig van argumenten bedient in discussies.
Ik heb op de OpenOffice site gezocht naar het schrijven van ODF 1.0 files maar kon daarover geen informatie kunnen vinden.
Default schrijft OOo in ieder geval gewoon ODF 1.1 files en alle files die ik op het indernet tegenkomt zijn ook v1.1 en dus niet de ISO versie.
Leuk, weer een oneindige discussie, en dan nog over iets waar het bericht eigenlijk niet over gaat.
We weten nu wel wie er voor en tegenstander is van een "open" formaat.
ODF is al ISO en OOxml of zo moet het nog gerectificeerd krijgen. Het zijn beiden nog niet volledig, daar wringt de schoen, hoever zijn ze beiden en hoe snel is een van de twee All Round toepasbaar, dat vind ik veel belangrijker, tussen versies en incomplete bestanden zijn niet fijn.
Ik heb op de OpenOffice site gezocht naar het schrijven van ODF 1.0 files maar kon daarover geen informatie kunnen vinden.
ODF 1.0. ofwel ISO/IEC 26300:2006 wordt volop gebruikt, het is een officiële standaard binnen de Belgische overheid, binnen de NATO (zoek op ISO/IEC 26300:2006), op meer plaatsen die ik even vergeten ben, ze gebruiken (vermoedelijk) OpenOffice om dit te lezen en te schrijven. In elk geval is het mogelijk om openOffice hiervoor te gebruiken
Belgian government chooses OpenDocument
Hier wordt indirect aangegeven dat OpenOffice zowel 1.2, 1.1 alsook 1.0 ondersteunt.
Hier staat bijvoorbeeld beschreven dat er in de volgende "major" release van 2.x een GUI komt om de document load/save in te stellen op ODF-versie, wat nu in de configuratie file gaat
www.openoffice....ug.cgi?id=86209
De ondersteuning voor ODF 1.0 in OpenOffice is zo vanzelfsprekend dat het nergens groot staat aangegeven.
Het is voor veel overheden de reden om op OpenOffice over te gaan, ze noemen het dan ook naar de ISO-standaard, want daarover gaat het, in elk geval bij de Nato en de Belgische overheid.
-----------------
Zie hier verdere overheden (en onderin ook bedrijven) die de switch naar OpenOffice ondernemen, het zijn er vele tientallen
opendocument.xm.../export/html/89
---------------
Kun jij bijvoorbeeld bij de specs van Office 2007 terugvinden of Word97 wordt ondersteund?
Misschien wel, maar misschien ook alleen maar indirect. Ik ben benieuwd.
In elk geval zal MS Office tot in 2010 geen ISO OOXML ondersteunen, en kunnen organisaties die ISO als eis stellen alleen bij OpenOffice terecht, of bij een plugin voor MS Office
De ondersteuning voor ODF 1.0 in OpenOffice is zo vanzelfsprekend dat het nergens groot staat aangegeven
Grappig want ik heb geen idee hoe ik het default saven in ODF 1.0 in OOo moet aanzetten.
En standaard in ODF 2.x is het ODF formaat gewoon versie 1.1.
Ik zit niet bij de helpdesk, ik heb het een tijdje geleden opgezocht, het is een kwestie van een config file wijzigen. Ergens moet het staan op de website, daar had ik het gevonden, maar ik heb nu niet zoveel interesse om het uit te zoeken.
Ik weet nog dat het heel geschikt gedaan was, je kon het per user, maar ook systemwide instellen
Ik heb het gevonden:
The odf default version will be saved in the configuration file Office.Common under the node Save/ODF/DefaultVersion. It will be saved as an enum.
The valid values are:
0 == Unknown
1 == ODF version 1.0
2 == ODF version 1.1
3 == ODF version 1.2
Ik geef toe, het is niet makkelijk, maar goed, dat is aangedragen om in de volgende major release te wijzigen
Apart, dat config item staat vermeld als een nieuwe configuratie element voor de ondersteuning van ODF 1.2 welke natuurlijk pas in OpenOffice 3.x ondersteund zal kunnen worden.
http://www.mail-archive.com/interface-announce@openoffice.org/msg00437.html
En jij past dat nieuwe configuratie-element voor OpenOffice 3.x al toe in OpenOffice 2.x ?
interresting...
Apart, dat config item staat vermeld als een nieuwe configuratie element voor de ondersteuning van ODF 1.2 welke natuurlijk pas in OpenOffice 3.x ondersteund zal kunnen worden.
Helemaal niet zo apart, die pagina gaat namelijk over OpenOffice 3.x.
Je kunt OpenOffice 3.x dus zo instellen dat het gebruik maakt van de bestandsformaten die door 3.x ondersteund worden, dat lijkt mij niet verschrikkelijk apart.
Verder is het niet moeilijk OpenOffice 2.x zo in te stellen dat het standaard gebruik maakt van ODF 1.0:
Tools -> Options -> Load/Save -> General -> Always save as OpenOffice.org 1.0 text document.
Hoe staat het met de ondersteuning van ODF in MS-Office?
Die wordt al gebouwd.
De huidige implementatie in de eerste Office SP2 builds levert 100% correct validerende ODF.
Het is alleen niet compatibel of compleet maar dat is logisch.
De huidige implementatie in de eerste Office SP2 builds levert 100% correct validerende ODF.
En welke versie van ODF gaat het dan om?
Het is alleen niet compatibel of compleet maar dat is logisch.
Want het is Microsoft?
MS Office 2007 wordt gebouwd op versie ODF versie 1.1 omdat die het meest gebruikt wordt.
Voor de in ODF 1.1 ontbrekende spreadsheet formules worden de formules uit Ecma-376 OOXML vrijwel 1 op 1 overgenomen.
Hierdoor kunnen de spreadsheets redelijk compatibel blijven met bestaande Excel spreadsheets in OOXML maar is er geen compatibilitet met andere ODF spreadsheet implementaties te verwachten.
Vanwege de beperkte drawing mogelijkheden in ODF zullen met name presentaties er mogelijk niet het zelfde meer uit zien als je ze in ODF opslaat, iets wat juist bij presentaties heel belangrijk is.
Verder zullen er redelijk wat incompatible zaken zijn rond embedded items.
Overigens is sommge incompatibilitiet minder verwacht. Zo produceert MS Office in ODF formaat prima syntactisch correcte geldige mathml (eventuele revisie info gaat verloren) maar kan OpenOffice die correcte mathml gewoon niet aan. De compatibliteit is dus niet slechts een kwestie van syntactisch correct wekren maar ook van de applciates die deze moeten verwerken.
Dit was het antwoord op mijn vraag:
MS Office 2007 wordt gebouwd op versie ODF versie 1.1 omdat die het meest gebruikt wordt.
Is dat de ISO versie van ODF?
Nee.
Weer geen ondersteuning voor de ISO versie van ODF inderdaad.
De 1.1 versie biedt accessibility opties die MS sowieso wel wil ondersteunen maar die door OASIS nooit aan ISO/IEC ter beoordeling zijn aangeboden en de 1.1 versie is door de defualt implementatie in in OOo natuurlijk ook verreweg de meest populaire versie.
Het is echter dus blijkbaar niet zo dat MS ODF ondersteuning inbouwt om aan stricte ISO formaat eisen van klanten te voldoen.
Nee.
Dus MS-Office heeft geen ondersteuning voor zowel de 1.0 ISO versie van ODF en ook niet voor de ISO versie van haar eigen OOXML formaat?
En dat terwijl, bijvoorbeeld, OpenOffice eenvoudig zo te configureren is dat het bestanden automatisch in het ODF 1.0 (ISO) formaat op slaat.
Voor de duidelijkheid zal ik dan nog even de conclusie trekken. MS-Office biedt geen ondersteuning voor welk ISO formaat dan ook. OpenOffice.org biedt die ondersteuning wel
Dan laat ik al die andere 'evidente' voordelen van OpenOffice.org nog even buiten beschouwing.
En dat terwijl, bijvoorbeeld, OpenOffice eenvoudig zo te configureren is dat het bestanden automatisch in het ODF 1.0 (ISO) formaat op slaat.
Gek, in de reactie waaraan je referert zei je nog correct dat het je inderdaad het default formaat op OpenOffice 1.0 Text document formaat kunt zetten. Nu beweer je ineens aanvullend dat dat hetzelfde als ODF 1.0 ISO is.
Je moet een het maar eens uitproberen maar als je de default van OOo op "OpenOffice 1.0 Text Document" zet dan krijgt je gewoon weer de oude .SWX bestanden.
Dat is de propriety OpenOffice/StarOffice voorloper van ODF.
Ofwel "OpenOffice 1.0 Text document" <> ODF 1.0 ISO document formaat
Helaas.
Ondanks je droompjes om hier een victorie te beleven heb je even iets over het hoofd gezien.
OOo 2.x saved niet in een ISO ODF formaat maar in ODF 1.1
OpenOffice 1.0 Text document
Jammer, volgende keer beter. Natuurlijk is ODF 1.1 wel compatible met ODF 1.1, dus de schade is beperkt. En alle andere evidente verbeteringen in OpenOffice.org zijn gelukkig ook nog aanwezig.
Laat ik mijn originele conclusie inkorten:
MS-Office biedt geen ondersteuning voor welk ISO formaat dan ook.
Formifornicatie.
vrhn Thdr (-_-) gelezen?
vrhn Thdr (-_-) 18-08-2008 14:58
Ik heb tijd nog gelegenheid om alon's methode hier en nu te testen, maar zelfs als die niet werkt - moet ik trouwens nog zien - kan het configuratiebestand aangepast worden.
Ik zit niet bij de helpdesk, ik heb het een tijdje geleden opgezocht, het is een kwestie van een config file wijzigen. Ergens moet het staan op de website, daar had ik het gevonden, maar ik heb nu niet zoveel interesse om het uit te zoeken.
Ik weet nog dat het heel geschikt gedaan was, je kon het per user, maar ook systemwide instellen
Ik heb het gevonden:
The odf default version will be saved in the configuration file Office.Common under the node Save/ODF/DefaultVersion. It will be saved as an enum.
The valid values are:
0 == Unknown
1 == ODF version 1.0
2 == ODF version 1.1
3 == ODF version 1.2
Ik geef toe, het is niet makkelijk, maar goed, dat is aangedragen om in de volgende major release te wijzigen
MS Office kan in geen geval ISO-ODF produceren.
@Arjan, dat had ik inderdaad al gelezen
had je mijn reactie daarop al gelezen ?
Apart, dat config item staat vermeld als een nieuwe configuratie element voor de ondersteuning van ODF 1.2 welke natuurlijk pas in OpenOffice 3.x ondersteund zal kunnen worden
Ofwel vrhn Thdr (-_-) gebruikte volgens zijn zeggen in OOo 2.x al een configuratie item dat pas in OOo 3.x als nieuwe configuratie item wordt geintroduceerd en dat in de huidige OpenOffice versie nog helemaal niet bestaat.
Ik denk niet dat dat dus veel effect had. ;-)
@alon
Verder is het niet moeilijk OpenOffice 2.x zo in te stellen dat het standaard gebruik maakt van ODF 1.0:
Tools -> Options -> Load/Save -> General -> Always save as OpenOffice.org 1.0 text document.
Sorry dat ik even je weer even op aarde moet zetten maar het "OpenOffice.org 1.0 text document" is helemaal geen ODF 1.0.
Dat is het oude propriety document formaat dat gebruikt werd door OpenOffice.org 1.0
Het is vermakelijk dat ik als niet OOo gebruiker nu zelf de OOo gebruikers hun applicatie moet gaan uitleggen.
Ik vond van niet, maar dat is een kwestie van interpretatie. Foute interpretatie, nu ik er over nadenk.
OOo 2.x produceert geen ISO-ODF. Punt voor Albert. OOo 3 kan dat wel, is als beta beschikbaar en als alles meezit is OOo3 volgende maand klaar.
MS Office kan geen ISO-ODF produceren, dat staat ook niet op de rol. De NAVO en de Belgische regering willen ISO-ODF. Punt voor alon.
Mijn irritatie werd gewekt omdat Albert me voor de zoveelste keer 'Arjan' noemde, en ik wou dat hij daarmee ophield.
De NAVO en de Belgische regering willen ISO-ODF. Punt voor alon.
Ik denk dat de berichten daarover enigzins overdreven zijn.
De NATO heeft inderdaad een lijstje met mandatory standard gepubliceerd waar in de laatste versie ook Opendocument op staat.
Dat lijst bevat echter ook een hele stapel andere mandatory standards zoals:
Rich Text Format (RTF)
ASCII Text, ISO 646:1991
HTML 4.01 (RFC 2854:2000)
en jawel ook:
Office 2000 formats
Office XP formats
Er werd in bepaalde nieuwsberichten een suggestie gewekt alsof de NAVO over zou gaan op ODF maar dat is nogal voorbarig. Ze hebben ODF slechts toegevoegd aan een lange lijst van standaarden die binnen de NAVO gebruikt kunnen worden iets wat dus met OOXML ook nog wel kan gebeuren.
OpenOffice ondersteunt geen transitional versions, bij mij in elk geval niet.
Zou ook te gek zijn, het kost immers veel tijd om ondersteuning te leveren, en dat doe je niet voor eits wat heel snel gepasseerd gaat worden.
Dan moet je maar eens de nieuwe OpenOffice 3.0 beta versie downloaden want die ondersteunt gewoon de Ecma-376 versie van Office Open XML.
New features OpenOffice 3.0 (19 maart 2008)
Release van OOo 3.0 is geplanned voor september lees ik nu dacht ik maar dat zou volgens mij betekenen dat ook OpenOffice 3.0 nog geen ODF 1.2 zou kunnen ondersteunen wat ik wel had verwacht maar het zal wel de huidige Ecma-376 versie ondersteunen en doet dat dus ook al vrij aardig. OOXML is ook relatief makkelijk te implementeren omdat het qua features natuurlijk behoorlijk overeenkomt met de bestaande MS Office mogelijkheden die vrijwel iedereen al jaren ondersteunt.
Dan moet je maar eens de nieuwe OpenOffice 3.0 beta versie downloaden want die ondersteunt gewoon de Ecma-376 versie van Office Open XML.
Dat zou kunnen, binnen mijn bedrijf gaan we niet uit van beta-versies. Daarnaast is iedere OOXML versie die geen ISO versie is, ook niet interessant binnen mijn bedrijf.
OOXML is ook relatief makkelijk te implementeren omdat het qua features natuurlijk behoorlijk overeenkomt met de bestaande MS Office mogelijkheden die vrijwel iedereen al jaren ondersteunt.
Het kost gewoon geld, en als je je geld investeert in iets wat in een half jaar obsoleet is, tja, iedereen moet dat zelf weten, maar ik raad dat af.
OOXML is ook relatief makkelijk te implementeren omdat het qua features natuurlijk behoorlijk overeenkomt met de bestaande MS Office mogelijkheden die vrijwel iedereen al jaren ondersteunt.
Alhoewel, het past wel in het beeld om van Office 2007 OOXML nog gauw even een defacto standaard te maken, voordat in 2010 ISO-OOXML gepland is om er aan te komen.
OOXML is OOXML.
Een nieuwere versie maakt verder weinig uit voor of het een standaard wordt of niet
Zoiets is gewoon een programmaupdate.
Voor de overheden is dat niet hetzelfde, ze willen een ISO standaard. Dat is de reden waarom MS zo haar best eheft gedaan, end aarom is het zo onbegrijpelijk dat het tot 2010 wacht met de implementatie.
Want als ik op jouw woorden zou afgaan zou het een eenvoudige patch kunnen betreffen, maar als je afgaat op wat MS doet is er wel wat meer aan de hand.
Voor de overheden is dat niet hetzelfde, ze willen een ISO standaard.
Ik geloof er niks van. Ik durf te wedden dat 90% of meer van overheidsorganen die OOo gebruiken gewoon ODF 1.1 produceren en niet de ODF 1.0 versie die overkomt met de ISO standaard.
je kan gewon niet hebben dat MS Office de laatste zal zijn die ISO OOXML zal invoeren, end at ODF gewoon een stuk verder is.
ISO/IEC 29500 is ten minste een complete standaard.
Tegen de tijd dat ODF 1.2 bij ISO goedgekeurd wordt is ODF een woud van volstrekt incompatibele ODF 1.1 versies en voor MS Office die versie gaat ondsteuen is het misschien wel 2012
ISO OOXML is in hoge mate compatibel met Ecma-376 OOXML, het formaat wat momenteel onder andere in MS Office 2007 en vanaf volgende maand in openOFfice 3.0 wordt gebruikt.
Je zult deze huidige Offie Open XML files op basis van Ecma 376 dus ook heel makkelijk naar de ISO versie kunnen omzetten.
De ISO versie is gewoon een direct afgeleide versie van de Ecma versie.
ISO OOXML is in hoge mate compatibel met Ecma-376 OOXML, het formaat wat momenteel onder andere in MS Office 2007 en vanaf volgende maand in openOFfice 3.0 wordt gebruikt.
Je zult deze huidige Offie Open XML files op basis van Ecma 376 dus ook heel makkelijk naar de ISO versie kunnen omzetten.
De ISO versie is gewoon een direct afgeleide versie van de Ecma versie
- En hoe zit het met Office2003XML?
- En hoe komt het dat ze in 6 maanden de par wijzigingen tussen Ecma-376 OOXML en ISO OOXML niet gepubliceerd krijgen
- En hoe komt eht dat het 3 jaar duurt voordat MS met een Office versie komt die ISO OOXML kan produceren (terwijl je toch, afgaand op jouw mededelingen meer aan een patch zou denken?
Drie vragen, ik ben benieuwd of ik drie antwoorden krijg, inclusief bronvermelding.
---------------
Herinner je je deze nog?
webwereld.nl/co...ta-naar-xp.html
hAl 03-08-2008 01:04
Ik heb het idee dat er vaak maar wat geroepen wordt
Regelmatig wordt ook gewoon de waarheid ernstig geweld aangedaan. Enorme eigen interpretaties niet gebaseerd op enigerlei betrouwbare bron of zelfs pure verzinsels.
- En hoe komt het dat ze in 6 maanden de par wijzigingen tussen Ecma-376 OOXML en ISO OOXML niet gepubliceerd krijgen
Het is nog maar 4,5 maand sinds 2 april toen Ofifce Open XML approved werd.
Het duurde 6,5 maand voordat OpenDocument gepubliseerd werd na approval en die spec was toen vrijwel ongewijzigd aan de ingediende spec mede omdat de door de verschillende ISO/IEC leden voorgestelde wijzigingen werden genegeerd.
En hoe komt eht dat het 3 jaar duurt voordat MS met een Office versie komt die ISO OOXML kan produceren (terwijl je toch, afgaand op jouw mededelingen meer aan een patch zou denken?
De overgang op een nieuwe versie van een formaat is altijd significant ook al is het verschil in bestandformaat klein. Verder is er nog de ondersteuning van het het onderscheid tussen het transitional formaat en strict schema wat nu nog helemaal niet in de huidige versie van OOXML bestaat en wat best wel wat aanpassingen zal betekenen.
Overigens verwacht ik niet dat het drie jaar duurt. Als de ISO/IEC 29500 Ofice open XML standaard dit jaar wordt gepubliseerd verwacht ik dat het ongeveer nog ongeveer 18 maanden duurt voor deze in MS Office 14 verschijnt. In die tijd kunnen dan alle andere Office software bouwers daar ook gereed voor zijn.
Moet ik een bron leveren om een weddenschap aan te gaan ?
Ik kan natuurlijk wel uit eigenervarig spreken dat ik bij geen enkele organisatie die OOo gebruikt heb gezien dat ze die op ODF 1.0 hebben ingesteld.
Moet ik een bron leveren om een weddenschap aan te gaan ?
Het is nog geen maand gelden dat jij boos was op mensen die zonder bron iets roepen.
Blijkbaar kosten de meer dan 6000 pagina's die OOXML moet worden veel moeite om in elkaar te knutselen.
Mischien dat ze steeds tabelen en afbeeldingen kwijt raken?
Inmiddels duurt het produceren van het 6000 pagina's document bijna net zolang als de volledige fasttrack-procedure, die de ISO leden dwong om de 6000 pagina's in enkele weken/maanden inhoudelijk te beoordelen.
OEPS, de publicatie van die paar bladzijdes Opendocument duurde zelfs maar liefst ruim 6 maanden.
Bron: www.iso.ch
Ik vond het ander hint genoeg.
Blijkbaar ben zijn bepaalde mensen niet instaat om informatie uit een gegeven website te halen.
Ik zal het nog even aanvullen.
ODF is begin mei 2006 approved (zie persbericht op iso site) slechts 5,5 maanden na het indienen van de spec bij ISO/IEC.
ODF is eind november gepubliseerd. (zie publicatiedatum bij standaard op ISO site)
Verloop tot publicatiedatum was dus 6,5 maand
Daarnaast, interoperabiliteit van XML standaarden test je niet door wat applicaites te draaien, interoperabiliteit test je door de geproduceerde XML-documenten te testen op validiteit.
Controleren op implementatie is minstens zo belangrijk: Ook al produceren beide applicaties een document dat aan een standaard voldoet, dan nog heb je daar weinig aan als ze bij het lezen delen ervan negeren of gebrekkig weergeven. Maar ik haakte al af bij dit 'onderzoek' toen bleek dat het niet over ISO OOXML ging.
Het huidige Ecma-376 formaat zal voor ongeveer 99% overeenkomen met de komende ISO versie.
Dat valt dus wel mee.
Er waren bijna 1000 wijzigingen, en het kost een half ajar om dit in een document gepubliceerd te krijgen. Nu is 1 van 6000, 60. Dat betekent dat volgens jou, de snelheid waarmee het betreffende document wordt geschreven, 10 pagina's per maand is. Een pagina per twee dagen om de mening voortkomend uit de laatste BRM te verwoorden.
Er zijn zover ik kan zien ongeveer 800 verbeteringen geaccepteerd.
Echter een paar honderd daarvan waren tekstueel of redactioneel, een groot deel waren foutjes of extra uitleg van bepaalde elementen en maar een heel beperkt deel waren wijzingen die het formaat significant beinvloeden.
Eigenlijk is de belangrijkste wijziging dat de spec is gesplitst en dat een deel van de zeken die betrekking hebben op comptibiliteit in een transitioneel schema is opgenomen.
Heel veel van de hudige Ecma 376 Office open XML documenten zullen al gewoon valideren tegen dat nieuwe schema omdat er in de spec zelf realtief maar vrij weinig is veranderd.
Heel veel van de hudige Ecma 376 Office open XML documenten zullen al gewoon valideren tegen dat nieuwe schema omdat er in de spec zelf realtief maar vrij weinig is veranderd.
Een wijziging kan al tot tienduizenden fouten leiden, laat staan 800.
Aangezien straks iedereen ruim op tijd beschikt of de nieuwe schema's zou dat sowieso niet tot fouten moeten leiden tegen de tijd dat MS Office de nieuwe versie gaat ondersteunen.
Het huidige Ecma-376 formaat zal voor ongeveer 99% overeenkomen met de komende ISO versie.
Dat valt dus wel mee.
Dat was ook het denkniveau van Alex Brown toen hij zijn testjes deed? En tot vele tienduizenden fouten kwam omdat hij documenten op de verkeerde standaarden valideerde?
Jongens, jongens toch, houd eens op, weer opnieuw de alom bekende welles nietes die we eeuwig moeten volgen.
Feit ODF is ISO, OOxml of hoe die precies ook heet (nog) niet. De discussie moet niet zijn hoe maar wanneer er eigenlijk uit beide kampen een werkbaar blijvend geheel komt.
De markt zelf bepaalt wel welke men wil, en of hier nu gevoelens of verstand spreekt laat de tijd wel zien.
Door de aanpassingen binnen de Open document standaarden, is nog geen van beide honderd procent klaar.
Het lijkt wel een onderzoek om eens wat onderzocht te hebben en je naam vermeld te krijgen en wat meer positief naar hun lievelings-platform.
Het lijkt me juist interessanter om te weten hoever ze nu eindelijk zijn met interoperabiliteit.
Nee SED, daar is verderop al uitgebreid oorlog over gevoerd. Theo-dor en vrhn Thdr (-_-) zijn twee personen. Padvinders-erewoord.
Om te kunnen reageren, dient u ingelogd te zijn.
2 jaar geleden: 13 februari 2010
3 jaar geleden: 13 februari 2009
4 jaar geleden: 13 februari 2008
5 jaar geleden: 13 februari 2007
14 jaar geleden: 13 februari 1998
IDG Nederland is uitgever van: AppFish
, CIO, Computer!Totaal, Computerworld, ITworld, Jobworld, MacWorld, RAW fotomagazine, TechFish, Tips & Trucs, Webwereld en Zoom.nlMeer informatie: IDG Nederland, IDG.com, Privacy-statement, Cookie-statement Hosting by Terremark.
