OpenOffice.org 2.0 uitgesteld door tekort aan ontwikkelaars

Versie 2 van de OpenOffice.org-suite zal enkele maanden later gelanceerd worden dan eerder het plan was, zo heeft de projectleiding aan de open source community bekendgemaakt. De planning was om de suite in april te introduceren en dit zal nu gebeuren in juni of juli dit jaar. De voornaamste reden voor dit uitstel is gelegen in het feit dat er volgens de leiding te weinig onafhankelijke ontwikkelaars aan het project meewerken. Daar komt bij dat de ontwikkeling van het softwarepakket nog immer voornamelijk geleid wordt door Sun Microsystems. Dit bedrijf heeft enige jaren geleden de code van de officesuite open source gemaakt. Ook brengt Sun een eigen versie van het pakket op de markt onder de naam StarOffice. Ten slotte vinden enkele ontwikkelaars het een groot probleem dat de codebase erg groot is geworden en dat het compileren van de suite erg lang duurt.

Het is dan ook niet vreemd dat de projectleiders graag nieuwe ontwikkelaars bij het project willen betrekken. Het is niet de bedoeling dat deze nieuwe medewerkers aan het grote geheel gaan werken, maar zich gaan specialiseren in een bepaald gedeelte van de suite. Om de drempel naar het meehelpen aan het officepakket verder te verlagen, lijkt het de projectleiders een goed idee als nieuwe ontwikkelaars zich primair gaan richten op de Ximian-versie van OpenOffice.org, daar deze versie aanzienlijk schonere code heeft. Volgens Sun, een van de grootste contributors aan de officesuite, is het voornaamste probleem niet het feit dat zijn bedrijf een grote invloed heeft op de ontwikkeling van de suite, maar het feit dat OpenOffice.org een enorm grote en 'monolithic' codebase heeft. Dat heeft voordelen, de software draait namelijk op allerlei platformen, maar ook de genoemde nadelen.

Twee screenshots van OpenOffice.org 2.0 Writer

Op verschillende plekken is door Sun-medewerkers kritiek geuit op het artikel van Computerworld over dit onderwerp. Volgens Erwin Tenhumberg is het misleidend om te zeggen dat het grootste deel van de OpenOffice.org-ontwikkelaars bij Sun en Novell zit. Er is namelijk ook een groot aantal features ontwikkeld door onafhankelijke contributors. Daarnaast heeft hij kritiek op het verschil dat gemaakt wordt tussen ontwikkelaars en contributors. In de open source community zijn veel mensen te vinden die op hun eigen manier, zoals lokalisatie en QA, bijdragen aan de officesuite. Stefan Taxhet schrijft aan de mailinglist dat hij een uitstel van 2 à 3 maanden geen reden vindt om te spreken over een acuut probleem, zoals de OpenOffice.org-projectleiders doen. Daarnaast vermeldt hij dat het aantal mensen dat aan het officesuiteproject meewerkt groeit.

Reacties (44)

[jeroenathome]

Ik vraag me af, wanneer er grammatica controle naast spellingcontrole wordt meegeleverd ?

Dan zal het zeker een grote concurrent van andere office pakketten worden.

[Verwijderd]

Edit: Uiteraard te lezen als reactie op locke

Origineel was de planning eind 2004, dus dat maakt het al meer dan een half jaar. Een ander punt is dat OSS drijft op vrijwilligers (al dan niet gesponsord door Sun/IBM/Google/..), en dit is weer een club die het moeilijk heeft om aan die basis voorwaarde te voldoen. Dat is op zich niet zo'n heftig probleem, maar het feit dat Firefox daar bijvoorbeeld de laatste tijd ook al last van had, maakt het niet heel veel vrolijker. De voordelen van OSS blijven nog steeds net zo hard staan, maar een van de nadelen wordt weer gewoon iets benadrukt.

[Hakker]

Hoezo men heeft altijd gezegd dat men hoopt het rond die tijd af te hebben. Je kan wel vrolijk gaan zeggen dat OpenOffice dezelfde probelmen kent als Firefox maar gezien de ontwikkeling binnen het project is het niet meer dan normaal. Hoe groter en complexer het programma begint te worden hoe kleiner je groep zal worden die eraan kan gaan werken.
sinds kort ben ik zelf overgeschakeld van OO 1.4 naar 1.9.93 en ik moet zeggen dat ik het best een aardige stap voorwaarts vind gegaan. Het start een stuk sneller. Is naar mijn idee ook stabieler en bied wel iets meer functionaliteit. Ik ben er erg tevreden mee.

[kidde]

Ik vraag me af, wanneer er grammatica controle naast spellingcontrole wordt meegeleverd ?

Van de OOo site:
Lingucomponent Sub-Project: Grammar Checking
This is a "Wish" project. I do not intend to undertake it unless significant interest and developers decide to help out. If you have any interest in helping to design, develop, and implement ....

Kortom: Ga je gang!

Dit is een duidelijk voorbeeld van gebrek aan ontwikkelaars denk ik.

[tweakerbee]

Volgens mij is het probleem dat iedereen die zo goed kan programmeren op dat gebied al lang druk aan het werk is en geen vrije tijd meer overheeft.
Maw, ik geloof dat de meest geavanceerde toepassingen altijd in de commerciele sector zullen blijven.

[Verwijderd]

Wat een onzin.

Heb je ooit een recente Linux distro vergeleken met Windows? Daar zitten toch toepassingen en features in die we in Longhorn nog niet eens te zien krijgen, hoeveel geld MS ook aan programmeurs kan uitgeven.

De features en toepassingen zijn absoluut niet het probleem van OSS, eerder juist van commerciële ontwikkelaars aangezien die hun klanten tevreden moeten houden door niet rigoreus dingen te gaan veranderen die dat misschien wel nodig hebben.

Het probleem van OSS is veel eerder geen/slechte marketing en "do-it-yourself" support, support is ruim aanwezig maar je moet er meestal wat meer moeite voor doen en meer kennis van zaken hebben. Maar dat heeft vooral te maken met de hoge gemiddelde kennis van OSS gebruikers en zou dus moeten verbeteren zodra het meer bekendheid krijgt bij het grote publiek.

[Verwijderd]

Volgens mij zit die al in 1.1.4 hoor.

[locke960]

Wat een drukte over een paar maanden vertraging.

Als Microsoft een paar maanden later uitkomt met het een of ander dan vind niemand dat vreemd. (Sterker nog, het wordt min of meer verwacht)

Waarom dan bij OSS gelijk de suggestie dat het in elkaar aan het storten is ?

[kidde]

Ja, veel drukte wel maar met een reden:
Ik verdenk onder andere Sun ervan een waarschuwing af te willen geven naar alle gebruikers, en daarom de problemen te overdrijven, om zo meer ontwikkelaars aan te trekken. Probleem is echter dat een aantal vrijwillige ontwikkelaars niet willen helpen omdat OpenOffice nogal sterk aan een "MS de tweede", nl Sun gelieerd is (Dat Java geen open-bron is vinden sommigen nogal een probleem, en OOo v2 werkt niet zonder Java). Bovendien verkoopt Sun hun vrijwillige werk in vorm van StarOffice.
In dit geval kunnen een stel mensen van overheidswege, uit bijvoorbeeld Singapore (Singapore is overgeschakeld van MSOffice naar OOo) denken van hee, het gaat te langzaam, misschien moeten we een paar mensen laten helpen. Zodoende wordt de boel minder afhankelijk van Sun, en willen andere vrijwilligers misschien ook wel helpen.

edit: 1 woordje toegevoegd ter verduidelijking

[Verwijderd]

Moeilijkheid is dus ook dat veel Linux distributies graag OpenOffice.org meeleveren, maar java vanwege de licentie niet kunnen meeleveren. En dus er ook niet hun eigen programmeurs aan laten meewerken.
Ik vind de oplossing die in de test-versies van Fedora Core 4 zit wel aardig, als het gaat werken: OOo met ipv Sun's java gcj (de java compiler uit de GNU compiler collection). Maar goed, eerst zien, dan geloven, want stabiel is het nog niet (wat natuurlijk ook niet hoeft voor een beta van een office pakket op een beta van een linux distributie)

[LauPro]

Ik vraag me af of ze wel de juiste prioriteiten stellen. Laten we eerlijk zijn, de huidige interface (1.1.4) is gewoon brak, maar wel functioneel verder. Er zitten allemaal rariteiten ingebouwd waarbij je bijvoorbeeld alleen de standaardwerkbalk OF de tabelwerkbalk kan laten zien.

Naar mijn idee moeten ze eerst even richten op de huidige functies en deze beter uitwerken (de werkbalken op de screenshots lijken me al beter overigens).

Ze iig moeten oppassen dat het geen Word² gaat worden waar 90% van de gebruikers vervolgens 10% van de functies gebruikt.

Opschonen van de code lijkt me ook verstandig. Het emergen van openoffice onder Gentoo op een AMD 64 3000+ duurde laatst welgeteld 5 uur en 14 minuten. Gelukkig hebben we hier nachtstroom, alleen het moet niet gekker worden imo.

[n4m3l355]

dus als ik het goed begrijp moet de interface meer op die van word lijken zodat je het begrijpt maar ook weer niet... misschien snap ik het niet meer
verder moet het ook de functionaliteit krijgen van word of beter gezegd juist geen functionaliteit maar moet OOo alles voor jou doen zodat je net zoals word er geen bal meer aan hebt. voor mij was het overstappen van WP naar OOo 3 jaar ongeveer geleden juist de vrijheid de reden tot.
verder emergen.. 5 uur? dude... gentoo is traag betreffende emergen maar nooit geweten dat het zo traag was. ik heb 't een tijdje terug onder debian gedraaid op een PIV 2.8ghz en daar was het hooguit een uurtje?
ik denk dat voornamelijk de interface zeker niet gemakkelijk is tenzij je eraan gewend bent en niet een overstapper van word bent. en ik denk juist dat de interface een belangrijke factor inderdaad is dat mensen juist niet overstappen. het is erg lastig een middenweg te vinden tussen begrijpelijk voor de intro en geen MS cloon te worden

[Myth384]

Is het niet zo dat je onder Debian met behulp van aptget binaries installeert?
In het geval van Gentoo wordt het hele programma vanuit source code gecompileerd. Wat uiteraard veel meer tijd in beslag neemt. Onder Gentoo kan je ook gewoon de binaries emergen.
Ik heb wel eens gelezen dat het niet veel zin heeft om java code zelf te compileren, omdat het java platform onafhankelijk is en er geen optimalisaties plaatsvinden.

[LauPro]

Het hoeft van mij geen Word kloon te worden. Maar dat voorbeeldje van die werkbalken is gewoon brak imo. Dat is opgelost dus een goed punt. Alleen er waren wel meer dingetjes die gewoon niet lekker werken. Bijvoorbeeld als je een plaatje als achtergrond in wil stellen. Dat is gewoon niet doen.

Volgens mij compileert Debian de zaak niet maar download hij het en misschien dat hij een aantal dingen optimaliseerd en dat het daarom zo lang duurt.

[YaPP]

Het emergen van openoffice onder Gentoo op een AMD 64 3000+ duurde laatst welgeteld 5 uur en 14 minuten

dan heb jij nog geluk, met een AMD 1800 duurt het meer dan een dag, en heb je minimaal 4GB aan vrije disk ruimte nodig.

Het is niet voor niets dat dit hier tegenwoordig niet meer aan mee doe

[LauPro]

Het gaat me niet zo zeer om dat ik lang moet wachten, maar meer dat dat pakket zo groot wordt dat ik bang ben dat het vrijwel onmogelijk gaat worden straks om het nog de onderhouden, maar ook daar wordt verandering in aangebracht.

[joint_me]

Ik heb de 2.0 beta gedraaid en qua interface vind ik het er op achteruit gegaan, ze hebben gekozen voor meer eye-candy en de taakbalken gestyled. Ze hebben gekozen voor een officeXP look, terwijl ze dat niet zijn, ik zie liever dat ze de algemene style van os gebruiken.

Ik hou van een strak OS, en de stijl hoe het eruit ziet word bepaald door de shell, niet door elk individueel programma. (ben een minimalist)

En om eerlijk te zijn heb ik daar een hekel aan, zal vast een manier zijn om dat uit te schakelen, maar dan zal ik opzoek moeten gaan. (mijn vermoeden is dat ik dan de code in moet duiken en laat dat nou niet 1 van mijn hobbies zijn, zeker niet als ik hem 10uur moet compilen )

[thegve]

.. En ik ben ervoor om hem simpelweg skinnable te maken. Xml bestandje en wat bitmapjes erbij eventueel. Binnen no-time duizenden tweakertjes die skins in elkaar prutsen. Je hoort zoveel mensen die hem liever zus of zo hebben. Maar ik kan me voorstellen dat het wel veel werk is voor een office suite om met skins te kunnen werken.

[M@rijn]

Tsja... dat is natuurlijk weer een beetje het nadeel van OSS er zijn zoveel verschillende programma's met haast dezelfde functie en toch werken ze niet samen. Ik ken namelijk niemand die aan Koffice?? OO.org of Abiword tegelijk werkt.

[SWAT]

Een aantal opmerkingen.
* Het is juist goed dat er programma's zijn met 'haast' dezelfde functies, want toch zijn ze allemaal verschillend. Je kan nooit te veel keuzes hebben, anders krijg je een monopolie.
* Dat ze niet goed samenwerken, dat is mogelijk. Dat ligt eraan, dat er standaarden moeten zijn, die ook aangenomen, gebruikt en gesteund worden door de grote spelers. MS Word houdt zich ook niet aan standaarden (ik ben al blij dat ze RTF ondersteunen als export)

[trogdor]

Zelfs dat is wel eens twijfelachtig geweest.
Het lijkt dan wel op rtf, maar is het eigenlijk niet. Dat merk je dan pas als je het op een office loze machine opent.
Maargoed dat was ook al weer een poosje terug, geen idee of dat nog steeds zo is.

[berend_engelbrecht]

De rtf standaard is verzonnen door en nog steeds onder beheer bij Microsoft. Ze brengen natuurlijk wel regelmatig (ca. één keer in de drie jaar) updates uit, en dan kan ik me voorstellen dat een module die op een vorige versie gebaseerd is niet meer helemaal werkt.

De nieuwste is versie 1.7 (augustus 2001), en je vind hem hier.

RTF is een open commerciële standaard. Dat heeft een voor- en een nadeel:
- Voordeel: de consistentie van het ontwerp is groter dan bijvoorbeeld bij OpenOffice
- Nadeel: Microsoft kan er dingen in veranderen die niet naar de zin van andere gebruikers zijn zonder dat er consensus over is. Gezien dat ze zelf ook met veel verschillende producten deze standaard moeten ondersteunen denk ik echter dat ze dat niet zo snel zullen doen.

[Verwijderd]

Ik ken namelijk niemand die aan Koffice?? OO.org of Abiword tegelijk werkt.

Uwog, aangenaam.

[XanderDrake]

Ik had de beta van 1.9 uitgeprobeerd voor school, omdat de Excel-vervanger van 1.1.4 niet meer dan 32.000 rijen aankon.

Het zag er wel gelikt uit. Ik moest wel lachen toen ik het Splash-scherm zag; hetzelfde scherm als bij 1.1.4 maar dan 1.1.4 met een rode stift doorgestreept en 2.0 erboven geschreven

ze mogen van mij wel opschieten... dankzij dat probleem met de 32.000 rijen, en het feit dat 1.9 niet echt stabiel was, moest ik gedwongen overstappen op MS Excel

[reinouts]

Gnumeric al eens geprobeerd?

[XanderDrake]

Bedankt! helaas heb ik ondertussen al Excel, maar voor de volgende keer zal ik het onthouden.

En ja, hij kan zoals Excel 65.000 rijen aan, mooi zo.

Zo te zien kan je alleen in .txt en .xml opslaan, waarschijnlijk willen ze op school .xls (dat kan OOo namelijk wel), maar goed.

[Verwijderd]

Dan moet je beter kijken...

[Blokker_1999]

Ik denk dat de geleverde kritieken door Computerworld voor een stuk wel terecht zijn. Sun heeft de code afgedragen aan de open source comunity maar lijkt met versie 2.0 terug volledig controle te nemen over het pakket. Als je de nieuwe splash screen bekijkt zie je direct het Sun logo en moet je al bijna een vergrootglas nemen om de tekst te lezen dat het om een community project gaat.

En de keuze van Java is ook iets wat ik betreur. Natuurlijk zien we hier weer de hand in van Sun. Ik denk dat als een groep onafhankelijk van Sun had mogen beslissen dat er nooit Java aan te pas zou komen.

2.0 is op functioneel gebied geen grootte stap voorwaarts. Weinig extra functionaliteit is toegevoegd maar men heeft zich vooral toegespitst op stabiliteit en gebruiksvriendelijkheid. Uiteraard is er ook het db rogramma Base bij gekomen. Men heeft de meeste gevraagde functies door de gebruikers ingebouwd, men heeft een nieuwe interface voorzien (die meer op MSO lijkt, maar je kan normaalgezien eenvoudig terug gaan naar de 1.1 look) en als de stabiliteit in orde is dan denk ik dat OOo 2 toch een kans op slagen heeft.

[n4m3l355]

sure tal van mensen betreuren java echter een tal ziet ook de extra functionaliteit van java in. het is de keuze die je maakt en de core developers die overigens niet allemaal sun zijn vonden java een goede keuze. ik denk dat het een kwestie van wachten is tot we gewend zijn aan de java versie en dat we dan wel realiseren dat het achteraf gezien geen slechte keuze is. tevens is het vooraf een beetje onzinnig om nu te zeuren over de mogelijkheden terwijl er nog geen final release is.
maw.. wacht ff

[Rembert]

Ik werk al maandenlang met de 1.9 versie en sinds een paar weken met de 2.0 beta (nb. er komt binnenkort een update van deze beta!). Waarom ben ik van de 1.4 naar 1.9 overgestapt en gebleven?

Heel simpel: de compatibiliteit met MS produkten was niet optimaal met 1.4: veel specifieke opmaak als tabellen met achtergronden, plaatjes enz. kwamen niet goed over. Da's in 2.0 beta een stuk beter. Verder vind ik de 2.0 ook een stuk professioneler ogen en prettiger werken dan de 1.4. Wel zou ik ervoor zijn dat het meer modulair opgebouwd zou zijn waardoor de geheugenbelasting minder zou worden en de opstarttijd verkort. Een grote tekortkoming in de 1.9 was dat bij een out-of-memory, OOo direkt afsloot zonder opslaan, ofwel crash (daarna is recoveren vaak wel mogelijk). In de 2.0 heb ik dit nog niet meegemaakt. Mijn ervaringen met MS-Office zijn wat dit betreft beter).

Dat er te weinig ontwikkelaars zijn... sjah... het is ook niet zomaar een klus om zo'n groot pakket te doorgronden. Ik heb het idee dat ik aardig kan coden, maar ik zie mezelf nog niet aan OOo werken, ook niet om er een kleine feature aan toe te voegen. Voor allerlei andere OO projecten heb ik dat wel gedaan, stomweg omdat deze overzichtelijker waren.

[kidde]

Zou het ook met de ruzie omtrent de afhankelijkheid van Java te maken hebben? een aantal mensen waren hier zeer pissig over.
Verder is het bekend dat OpenOffice nogal traag ontwikkeld wordt, het duurt lang voordat 'patches' hun weg vinden naar de normale broncode-boom.
Benieuwd dus ook of er mensen naar de Ximian-versie van OpenOffice zullen switchen.

[Wim-Bart]

Als je als bedrijf overgeschakeld bent op Open Source, zit je nu wel met een probleem. Vooral als je op een nieuwe versie zit te wachten in verband met bepaalde features.

Je hebt een aantal opties. Wachten op de nieuwe versie of een alternatief.

Hieruit blijkt dat Open Source toch niet zo ideaal is als er altijd wordt voorgesteld. Afgezien van de extra beheerkosten die je nu eventueel moet maken om bijvoorbeeld 10000 systemen bij te werken. Had je op MS gezeten dan was het allemaal wat makkelijker geweest (als je weet hoe je het moet inrichten).

[freggy]

Het feit dat Longhorn intussen ook al zo'n twee jaar later komt dan oorspronkelijk gepland was,en de vele andere uitstellen die je ziet van propriëtaire software, waaronder ook games (Duke Nukem Forever om een extreem voorbeeld te geven...), bewijzen dat dit niet typisch open source is. Dat is gewoon inherent aan het maken van planningen van informaticaprojecten. Of je nu open source of niet werkt, verandert daar weinig aan.

[Verwijderd]

Je hoeft niet per sé te wachten. Hier is Open Office ook grootschalig uitgerold op werkstations. Voor bestanden van externe gebruikers die wachtwoorden op hun files zetten, heb ik een netwerkinstallatie van OO 1.9 geïnstalleerd. Vervolgens kun je .DOC en XLS aan OO1.9 koppelen en .SXW en .SXC aan OO1.1.4. Leer je mensen dat 1.9 alleen voor omzetting is, en je bent van een hoop dingen af.

PS: als je 1 dag aan de OO-api doc besteed kun je ook nog vrij eenvoudig zelf een app (laten) schrijven die de conversie van/naar .doc en .xls formaat regelt. Dit is echt niet moeilijk.

[Verwijderd]

<offtopic>Weet iemand iets over de snelheid van OOo v2?
Eerlijk is eerlijk: office 2003 is erg snel. Sneller dan OOo v1 onder windows.
</offtopic>


Het lijkt me logisch hieruit te concluderen dat grote projecten gewoon moeilijk te plannen zijn. En dus vaak moet worden uitgesteld, dit is zo met grote games, Os-en nu dus met dit grote Open-soruce project.

Jammer maar waar. Ik twijfelde er aan of het was dat grote bedrijven(lees: MS ) niet hun best deden. Kennelijk is het gewoon te complex om van te voren een datum te plannen.

[Superstoned]

OO.o 2 is een stuk sneller dan 1, maar nog steeds trager dan MS office. Daarom gebruik ik ook altijd Koffice, daar die sneller is dan MS office... En alles kan wat ik nodig heb van een office pakket (behalve dat ie af en toe m$ bestanden niet goed kan openen - maar ja, met MS word kan ik mijn Kword/OOwriter bestanden helemaal niet openen, terwijl DAT een OPEN bestandsformaat is!)

[Belial_666]

Alleen bij sommige heel beperlte functie's heb je JAVA nodig.

voor 95% van de basis functies hoef je niet de JVM te instaleren.

En ik vind het nog al logisch dat Sun het project wat meer naar zich toe trekt. Als niemand wat doet gebeurt er ook niks