Software-update: LibreOffice 3.4.5

The Document Foundation heeft maandag de vijfde 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 update is volgens de ontwikkelaars stabiel genoeg om ook in productieomgevingen te kunnen worden gebruikt. In versie 3.4.5 zijn de volgende bugs verholpen:

base

• fix dnd crash from default assignment operators (fdo#39950)
• reenable ADO URL helper UI (fdo#32347)
• missing icons in Index Design dialog (fdo#38435)

bootstrap

• add .ppsx (fdo#39963)

calc

• avoid using ulimit_cast between signed and unsigned. (fdo#39589)
• boolean values are valid for matrix evaluation (fdo#49967)
• correctly map external ranges into matrix instances. (fdo#40110)
• display caption strings without format detection. (fdo#42169)
• fixed Libreoffice calc crashes when re-opening a xlxs file (rhbz#754051)
• prevent access to non existing mdds elements (fdo#41807)
• set the logic straight for "center across selection" setting. (fdo#43308)

components

• change logic of IsOfficeRunning custom action (fdo#36677)
• fix (bnc#653688)
• fix handling of SAFEARRAY(s) returned as variant in olebridge (fdo#38441)
• revert broken fix (bnc#653688)

filters

• fix : Auto fit text VIEWING too small in PPT (fdo#41245)
• fix crash while opening certain pptx files. (bnc#706792)

libs-core

• - turn DocBasicItems into an rtl::Static to improve shutdown on mac (fdo#39520)
• fix the drawing of dotted and dashed borders in Calc. (fdo#37129)
• pImplementationName is not a compile-time constant (fdo#36555)
• fix hyphenation attributes (fdo#44082)
• impress210: disconnect and reconnect to table style on change model in SdrTableObjImpl (i#117319)
• ODF export: fix layout grid invalid ODF (fdo#44073)

libs-gui

• fix crash at exit ( access of deleted GtkSalDisplay instance ) (bnc#728603)
• fix horizontal scrollbars with KDE oxygen style (bnc#722918)
• fix the drawing of dotted and dashed borders in Calc. (fdo#37129)
• resolves tmp name reuse in mass pdf export (fdo#41295)

postprocess

• make the 3D transitions work again (bnc#728559)

translations

• workaround, remove access key to prevent crash (fdo#30977)

writer

• backport of 3524727db0f3cfecf3a47046795c527808c10c3e (i#58612)
• fix fallout - recognize .svg in odt container (fdo#41995)
• nO_STYLE default for borderlines mso import, fixes image size issue (bnc#718971)
• swDoc::ReplaceRangeImpl: (i#102333)
• swView::ExecSearch: (fdo#40831)
• label PRINTING misplaced on paper sheet (fdo#36874)
• sw: temp selection print doc: (fdo#40482, fdo#39159)

Versienummer	3.4.5
Releasestatus	Final
Besturingssystemen	Windows 7, Windows 2000, Linux, Windows XP, macOS, Windows Server 2003, Linux AMD64, Windows Vista, Windows Server 2008
Website	The Document Foundation
Download	http://www.libreoffice.org/download
Bestandsgroottes	145,00MB - 191,00MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (19)

[woekele]

Hebben ze java inmiddels al helemaal eruit gewerkt? Ik wil geen Java op mijn systeem, maar wel graag een alternatief Office-pakket Vinkje aanzetten dat je geen java wilt gebruiken werkt opzich, maar dan kreeg ik alsnog bij de eerste keer opstarten foutmeldingen.

[Cristan]

Ze willen de afhankelijkheid van java verminderen (bron), maar voor sommige functies heb je het nog wel nodig:

quote: http://www.libreoffice.org/get-help/system-requirements/

For certain features of the software - but not most - Java is required. Java is notably required for Base.

Verder vind ik het een goed ding dat ze java eruit proberen te slopen: zo heb je toch een afhankelijkheid minder (en hoef je het ook niet meer mee te leveren om de aanwezigheid van alle functionaliteit te kunnen garanderen). Verder lijkt het me ook handig dat de code niet in 2 verschillende talen geschreven.

[zenlord]

java is noodzakelijk voor een aantal bewerkingen, maar de basis-functionaliteit werkt perfect zonder java - hier op kantoor alleszins geen problemen zonder ondersteuning voor java.

Meer info: http://wiki.services.openoffice.org/wiki/Java

[i-chat]

je linkt naar een openoffice.org site terwijl we het over libreoffice hebben?
ik meen dat een van de punten van libreoffice was dat men van java af wilde maar ik kan geen bron vinden...

[SlaSauS]

Java is er helaas nog niet uitgewerkt, het schijnt vrij complex te zijn dit helemaal uit LibreOffice te verwijderen. In bedrijfsomgevingen is het inderdaad niet interessant java te installeren vanwege onderhoud (onhandige updates) en de vele security issues (de JRE installeert standaard nog steeds een browser plugin die je handmatig moet uitschakelen).

Wat vooral irritant is is dat ook al vink je de optie in LibreOffice om geen java te gebruiken aan, er toch regelmatig popups komen met de vraag java te activeren (bijv. de eerste keer dat je een document probeert op te slaan). Heb hier een bug over gefiled [1] maar het lijkt erop dat er pas in LO3.5 verandering gaat komen in dit vervelende gedrag.

[1] https://bugs.freedesktop.org/show_bug.cgi?id=38046

[Remus]

Java is niet noodzakelijk voor het draaien van OpenOffice/LibreOffice, het is ook nooit noodzakelijk geweest. Er is slechts een beperkt deel van de functionaliteit die Java nodig heeft: geen Java: betreffende functionaliteit niet beschikbaar.

[sfranken]

Hoezo geen Java?

[phonixor]

wat is er mis met java?
behalve dan de nogal wat ram kostende JRE.

[Mar2zz]

Dit staat bovenaan de license van Java:

Copyright © 1993, 2010, Oracle and/or its affiliates. All rights reserved.

Dit staat in dit artikel:

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.

Zoek de overeenkomsten. Het is eigenlijk gesteggel over licenties. De breuk tussen Oracle en deze groep devver's kwam toen Oracle stukken gesloten code wou inhaken op Openoffice.org. Daarvoor werd een nieuwe licentie ontwikkeld. Toen dachten deze vrijwilligers:
Leuk, maar ik werk voor mij plezier hieraan en het project is van ons beide. Oracle wordt er beter van en ik word er beter van. Als jullie gesloten code gaan inhaken dan wordt ik daar niet meer beter van en wordt het project meer van jullie. Oracle wel. Zo zijn we de samenwerking niet aan gegaan.

Aangezien Openoffice onder de lgpl license viel mag dit. En waarschijnlijk willen ze nu helemaal onafhankelijk van Oracle kunnen werken.

[ppl]

Niet geheel waar. Toen het nog een Sun project was en Sun niets met Oracle te maken had waren er al hele grote problemen binnen het project. Sun had een veel te grote greep op het project en hield heel veel dingen tegen. Gevolg waren diverse forks waaronder Gooo. Toen de Oracle Sun overnam werd dit nog erger aangezien Oracle helemaal niets deed. Dat frustreerde de boel dusdanig dat een grote groep mensen dat heeft aangepakt om heel de boel te forken en onder de noemer LibreOffice verder te gaan nadat reacties op hun vragen, brieven etc. aan Oracle uitbleven van enig antwoord (is hier ook al diverse malen op tweakers.net bericht). Gooo is toen in LibreOffice opgegaan en is inmiddels beëindigd. Alle patches en code cleanups die ze nu doen zijn allemaal dingen die destijds door Sun werden tegengehouden. Omdat dit project wel leven had en OpenOffice.org niet meer zat Oracle met een probleem. Oracle heeft eigenlijk nooit wat in StarOffice/OpenOffice.org gezien. Niet voor niets is dat nu overgedaan aan de Apache Foundation waar.

StarOffice was trouwens de versie met gesloten code van Sun en heeft jarenlang bestaan. Sterker nog, het hele OpenOffice.org avontuur hebben we aan het open sourcen van StarOffice door Sun te danken! Waar jij op doelt is MySQL geweest maar dat was meer de angst van de open source community. Dat heeft echter wel onderzoeken van o.a. de EU tot gevolg gehad om te kijken of de overname wel door de beugel kon wat databases betreft (dat kon). Juist door die onvrede is de MySQL markt volledig versnipperd geraakt door diverse forks en is er vooral van 1 van de oud-bazen van MySQL heel erg veel kritiek geweest. Ook heel die affaire plus de onderzoeken zijn op tweakers.net uitgebreid bericht.

[Petervanakelyen]

Dat het vol exploits zit.

[freggy]

Het had wat subtieler kunnen gezegd worden en met iets meer onderbouwing, maar in essentie klopt het wel. Zelf F-secure raadt aan om Java te verwijderen indien mogelijk: http://www.f-secure.com/weblog/archives/00002285.html

Dat is in dat geval toch weer een applicatie minder om in het oog te houden wat betreft veiligheidsupdates, zeker in een bedrijfsomgeving toch altijd welkom.

[sys64738]

Wat een klok-klepel verhaal.

Dit gaat over Java als Browser plugin. Als Runtime environment op je pc is er niks mis mee. Er leven nog altijd mensen met denkbeelden uit 1999, toen java inderdaad buggy, traag en geheugen vretend was. Tegenwoordig is de JRE juist snel en een heel mooi platform. Waarom denk je anders dat ruby, python, groovy en nog veel meer talen graag meeliften op de JRE?

[Verwijderd]

Inderdaad, waarschijnlijk draaien de java haters hier zonder dat ze het weten ook java applicaties.

LibreOffice is verder een mooi pakket maar voor documenten heb ik toch liever LaTeX, daar heb ik tenminste volledige controle en probeert het niet voor me te denken zoals Writer en Word.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 16:29]

[Fuzzillogic]

Uiteindelijk is het allemaal hetzelfde principe, als je het goed gebruikt: scheiding van opmaak en stijl. Het verschil is dat LaTeX het afdwingt, en je met LO en Word er een n00bish puinhoop van kunt maken als je dat wilt.

Ieder het zijne, maar een beetje wysiwyg kan ik toch wel waarderen.

[Verwijderd]

Ik kan wysiwyg niet waarderen.

[Fuzzillogic]

Voor mij is wysiwyg gewoon een soort van realtime preview. Ik houd de structuur tiptop in orde en ga niet als een newbie met bold / font size / spaties rommelen. Feitelijk zou ik documenten zo naar LaTeX kunnen exporteren en met LaTeX renderen. Ja, daar is een exporter voor.

[woekele]

Volgens mij installeert de JRE automatisch ook de browser-plugin. Meerdere zelfs. Java Deployment Console? Weg ermee.

[bulle bas]

De link die jij geeft gaat over java in de webbrowser, dat is nogal wat anders.