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 , , 18 reacties
Bron: The Document Foundation, submitter: BBrunekreeft

LibreOffice logo (60 pix)The Document Foundation heeft de vierde update voor versie 3.4 van LibreOffice uitgebracht. Dit opensource-officepakket is, net als The Document Foundation zelf, ontstaan nadat een groot aantal ontwikkelaars bij Oracle was weggelopen uit onvrede over hoe Oracle OpenOffice.org aanstuurde. LibreOffice wordt geleverd met een tekstverwerker (Writer), een spreadsheetprogramma (Calc), een presentatieprogramma (Impress), een tekenprogramma (Draw), een databaseprogramma (Base) en een programma om wetenschappelijke notaties te maken (Formula). Deze vierde uitgave uit de 3.4-serie is volgens de ontwikkelaars stabiel genoeg om ook in productieomgevingen te kunnen worden gebruikt. Hieronder is een overzicht te vinden van alle problemen die zijn verholpen in versie 3.4.4.

base bootstrap
  • fix building of the 64-bit Windows Explorer extension fdo#36950
calc
  • fix recalculate matrix formula dimension correctly fdo#39485
  • mark all formula cells dirty when appending a new sheet fdo#35965
  • speed up range name lookup by index. bnc#715104
components
  • get testtool working fdo#37164
  • move init that depends on parent to post-parent avail fdo#36678
  • toggling grammar checkbox deletes sentence fdo#39348
  • fix handling of SAFEARRAY(s) returned as variant in olebridge fdo#38441
extensions
  • libreoffice doesn't build with poppler-0.17.3 rhbz#735182
filters
  • fix : Auto fit text VIEWING too small in PPT fdo#41245
impress libs-core
  • backport collection of operator= fixes fdo#37403
  • createProcessServiceFactory can't happen before sync fdo#37195
  • dbGridControl::RemoveColumn even if no corresponding Model column fdo#40701
  • fix fallout - recognize .svg in odf container fdo#41995
  • fmXGridPeer::getByIndex: Error checking of pGrid->GetModelColumnPos(nId) call fdo#40701
  • get testtool working fdo#37164
  • load Dialog library before trying to get embedded images fdo#40079
  • fix the drawing of dotted and dashed borders in Calc fdo#37129
libs-extern
  • reenable "use typedefs and endianess from sal" patch hunk fdo#39355
libs-gui
  • activation order crashes address database fdo#41022
  • let Qt call XInitThreads(), so that it knows it's been called fdo#40298
  • fix the drawing of dotted and dashed borders in Calc fdo#37129
writer

LibreOffice 3.3.2 screenshot (481 pix)

Versienummer:3.4.4
Releasestatus:Final
Besturingssystemen:Windows 7, Windows 2000, Linux, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008
Website:The Document Foundation
Download:http://www.libreoffice.org/download
Bestandsgrootte:191,00MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (18)

Meeste activiteit zit nu in Libre Office, moet zeggen dat dat op dit moment gewoon de betere pakket is. Hoop nieuwe features sinds dat het project is gestart. Hoorde ook dat ze straks in versie 3.5 de UI op de schop gaan nemen.
Hoorde ook dat ze straks in versie 3.5 de UI op de schop gaan nemen.
Had dat ook al gehoord, maar ben even de release notes voor 3.5 gaan zoeken, en de GUI changes lijken mij niet zo wereldschokkend:
http://wiki.documentfoundation.org/ReleaseNotes/3.5#GUI
(alhoewel initial GTK3-support wel leuk is, zie ik niets dat verwijst naar het project om de GUI-met-toolbars overboord te gooien, zoals ik dacht dat de bedoeling was)
Ondersteuning van de GTK is prima, als ze er maar niet te afhankelijk van worden. Ze drijven anders de KDE-gebruikers naar KOffice en de overige niet-Gnome-gebruikers, die een licht systeem willen nog meer naar Abiword/Gnummeric/...
GTK3 is een package dat op archlinux 32MB op de harde schijf inneemt. Er zijn wel een aantal dependencies, maar zo omvangrijk lijken die mij niet en bovendien zijn ze zo goed als identiek aan de dependencies voor gtk2.
Ben al jaren een tevreden gebruiker van OpenOffice. Wat nu, gaat Oracle zelf ook door met ontwikkelen en gaan er nu twee uiteenlopende versies ontstaan?
kumquat schreef,
Ben al jaren een tevreden gebruiker van OpenOffice. Wat nu, gaat Oracle zelf ook door met ontwikkelen en gaan er nu twee uiteenlopende versies ontstaan?
OpenOffice.org is momenteel nog steeds "incubating" (in de "broedmachine") bij The Apache Software Foundation, maar het is de vraag wanneer OpenOffice.org daar eindelijk uitgebroed zal zijn, en vooral ook, of het kuiken op termijn nog voldoende levensvatbaar zal blijken te zijn.

Mij heeft het veel te lang geduurd sinds er nog serieuze levenstekens van OpenOffice.org zijn vernomen, en belangijk - sinds er nog updates zijn uitgebracht.
Ikzelf ben inmiddels een volkomen tevreden gebruiker van LibreOffice.

Enig recent nieuws over Apache OpenOffice.org:
https://blogs.apache.org/OOo/entry/what_is_a_podling
https://blogs.apache.org/...ware_foundation_statement
denk dat we OpenOffice.org aardig kunnen doorstrepen al zal het nog tijden duren voor je er echt vanaf bent. Bij Apache zit het zonder belangrijke technische en financiŽle ondersteuning en draait het helemaal op vrijwilligers.

The Document Foundation van LibreOffice heeft belangrijke technische ondersteuning vanuit onder meer Novell, Red Hat, en Canonical.

Het duurt onder voor OpenOffice.org al wel weer erg lang, een half jaar al, voor er wat gebeurd en LibreOffice ontwikkeld zich aardig door. Enige belemmering is natuurlijk wel dat LibreOffice een vrij onbekende naam blijft bij het grote publiek en een samengang van de twee alleen al toe te juichen valt voor het gebruik van de bekende naam.
Als Oracle gewoon met z'n "poten" van Open Office was afgebleven, hadden we nu geen twee versies die nu best wat chaos zorgen. Daarnaast is kan ik me niet voorstellen dat er mensen bij Open Office nog gemotiveerd werken, omdat een deel meegegaan is naar Libre....
Die twee versies hebben we te danken aan het feit dat men OpenOffice.org geforkt heeft waardoor een aantal projecten ook maar meteen de samenwerking zijn aangegaan. Dat is nu onder de vlag van LibreOffice doorgegaan. Daardoor zitten we nu met 2 varianten ipv 4 als men niet die samenwerking was aangegaan. De huidige ontwikkeling is ook het gevolg van deze samenwerking, men is heel erg druk om alles te mergen zodat alles wat er ooit gedaan is nu in 1 pakket zit. Ook wijzigingen die Sun/Oracle tegen hield worden doorgevoerd. Als dat klaar is zal men pas echt een eigen weg in gaan, ze hebben naar ik meen een andere kijk op de userinterface dan de mensen bij OpenOffice.org.

Wat die naamsbekendheid betreft: ook daar wordt aan gewerkt. Ze hebben in ieder geval al een geheel nieuwe projectstructuur en organisatie opgebouwd. Marketing is 1 van die onderdelen. LibreOffice bestaat verder ook nog niet zo lang vergeleken met OpenOffice.org maar vergeet niet dat er de laatste paar jaar wel een steeds negatievere smaak aan OpenOffice.org is gaan zitten (gedoe rondom het project, onduidelijkheid na de overname van Sun).
Ik vrees dat hetzelfde voor Java ook gaat gelden.
Dat is letterlijk wat ze hebben gedaan :) Ze hebben OpenOffice niet verder ontwikkeld, ze zijn er met hun poten afgebleven (nou ja, op het Oracle-logo na die ze er wel in hebben gestopt).

Volgens mij waren het de mensen van OpenOffice die opstapten bij Oracle. Waarom heeft Oracle het dan toch gedaan?

@ Killemov: die vrees is ongegrond. Java (J2EE) is heel belangrijk voor Oracle. Wat denk je dan, dat ze overstappen op .net van Microsoft? :)

Niet altijd met oogkleppen op de grote bedrijven beschuldigen jongens...
@ Killemov: die vrees is ongegrond. Java (J2EE) is heel belangrijk voor Oracle. Wat denk je dan, dat ze overstappen op .net van Microsoft? :)
Maar niets belet ze om een volgende versie van Java gesloten te maken en de gratis versie minder te ontwikkelen als de gesloten versie. Op dat moment kan de gemeenschap dus besluiten om een fork te maken.

Van MySQL zijn er inmiddels al enkele forks, de bekendste is MariaDB van de oorspronkelijke maker van MySQL, maar dat is niet de enige.

Van OpenSolaris (project Indiana) is er inmiddels ook een fork (Illumos project, OpenIndiana, BeleniX, Schillix, Nexenta OS distributies).

Zo blijft er dan op een gegeven moment van alles wat Oracle van Sun heeft overgenomen niets over, alles is een community-project geworden, uitgezonderd de hardware-tak.
OpenOffice.org loopt in ieder geval niet hard meer als je de update-geschiedenissen vergelijkt:
meuk: OpenOffice.org 3.3.0
Het feit dat LibreOffice een fork is van OpenOffice geeft dat er al 2 versies zijn en het lijkt logisch dat die uiteen gaan lopen.
Blijft het fijnste totaalpakket tegenover de grote Microsoft broer, al zweer ik voor spreadsheets bij Gnumeric. Ik wacht nog vol smacht op de dag dat een excel/calc net zo fijn werkt voor moeilijkere taken als voor de eenvoudige taken zodat ik niet steeds moet switchen naar Gnumeric, R, gnuPlot als ik ook maar een beetje uitdagend iets voor elkaar moet krijgen.

Mijn grote wens is al jaren een functie die een cel LEEG kan maken. Als ik een IF() functie een leeg veld wil laten returnen, dan gaat dat eenvoudigweg niet. Voor plotjes moet ik dan een andere output kiezen dan wanneer ik een functie ga uitvoeren op de lijst, respectievelijk;
B1 =IF(A1>0;A1;NA())
B1 =IF(A1>0;A1;"")

In het geval dat ik "" kies, dan krijg ik allemaal 0-punten of labels in mijn plot als de if ONWAAR is.
In het geval dat ik NA() kies, dan kunnen gemiddelde en stdev niet meer berekend worden.
In beide gevallen ziet AANTAL() de 'lege' cellen aan als gevulde cellen.

Heel frustrerend. Loop hier regelmatig tegenaan en na veel zoeken online niks beters tegen gekomen dan het maken van 2 lijsten, een voor de plot, een voor functies. Op het moment dat ze een functie hebben om een cel daadwerkelijk LEEG te maken, heb ik in een klap heel veel minder te klagen.
Bug / Feature request posten?
volgens mij heet oracle openoffice aan appache foundation gegeven, en is er daarna niet heel veel meer gebeurd, ze ontlopen elkaar nu slechts een klein beetje qua versienummer.
wat wel nog iets kan betekenen is dat ook een ander bedrijf ( IBM geloof ik?) sourcecode aan apache foundation heeft gegeven van software die ibm zelf had ontwikkeld voor / bij / op / aan openoffice. dit levert dus wel een grote toevoeging op wat er nu is bij openoffice en libreoffice. ik denk dat het simpelweg samenvoegen van openoffice en de ibm source niet erg eenvouig zal zijn, omdat wanneer je dat doet, je meisschien wel wat meer wilt optimaliseren.

verdre gebruikte ik openoffice 3.2, en met 3.3 is er wel e.e.a. veranderd aan datumweergave in cellen. ik had die in twee regels laten weergeven, maar met 3.3 kan dat niet meer doordat het een ange tekst was zou ik anders brede kolommen krijgen wat ik niet wilde, en nu krijg is daar dus alleen maar ##### of xxxxxx te zien. waar ik dus niet blij mee ben. wie weet toch maar eens naar libreoffice kijken als ik weer zin heb...

wat ik verder wel eens zou willen, ook al is het misschien erg smerig qua duidelijkheid, ik zou in een cel een formule willen hebben die iets uitrekent, of iets aanneemt oid. maar die je ook kunt overrulen, door in diezelfde cel zelf iets in te typen, die de formule overruled. dus zonder de formule in de cel kwijt te raken.apparte kleurtje f vraagteken erbij zegt dan genoeg, kan erg handig zijn voor testingm trial and error of in plaats van forfairaire waarden.

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