Enkele lezers vroegen me waar de door mij beloofde verdere bijdrage over de afgelopen LibreOffice conferentie blijft :-)
Uhh, sorry! Beetje druk geweest met presentatie over LibreOffice voor OpenSourceLab, nieuw artikel voor Linux Magazine, nieuw kantoor voor de zaak regelen (gelukt :-) ) en ook nog een groot project om wat brood op de plakt te krijgen.
OK dus... een groot aantal presentaties staat al op de wiki van LibreOffice!
Daaronder ook mijn presentatie over het verbeteren van de QA Release cycle - speciaal met het oog op LibreOffice 3.5.0 Interessante cijfers over bugs en het oplossen daarvan in de ontwikkelaarsversie (master). En goede ideeën, opgedaan tijdens presentatie en discussies, over slimmer werken. Kom ik nog op terug!
Ik heb hier ook wat notities van de conferentie. Zomaar enkele dingen die ik positief, belangrijk vond.
* Zo spraken we over leiderschap in het project, en om mensen te helpen hun weg te vinden, zodat ze kunnen beginnen met eenvoudige klusjes, wat tot positief resultaat en gevoel leidt!
* En dat er eigenlijk ook een slimme strategie moet zijn, om gebruikers zover te krijgen dat ze een beetje bijdragers worden van hun favoriete office-programma. Dus eerst werk aan de winkel voor de al actieve mensen in de gemeenschap!
* We hebben het ook gehad over certificering: het systeem dat bedrijven de kans gaat geven (2012) om én LibreOffice te steunen én gelijktijdig zich te onderscheiden op kunde en ervaring.
* En er was een presentatie over gebruikersvriendelijkheid: hoeveel kun je weg laten van de knopjes, waar mensen die eenvoudig werk doen, tóch geen gebruik van maken? Veel overzichtelijker, en de gevorderde gebruikers, vinden hun functies toch wel in het menu.
* En dan was er nog een oh zo duidelijke presentatie over de succesvolle migratie naar LibreOffice van de tweede stad van Hongarije, Miskolc.
En nog veel meer dat ik dus niet heb genoemd of gehoord. Zie de wiki en de verzamelde blogs van TDF!
Hé. ik zie nu in mijn notities dat ik nog wat bugs heb gevonden in de ontwikkelaarsversie tijdens de conferentie en die nog wachten op het moment dat ik ze verder check en invoer in BugZilla.
Tja, het gaat niet vanzelf allemaal, maar als ik zie wat er door ontwikkelaars van over de hele wereld en uit alle geledingen van de samenleving allemaal aan verbeteringen en nieuwigheid wordt gemaakt.... is dat het dubbel en dwars waard! Dus laat je gerust inspireren :-)
dinsdag 25 oktober 2011
zaterdag 15 oktober 2011
Bericht van LibreOffice conference
Het is alweer het begin van de laaste dag van de geweldige eerste LibreOffice conferentie.
Voordat ik de laatste stukje voorbereid voor mijn presentatie rond QA(improving the Development / QA cycle - dus dat betekent het begrijpen van de interessante en gecompliceerde interactie tussen ontwikkelaars en QA_community) schrijf in nog wat notities over de conferentie.
Ten eerste is er natuurlijk een geweldig aantal presentaties en discussies. We startten met een indrukwekkend overzicht, door Italo Vignoli, Michael Meeks en Florian Effenberger, van alles dat in het eerste jaar van The Document Foundation is bereikt. Indrukwekkende getallen, sommige heel erg blinkend opgepoetst. Maar goed, marketing is marketing hè. En ook zonder enkele voetnoten die sommige van de getallen een wat meer realistisch kader zouden geven, mogen we erg trost zijn met de mensen die betrokken zijn en alle productverbeteringen en hulpmiddelen en de gemeenschap die zijn opgebouwd.
Er zijn daarover fraaie dingen verteld door Simon Phipps, op de avond die werd georganiseerd door de Regio Parijs. Ook op die avond, presenteerden Charles H. Schultz en de Regio enkele belangrijke nieuwe stappen: een LibreOffice OnLine en ports naar de Android en iOS. Er is door vele anderen al naar verwezen.
Goed, de presentaties. Helaas was ik weer niet in staat om mezelf drie keer te klonen, dus ik kon maar een deel bijwonen. Maar dat waren mooie, over de structurele verbeteringen (geheugen, snelheid) van Calc, QA-tools, betere interactie met gebruikers en verbeteringen in gebruikersvriendelijkheid, wen en ODF-services, verbeteringen in Impress (import van .pptx) en de mooie bijdragen door studenten die dit jaar waren gesponsord door Google Summer of Code.
Een ander onderwerp dat onvermijdelijk is, is de afsplitsing in Apache OpenOffice. We hebben mensen ontmoet van IBM, die daar werkt, waaronder vrienden uit het oude OpenOffice.org project die nu daar werken. Er is al veel gezegd en geschreven over deze droeve situatie.
Na weer over deze situatie gesproken en nagedacht te hebben, blijven er voor mij in essentie twee dingen over. Ten eerste is cruciaal, dat het volgens mij beter was geweest als IBM bezwaar zou hebben gemaakt, toen Oracle OpenOffice.org aan Apache wilde geven. De tweede is, dat het niet redelijk is om te verwachten dat wij proberen IBM's probleem op te lossen door het afbreken van onze LibreOffice gemeenschap. Voor de betrokken mensen van IBM, hoop ik dat ze in staat zijn om de mensen en de inspiratie te vinden om de juiste dingen te doen.
Terug naar de conferentie zelf. Ik ben op heel wat OpenOffice.org conferenties geweest. Altijd geweldig om met zoveel mensen te praten en ontmoeten. Dit jaar heb ik nog een extra gevoel van sprankelende energie, wat ik kan terugleiden naar een sterker en meer verspreide community en ontwikkel activiteit. Méér dan in het verleden gaat het over mensen uit alle windstreken die werken aan verbinding en die hacken in hun persoonlijk favoriete stuken code om de beste vrije office productiviteitssoftware nog beter te maken.
Dank aan allen (vrijwilligers die de conferentie organiseren, mensen van de locaties die ons ontvangen, sponsors die helpen de kosten te dekken, én de deelnemers) die deze gebeurtenis mogelijk maken!
(link naar de presentaties volgt! )
Voordat ik de laatste stukje voorbereid voor mijn presentatie rond QA(improving the Development / QA cycle - dus dat betekent het begrijpen van de interessante en gecompliceerde interactie tussen ontwikkelaars en QA_community) schrijf in nog wat notities over de conferentie.
Ten eerste is er natuurlijk een geweldig aantal presentaties en discussies. We startten met een indrukwekkend overzicht, door Italo Vignoli, Michael Meeks en Florian Effenberger, van alles dat in het eerste jaar van The Document Foundation is bereikt. Indrukwekkende getallen, sommige heel erg blinkend opgepoetst. Maar goed, marketing is marketing hè. En ook zonder enkele voetnoten die sommige van de getallen een wat meer realistisch kader zouden geven, mogen we erg trost zijn met de mensen die betrokken zijn en alle productverbeteringen en hulpmiddelen en de gemeenschap die zijn opgebouwd.
Er zijn daarover fraaie dingen verteld door Simon Phipps, op de avond die werd georganiseerd door de Regio Parijs. Ook op die avond, presenteerden Charles H. Schultz en de Regio enkele belangrijke nieuwe stappen: een LibreOffice OnLine en ports naar de Android en iOS. Er is door vele anderen al naar verwezen.
Goed, de presentaties. Helaas was ik weer niet in staat om mezelf drie keer te klonen, dus ik kon maar een deel bijwonen. Maar dat waren mooie, over de structurele verbeteringen (geheugen, snelheid) van Calc, QA-tools, betere interactie met gebruikers en verbeteringen in gebruikersvriendelijkheid, wen en ODF-services, verbeteringen in Impress (import van .pptx) en de mooie bijdragen door studenten die dit jaar waren gesponsord door Google Summer of Code.
Een ander onderwerp dat onvermijdelijk is, is de afsplitsing in Apache OpenOffice. We hebben mensen ontmoet van IBM, die daar werkt, waaronder vrienden uit het oude OpenOffice.org project die nu daar werken. Er is al veel gezegd en geschreven over deze droeve situatie.
Na weer over deze situatie gesproken en nagedacht te hebben, blijven er voor mij in essentie twee dingen over. Ten eerste is cruciaal, dat het volgens mij beter was geweest als IBM bezwaar zou hebben gemaakt, toen Oracle OpenOffice.org aan Apache wilde geven. De tweede is, dat het niet redelijk is om te verwachten dat wij proberen IBM's probleem op te lossen door het afbreken van onze LibreOffice gemeenschap. Voor de betrokken mensen van IBM, hoop ik dat ze in staat zijn om de mensen en de inspiratie te vinden om de juiste dingen te doen.
Terug naar de conferentie zelf. Ik ben op heel wat OpenOffice.org conferenties geweest. Altijd geweldig om met zoveel mensen te praten en ontmoeten. Dit jaar heb ik nog een extra gevoel van sprankelende energie, wat ik kan terugleiden naar een sterker en meer verspreide community en ontwikkel activiteit. Méér dan in het verleden gaat het over mensen uit alle windstreken die werken aan verbinding en die hacken in hun persoonlijk favoriete stuken code om de beste vrije office productiviteitssoftware nog beter te maken.
Dank aan allen (vrijwilligers die de conferentie organiseren, mensen van de locaties die ons ontvangen, sponsors die helpen de kosten te dekken, én de deelnemers) die deze gebeurtenis mogelijk maken!
(link naar de presentaties volgt! )
maandag 5 september 2011
Mini HackFest Eindhoven
Het afgelopen weekend was er een geweldige bijeenkomst voor LibreOffice Hackers in München [1] Meer dan 30 mensen die enkele dagen samen kwamen om te werken aan functies, gugs, UI (en pasta..)
Er is duidelijk een grote basis LibreOffice gebruikers en ontwikkelaars in Duitsland (en Italië ;-) )
Hoe zit het men Nederland en Vlaanderen? We hadden het afgelopen jaar al enkele kleine bijeenkomsten. Met 5 tot 10 mensen die samen werkten en leerden aan localizatie, ontwikkeling, functies.
En aanstaande zaterdag hebben we een nieuwe bijeenkomst. In de science city Eindhoven. Daarbij nodigen we ook oude bekenden van de OOo community uit om te delen over al wat er gebeurt en samenwerking. Meer op de wiki [2].
1] http://wiki.documentfoundation.org/Hackfest2011
2] http://wiki.documentfoundation.org/NL/bijeenkomst_11-09-10
Er is duidelijk een grote basis LibreOffice gebruikers en ontwikkelaars in Duitsland (en Italië ;-) )
Hoe zit het men Nederland en Vlaanderen? We hadden het afgelopen jaar al enkele kleine bijeenkomsten. Met 5 tot 10 mensen die samen werkten en leerden aan localizatie, ontwikkeling, functies.
En aanstaande zaterdag hebben we een nieuwe bijeenkomst. In de science city Eindhoven. Daarbij nodigen we ook oude bekenden van de OOo community uit om te delen over al wat er gebeurt en samenwerking. Meer op de wiki [2].
1] http://wiki.documentfoundation.org/Hackfest2011
2] http://wiki.documentfoundation.org/NL/bijeenkomst_11-09-10
zondag 4 september 2011
LibreOffice ontwikkelen
Het is even geleden sinds ik hier schreef. En nu enige woorden over LibreOffice ontwikkeling.
Ik zal geen technische details gaan uitleggen - dat valt buiten mijn competenties. Maar recentelijk heb ik wat dagen rondgehangen op het IRC kanaal van de ontwikkelaars. Dat was om wat hulp te krijgen om vertrouwd te worden met het compileren, het bouwen van LibreOffice. Ik vind het immers leuk om te testen en te werken met nieuwe functies en om hier en daar in de code te duiken.
Nu, het bouwen van LibreOffice blijkt enorm eenvoudig te zijn.[1] Niet dat dat nodig is om te kunnen werken met een bleeding edge versie van LibreOffice: dagelijks zijn er nightly-builds beschikbaar [2].
Als ik zeg dat bouwen van LibreOffice echt eenvoudig is, moet ik er aan toevoegen dat dat voornamelijk geldt voor Linux. En dat brengt me een beetje nader tot de kern van deze blog post.
Terwijl ik op IRC was, en de ontwikkelaars-list een beetje volgde -zoals normaal- raakte ik erg onder de indruk van al het hard en lastige werk dat de ontwikkelaars doen. Zowel diegenen die het doen als hun dagelijkse werk, als diegenen die het naast hun normale activiteiten doen.
Windows bijvoorbeeld: er wordt enorm aan getrokken om LibreOffice makkelijker en sneller te kunnen bouwen op Windows. Bijna dagelijks zie je verbeteringen. En ook problemen, die specifiek zijn voor Windows, krijgen veel aandacht van de ontwikkelaars - geholpen door waardevolle QA-medewerkers. Je ziet mensen heel diep in de code duiken om de schuldigen te vinden en te verwijderen, waarvan de gebruikers ongemak hadden. En in deze speciale gevallen is het niet voor recent geïntroduceerde fouten, maar vanwege bugs die al lange tijd, misschien wel 15 jaar, onder de oppervlakte hebben gelegen. En die alleen door recente veranderingen zichtbaar werden. Nu is het niets speciaals dat oude bugs aan de oppervlakte komen met recentere veranderingen. Het was altijd één van de punten in OpenOffice.org ontwikkeling: repareren van oude bugs, zal andere zichtbaar maken...
Niet tegengehouden door die wetenschap, zetten LibreOffice ontwikkelaars hun tanden stevig in de code basis voor verbeteringen en nog betere toekomstige LibreOffice ontwikkeling. Ik ben niet alleen onder de indruk, maar krijg ook meer en meer vertrouwen in de toekomst van dit project.
1] http://wiki.documentfoundation.org/Development#Getting_your_first_build_done
2] http://dev-builds.libreoffice.org/daily/
Ik zal geen technische details gaan uitleggen - dat valt buiten mijn competenties. Maar recentelijk heb ik wat dagen rondgehangen op het IRC kanaal van de ontwikkelaars. Dat was om wat hulp te krijgen om vertrouwd te worden met het compileren, het bouwen van LibreOffice. Ik vind het immers leuk om te testen en te werken met nieuwe functies en om hier en daar in de code te duiken.
Nu, het bouwen van LibreOffice blijkt enorm eenvoudig te zijn.[1] Niet dat dat nodig is om te kunnen werken met een bleeding edge versie van LibreOffice: dagelijks zijn er nightly-builds beschikbaar [2].
Als ik zeg dat bouwen van LibreOffice echt eenvoudig is, moet ik er aan toevoegen dat dat voornamelijk geldt voor Linux. En dat brengt me een beetje nader tot de kern van deze blog post.
Terwijl ik op IRC was, en de ontwikkelaars-list een beetje volgde -zoals normaal- raakte ik erg onder de indruk van al het hard en lastige werk dat de ontwikkelaars doen. Zowel diegenen die het doen als hun dagelijkse werk, als diegenen die het naast hun normale activiteiten doen.
Windows bijvoorbeeld: er wordt enorm aan getrokken om LibreOffice makkelijker en sneller te kunnen bouwen op Windows. Bijna dagelijks zie je verbeteringen. En ook problemen, die specifiek zijn voor Windows, krijgen veel aandacht van de ontwikkelaars - geholpen door waardevolle QA-medewerkers. Je ziet mensen heel diep in de code duiken om de schuldigen te vinden en te verwijderen, waarvan de gebruikers ongemak hadden. En in deze speciale gevallen is het niet voor recent geïntroduceerde fouten, maar vanwege bugs die al lange tijd, misschien wel 15 jaar, onder de oppervlakte hebben gelegen. En die alleen door recente veranderingen zichtbaar werden. Nu is het niets speciaals dat oude bugs aan de oppervlakte komen met recentere veranderingen. Het was altijd één van de punten in OpenOffice.org ontwikkeling: repareren van oude bugs, zal andere zichtbaar maken...
Niet tegengehouden door die wetenschap, zetten LibreOffice ontwikkelaars hun tanden stevig in de code basis voor verbeteringen en nog betere toekomstige LibreOffice ontwikkeling. Ik ben niet alleen onder de indruk, maar krijg ook meer en meer vertrouwen in de toekomst van dit project.
1] http://wiki.documentfoundation.org/Development#Getting_your_first_build_done
2] http://dev-builds.libreoffice.org/daily/
maandag 13 juni 2011
IBM probeert het met OpenOffice.org bij de Apache Software Foundation
In mijn vorige blog schreef ik nog simpel dat The Document Foundation toch de meest logische plek was voor de voortzetting van het OpenOffice.org project. Oracle had geschreven het project over te willen dragen aan de open source gemeenschap. Logischerwijs, waren er daarna enkele contacten tussen TDF en Oracle, waarbij TDF een duidelijk en redelijk voorstel heeft gedaan, maar die gesprekken kregen geen vervolg. Eind mei vernam ik via onofficiële kanalen, dat Oracle en IBM het OpenOffice.org project bij De Apache Software Foundation (ASF) zouden onder brengen.
De ASF heeft een uitstekende reputatie, en OpenOffice.org zou daar een dimensie aan toevoegen. OpenOffice.org is enorm groot, complex vanwege afhankelijkheden, integraties, vertalingen etc. en gericht op eindgebruikers. Ook al is een dergelijk project nieuw en bepaald een uitdaging voor Apache, het wordt in eerste instantie positief en open bekeken. Dat wil zeggen: er komt een discussie op gang, over de mogelijkheden om het project toe te laten voor de instap-fase: incubator. Die discussie noemen ze podling.
Zo is er de afgelopen week een gigantisch intensief verkeer geweest op de mail lijst van de ASF
Tijdens podling wordt er gekeken of er voldoende mensen zijn om het project mogelijk tot een succes te maken. Veel andere dingen tellen op dat moment niet mee. Bijvoorbeeld het feit dat het grootste deel van de niet-Oracle OpenOffice.org gemeenschap al in TDF was gestapt. Of dat het licentiemodel van de ASF van ontwikkelaars vraagt dat ze auteursrecht afstaan, terwijl dat voor een groot deel van de ontwikkelaars van LibreOffice, in TDF, een sterk minpunt is. Bij dat laatste speelt de ervaring mee, dat IBM destijds met OpenOffice.org veel nam maar weinig terug gaf aan het project. En je kunt van ondernemingen als SUSE en RedHat niet verlangen dat ze daar maar zo enthousiast achter aan lopen...
Deze zaken zijn in de discussie genoemd, maar spelen bij de overweging feitelijk geen rol en er is inhoudelijk dan ook niet op gereageerd.
De afgelopen week is dus de discussie gevoerd, over de vraag of OpenOffice.org daar moet proberen te starten als project. Tientallen mensen, deels al uit het OpenOffice.org project, en ook enkelen die actief zijn rond LibreOffice, hebben de afgelopen week hun naam daar aan verbonden. Een positieve keuze: nu blijkbaar IBM en Oracle hebben gekozen om deze weg te gaan, willen het daar een succes maken.
Daarmee los je helaas niet het probleem op, dat die keuze slecht verenigbaar is met de (code-)ontwikkeling die de afgelopen 8 maanden al bij LibreOffice heeft plaats gevonden. In de discussie bij de ASF is dan ook de kritiek geuit, dat de gemeenschap eigenlijk een slechte dienst is bewezen door IBM en Oracle. Te meer, daar bij het starten van de ontwikkeling van LibreOffice, is gekozen voor een LGL3+ en MPL+ licentie, juist omdat de tweede ook voor IBM een acceptabele licentie is.
En kijk ik naar wat voor mij de meest opvallende ervaring bij LibreOffice is geweest, de afgelopen maanden, dan is dat juist dat de aanpak daar er toe leidt dat veel onafhankelijke ontwikkelaars gaan meedoen. Daar is inmiddels een echte vrije software gemeenschap, die gestaag verder groeit.
Goed, de discussie en de stemming bij de ASF zijn maandag afgerond. Met als uitkomst, dat de ASF OpenOffice.org accepteert voor de instap-fase (incubator). Nu moet onder andere de OpenOffice.org code compleet van de Oracle omgeving over worden gezet naar de ASF. Er is daar echter een ander versiebeheer systeem, waar vooralsnog voor OpenOffice.org weinig enthousiasme over is, omdat het wat lastiger om het grote project daar in te beheren en en omdat de code-historie niet meer doorlopend beschikbaar zal zijn. Ook zitten er in OpenOffice.org, zoals gebruikers die downloaden en installeren, veel zaken van derde partijen, die niet onder de Apache licentie vallen. Zoals koppelingen met andere programma's en woordenlijsten. Dus dat moet of eerst worden vervangen of geregeld, of uit het op te leveren pakket worden weg gelaten. Ook moet de hele infrastructuur voor vertaling en verspreiding weer worden opgezet bij de ASF. En het is nog niet duidelijk of IBM, als grote bedrijf achter het project bij Apache, ook daadwerkelijk langdurig mensen beschikbaar stelt.
Het zal dus nog de nodige maanden kosten, om OpenOffice.org gewoon te stabiliseren, weer in de startblokken te krijgen. En al die tijd gaat de ontwikkeling van LibreOffice gewoon verder.
Betekent dit dat mensen achter LibreOffice geheel negatief zijn? Zeker niet, maar je zie wel een grote scepsis: eerst maar eens zien of het daar serieus wat wordt, voordat we de ontwikkeling van LIbreOffice stil leggen en onze kostbare tijd er in gaan stoppen.
Maar goed: het is natuurlijk goed mogelijk dat OpenOffice.org onder Apache weer het succes wordt, dat het al was. Als IBM er echt veel mensen voor inzet, kan er immers over een tijdje weer veel opgebouwd zijn. Kortom ... wordt vervolgd!
De ASF heeft een uitstekende reputatie, en OpenOffice.org zou daar een dimensie aan toevoegen. OpenOffice.org is enorm groot, complex vanwege afhankelijkheden, integraties, vertalingen etc. en gericht op eindgebruikers. Ook al is een dergelijk project nieuw en bepaald een uitdaging voor Apache, het wordt in eerste instantie positief en open bekeken. Dat wil zeggen: er komt een discussie op gang, over de mogelijkheden om het project toe te laten voor de instap-fase: incubator. Die discussie noemen ze podling.
Zo is er de afgelopen week een gigantisch intensief verkeer geweest op de mail lijst van de ASF
Tijdens podling wordt er gekeken of er voldoende mensen zijn om het project mogelijk tot een succes te maken. Veel andere dingen tellen op dat moment niet mee. Bijvoorbeeld het feit dat het grootste deel van de niet-Oracle OpenOffice.org gemeenschap al in TDF was gestapt. Of dat het licentiemodel van de ASF van ontwikkelaars vraagt dat ze auteursrecht afstaan, terwijl dat voor een groot deel van de ontwikkelaars van LibreOffice, in TDF, een sterk minpunt is. Bij dat laatste speelt de ervaring mee, dat IBM destijds met OpenOffice.org veel nam maar weinig terug gaf aan het project. En je kunt van ondernemingen als SUSE en RedHat niet verlangen dat ze daar maar zo enthousiast achter aan lopen...
Deze zaken zijn in de discussie genoemd, maar spelen bij de overweging feitelijk geen rol en er is inhoudelijk dan ook niet op gereageerd.
De afgelopen week is dus de discussie gevoerd, over de vraag of OpenOffice.org daar moet proberen te starten als project. Tientallen mensen, deels al uit het OpenOffice.org project, en ook enkelen die actief zijn rond LibreOffice, hebben de afgelopen week hun naam daar aan verbonden. Een positieve keuze: nu blijkbaar IBM en Oracle hebben gekozen om deze weg te gaan, willen het daar een succes maken.
Daarmee los je helaas niet het probleem op, dat die keuze slecht verenigbaar is met de (code-)ontwikkeling die de afgelopen 8 maanden al bij LibreOffice heeft plaats gevonden. In de discussie bij de ASF is dan ook de kritiek geuit, dat de gemeenschap eigenlijk een slechte dienst is bewezen door IBM en Oracle. Te meer, daar bij het starten van de ontwikkeling van LibreOffice, is gekozen voor een LGL3+ en MPL+ licentie, juist omdat de tweede ook voor IBM een acceptabele licentie is.
En kijk ik naar wat voor mij de meest opvallende ervaring bij LibreOffice is geweest, de afgelopen maanden, dan is dat juist dat de aanpak daar er toe leidt dat veel onafhankelijke ontwikkelaars gaan meedoen. Daar is inmiddels een echte vrije software gemeenschap, die gestaag verder groeit.
Goed, de discussie en de stemming bij de ASF zijn maandag afgerond. Met als uitkomst, dat de ASF OpenOffice.org accepteert voor de instap-fase (incubator). Nu moet onder andere de OpenOffice.org code compleet van de Oracle omgeving over worden gezet naar de ASF. Er is daar echter een ander versiebeheer systeem, waar vooralsnog voor OpenOffice.org weinig enthousiasme over is, omdat het wat lastiger om het grote project daar in te beheren en en omdat de code-historie niet meer doorlopend beschikbaar zal zijn. Ook zitten er in OpenOffice.org, zoals gebruikers die downloaden en installeren, veel zaken van derde partijen, die niet onder de Apache licentie vallen. Zoals koppelingen met andere programma's en woordenlijsten. Dus dat moet of eerst worden vervangen of geregeld, of uit het op te leveren pakket worden weg gelaten. Ook moet de hele infrastructuur voor vertaling en verspreiding weer worden opgezet bij de ASF. En het is nog niet duidelijk of IBM, als grote bedrijf achter het project bij Apache, ook daadwerkelijk langdurig mensen beschikbaar stelt.
Het zal dus nog de nodige maanden kosten, om OpenOffice.org gewoon te stabiliseren, weer in de startblokken te krijgen. En al die tijd gaat de ontwikkeling van LibreOffice gewoon verder.
Betekent dit dat mensen achter LibreOffice geheel negatief zijn? Zeker niet, maar je zie wel een grote scepsis: eerst maar eens zien of het daar serieus wat wordt, voordat we de ontwikkeling van LIbreOffice stil leggen en onze kostbare tijd er in gaan stoppen.
Maar goed: het is natuurlijk goed mogelijk dat OpenOffice.org onder Apache weer het succes wordt, dat het al was. Als IBM er echt veel mensen voor inzet, kan er immers over een tijdje weer veel opgebouwd zijn. Kortom ... wordt vervolgd!
vrijdag 27 mei 2011
LibreOffice HackersEvent :: 28 mei :: Arnhem
Eigenlijk een dag om niet te missen....
* samen in de code van LibreOffice hacken
* met andere werken aan documentatie
* of kijken naar de nieuwe functies..
Een interessante, open dag voor gebruikers en andere actieven in OpenOffice.org / LibreOffice gemeenschap.
Meer details op de wiki van de Nederlandstalige groep van TDF.
* samen in de code van LibreOffice hacken
* met andere werken aan documentatie
* of kijken naar de nieuwe functies..
Een interessante, open dag voor gebruikers en andere actieven in OpenOffice.org / LibreOffice gemeenschap.
Meer details op de wiki van de Nederlandstalige groep van TDF.
woensdag 18 mei 2011
Waarom het OpenDocument Formaat zo OK! is
Het OpenDocument Formaat, ODF, is hét ISO-gecertificeerde formaat voor office-documenten. Vrij te gebruiken en ontwikkeld door een grote gemeenschap, die de belangen van de individuele deelnemers bijeenbrengt. ODF wordt dus niet gedomineerd door een enkele partij, maar is het resultaat van een stevige samenwerking. Dus geen oude .docjes meer, of een onduidelijke nieuwe docx-'standaard'...
Waarom ODF zo OK! is, blijkt bijvoorbeeld uit het proces voor de recente goedkeuring van ODF versie 1.2. Dat proces heeft enige jaren geduurd en is kort geleden afgerond door het OASIS Technical Committee. Belangrijke uitbreidingen in versie 1.2 zijn onder andere de beschrijvingen voor formules en voor digitaal ondertekenen.
De degelijkheid, kwaliteit van ODF wordt nog eens extra onderstreept door feiten uit het proces, dat tot de nieuwe versie heeft geleidt. Enkele zaken daaruit:
Gedurende het werk aan ODF 1.2, had het ODF Technical Committee 76 leden, uit 17 landen, die 23 bedrijven en instellingen vertegenwoordigden, evenals 17 individuele leden.
ODF 1.2 heeft in het totaal 210 dagen open gestaan voor onderzoek en opmerkingen door iedere belangstellende of belanghebbende.
Het ODF TC heeft tijdens het werken aan ODF 1.2 1822 publieke commentaren behandeld en verwerkt. Die werden allemaal gelezen.
ODF 1.2 schrijft 628 keer "moet" en maar 14 keer "alsjeblief", waardoor het één van de meest duidelijke normen is.
Veel dank ben ik verschuldigd aan Rob Weir, die op zijn blog deze feiten, en nog meer, opsomde. Rob geeft in zijn blogs veel nuttige informatie over ODF.
Waarom ODF zo OK! is, blijkt bijvoorbeeld uit het proces voor de recente goedkeuring van ODF versie 1.2. Dat proces heeft enige jaren geduurd en is kort geleden afgerond door het OASIS Technical Committee. Belangrijke uitbreidingen in versie 1.2 zijn onder andere de beschrijvingen voor formules en voor digitaal ondertekenen.
De degelijkheid, kwaliteit van ODF wordt nog eens extra onderstreept door feiten uit het proces, dat tot de nieuwe versie heeft geleidt. Enkele zaken daaruit:
Veel dank ben ik verschuldigd aan Rob Weir, die op zijn blog deze feiten, en nog meer, opsomde. Rob geeft in zijn blogs veel nuttige informatie over ODF.
Abonneren op:
Posts (Atom)