Microsoft voegt support voor odf en pdf toe aan Office

Ja PDF/A is de ISO gecertificeerde versie en je kan hem zelfs afdwingen als enige PDF standaard in je netwerk als je de policies gebruikt die via ADM templates verkrijgbaar zijn...

In OS X kan je standaard gewoon printen
In office 2008:mac kan je bovendien ook opslaan als PDF
*Als je afdrukt maakt ie soms verschillende documenten, als je begint de spelen met marges en secties, bij gewoon opslaan heb je hier geen last van

Mits je je document wel beveiligd tegen wijzigingen. Een standaard PDF kun je prima wijzigen in iets als Adobe Acrobat.

Sun en OpenOffice.org werken daar al 4-5 jaar aan omdat het ontwikkelen van een standaard nou eenmaal lang duurt. Je moet hierbij denken dat je alle aspecten van een ontwikkeltraject erbij moet tellen zoals het hele projectmanagement. Het is niet zo dat je per direct kunt gaan beginnen met het schrijven van een standaard. Je zult een aantal zaken goed moeten overwegen. Er komt een design uitrollen die je daarna moet gaan en testen. Dan moet je er ongetwijfeld nog het een en ander aan gaan schaven en ga zo maar door. Uiteindelijk heb je dan iets wat je kunt gebruiken. Om een heel stuk van die dingen te skippen hebben ze maar gekozen om het bekende OpenOffice.org/StarOffice formaat te gebruiken als uitgangspunt en dat verder te ontwikkelen.

Het hele ontwikkelingstraject heeft dus lang geduurd maar waar jij in hemelsnaam de vergelijking vandaan haalt met implementatie is mij een raadsel. Als je iets op papier hebt staan en je moet dat reproduceren dan gaat zoiets toch heel wat rapper dan het gehele ontwikkeltraject. Dat men bij Sun en OpenOffice.org 4-5 jaar hebben gedaan om ODF te ontwikkelen zegt absoluut helemaal niets over hoe snel een andere partij de ODF ISO standaard kan implementeren. Feit blijft dat de documentatie van ODF een stuk makkelijker door te worstelen is dan die van OOXML en dat er niet rare verwijzingen in staan naar dingen die proprietary zijn en die maar 1 partij kan weten. Het is met name dat laatste punt waardoor OOXML eigenlijk niet te implementeren is en ODF al wel. Men moet namelijk vanalles uit de kast trekken om erachter te komen wat de oude binary format nou doet en daarin gaat ook fors veel tijd in zitten waarbij het dan ook nog maar de vraag is of ze er überhaupt achter zullen komen. Dat maakt ODF dus wat simpeler naast het feit dat het een aantal bestaande standaarden gebruikt.

Er bestaan nog geen volledige ODF implementaties omdat de standaard relatief nieuw is, iets van een half jaar oud officieel. Niet iedere ontwikkelaar duikt meteen op die dingen om dat als eerste de beste aan hun bestaande versie toe te voegen. Microsoft doet dat ook niet met hun OOXML Het komt pas in de volgende versie of in iets van een service pack maar die dingen omvatten wel heel wat meer dan alleen het toevoegen van 1 bestandsformaat. Je ziet dan ook dat er veel ontwikkelaars met ODF bezig zijn en dit hebben geïmplementeerd in een beta product. Sinds de ISO certificering van ODF zie je wel dat er heel wat ontwikkelaars erop zijn gesprongen om te kijken of het niet wat voor ze is.

Niet ongeveer.. .docx = ooxml, de vraag die je alleen zou moeten stellen is welke versie van ooxml het bestand is (de ECMA versie of de ISO versie...).