Software-update: LibreOffice 6.4.1

De Document Foundation heeft versie 6.4.1 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.

In versie 6.4 zien we onder meer prestatieverbeteringen in Impress en Calc bij het openen en opslaan van documenten en is de compatibiliteit van Microsoft Office-documenten verder verbeterd. De complete release notes zijn op deze pagina te vinden. Versie 6.4.1 kende twee release-candidates, waarin in totaal tachtig verbeteringen zijn aangebracht.

Bugs fixed in 6.4.1 (rc1):

• ofz#20051 if duplicate exists then m_ObjToRecMap points to deleted element
• ofz#20422 reversed condition
• tdf#103983 FILESAVE: DOCX: shape having textbox lost after roundtrip
• tdf#108869 Libre 5.4 beta2 Help - Check for Updates icon missing
• tdf#114746 Improve CJK and CTL fonts setting in default Impress templates
• tdf#115026 EDITING: LibreOffice ignores page break when adding a table to the second page (& deletes a page in a certain case)
• tdf#121458 [EDITING] Charts data ranges in Writer cannot be edited
• tdf#126459 Misplaced video in presenter console for non-gtk3 VCL plugins
• tdf#126795 A document with indented bulleted paragraphs saved to DOCX in Writer 6.2.1 looks wrong, but is fine when saved to DOCX from Writer 6.2.0
• tdf#127112 Numbering style editor: Leaving Customize tab with a non-default level selected, then returning to it, gives multiple levels selected, and selection behaves erratically
• tdf#127566 New Help: The elements that are copied to clipboard when clicked should not jump when the indicator border appears
• tdf#127782 New Print dialog is too high
• tdf#128046 List hierachy not maintained on copy'n'paste
• tdf#128207 FILEOPEN: DOCX: Charts with absolute position are displayed on top of each other
• tdf#128304 FILESAVE DOCX CJK characters have wrong orientation in shapes and frames in tb-rl writing mode
• tdf#128673 infilter Parameter does not use entered encoding (CP850)
• tdf#128782 When execute undo, Text box moves.
• tdf#128849 Add new Breeze-Dark SVG / Sifr-Dark SVG icons
• tdf#129158 sorting multiple selected rows leads to CALC hanging
• tdf#129237 FILEOPEN: DOCX: Incorrect title in field
• tdf#129256 ReDim is slow when array custom type is explicitly known
• tdf#129353 FILEOPEN Bibliography contents is imported outside of bibliography field in a DOCX
• tdf#129382 CRASH: Importing a specific file ( See comment 6 )
• tdf#129402 ToC and its title in a DOCX imported wrong
• tdf#129412 Crash when registered data source is not available.
• tdf#129417 Rename PDF export option from "Full-sheet previews" to something else (and the choice is "Whole sheet export")
• tdf#129452 FILEOPEN DOCX bottom border of vertically merged table cells missing
• tdf#129481 Undoing "increase indent" undoes only one line at a time
• tdf#129516 FILEOPEN: Shape gets rotated at import time
• tdf#129582 FILEOPEN: DOCX: footer is missing on page 2
• tdf#129604 Extra/broken help content packaged with installer
• tdf#129625 Gray out categories in Navigator, if they have zero instances
• tdf#129655 Shape textbox in writer ignores WritingMode.
• tdf#129659 CRASH on file opening
• tdf#129680 Spacing and Indent controls make cursor disappear
• tdf#129763 The Manage Changes dialog defies resize with the gtk3 VCL plugin
• tdf#129805 Crash when copying the content of a complex DOCX
• tdf#129846 Missing Extra Large (32px*32px) Sifr Icons
• tdf#129888 FILEOPEN: Incorrect shape position
• tdf#129924 Writer: DOCX: font color is not white
• tdf#129933 Hex color code truncated, when Pasting into field of the "Pick a Color" dialog
• tdf#129993 FILEOPEN: LWP: files with tables/columns don't open after LO3.3.4, broken formatting
• tdf#130020 No warning displayed even if error/warning code was set when spreadsheet data fails to save to dBASE format.
• tdf#130061 cannot set "Start at" and "Rel. Size" in numbering dialog, stick on zero
• tdf#130093 FILEOPEN: LWP: General input/output error
• tdf#130130 In Insert menu, multiple hotkey never reaches 3rd item (gen)
• tdf#130133 FILESAVE wrong values for attribute chart:regression-type in ODF 1.2
• tdf#130143 LibreOffice 6.4.0.2, Tools, Options, Fonts, Replacement Table, check, crashed
• tdf#130155 Writer navigator crashes when + is pressed on entries without children
• tdf#130164 GTK3: page format / header / more is non-responsive
• tdf#130179 CRASH: inserting comment to picture
• tdf#130205 Invisible icons with Breeze Dark theme
• tdf#130214 CRASH: importing file
• tdf#130216 Safe mode: Show user profile fails to open the folder
• tdf#130239 CRASH: Closing LibreOffice while Infobox is displayed ( gtk3 )
• tdf#130286 Crash in: SwDrawTextShell::Execute(SfxRequest &)
• tdf#130364 In Tools, Options, Fonts, the Fonts window has no scroll screen, you cannot see bottom options.
• tdf#130389 Data ranges dialog, data series tab, move up/down buttons: Reversed actions

Bugs fixed in 6.4.1 (rc2):

• tdf#122218 After Update to 6.1.4 on macOS fonts are blurred on retina display (xcode 10)
• tdf#124983 EDITING Calc: After hiding a column, column breaks and row breaks are inserted
• tdf#125520 EDITING: Calc: Error when dragging and dropping OLE objects with 'Insert as Copy'
• tdf#129789 FILEOPEN: Bitmap set as comment areas are lost after saveing/reloading the document for hidden comments
• tdf#129912 Cannot open DOC - regression
• tdf#130080 Cant export to folder with Umlaut (ä/ü/ö) in folder name
• tdf#130187 Crash when closing print preview tabbed notebookbar Libreoffice 6.4 (rc 1, rc2 and rc3)
• tdf#130340 cmd + space = crashes reliably for keymap window
• tdf#130362 Insert in-line OLE formula with math, broken anchoring (work around comment 4)
• tdf#130373 Since update, substitute color only works if left set to transparent.
• tdf#130404 get-pip.py fails to import _queue.pyd with LibreOffice 6.4.0.3 and embedded python 3.7.6 on Windows 10
• tdf#130440 Undo in impress always switches back to first slide
• tdf#130462 Form wizards have incorrect default size (win)
• tdf#130482 Can't align text in a textbox
• tdf#130484 Controls become disabled in the database wizard (non gtk3)
• tdf#130486 Calc: After setting cell format alignment to "Distributed", the cell is no longer able to set to "Justified" anymore
• tdf#130555 Crash when clearing the 'Find' text field
• tdf#130593 Impossible to create a Decimal field with more than 1 decimal place
• tdf#130614 Crash in: SfxItemPool::IsInRange(unsigned short)
• tdf#130623 Base: Empty Field Properties (gtk3)
• tdf#130640 (regressions-printable-page-borders) [META] Regressions introduced by printable page borders also initially visible
• tdf#130658 Crash on adding word to User-defined dictionary (gtk3)

Versienummer	6.4.1
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows 8, Windows 10
Website	https://blog.documentfoundation.org/blog/2020/01/29/libreoffice-6-4/
Download	https://nl.libreoffice.org/download/libreoffice-fris/?type=win-x86_64&version=6.4.1&lang=nl
Licentietype	GPL

Reacties (15)

[Jazco2nd]

Een docx document met Header 1 kopjes en opsommingen (bolletjes) ziet er zo verschrikkelijk anders uit in LibreOffice. Ik gebruik dan toch liever Word voor bestaande documenten en LibreOffice voor nieuwe.

In Word opslaan als odt heeft weinig nut. Microsoft lijkt een andere OpenDocument standaard te hanteren..

[Elefant]

Ik had heb het even vergeleken, maar dat is echt niet meer zo. Wel is het zo het bolletje voor het 2e niveau inspring wat dikker is en ellips-vormig, waar die in MSO licht en rond is. Dat is een designkeuze. Ik vind ook MSO mooier, maar dat kan ook gewenning zijn, want ergens zijn is het een design-fout om tekens van verschillende stijl door elkaar heen te gebruiken voor het zelfde, maar hier vind ik het extra contrast welkom. Je kunt het gelukkig vrij gemakkelijke permanent oplossen. Door het teken te veranderen.

• Ga in de opsommingslijst staan,
• kies menu: Opmaak, Opsomming en Nummeringstekens
• kies tabblad: positie aanpassen
• kies links niveau: 2
• kies teken: [Selecteren]
• Kies lettertype: FreeMono, en klik op de o [OK]
• Kies daarna: menu: Opmaakprofielen, Opmaakprofielen bijwerken

Waar ik in het verleden juist grote last had van conversie van opsommingen was bij Google Docs naar Libre Office. Dat zag er echt niet uit. Dat heb ik ook even geprobeerd en gaat nu feilloos.

LO is niet meer het zwakke broertje zoals velen nog denken. Het is een heel stabiel en krachtig pakket geworden, en persoonlijk vind de standaard interface aangevuld met de zijbalk voor snelle navigatie en opmaak heel fijn werken. Die zijbalken waren ooit een XP vernieuwing, en ik vond het een hele goede feature die gebruik maakt van de extra ruimte aan de zijkanten op breedbeeldschermen. Het fijne is dat je het daar permanent zichtbaar kan houden. Het wegnemen van spaarzame ruimte boven door de lintbalken is niet handig.

Waar LO nog ver achterloopt is bij MSO is de macrotaal VBA. Wat ontbreekt is dat macro-recorder standaard Office Basic code (niet Java code) genereert. Ook moet de macro-recorder nog verbeteren tov MSO. En verder moet de Basic editor de contextuele help gaan bieden die je in MSO hebt, om het leken gemakkelijk te maken om gemakkelijk eigen office applicaties te genereren zonder veel kennis van programmeren. Als ze dat ooit voor elkaar krijgen is voor mij LO het superieure pakket voor off-line gebruik. Want op andere punten heeft LO naar mijn gevoel MSO al geëvenaard en en op punten ook al ingehaald, Zo is de stabiliteit superieur, met name als je met hele lange, complexe teksten werkt.

Daarbij is VBA in MSO nooit met veiligheid in het achterhoofd ontwikkeld vandaar dat MSO allerlei kunstgrepen heeft moeten uithalen om de veiligheid op te voeren, zoals speciale formaten verplichten voor maco's, en het gebruik standaard te verbieden, waardoor je eerst allerlei beveiligingen moet uit zetten. Dat maakt het gebruik niet veiliger, maar omslachtiger. Het beschermt alleen tegen per ongeluk gebruik van macro's in documenten, maar verlegt de verantwoordelijkheid simpelweg naar de gebruiker als je het toch gebruikt. Maar iets onveiligs maken en dan zeggen: "gebruik op eigen risico" is toch een zwaktebod. LO kan daar van profiteren door iets te maken dat veilig is zonder allerlei hordes op te werpen bij gebruik. Maar zo ver is het nog niet. Voorlopig heet MSO hier een riante voorsprong.

Veel mensen vinden MSO het beste pakket voor grote organisaties. Maar dat vind ik juist niet. ik vind MSO juist het beste pakket voor kleine organisaties. Die kunnen zonder programmeurs met een beetje klooien er fantastische applicaties in maken die toegesneden zijn op hun behoefte. In grote organisaties zitten ze niet te wachten op deze huisnijverheid door medewerkers die vervolgens weer weggaan, waarna anderen niet meer weten hoe ze het onderhouden moeten. Voor kleine organisaties is MSO echt een Zwitsers zakmes.

Voor grote organisaties is MSO vooral een droom voor de IT-afdeling omdat het zoveel mensen bezig houdt. Vaak wordt daarom standaard MSO geherinstalleerd op plaatsen waar het kladblok of Wordpad ook zou voldoen. LO komt niet in aanmerking, we kunnen niet twee pakketten onderhouden en bovendien is het niet krachtig genoeg, stelt men dan.

[Reactie gewijzigd door Elefant op 23 juli 2024 10:29]

[Jazco2nd]

Mijn document ziet er echt totaal anders uit. Lettertype is anders ondanks dat er Calibri staat lijkt het in LibreOffice gewoon op Arial Black (de dikste versie van Arial) en tekst is veel groter. Dit heb ik net nog getest.

Zoals gezegd zowel als docx als odt opgeslagen in Word, maakt geen verschil.

[thomas_n]

Is dit op dezelfde computer, of op twee verschillende? Als het op een andere computer is, staat daar Calibri misschien niet op geïnstalleerd. Als LIbreOffice een document opent met een lettertype dat niet geïnstalleerd staat, dan geeft het bovenin nog wel de naam van dat lettertype weer, maar gebruikt het een ander lettertype voor de weergave van de tekst.

Is alleen de tekst groter, of de hele pagina? Misschien staat LibreOffice anders ingezoomd.

[Jazco2nd]

De pdf is goed, maar die heeft wss de fonts erin opgeslagen. Het is dezelfde computer maar het document komt uit de online Word 365 (niet de gratis versie). De computer draait Ubuntu Budgie 19.10 dus best kans dat de lettertypes missen.

Waarom geeft LibreOffice geen melding dat fonts missen bij het openen van het document?
Zo gaat toch niemand over op Libre. Als je LO wil testen en je opent een paar bestaande documenten, ze zien er niet uit, gooi je de software toch zo weer weg? Tegenvaller.

[thomas_n]

Calibri is niet standaard geïnstalleerd in Ubuntu, dus als je het niet zelf geïnstalleerd hebt (ik geloof niet dat het vrij beschikbaar is), dan mist dat lettertype inderdaad.

De gedachte is waarschijnlijk dat er meer mensen afknappen op een onverwachte melding bij het openen van een document. Mensen schrikken van onverwachte meldingen en lezen ze dan vaak nauwelijks. Ik ben het wel met je eens dat LibreOffice het iets duidelijker zou kunnen aangeven als een gebruikt lettertype niet geïnstalleerd is. Ik weet niet of Microsoft Office dat wel duidelijk aangeeft trouwens.

[Jazco2nd]

Heb dit gevonden:
https://zcom.tech/install-microsoft-fonts-linux.html/

de 1997 fonts waren reeds geinstalleerd (Ubuntu standaard), de rest niet. Nu ziet mijn docx er precies hetzelfde uit Hier ben ik heel blij mee.

Via dit artikel heb ik Writer & Calc kunnen wijzigen naar Calibri/11. In Impress heb ik nog geen manier gevonden om dat te doen. https://www.maketecheasie...default-font-libreoffice/

[Jazco2nd]

Onverwacht??
Mensen verwachten dat hun document er normaal uitziet. Niet dat het programma doet alsof alles ok is. Want dat is het niet. En dan zien ze graag een melding die naar een oplossing verwijst.

Dus neen, dat kan echt de reden niet zijn. Ook bizar dat als de meest gebruikte fonts missen, LibreOffice daar niks over zegt. Juist bij het openen van docx.

[thomas_n]

Een beetje late reactie, maar het is in dit geval niet mogelijk voor LibreOffice om het document er standaard "normaal" uit te laten zien. Calibri is een font van Microsoft en zij stellen dat niet vrij beschikbaar.

Ik weet vrij zeker dat het wel de reden is. Waarschuwingen bij het opstarten van een programma werken alleen bij mensen die wat handiger met computers zijn. LibreOffice is bedoeld voor een breed publiek.

Fijn trouwens dat het gelukt is om Calibri te installeren. In Impress kan je een nieuwe template maken (of een bestaande wijzigen) dat het gewenste lettertype gebruikt. Elk nieuw document kan dan die template gebruiken.

[Jazco2nd]

En als het brede publiek een bestaand, bekend document opent en dat ziet er heel anders uit, raakt dat brede publiek in paniek, heeft onmiddellijk geen vertrouwen in dit voor hun vreemde programma en zal het nooit meer gebruiken.

[Jerie]

After Update to 6.1.4 on macOS fonts are blurred on retina display

Eindelijk

Behalve dat de fix pas in 6.4.2 zit.

[fondacio]

Ze hebben inderdaad eindelijk het probleem met blurry fonts op Mac retinaschermen opgelost, voorlopig alleen met een hack maar die werkt. Wie niet tot 6.4.2 wil wachten en ook niet op 6.2.8 wil blijven zitten, kan zelf met een hex-editor twee bytes op 0 zetten om in 6.4.1 scherpe fonts te krijgen, zoals in comment 203 van de door Jerie gelinkte bug wordt beschreven.

[Reactie gewijzigd door fondacio op 23 juli 2024 10:29]

[Jerie]

Werkt (met iedere willekeurige hex editor), dankjewel!

[satya]

Ik zie dat dit LibreOffice Fresh betreft, voor de mensen die het nieuwste van het nieuwste willen hebben.

[Alex3]

Inderdaad, 6.3.5 is de stabiele versie.