Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 62 reacties
Bron: News.com, submitter: John_Glenn

Microsoft heeft bekendgemaakt dat het een opensourceproject gaat ondersteunen dat het Open Document Format in Office moet integreren. Een prototype van de ODF Converter heeft vandaag zijn debuut op SourceForge gemaakt. Tot begin oktober wordt er gewerkt aan functionaliteit om ODF-bestanden naar Microsofts OpenXML-formaat te vertalen, en de rest van het jaar wordt besteed aan software die het omgekeerde traject kan afleggen. Er zijn twee varianten van het tooltje in ontwikkeling: een plugin waarmee Word 2007 ODF-bestanden kan openen en - te zijner tijd - schrijven, en een cli-programmaatje waarmee de bestanden kunnen worden vertaald. Beide hebben versie 2 van het .NET-framework nodig. De converter zou ook met oudere Word-versies werken, en voor volgend jaar staan Excel- en Powerpoint-vertalers op het programma.

Microsoft Office-/Open Office-logo Hoewel het niet voor het eerst is dat Microsoft opensourceprojecten van support voorziet, is de ODF-ondersteuning een vrij plotselinge stap van het softwarehuis. De propriëtaire formaten van het bedrijf lagen de laatste tijd echter nogal onder vuur; de Belgische federale overheid sprak bijvoorbeeld recentelijk nog een banvloek over Microsoft-bestanden uit. De beleidsmakers in Redmond zullen waarschijnlijk het risico niet hebben willen lopen dat hierdoor omzet gemist wordt. Ook is het niet voor het eerst dat er ODF-plugins gemaakt worden, maar eerdere pogingen vielen kennelijk niet in de smaak. Helemaal perfect zal de vertaalsoftware echter nooit worden, waarschuwt Jean Paoli van Microsoft: 'De standaarden zijn erg verschillend, dus een volledige vertaling is onmogelijk. ODF ondersteunt nou eenmaal niet alles wat OpenXML aankan.' Microsoft-woordvoerder Tom Robertson wist te melden dat de vraag naar ODF-ondersteuning niet heel groot was, maar: 'We kregen te horen dat onze klanten diversiteit willen. Als er dan vraag naar ODF-ondersteuning is, moeten we zorgen dat die van goede kwaliteit is.'

Moderatie-faq Wijzig weergave

Reacties (62)

Het gevaar blijft natuurlijk of Microsoft dan ook werkelijk een goede toepassing van de standard zal gaan implementeren:
Er is genoeg ervaring met standaards die dan met kleine 'extenties' werden uitgevoerd waardoor je alsnog gebonden bent aan pure MS-implementaties om de volledige functionaliteit te kunnen gebruiken...

Dan zit je alsnog al snel met een Office-applicatie die ODF als uitvoer- en uitwisselingsbestand kiest... maar als je een bestand dan opent in een andere office applicatie, mist opeens de helft van de content ...

Of mensen worden alsnog aangezet om toch liever in proprietair openXML op te slaan... zodat overheden en grote instelling in theorie wel ODF gebruiken, maar nog steeds het merendeel van de documenten niet in andere office-applicaties te openen is...., zelfs al heeft een overheid, instelling een 'open' uitwisselingstandaard.
Code is open source en staat op: http://www.sourceforge.com/projects/odf-converter.

Daarnaast wordt het ontwikkelt door een onafhankelijk bedrijf en zijn er twee andere bedrijven die het testen. ik zie niet echt in hoe ze dit kunnen verminken. De hele wereld kan de code downloaden, aanpassen en suggesties doen.
De code staat zelf open source, maar MS bepaalt zelf welke code daarvan ze standaard in hun officepakket implementeren...

Natuurlijk kan het zijn dat dan de 'open' ontwikkelde versie veel beter is, maar MS te maken heft met wat testdingen waardoor ze nog geen complete finale standaard in hun officepakket invoegen, maar een versie die soms wat 'nukken' heeft... die natuurlijk wel op sourceforge allemaal eruit zijn... maar MS heeft dan vast aangegeven dat in MS Office 2012 die versie standaard aanwezig zal zijn .... je-kent-de-persmededelingen-wel ("Verbeterde ODF ondersteuning in nieuwe Office 2012")

geloof me... er zijn onnoemelijk veel mogelijkheden om dat proces te traineren of de implementatie zo toe te passen, dat de gebruikers in eerste instantie altijd worden aangespoord in OpenXML op te slaan, en ODF enkel een 'extraatje is, voor een separate 'exportfunctie'

het openen van ODF zal natuurlijk wel probleemloos gaan (dàt is natuurlijk wel een seller)... maar het gaat om hoe makkelijk het bewaren zal zijn, of gebruikers niet alsnog in een proprietair formaat zullen gaan opslaan.
geloof me, daartegen is het woordje 'open source' echt geen probaat middel: de implemntatie van zoiets in een commerciele softare distributie kan nog steeds gewoon zijn beperkingen opleggen (Windows 9x bevatte ook een open source TCP/IP stack... dat maakte windows verder niet meer 'opensource' en standaard georienteerd..het was een prima voorbeeld van hoe men eenzijdig kan profiteren van de free software-community)
Ze implementeren helemaal niets in hun pakket. In het persbericht staat duidelijk dat het een losse download wordt. Je kan het dus net zo goed direct van Sourceforge downloaden.
bijna goed, maar het is de Windows NT (en dus Windows 2000 en XP) TCP/IP stack die uit de BSD wereld komt, en dus opensource is.
Natuurlijk is het 'los' te downloaden .. maar denk je dat overheids-klanten de grote instellingen zo werken? "je kan het ook extra downloaden van sourceforge..?"

Nee, met de BSD-licentie kan MS het in de standaard distributie van de komende Office 2007 toevoegen en dat is ook essentieel, want daarmee winnen ze juist de klanten die als eis hebbe ODF comptaiblity, en ODF kan doordat het een ISO-standaard is wel eens heel groot worden, juist als exchange formaat...
Open XML wordt dat niet, een grote teleurstelling, MS hoopt nu op Ecma als 'erkenning' maar de kans is groot dat overheden en grote multinationals of intellingen wel eerder naar een ISO-standaard stappen ....

En geloof me, de plugin die dan in office 2007 zit zal veel nukken hebben ... het openen gaat perfect, maar probleemloos bewaren in ODF zal veel nadelen kenne, een inefficiente handeling ( niet onder 'File > Save as...' , maar een separaat menu-item 'Export to...' en dan ergens uit een lange lijst ODF moeten kiezen, en dan een tiental 'waarschuwingen' moeten wegklikken) ....

Dat je waarschijnlijk een veel prettigere plugin zou kunnen downloaden .. ta, dat is leuk voor een paar thuisgebruikers, maar dat zal voor de grote instellingen en overheidsklanten niet toepasbaar zijn, die installeren enkel 'officiele distributie's'
@capslock: de windows 9x TCP/IP stack is ook op de BSD TCP/IP stack gebaseerd, alleen dan een stuk oudere versie ervan.
Proficiat!
Een kleine stap voor microsoft, een grote stap voor de eenheid van de documentstructuur.
Dan kan ik alles in ODF versturen!
Geen reactie meer... "Wat is dat nu weer, Word opent dit niet."
De plugin is het belangrijkste voor de gebruiker, maar die zal wel niet standaard in Word zitten. ;(
In het artikel staat anders wel De converter zou ook met oudere Word-versies werken, en voor volgend jaar staan Excel- en Powerpoint-vertalers op het programma. , dus waarom zeg jij dan precies het tegenovergestelde?
Je moet gewoon de plugin bij je document meesturen ;)
Veiligheid boven alles dus: die plugin word dan weer gestopt door de corporate mailserver die geen executable bestanden toelaat... (8>
Bij het openen van zon "onbekend" ODF kan dan de nodige code mee verpakt worden om uit te leggen wat er aan de hand is + ev. verwezen worden naar een website om de plugin te downloaden/kopen.
Ze kunnen niet anders !!!

Sommige zullen het ( intern ) als zwakte bod gevaren
Ik denk dat men er verstandig aan doet . nu er meer en meer stemmen op gaan om ms te paseren als formaat voor documenten.
MS kan zeker op termijn allerlei rare dingen gaan doen ....
Ze kunnen niet anders en pakken het slim aan. .NET dependency voor een stom tooltje? Daar gaat meteen het nut van je open standaard als het weer maar eens op maar 1 platform bruikbaar is (en nee mono is nog altijd niet deftig). Gelukkig komt het odf team zelf ook met een eigen tool.
Je verwart de conversietool met het bestandsformaat. Dat er een .NET conversietool is om ODF naar OpenXML te vertalen en andersom betekent nog niet dat je voor het lezen van OpenXML .NET nodig hebt.
Als het zoals de IMAP ondersteuning in Outlook is, zal het niet echt de moeite zijn.
Daar tracht men ook exchange te verkopen door een slecte implementatie van IMAP.
Ik verwacht weer hetzelfde met deze standaard.
Hopelijk ben ik fout, of straft het clienteel Microsoft af.
en natuurlijk zorgen ze ervoor dat het net niet goed werkt zodat het lijkt alsof ODF slecht is.
Want anders zouden mensen de keuze hebben om naar een ander pakket over de stappen.....dat moet natuurlijk voorkomen worden.
(Ik denk terug aan de novell client van windows die al voor de lancering brak was, zodat mensen die niet beter wisten dachten dat het door de novell server kwam)
Los van MS zijn er ook nog andere mensen bezig aan een 'translator'. Als MS een brakke maakt, vallen ze waarschijnlijk door de mand omdat in opdracht van de staat Massachusetts ook al een translator door de Open Document Foundation wordt gemaakt, en er zullen er vast meer volgen.
In het orginele persbericht staat dat de code van deze converters als open source BSD code aangeboden wordt op SourceForge. Iedereen kan er dus aan bijdragen en ervoor zorgen dat het een kwalitatief goede standaard wordt!
Je kunt patches sturen, maar of MS ze accepteert is nog maar de vraag. Ze zullen het wel afdoen als "we kunnen het risico niet nemen dat iemand gestolen code opstuurt'.
Dan integreer je die patches zelf en bouw je zelf een beter converter. Is het open source, is het nog niet goed...
In het orginele persbericht staat dat de code van deze converters als open source BSD code aangeboden wordt op SourceForge. Iedereen kan er dus aan bijdragen en ervoor zorgen dat het een kwalitatief goede standaard wordt!
trja support voor dit formaat en gelijke neemt het argument weg om van ms af te stappen. voor het ms office pakket is in grote organisaties geen concurent.
ik denk dat het ook wel eens anders om kan werken. Je moet nu namelijk bijna wel Office hebben.. met al die rare documenten die je af en toe opgestuurd krijgt. oOo gaat er helaas niet altijd even goed mee om ( maar gebruikers halen ook de meest rare dingen uit ).

dus als er zometeen een tool is om de bestanden om te zetten heb ik geen word meer nodig...
ik denk dat er voor veel bedrijven toch altijd wel MS office gebruikt zal worden het is gewoon een goed werkend pakket... en er is goede support voor, en er zijn tal van andere positive dingen te noemen..
Maar het is voor een office pakket gewoon belangrijk dat er ondersteuning is voor andere formaten

geen bedrijf wil immers tegen zijn klanten moeten zeggen dat ze andere software moete kopen omdat zei nu eenmaal 't betreffende document niet konden openen...

tuurlijk is open office een geweldig pakket, en een beetje systeembeheerder kan 't ook wel inmplementeren voor bedrijft-toepassingen.
't feit dat 't af en toe niet altijd even snel opstart en dat soort euvels zijn nu ook niet echt bepaald boeiend aangezien in corporate omgevingen 't programma toch continu in het geheuge hangt...

ook andere nadelen van OOo zijn te overwinne...

en MS kan nu eenmaal niet van zijn GOED-BETALENDE klanten verlangen dat deze andere bedrijven en klanten gaan voorschrijven hoe die hun pc moete installeren..
Als je een Word document in RTF opslaat dan raak je ook opmaak kwijt. Dat ligt niet aan de converter maar aan de limitaties van RTF. Als je een OpenXML document in ODF opslaat dan raak je functionaliteit kwijt omdat ODF niet zo geavanceerd is als OpenXML. Lijkt me logisch...
Hebben jullie er nu allemaal overheen gelezen dat het .net framework nodig gaat zijn voor de conversies :?

Ook al direkt zeggen dat openxml naar odf niet kan moet eigenlijk ook al belletjes laten rinkelen.........
Is toch geen probleem dat je .NET nodig hebt?

Verder is het Open Source onder BSD licentie dus zo vrij aan te passen als ik weet niet wat!
Weet je nu al zeker dat het ook zal werken met mono dan :?
Als je Office 2007 gebruikt moet gebruik van MS.NET niet z'on probleem zijn lijkt me.... Je zult dan vast werken op Windows.... En MONO dus onnodig
Als mono een goede .Net implemenatie was dan wel..
Buiten dan dat je wel vastzit aan Microsoft voor .NET toepassingen?
Bedoeling van OPEN STANDAARDEN is dat je op eender welk platform kan werken. Deze tool werkt dus niet op andere OS-en waardoor de verandering van openXML naar Opendocument moeilijker wordt.

En het is inderdaad opensource (BSD-stijl of course) waardoor MS ervoor kan zorgen dat hun implementatie beter werkt dan de open-source variant, moest het
GPL of LGPL zijn dan konden ze niets aan de filters/plugins doen zonder dat ze het moesten teruggeven dat iedereen het kon gebruiken. Ik hoop dat er mensen snugger genoeg zijn om een GPL versie te maken (wat ze niet in office kunnen implementeren zonder dat ze office moeten opensourcen :D ) en die uit te breiden zodat MS eens een keer hetzelfde meemaakt.
Onder druk van de buitenwereld worden ze toch nog een beetje verstandig. Deze stappen zullen ook wel helpen de EU een positiever beeld te geven van Micosoft (ze zullen het zeker proberen te gebruiken :Z ).
Er zijn twee varianten van het tooltje in ontwikkeling: een plugin waarmee Word 2007 ODF-bestanden kan openen en - te zijner tijd - schrijven, en een cli-programmaatje waarmee de bestanden kunnen worden vertaald. Beide hebben versie 2 van het .NET-framework nodig.
Ik denk dat de EU dat laatste totaal overbodig gaat vinden. Waarom is dat een vereiste? Volgens mij een beetje overkill om .NET 2 in te zetten. Maar natuurlijk wel handig want zu kunnen de Linuxboys niet al te gemakkelijk de code aanpassen voor Linux.

De volgende uitspraken vind ik ook onder de maat van MS:
ODF ondersteunt nou eenmaal niet alles wat OpenXML aankan.
Een beetje zonloze toevoeging. Als bedrijf zeg je dan gewoon dat een 1:1 conversie niet mogelijk is. Daar laat je het bij. Zo'n "Het onze is superieur" er achteraan vind ik een beetje zielig staan.
Microsoft-woordvoerder Tom Robertson wist te melden dat de vraag naar ODF-ondersteuning niet heel groot was, maar: 'We kregen te horen dat onze klanten diversiteit willen. Als er dan vraag naar ODF-ondersteuning is, moeten we zorgen dat die van goede kwaliteit is.'
1.) De vraag naar ODF zal groter zijn dan MS ooit wil toegeven. MS is echt niet geintresseerd in zomaar een formaat. Blijkbaar zien ze ODF toch nog wel groot worden.

2.) Als het van goede kwaliteit moet zijn waarom ontwikkeld MS het dan? |:(
Ik denk dat de EU dat laatste totaal overbodig gaat vinden. Waarom is dat een vereiste? Volgens mij een beetje overkill om .NET 2 in te zetten. Maar natuurlijk wel handig want zu kunnen de Linuxboys niet al te gemakkelijk de code aanpassen voor Linux.
Het is Open Source... Te bewerken met een GRATIS IDE... geschreven in het makkelijk te volgen C# ...Het is bedoeld voor Office 2007 ( een windows tool)...

Hoeveel handiger wil je het hebben....?

Het had ook closed source kunnen zijn... en dan zonder .Net Lijkt me dit beter....!
äls bedrijf bla .. daar laat je het dan bij"en als tweakert zet je een punt 2 : als het van goede kwaliteit moet zijn, waarom ontwikkelt microsoft het dan"onderaan als afsluiter in je post, als hoogtepunt van ej verhaaltje( je weet immers. je moet naar een climax werken. het laatste wordt onthyouden( geen anticlimax)


in bijde beweringen ben ik het niet met je eens. MS zegt niet dat open XML veel beter is, maar meer ondersteunt. en daar hebben ze 100% gelijk in. de specificaties van open XML zijn zo enorm, dat dat het grootste probleem is bij de acceptatie ervan. imers, die is wel open maar is te omvangrijk om zomaar even door een derde te wprden geimplementeerd. OPF is wat dat betreft veel minder omvangrijk.

er is ook geen probleem, want wat er in Open XML zit heb jij nmet ODF niet nodig. en zal na conversie naar word dus ook niet gebruikt worden, zodat er n een conversie terug naar ODF ook geen probleem zal ontstaan.

kennelijk zie jij dat niet gebeuren. dat komt dan omdat er open XML specifieke dingen gebruikt owrden door gebruikers, die ze in ODF niet hadden kunnen doen.

wat jij eigenlijk voorstelt is dat de wereldbevolking zich moet beperken tot de mogelijkheden van ODF terwijl er meer mogelijk is met een eveneens open specificatie in de vor van open XML

beetje hypocriet.

Als Ms dan ook nog eens aanbied de ontwikkeling van een goed conversieprogramma te steunen , kun jij alleen maar concluderen dat door de hulp van microsoft het programma alleen maar slechter kan worden.

door het op sourceforge te zetten biedt MS je de kans zelf mee te helpen aan de ontwikkeling, en op die manier kun je er eigenhandig voor zorgen dat het programma wel goed werkt. al is het dan wel weer handig dat MS de specialisten in huis heeft op het open XML gebied. zie je daar een probleem in?
MS draagt zelf geen letter code bij aan dit project maar zorgt er meteen wel voor dat het enkel op hun platform werkt? Komaan het ruikt aan alle kanten dat het stinkt. Zij zijn degenen die alle documentatie zouden moeten hebben voor OpenXML, zij zijn degenen die willen afwijken alle andere office suits hebben een gezamelijke standaard die door de ISO is goedgekeurd.

Dat OpenXML meer ondersteunt of uitgebreider is dan OpenDocument weet ik niet, het enige dat ik kan zeggen is dat ze hetzelfde beweerden met HTML, en kijk naar de rommel die ze daar gecreeerd hebben, meer is niet altijd per se nuttig, ze beweerden hetzelfde met wma t.o.v mp3 was in het begin ook niet waar en op het moment is ogg nog altijd beter dan wma. Dus om zomaar te gaan roepen dat ze gelijk hebben dat openXML meer kan ben ik het niet mee eens.
Zoals engelbrutusbertus als zegt zijn de extra's van openXML niet nodig voor de meeste mensen. Maar MS kennende zullen ze de kans grijpen en er voor zorgen dat die types toch in het document komen.

En ja, dan kun je nog steeds conversie uitvoeren maar ik gok dat je dan elke keer te zien krijgt
ODF ondersteunt niet alles specificaties van dit document. Weet u zeker dat u het in ODF wilt opslaan?

Ja, in ODF ...................... Nee, in openXML
'De standaarden zijn erg verschillend, dus een volledige vertaling is onmogelijk. ODF ondersteunt nou eenmaal niet alles wat OpenXML aankan.'
Vraag me af hoeveel mensen dus dalijk echt die conversie willen doen.
Microsoft kennende zit er een waarschuwing dat instellingen verloren zullen gaan.
Hoeveel gewone gebruikers zullen dan bestanden opslaan onder die andere formaat?
Het probleem ligt waarschijnlijk niet zozeer in de conversie van ODF naar OpenXML. Zoals gezegd wordt, is alleen de volledige conversie van OpenXML naar ODF onmogelijk omdat OpenXML meer zaken heeft dan ODF.

Misschien dat daarom een overheid juist eerder voor ODF zou kiezen. De documenten worden dan door ODF gebruikers goed uitgelezen, en de conversie naar OpenXML is ook goed mogelijk.

Ik verwacht alleen dat Microsoft niet zijn pakket gaat 'downgraden' naar de functionaliteit van ODF. Dus je zult altijd hebben dat complexe MS Office documenten niet goed geconverteerd zullen worden.
Een overheid kan wel kiezen voor ODF, maar dat heeft in eerste instantie dan invloed op het software-aanschafbeleid..
daar moet dan een Office-applicatie komen die ODF aankan....

Als MS office maar gewoon kan zeggen ODF te ondersteunen, blijven instellingen Office aanschaffen ...
Dan zal je zien dat de medewerkers veelal nog gewoon het default bestandsformaat toepassen om in op te slaan ... en MS zal alles doen dat dat openXML zal zijn ...

Pas als laatste stap komt dan soms een conversie naar ODF (als men bv documenten publiceert, officiele document-uitwisseling tussen afdelingen (die mogelijk beide dan liever OpenXMl gebruiken)), en dat zal veel problemen geven, die deels dan aan ODF gegeven wordt, wat dan 'lastig' is...
en gebruikers zullen al snel alles doen dat te vermijden: "ik stuur wel een gewoon word-doc... dat is makkelijker"

Enkel als er extra moeite gedaan wordt door systeembeheerders kan het zijn dat gebruikers gedwongen worden om al _altijd_, ook voor interne zaken op te slaan in ODF, maar dat is heel, heel lastig en zou eigenlijk vereisen dat het opslaan in ODF als default ingesteld moet worden in de Office-applicatie en zelfs het opslaan als openXMl geheel geblokeerd...
Ik vermoed dat MS juist dat soort dingen absoluut poogt te vermijden, zelfs misschien een aparte 'Export to ODF' optie invoegd, die niet direkt in het 'Save as..' menu bevind ... enkel om het opslaan in ODF te ontmoedigen.
Toch word de drempel voor een overstap naar OOo veel kleiner:

Eerst moest .doc naar OOo formaat geconverteerd worden, wat met een brakke amateurfilter gebeurbe, die geschreven was door een enkele Duitser (met schaars Duits commentaar, voor degenen die het OOo 1.1 filter nooit ingezien hebben) en mogelijk inbreuk maakte op MS' intellectueel eigendom.

Nu kan men met 1 MS Office licentie alle bestanden in oude MS Officeformaten omzetten naar OpenXML, en deze met een open-bron Microsoft-tooltje omzetten naar ODF. Men kan nog altijd MS aan het hoof zeuren voor support, iets wat bij het brakke OOo filter niet kon. Daarna is de weg naar OpenOffice een stuk makkelijker.

Het is alleen aan het kabinet Balkje 2 te danken dat we nog steeds aan MS vastzitten, het genoemde kabinet voerde namelijk geheime besprekingen met de veroordele monopolist voor een aanbesteding van 153 miljoen aan software, waar geen enkele andere aanbieder een offerte voor mocht maken, iets wat toch absoluut niet meer mogelijk zou moeten zijn na de bouwfraude. De Nederlandse staatsoverheid (dus niet prov. en gem.!) loopt dan helaas ook achter als het om veelal gratis aanschafbare open-bron software gaat.
Toch word de drempel voor een overstap naar OOo veel kleiner:
Nee hoor.... alle documenten zullen veelal in OpenXML opgeslagen zijn en alle gebruikers bij de instellingen gebruiken MS Office, specifiek ook de extra proprietaire functionaliteiten ...

Omzetten naar ODF gaat helemaal niet zo lekker, en levert telkens nog problemen op, net zoals vroeger ...
volgens de bedrijfsstandaard moet het eigenlijk wel, maar iedereen heeft er een hekel aan en het is zo onpraktisch dat het zoveel mogelijk vermeden wordt..

Overstappen naar OOO? Waarom nog? Het bedrijf kan zeggen ODF te ondersteunen en sommige van hun publicaties zijn ook beschikbaar in ODF formaat en ze kunnen deze documenten gewoon openen, als ze ze toegestuurd krijgen...

nee, sorry, maar ik zie er toch wat minder rooskleurig tegenaan
Hoezo gebruiken ze allemaal specifiek die extra Microsoft Office functionaliteit? Het merendeel van de gebruiker gebruikt nog niet eens 10% van de functionaliteit van een office suite is gebleken na onderzoek. Kijken we verder naar wat de meeste mensen aan documenten bouwen dan zijn dat geen hoogstandjes. Van die simpele memo's, brieven etc. die allemaal vanaf sjablonen gemaakt worden (die je uiteindelijk in een bepaald formaat moet opslaan en dat kun dus ODF of OpenXML of het oude .doc zijn).

Het enige grote probleem in office land zijn de features van Excel. Op spreadsheet gebied is dat programma nog steeds heer en meester en zal dan ook de meeste problemen gaan opleveren.

Voor presentaties geldt er hetzelfde als voor een memo. Alleen zijn er niet zoveel mensen die een presentatie zullen houden.

Er zijn trouwens ook diverse automatiseerders die hun programmatuur al ombouwen zodat het ook met OpenOffice.org overweg kan (dus ook ODF spul). Dan zijn er nog diverse 3rd party tools waarmee de nodige macro's van MS Office naar OpenOffice.org te brengen zijn (zoals wat Novell heeft gedaan voor haar SUSE Linux Enterprise Desktop). De lijst gaat zo maar door.

Al met al valt het wel dik mee voor wat betreft al die extra features die mensen gebruiken. Zowel in het bedrijfsleven als daar buiten.
Biedt de XML opbouw van het ODF geen 'containers' waarin Microsoft de ODF-incompatible data en/of aanvullende gegevens kan meebewaren, op zo'n manier dat andere tekstverwerkers deze kunnen negeren, een voorvertoning kunnen tonen, of middels een plug-in de gegevens alsnog kunnen verwerken? Dan raak je bij het bewaren cq. exporteren ook niets kwijt van de originele opmaak, handig als je met MS Office werkt maar toch in ODF wilt uitwisselen en archiveren.
.. 'containers' waarin .. de ODF-incompatible data en/of aanvullende gegevens kan meebewaren, op zo'n manier dat andere tekstverwerkers deze kunnen negeren, een voorvertoning kunnen tonen, of middels een plug-in de gegevens alsnog kunnen verwerken?..
Je bedoelt: Precies zoals WordPerfect dat al tientallen jaren doet? :)
Hoeveel gewone gebruikers zullen dan bestanden opslaan onder die andere formaat?
Kwestie van voorschrijven dat bewaren alleen in ODF mag. Zoals de Belgische regering doet.
En de systeembeheerder kan ODF instellen als het standaard opslagformaat.
Tot begin oktober wordt er gewerkt aan functionaliteit om ODF-bestanden naar Microsofts OpenXML-formaat te vertalen, en de rest van het jaar wordt besteed aan software die het omgekeerde traject kan afleggen.
Maw; dus eerst zorgen dat iedereen die ODF gebruikt binnen office zijn bestanden gaat opslaan als ms native en vervolgens (wellicht) ondersteuning bieden voor het omgekeerde, maar dan heeft iedereen al zijjn documenten natuurlijk in OpenXML opgeslagen... :o

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True