Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Software » Plug-in moet MS Office uitbreiden met OpenDocument

Plug-in moet MS Office uitbreiden met OpenDocument

Door Wouter Tinus, zaterdag 22 oktober 2005 17:42
Bron: Phase N, views: 16.574

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.

OpenOffice.org 2.0 Writer
Volgende 17:53 Flock komt met 'sociale' versie van Firefox
Vorige 17:01 Overgeklokte Radeon X1800 XT breekt 1GHz-barrière
Advertentie

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 22 reacties zichtbaar220 Off-topic / Irrelevant: 20 reacties zichtbaar20+1 On-topic: 16 reacties zichtbaar16+2 Informatief: 9 reacties zichtbaar9+3 Spotlight: 4 reacties zichtbaar4
«  1  2  »

Door djluc, zaterdag 22 oktober 2005 17:47

Score: 3
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.

Door al-ahlex, zaterdag 22 oktober 2005 17:50

Score: 3
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)

Door KMK, zaterdag 22 oktober 2005 17:52

Score: 3
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.

Door killercow, zaterdag 22 oktober 2005 23:24

Score: 2
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?

Door KMK, zondag 23 oktober 2005 12:02

Score: 1
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.

Door RedHornet, zaterdag 22 oktober 2005 18:00

Score: 3
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....

Door MacWolf, zaterdag 22 oktober 2005 18:32

Score: 0
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.

Door YaPP, zaterdag 22 oktober 2005 19:29

Score: 0
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.. (8>

Door Dreamvoid, zaterdag 22 oktober 2005 22:35

Score: 1
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?

Door DikkeDouwe, maandag 24 oktober 2005 10:33

Score: 1
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 ...

Door McChouffe, zaterdag 22 oktober 2005 18:01

Score: 2
Dan kan je mensen beter vragen OpenOffice.org te installeren :Z

Door Gomez12, zaterdag 22 oktober 2005 18:42

Score: 2
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.

Door KimG, zaterdag 22 oktober 2005 18:55

Score: 2
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?

Door kidde, zondag 23 oktober 2005 00:38

Score: 1
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).

Door uwog, zaterdag 22 oktober 2005 19:22

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

Door Ron.IT, zaterdag 22 oktober 2005 20:34

Score: 2
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.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 17:53 Flock komt met 'sociale' versie van Firefox
Vorige 17:01 Overgeklokte Radeon X1800 XT breekt 1GHz-barrière
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011