Software-update: LibreOffice 5.4.2

De Document Foundation heeft versie 5.4.2 van LibreOffice uitgebracht. Dit opensource-officepakket is ontstaan als afsplitsing van OpenOffice en wordt geleverd met tekstverwerker Writer, spreadsheetprogramma Calc, presentatieprogramma Impress, tekenprogramma Draw, databaseprogramma Base en Formula, een applicatie om wetenschappelijke notaties mee te maken.

Versie 5.4 bevat verbeteringen in met name Writer en Calc. Zo gaat het kopiëren en plakken van tekst met opsommingen een stuk beter, worden de laast gebruikte instellingen bij het importeren van csv-bestanden onthouden en kunnen formules nu een negatieve datum bevatten. Verder is pdfium geïntegreerd wat een betere kwaliteit van afbeeldingen in pdf-bestanden oplevert en zien we verder enkele prestatieverbeteringen. Versie 5.4.2 kende twee release-candidates, waarin ruim honderd verbeteringen zijn aangebracht.

Bugs fixed in 5.4.2 rc1:

• bnc#825305 RTF import: fix HTML automatic spacing in styles
• fdo#75622 FILEOPEN: very slow on opening this slide with table
• i#109369 Refactor row and column attribute storage in preparation for row limit increase
• i#109373 Re-saving an ods document with auto-style ending at row 65536 causes hang
• i#109384 Speed up ods document import post row limit increase
• i#109385 Wrong type casting that would cause problem post row limit increase.
• i#109386 Speed up pagenation performance
• ofz#3092 direct-leak
• ofz#3110 GeneratePLCF only generated word6 sized missing entries
• ofz#3121 check bounds better
• ofz#3154 check bounds of special sprm
• ofz#3186 wrong starting offset for JOHAB 0x6D block
• ofz#3362 SYLK import: check ;X;Y;C;R col/row validity early
• rhbz#1400287 Resizing properties window hides properties values
• rhbz#1467512 Unable to fill objects different from rectangles with bitmap patterns in the LO writer
• tdf#52510 Calc removes trailing semicolon in custom format , breaking Excel compatibility
• tdf#62363 Data labels overlap in pie chart for small pies when "best fit" placement option is set.
• tdf#85909 EDITING: Native tables visualization not refreshed after changes to borders
• tdf#86019 Poor performance opening spreadsheet with a particular chart
• tdf#88811 FILEOPEN: Drawing lines not imported from RTF
• tdf#91758 dash delimited dates entered are not correctly interpreted as Y-M-D in specific cases
• tdf#93171 Subtotal function with function indexes 101-111 don't update when rows are hidden (hard recalculation is needed)
• tdf#94882 FILEOPEN: content of header of page style not visible on loading .doc file
• tdf#95178 Export as PDF: Dialog-Box in Calc is too big with German UI
• tdf#95489 Character styles applied through the Styles menu does not function in some locales
• tdf#95960 UI - Displaced field value widget in User-Defined Document Properties
• tdf#96703 Exceptions com.sun.star.lang.NotInitializedException when opening odb file
• tdf#97548 EDITING: When selecting cells for a formula, Ctrl is incorrectly behaving like Shift
• tdf#98315 Function Wizard showing Breeze icons when in Sifr theme
• tdf#98700 FILESAVE: toggled "keep with next paragraph" <w:keepNext/> incorrectly set when saving as DOCX
• tdf#100492 SVG export adds extra arrow heads
• tdf#100501 Support Java9
• tdf#101467 Template manager slow to load template previews
• tdf#103734 EDITING: MIN()/MAX() do not propagate error from matrix in array formula
• tdf#104141 FILEOPEN: PPT: .gif transparent background is imported as white (gtk3)
• tdf#104602 FILEOPEN DOCX: File appears to be empty
• tdf#104936 FILESAVE: RTF: Table's content is hidden behind a white frame after RT
• tdf#104937 FILEOPEN: RTF: table's columns are narrower than they should be
• tdf#106163 Create Table toolbar tool creates wrong number of columns in rtl environment
• tdf#107249 Rendering of system font vertically cramped or cropped in dialog labels and controls in 5.3+
• tdf#107480 FILEOPEN: RTF Auto spacing is 0.18 instead of 0.49
• tdf#107730 CRASH when opening simple document containing shapes with OpenGL enabled
• tdf#107785 There's no download link to the SDK
• tdf#107952 EDITING: Undo of formula changes doesn't show affected cells
• tdf#108259 Autofilter can freeze LibreOffice
• tdf#108299 CALC keeps running on exit after COPYing 3+ whole rows to clipboard with OPENGL enabled
• tdf#108406 libreoffice from 5-4 branch shows a broken helpimg icon theme in options.
• tdf#108722 MAILMERGE: Assertion failed when editing address block (debug build)
• tdf#108765 FILEOPEN: DOCX - Footnote paragraph and character styles opens incorrectly when styles not defined
• tdf#108795 Cannot enter colon or semicolon in formula bar (French version)
• tdf#108926 Notes placeholder text boxes not shown in PPTs
• tdf#108943 FILEOPEN: RTF: left margin on first paragraph's line is ignored
• tdf#108963 Original bounding box of rotated text shows as white overlay in the pdf file after exporting from Impress
• tdf#109052 Crash in: mergedlo.dll (see comment 3)
• tdf#109104 ENCODEURL() function does not correctly encode newlines
• tdf#109142 Tibetan long U not correctly rendered
• tdf#109184 FILEOPEN: DOCX - Table cells imported with white background when it should be no fill
• tdf#109241 python: Win32: urllib on https URLs fails due to loading wrong OpenSSL libraries
• tdf#109261 Crash in: rtl_uString_acquire when adding a video to a slide with zero undo steps
• tdf#109863 Crash in: XPropertyList::Count()
• tdf#110077 Font name preview in dialog appears as black bar
• tdf#110355 Writer compatibility settings no longer persist
• tdf#110452 Alt+key shortcut assigned to a command that is used as a menu mnemonic opens the menu
• tdf#110737 No animations on gtk3 with two screens connected
• tdf#111073 Fullscreen: incorrect gif's background (gtk3)
• tdf#111483 FILEOPEN: Ole object not displayed (gtk3)
• tdf#111492 XHTML export does not honor numbering levels
• tdf#111548 PPTX: ActiveX checkbox control appear as picture
• tdf#111634 Multiple memory leaks in libmacabdrv1
• tdf#111760 Crash when closing the save dialog after the main window (gtk3)
• tdf#111797 "For the current document only" checkbox is aligned to the right
• tdf#111818 assertion in SvxSearchItem::GetRegExp() const, srchitem.hxx:244
• tdf#111844 Icons rendered to infobar are mishandled on high resolution (3200x1800)
• tdf#111864 Progress bar not displayed when it's called from a macro (gtk3)
• tdf#111891 FORMATTING (Styles): The vertical frame alignment setting is not preserved when the document is opened
• tdf#111894 PaletteManager::LoadPalettes() leaks memory
• tdf#111908 soffice --help crashes / fails assertion / silently fails
• tdf#111925 fileopen .xpm fails
• tdf#111934 FILEOPEN: crash sigsegv when opening file with invalid style:map
• tdf#111939 Toggling off Autofilter with VBA macro does not restore filtered rows
• tdf#111974 LO crash on loading this document
• tdf#112006 Axis labels missing on deep axis in 3D column chart
• tdf#112017 FILEOPEN: Crash with Application Error when opening file with nested draw elements
• tdf#112018 FILEOPEN: Hang on file with negative table:number-columns-repeated
• tdf#112027 SfxCommonTemplateDialog_Impl::FillTreeBox() leaks memory
• tdf#112063 Dialog Basic Macro Organizer→Export→Export as Extension → file selection dialog blocked
• tdf#112101 FILEOPEN: Crash with Application Error when opening file with particular office:event-listeners
• tdf#112122 FILEOPEN: Crash with Application Error when opening particular file with text:alphabetical-index-mark
• tdf#112123 FILEOPEN: Crash with Application Error when opening particular file with style:data-style-name
• tdf#112145 export of editengine color highlight to pdf sometimes results in invisible text
• tdf#112163 FILEOPEN: Crash with Application Error when opening file with particular table and pagelayout
• tdf#112164 FILEOPEN: Crash with Application Error when opening particular file with table and mismatched xml tag
• tdf#112169 Crash in: MSWordExportBase::GetItem(unsigned short)
• tdf#112177 NPER function not working as anticipated following example in excel (which works in google sheets)
• tdf#112180 Writer crashes reading RawFontData from corupt TTF fonts
• tdf#112208 FILEOPEN: RTF: Incorrect indent
• tdf#112254 CuiAboutConfigTabPage::InsertEntry leaks memory
• tdf#112258 UI Autofilter on date cells: Filter result doesn't correspond to user input, user input is modified automatically
• tdf#112269 There is a heap overflow in libwpd. This vulnerability can be triggered in libreoffice.
• tdf#112311 Crash when opening docx converted from pdf (Linux/MAC)
• tdf#112408 Help button in presenter console makes LO crash

Bugs fixed in 5.4.2 rc2:

• ofz#2877 unknown Read
• ofz#3301 sw: DeleteAndJoin found yet another way to delete new redline
• ofz#3412 SYLK import: check ;X;Y;C;R col/row validity early
• ofz#3457 unknown Read
• tdf#111894 PaletteManager::LoadPalettes() leaks memory
• tdf#112005 ODF: wrong place for draw:notify-on-update-of-ranges, is in loext:p, should be in draw:object

Versienummer	5.4.2
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows Vista, Windows 8, Windows 10
Website	The Document Foundation
Download	http://nl.libreoffice.org/download/libreoffice-fris/?type=win-x86&version=5.4.2&lang=nl
Bestandsgrootte	213,42MB
Licentietype	GPL

Reacties (27)

[Qalo]

Nog even over het uiterlijk onder Windows: kijk eens naar de verschillen in "smoothness" onder Windows, en daarna onder Linux. Een wereld van verschil (voor het oog dan):

• Onder Windows 10: https://static.afbeelding.../1710/322808/RLhMPjEN.png
• Onder Linux (Linux Mint 18.2): https://static.afbeelding.../1710/322809/uAHjWKpj.png

Ik heb als voorbeeld LibreOffice Calc genomen. Maar onder de andere onderdelen zijn de letters nèt zó "verkreukeld". Alsof het onder Java is opgestart, zo lelijk.

[Xellence]

Je hebt rechts in beeld onder Linux vergeten het kopje Teken uit te klappen waardoor er een scrolbalk minder te zien is onder Linux. Het vertekent daarom een beetje. Je toont wel aan dat dankzij de veel uitgebreidere thema's onder Linux LO veel beter doet ogen dan onder Windows

[Qalo]

Ja, ik zie het. Klein detailverschil in screenshots. Maar het ging er met deze screenshots mij vooral om dat de UI onder Windows er inderdaad erg oubollig uitziet door de slechte antialiassing. Het uiterlijk zou een ondergeschikte rol moeten spelen, maar ik weet uit ervaring dat velen dit als een drempel zien en daarmee de software onterecht bekritiseren (of zelfs links laten liggen in het ergste geval).

Ik heb net nog even een LibreOffice uit de 5.2 serie opgestart in Windows, en daar was het een stuk beter gesteld. De letters zagen er tenminste nog niet zo uit als in de Windows 10 screenshot. Later nog even versie 5.3.6 (Still) opgestart, en daar zag ik ineens deze Java-achtige layout naar voren komen. Ik weet niet wat er veranderd is sinds versie 5.3, maar het LO-team mag hier nog even wat aandacht aan schenken voor wat betreft de Windows versies.

Ik heb vele keren LibreOffice verdedigd tegen mensen die iets aan te merken hadden op het uiterlijk van LO (ging vaak over de ribbon die er niet in zat), maar dit ziet er nogal "1992" uit onder Win10. Het lijkt wel alsof Cleartype niet eens aan staat. Kan écht niet meer vandaag de dag.

Voor de rest: LibreOffice 4 life!

[Bux666]

Wellicht kan je ergens op het forum dit aankaarten? Hoe meer output er uit de community komt, hoe sneller het aangepakt kan worden en hoe beter de suite wordt!

[Qalo]

Was ik zeker van plan. Ik heb al regelmatig bugs ingeschoten die er later uitgehaald zijn. De ontwikkelaars nemen de input vanuit de community gelukkig uiterst serieus.

[Pineka]

De font rendering van LibreOffice is onder Windows idd niet om over naar huis te schrijven. Dit heb ik ook bij Microsoft Edge. Verder nergens. Vreemd.

[Reactie gewijzigd door Pineka op 23 juli 2024 05:06]

[Compunologist]

Ik ben bij LO onder Windows terug gegaan naar de 5.2 tak totdat de huidige problemen met font rendering zoals ook hier en hier gemeld volledig zijn opgelost. Fonts waren haarscherp totdat versie 5.3.2.2 verscheen. Ik krijg pijn aan mijn ogen bij de huidige font rendering. Vlekkerig, wazig en totaal niet scherp.

[mbb]

Bedankt voor de screenshot vergelijking.
Persoonlijk vind ik juist de Windows-versie beter te lezen, maar mogelijk komt dat door het hogere contrast (wittere achtergrond)
Wel vind ik LO erg traag onder windows, zowel met opstrarten als met openen.
Ik dacht dat dit aan mijn machine lag (oud, vol, profielen vanaf OO3, Win10upgrade etc), maar toevallig vanochtend ook op een moderne lege machine gezien en dat viel me ook tegen.
(overigens is Office (2010) ook niet snel)
Als ik me goed herinner was ik verrast met hoe snel LO onder Linux opstartte, maar dat was twee jaar terug op een (oude) echt lege testmachine dus misschien niet vergelijkbaar.

[Kalief]

Ik vind de Windows versie er juist beter uitzien. Beter contrast, scherper, rustiger en een sneller te pakken scrollbar. De nare donkere achtergrond van de Linux versie verkleind het contrast onnodig.
(En waarom heeft de Linux versie geen icoontje?)

[101Bram]

Spijtig dat er nooit geen grote designupdates komen, het pakket komt zeer gedateerd over.

[Qalo]

Het ribbon zit er inmiddels in, dus dat zou geen argument meer mogen zijn.

Lees ook mijn posting van 13:12 uur, waarin ik schrijf over het uiterlijk van LibreOffice onder Windows.

[johnkeates]

Ik vind juist de nieuwe interfaces van sommige pakketen meer op speelgoed lijken dan op productiviteitssoftware.

[101Bram]

Daar ben ik zeker mee akkoord, vooral als je spreekt over webversies van sommige officepakketten, maar er is wel een gulden middenweg mogelijk.

[Anoniem: 167912]

Ze hebben onlangs de ribbon toegevoegd, maar inderdaad, het blijft eruit zien alsof het begin de jaren 90 is gemaakt

[Mr777]

Ik was onlangs nog zeer aangenaam verrast toen bleek dat LibreOffice Writer zelfs stokoude documenten die gemaakt waren met PageMaker 6.5 moeiteloos kon openen. Heerlijke ontdekking was dat. In al mijn enthousiasme daarna ook nog geprobeerd met documenten van PageMaker 4.0, maar dat lukte niet meer. Er moet ergens een grens zijn natuurlijk. Maar toch verdomd fijn dat ik mijn documenten van meer dan 20 jaar oud nog steeds kan openen.

[delphium]

En precies dit is de reden dat mensen met open standaarden zouden moeten werken. Met name de overheid. Als pagemaker 4.0 een open format zou hebben gehad, had je de documenten zonder problemen kunnen openen in een officepakket naar keuze.

Het is jammer dat zoveel mensen vallen over "het gedateerde uiterlijk". Ik vind persoonlijk MS-Office vreselijk om mee te werken en de lint-interface is daar voor een groot deel schuldig aan. Libre Office is open-source dus in theorie kan je je beschikbaar stellen om het ontwerp te verbeteren.

[CivLord]

En precies dit is de reden dat mensen met open standaarden zouden moeten werken. Met name de overheid. Als pagemaker 4.0 een open format zou hebben gehad, had je de documenten zonder problemen kunnen openen in een officepakket naar keuze.

Dat is een veelgehoord misverstand.
Of een bestand wel of niet geopend kan worden in een officepakket heeft niet te maken met of het bestandsformaat wel of geen open format is. Het heeft enkel te maken met of het officepakket een importfunctie heeft die dat bestandsformaat aan kan. Wanneer Pagemaker 4 een open format zou hebben gehad, maar de maker van een officepakket vindt dat bestandsformaat te oud om nog langer in de importfuncties te ondersteunen, dan heb je pech.
Wat wel een voordeel van een open format is, is dat iedereen het vrij kan gebruiken en dat er dus altijd wel een tooltje te vinden is wat dat formaat om kan zetten in een voor jou bruikbaar bestandsformaat. Al zal je voor sommige tooltjes voor echt oude bestandstypes wel ver in de krochten van Internet moeten duiken.

[Qalo]

Ik had het laatst nog met een aantal ouwe database-bestanden en een bestand van een prehistorische agenda, afkomstig van een systeem die ik toentertijd ooit bij de V&D had gekocht (iets met Explorer) in de naam. Die bestanden werden uiteraard niet herkend, maar toen ik ze opende in LibreOffice waren ze gewoon leesbaar. Leuk om te lezen wat me 27 jaar geleden bezig hield. En ik zag ook nog namen van mensen die ik allang uit het oog verloren was of zelfs helemaal vergeten was.

Het moge duidelijk zijn dat ik LibreOffice een warm hart toedraag. Niet alleen omdat ik een hardcore gebruiker ben, maar ook omdat ik het ten opzichte van MS Office véél lekkerder vind werken. Ik blijf het fantastisch vinden dat zulke goede software gewoon gratis is (al doneer ik wel regelmatig uiteraard).

Eén ding viel me trouwens wèl op: ik draai al jaren Linux, en op Windows zit ik nauwelijks. Maar laatst had ik Windows 10 geactiveerd op één van mijn laptops (was gewoon even nieuwsgierig), en daarop had ik LibreOffice 5.4.1. geïnstalleerd. Ik schrok me kapot, want wat is nu het geval? Wat is LibreOffice lelijk onder Windows! Het zag eruit alsof ik een Java Web App had opgestart. De letters van zowel de GUI als de documenten die je maakt waren vreselijk gerafeld en nauwelijks ge-antialiased. LibreOffice onder Linux ziet eruit als een plaatje en is mooi strak. Wat een verschil! Het maakt niet uit voor de werking, want het werkte verder uitstekend. Maar om het aantrekkelijker te maken zouden ze hier wel even aandacht aan moeten schenken. Het oog wil ook wat.

[mbb]

Dat is dankzij het "Document Liberation Project", een soort zusje van LO onder de Document Foundation.
Je kan ze helpen door documenten in oude formaten aan te leveren:
Uitleg:
https://blog.documentfoun...ument-liberation-project/

Give us a hand!
As you’ve seen, DLP is helping users and content creators to free their data from old, legacy and proprietary formats. DLP libraries are used by many well-known applications such as LibreOffice, Inkscape and Scribus, so your contributions can help millions of people around the world.
And you don’t have to be a developer! While code contributions are always welcome, you can help us by reverse-engineering and documenting file formats, or sending us sample documents to analyse and test against the DLP libraries. Any help can really make a big difference, so see this page to learn more. We look forward to meeting you!

Meehelpen (als je nog oude software hebt om documenten mee te maken):
http://www.documentliberation.org/contribute/
Preparation of sample documents

For regression testing of existing import libraries, we need sample documents. The creation of a good set of sample documents is a time-intensive but valuable task, as it should preferably cover all details of the format. Because formats often change from one version of an application to another, we typically need to re-create the set of sample documents once for each version of a format.

Creating sample documents is an easy way to contribute to the Document Liberation Project. All you'll need is access to one of our target applications and knowledge of how to use it.

[WOteB2]

Heerlijk kantoorpakket. Vandaag nog eens lekker gewerkt met Draw, het tekenpakket wat prima overweg kan met (niet gescande) PDF bestanden. Makkelijk om eens snel een wijzigingetjes toe te voegen aan een bestaande PDF. Verder kan het ook goed overweg met SVG bestanden.
Voor mijn collega's moet ik regelmatig schemaatjes maken, gaat prima met Draw, ook plattegronden maken.

Verder heb ik het idee dat de comptabiliteit met MS-Word bestanden ook steeds beter wordt. Zeker zolang je geen heel complexe bestanden hebt met (veel) afbeeldingen en tekstframes. Nee, ik heb er niet over te klagen.
Een van mijn chefs werkt samen met mij aan een dezelfde nieuwsbrief, de chef in Word en ik in LO Writer. Absoluut geen problemen hoewel ik het sjabloon zodanig heb gemaakt dat frames in Writer zijn gepind aan een exacte positie op de pagina's.

Ook een zeer uitgebreide gids is zowel in MS Word 2016 als met LO Writer 5.4 beiden benaderbaar. Nee, gaat best goed. Ik werk overigens met 5.4.1 (Debian backports)

[Reactie gewijzigd door WOteB2 op 23 juli 2024 05:06]

[Qalo]

Voor professionele doeleinden is LibreOffice uitermate geschikt. Heb er de mooiste dingen mee gemaakt. Van rapporten en (jaar)verslagen tot en met publicaties, plattegronden, certificaten- en diplomasjablonen. En nog veel meer (zal het niet allemaal opnoemen). Ik heb er zelfs ooit een wegbewijzering mee gemaakt. Die borden staan op dit moment nog steeds langs de weg.

[WOteB2]

Ben benieuwd hoe dat eruit ziet. Je maakt ons wel nieuwsgierig .

[Oortjes]

Wanner gaan ze op OSX gewoon losse programma's leveren wordt ik direct enthousiast. Ik beschouw het start menu als een bug, ik vind dat zó vertragend werken......

[Qalo]

Je hoeft niet eens via het startcentrum. Als je LibreOffice installeert kun je ook de onderdelen apart opstarten. HIER kun je er meer over vinden.

[antonboonstra]

Ik moet zeggen dat LibreOffice Calc tegenwoordig wel beter omgaat met grote hoeveelheden data. Eerder werd het programma onwerkbaar als je enkele duizenden regels en formules in je document had. Een test nu met een tabel met 43.000 regels waarvan twee kolommen met data en 3 kolommen met formules geeft geen problemen.

[bobbluenote]

Nooit problemen met Libre gehad. Tot ik afgelopen week deze versie installeerde en een groot tekst bestand kopieerde en plakte in een nieuw tekst bestand. Behalve dat het programma leek vast te lopen zag ik ook de teller van het aantal pagina's oplopen tot pakweg 1500. Na een kwartier kon ik verder. Bestand opgeslagen, Niks aan de hand. Toen ik Libre een dag later gebruikte om een Excell bestand te open kreeg ik een melding dat Libre niet meer werkte. Alleen in veilige modus. Alles verwijderd en installatie opnieuw gedaan, zelfde verhaal. Andere versie, zelfde. Systeemherstel ook hetzelfde. Blijkbaar was er iets meer beschadigd dan alleen Libre.
Toen Open Office geprobeerd. Zelfde handelingen als hierboven, dus opnieuw knippen, plakken etc. En niks aan de hand. Rara.

[mbb]

Je kan ook helpen een mascotte voor LibreOffice te kiezen.
https://survey.documentfoundation.org/665628
Enquetes worden helaas alleen bij de Document Foundation aangekondigd, niet op de LibreOffice site, en helemaal niet in de software.