Plug-in moet MS Office uitbreiden met OpenDocument

het Australische bedrijf Phase-N gaat onder de naam 'OpenOpenOffice' (O3) een toevoeging voor Microsoft Office ontwikkelen die ondersteuning voor de OpenDocument-standaard moet integreren in het pakket. Microsoft zelf heeft op dit moment nog niet de intentie getoond om deze op xml gebaseerde standaard te ondersteunen; in plaats daarvan komt het bedrijf in de volgende versie van Office met zijn eigen open formaat. Gefrustreerd over dit feit is men bij Phase-N gaan nadenken over een oplossing die niet alleen werkt, maar ook nog makkelijk te gebruiken is. Uiteindelijk is men op het volgende model uitgekomen: de beoogde plug-in voor Microsoft Office zal de .NET API gebruiken om contact op te nemen met een Apache-server, waar vervolgens door een Perl-script de vertaalfunctionaliteit van OpenOffice.org op wordt aangeroepen. De makers zijn van plan om er een gratis product van te maken en denken de eerste stabiele versie nog voor het einde van het jaar af te kunnen hebben.

Op de kritiek dat een Apache-server voor dit doel opzetten voor veel gebruikers en bedrijven te veel werk is reageert men door te zeggen dat het in eerste instantie de bedoeling is om iets dat snel en makkelijk werkt te ontwikkelen. In een later stadium zal men zich pas met het installatiegemak bezig gaan houden. Opties die men overweegt zijn onder andere het opzetten van een publieke server, of de server voor een klein bedrag (bijvoorbeeld 1 cent) per gebruik aanbieden aan bedrijven. Ook het aanbieden van een kant en klaar systeem waar alle serversoftware op geïnstalleerd staat behoort tot de mogelijkheden.

Reacties (22)

[KMK]

Dit klinkt als een lekker firewall meldinkje..
Een plugin van Office wil contact maken met een server op internet en daar content van het openstaande office dodument naar internet sturen om het daar te vertalen..
Ik zie ze al zitten met m'n CV en NAW info, even ongesecured over inet sturen en aan een 3e partij de inhoud laten lezen en vertalen.
Dat klinkt als een aanklacht, van uit mij, informatie aan 3e verstrekken zonder mijn opdracht.

[killercow]

Nou nou, overdrijven is ook een vak,.

je cv heb je hier praktisch op t.net al openbaar gemaakt om gelezen te worden, en ook je naw gegevens zijn niet echt uber ingewikkeld te vinden (duurde me 1 min om ze in detelefoongids.nl op te zoeken aan de hand van je t.net profiel.)

(2/C ring a bell?)

anyway, zoals het artikel zegt draait de server die dit doet dus lokaal, of in je interne netwerk.

Mocht je het over het internet willen doen, dan kun je toch ook gewoon https gebruiken?

[KMK]

ten eerste ben ik niet die genenen van 2c (mocht ik wel willen is een mooi huis namelijk ) die jij bedoeld en ten 2e mis je het punt.

Het gaat er om dat een gebruiker van deze plugin zonder het zich te realizeren informatie zou kunnen versturen via internet aan 3e partijen wat zotaal niet volgens de privacy van bedrijven kan vallen. Dus op services niveau diensten leveren, is niet altijd bruikbaar.

[Verwijderd]

Dus om even te converteren heb je nodig:
* Office
* .NET framework
* Apache
* Perl
* Netwerkverbinding?

Ik snap dat mensen graag aan het werk willen blijven, maar het .NET framework dat gebruikt wordt, ondersteunt XML (OpenDocument anyone?) volledig en staat integratie met Office simpel toe en staat je zelfs toe om er .DOC van te maken en andersom is ook geen probleem.. Je kunt dus gewoon heen en weer converteren zonder extra rare servers.

Iedereen vind OpenDocument zo fijn, omdat het ook onafhankelijk is, maar met deze plugin maak je het afhankelijk van 4 applicaties ipv 1 bij .DOC (Office).

Ik zie het nut dus niet van deze plugin in....

[Dreamvoid]

Je kan in Office heel simpel je eigen toolbar programmeren en daarmee een conversie library aanspreken. Honderden 3rd party plugins (oa PDF support, extra functies, etc) doen het zo. Waarom moet het zo omslachtig via een server?

[Verwijderd]

Stel je ff voor: in bedrijf A wordt voornamelijk met Windows gewerkt, behalve de servers daar draait een Linux variant (van mijn part AIX, HP-UX, UNIX, ...). Nu wil het zo zijn dat de medewerkers bepaalde documenten van 1 van die servers halen en de server deze alvast vult met bepaalde gegevens, een bepaalde formatering geeft, etc .... Op dit moment ben je bijna gebonden aan Windows als je MS-Office gebruikt. Als je MS-docs wilt veranderen kan je dat eingelijk alleen op een MS machine doen. Leuke monopolie ...

[MacWolf]

Het is heel logisch dat op dit moment de software op de Apache server gebruikt wordt voor de conversie.

Waarom? Kijk eens de OpenDocument en de Microsoft Word XML Document documentatie door:
* Microsoft Word 2003 document
* OASIS OpenDocument specs

Je kan je voorstellen dat conversiesoftware schrijven dat de opmaak bij conversie zo goed mogelijk behoudt zeker niet triviaal is, vanwege de complexiteit van beide bestandsformaten. Het feit dat het .NET framework XML goed ondersteund, maar het eenvoudiger, maar nog niet simpel.

[YaPP]

Het is heel logisch dat op dit moment de software op de Apache server gebruikt wordt voor de conversie.

Waarom? Kijk eens de OpenDocument en de Microsoft Word XML Document documentatie door:

Je kan je voorstellen dat conversiesoftware schrijven dat de opmaak bij conversie zo goed mogelijk behoudt zeker niet triviaal is, vanwege de complexiteit van beide bestandsformaten.

Beide XML dialecten worden door OpenOffice met behulp van een XSL stylesheet omgezet... Nix ingewikkelde systemen voor nodig. Wat dit project echter wil, is een plugin voor Office maken..

[djluc]

Het gemak van een Apache server installeren/configureren en vervolgens Perl installeren is me echt niet duidelijk. Je kan Perl toch gewoon achter de schermen commandline aansturen?

Verder wel een goed initiatief zolang de gebruiker er maar weinig van merkt. Een optie als: "standaard als opendocument" is dus zeker noodzaak. Mensen gaan niet elke keer opnieuw het juist doctype selecteren.

[al-ahlex]

Er bestaan al dergelijke conversie/generatie services die van OpenOffice gebruik maken op de server. Maar dit kan m.i. niet zorgen voor wijde adoptie van het ODF door Office gebruikers. Bestandje opslaan met 10MB foto's erin = kwartiertje wachten tot het verstuurd is naar hun webserver en teruggekomen is?
Beter zou een client side macro zijn die de MS Office XML zo goed mogelijk gaat herschrijven naar ODF. Maar dat is natuurlijk meer werk dan wat simpel geklooi met HttpRequests en de OpenOffice API server side (ik heb zelf al een dergelijke conversieserver werkend gekregen in Java in nog geen 2 uur)

[McChouffe]

Dan kan je mensen beter vragen OpenOffice.org te installeren

[Gomez12]

Is inderdaad een stuk makkelijker. Gooi er openoffice.org naast op dezelfde machine, maak dan een word-macro die het bestand eerst opslaat in word-formaat, dan opent en converteert met openoffice.org 2.0.

Lijkt mij een stuk minder moeizaam dan dit hele gedoe met apache en perl.

[Verwijderd]

Ik lees daar "of de server voor een klein bedrag (bijvoorbeeld 1 cent) per gebruik aanbieden aan bedrijven"

Ik denk niet dat alle bedrijven staan te springen om alle bedrijfsdocumenten even naar een server te sturen die niet onder hun management staat ... Ik denk hier vooral aan bedrijfsgevoelige informatie etc ..

Of begrijp ik het concept verkeerd?

[kidde]

Dan zetten ze toch zelf één lullig servertje met Perl, Apache en OOo op? Daar kunnen alle PC's in het lokale netwerk dan gebruik van maken, zonder dat de bestandjes naar de grote boze buitenwereld gaan.

En voor iedereen die geen drol om z'n privacy geeft, zoals toch al openbare documenten voor bijv. aandeelhoudersvergaderingen of zo, maakt het toch niet uit.
Denk dan vooral aan de publieke documenten van de Nederlandse regering, die beloofd heeft vanaf 2006 alleen nog maar open document-formaten te gebruiken (al is het niet zeker of dat ook MS-Of-XML 2003 mag zijn).

[Verwijderd]

Ik denk dat Google wel intresse heeft om massieve server capaciteit voor dit project aan te bieden.

Kunnen ze nog meer documentjes doorzoeken op keywords voor hun marketing doeleinden.

[Mentalist]

Hmmm. Ik denk dat we meer hebben aan een plugin die local kan draaien en puur opendocument kan lezen.

Overstappen op OpenOffice is vooral een probleem omdat andere bedrijven jouw documenten vaak niet "kunnen" lezen (met MS office). Met een stabiele goede plugin (als het _ff_ kan van MS zelf, anders weigeren ze het te installeren) kan jij als bedrijf "veilig" overstappen op OpenOffice, omdat andere bedrijven dus tóch je documenten kunnen lezen .

Het is niet zozeer MS Office waar veel bedrijven aan verslaafd zijn. Het is .doc.

Als bedrijven eenmaal zover zijn dat ze Opendocument willen gebruiken voor hun eigen documenten is Openoffice hoogstwaarschijnlijk al niet zo ver weg meer. Het nut van deze plugin lijkt me dus beperkt.

[Verwijderd]

Dan is 'abiword --to=.doc bestand.odt' uitvoeren toch makkelijker...

[Verwijderd]

je kunt met OOo zelf bepalen of je iets wegscrhijft in het OASIS format of in het native format wat je krijgt. De opmerking dat andere bedrijven jouw documents niet kan lezen is dus nietw aar.

Daarnaast ben je niet helemala fris in je dak als je word documents bijvoorbeeld (fast save aan ?) ronslingert naar andere bedrijven. Altijd interessant om te bekijken. Zie je oude informatie van andere brieven, of andere deleted stuff ..... stuur dan maar een PDFje. En OOo.... maakt die dingen out of the box.....