Software-update: LibreOffice 6.0.4

De Document Foundation heeft de vierde update voor versie 6.0 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.0 is onder meer de mogelijkheid toegevoegd om documenten met OpenPGP van een digitale handtekening te voorzien, is de nog steeds experimentele ribbon-interface verder verbeterd en heeft writer een menu erbij gekregen om formulieren te ontwerpen. Versie 6.0.4 kende twee release-candidates, waarin 88 verbeteringen zijn aangebracht.

Bugs fixed in 6.0.4 rc1:

• bnc#778133 sw: handle cell background for BACKGROUND_PARA_OVER_DRAWINGS
• bnc#825305 RTF import: implement reverse deduplication for lists
• ofz#6999 check available data len
• ofz#7043 already registered
• ofz#7063 ensure lifecycle
• ofz#7109 infinite regress
• ofz#7110 ensure join is called on std::exceptions as well as uno::Exception
• ofz#7121 NamedDBs::insert takes ownership of its argument
• ofz#7165 set a recursion limit for svm in svm
• ofz#7648 bad-cast
• rhbz#1283420 message box fonts corrupted in libreoffice
• rhbz#1392145 libreoffice close button appears on the right side in an RTL locale under Wayland
• tdf#46637 EDITING: Get focus on partially visible cell
• tdf#48300 UI: Window doesn't take focus when opening an already open document
• tdf#50057 EDITING: Replication of frames when record changes (redlining) is on
• tdf#72196 FILTER: Implement ODF 1.2 HOST-USE-WILDCARDS
• tdf#75256 (Icon-Theme-Sifr) [META] Incomplete Sifr icon theme
• tdf#77919 FORMATTING: Bibliography, character styles are lost after update
• tdf#84205 FILESAVE: Theme Colors inverted in drawings after PPTX roundtrip (black part turned to white)
• tdf#90627 Saving presentation results in invalid PPTX file
• tdf#91106 1st Hierarchical level in Styles and Formatting is not alphabetically sorted
• tdf#100015 Unary and Binary Operators images missing
• tdf#100619 DataPilot: Enhanced field popup window
• tdf#100925 When overwriting a cell, new content is displayed on top of the old content until finishing the edit
• tdf#104786 FILESAVE: PPTX: Corrupted File after RT (The element has invalid child element)
• tdf#104789 FILESAVE: PPTX: Corrupted File after RT (The attribute 'val' is not declared)
• tdf#104792 FILESAVE: PPTX: Corrupted File after RT (The element has incomplete child element)
• tdf#106667 Hang when trying to open a dialog and the whole sheet is selected
• tdf#106746 copy/pasting revisions copy deleted words
• tdf#107035 FILEOPEN Missing numbering in inserted caption when document is saved in DOCX format and reopened
• tdf#107267 During a sub-total calculation or sum, the data set is not computed well.
• tdf#108482 Repeat of 2 heading rows do not work in case of vertical text orientation in 2nd row
• tdf#108572 Mail merge: embedded database isn't properly discarded when working with MS Office starting documents
• tdf#108580 Cannot run LibreOffice, api-ms-win-crt-runtime-l1-1-0.dll is missing (for local solution see comment 7)
• tdf#112448 FILEOPEN, DOCX spurious blank line in text
• tdf#112997 Viewing: only a single of multiple animated gif is rendered
• tdf#113182 FILEOPEN: DOCX: Textbox wrap differs in MSO and LO
• tdf#114139 FILESAVE XLSX Pie Charts with 3D look get a gray background when saved in Calc and opened in Excel 2013
• tdf#114168 FILEOPEN XLSX XLS Bar Chart minor axis spacing appears differently than the Microsoft Office minor axis spacing
• tdf#114648 When creating any new document from LibreOffice OSX Dock icon, new document window doesn't get focus ( steps in comment 4 )
• tdf#114738 EMF+ rendering problems
• tdf#114743 PRINT: angled text does not display
• tdf#115005 Regression LibO 6.0RC creates much larger files than 5.4 by including duplicate/redundant images
• tdf#115117 Incorrect PDF cmap entries for ligatures and broken text extraction
• tdf#115353 Status bar displays wrong characters upon load (OpenGL)
• tdf#115396 Font Carlito not recognized
• tdf#115407 Impress loses transition sounds and sound instructions
• tdf#115539 "Start Slideshow" does not hide notebookbar when in Outline and SlideSorter mode
• tdf#115683 When CSV file importing to calc, if LibreOffice already open, text import dialog box open behind a grey window.
• tdf#115719 DOCX import: lack of Word 2013-style increased spacing for paragraph with anchored objects
• tdf#115806 The sidebar deck changes when after switch to print preview and back
• tdf#115853 Custom properties deleted
• tdf#115923 Clicking the fill handle triggers automatic horizontal scrolling
• tdf#116003 Crash when asking subtotals on 2 groups with pre-sort area checked
• tdf#116138 Insert Special Character also inserts selected character in current cursor in Title numbering
• tdf#116179 FILEOPEN Automatic font colour is very dark blue when imported from Writer created DOCX
• tdf#116238 Notebookbar stays visible during slide show when started from Slides pane
• tdf#116266 FILEOPEN: Impress 6.0.2 breaks links to svg-files
• tdf#116269 FILEOPEN: RTF: Writer sets a left indent when it should be 0
• tdf#116277 Extraneous blank window opened after File > New > Labels
• tdf#116410 FILEOPEN DOCX: First paragraph has wrong top margin (space before)
• tdf#116429 Undoing after adding a shape only undoes "Change object name of Shape to 'Shape 1'"
• tdf#116472 IMPORT: Page border is invisible in specific DOCX (border color=auto)
• tdf#116474 Undo/redo: The redo of adding caption to an image isn't working: no image
• tdf#116486 FILEOPEN: DOCX: paragraph position is wrong due to flying object
• tdf#116489 deadlock in ucb TaskManager
• tdf#116516 Proxy detection returns garbage in Windows
• tdf#116525 Shadow is rendered wrong for box around some characters
• tdf#116536 FILEOPEN: Bullets are higher than the text
• tdf#116540 Text from Writer can not be imported in Calc as Formatted Text
• tdf#116544 EDITING: Inserting Photo Album that includes .MOV causes Crash
• tdf#116555 Create HTML document(s) via Send yields anchor document with wrong extension
• tdf#116563 GEN, KDE4: Find textbox can't get focus when find toolbar is undocked
• tdf#116581 disappear Noto fonts after install LibreOffice 6.0.3.1 on Windows 10
• tdf#116692 UI: (Paragraph) Classification dialog does not show translation
• tdf#116706 AGGREGATE COUNTA with hidden rows
• tdf#116772 Using LIKE in query assistant
• tdf#116813 copy down does not scroll
• tdf#116830 DOCX import: table cell background is behind background shapes
• tdf#116865 Sidebar not functional after opening new window (gtk2)
• tdf#116890 Firebird: empty columns gone with prepared statement
• tdf#116925 Automatic text color in textbox does not consider fill style of shape
• tdf#117033 Tooltips show the wrong symbol for MOD3 combinations

Bugs fixed in 6.0.4 rc2:

• tdf#75539 DOC import filter mismatch of shape size
• tdf#113377 Crash in: OpenGLContext::AcquireFramebuffer(OpenGLTexture const &)
• tdf#116274 Cannot open an excel workbook, "maximum number of columns per sheet" - in 64bit Calc on Windows
• tdf#116939 Problem opening excelfile in latest release - due to overflow
• tdf#117129 Libre office Swriter crashes when opening Microsot word doc in 97-2003 doc format

Versienummer	6.0.4
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows Vista, Windows 8, Windows 10
Website	The Document Foundation
Download	http://nl.libreoffice.org/download/?type=win-x86_64&version=6.0.6&lang=nl
Bestandsgrootte	261,23MB
Licentietype	GPL

Reacties (4)

[J.One]

Het gaat snel met de ontwikkeling van LibreOffice. Het is meer geworden dan een open source alternatief voor MS Office, het is wat mij betreft echt een Office vervanger geworden.
Het probleem om docx documenten te bewerken en te delen met MS Office gebruikers zal vermoedelijk nog wel even aanslepen maar om zelf documenten op te maken en te delen is dit voor mij ideaal.
Nu nog een betrouwbare integratie met Nextcloud en Google Drive kan ook plaats maken

[Qalo]

Ja, het ontwikkelteam van LibreOffice is goed bezig. Het leeft heel erg, en tja... het is dé vervanger van MS Office. Ik zou graag willen zien dat bedrijven en overheden het ook op grotere schaal zouden inzetten in de workflow, maar goed... het gaat de goede kant op. De gebruikersgroep wordt elk jaar steeds groter, en er zijn inmiddels al een aantal gemeentes in Nederland die LibreOffice als hun standaard kantoorpakket hanteren. Die ontwikkeling gaat (helaas) nog traag, maar het gebeurt wèl.

Nu we het toch over professionals hebben, is dit wel leuk om te weten: LibreOffice verzorgt voor professionele partijen niet zelf het support, maar doet dat via een systeem van gecertificeerde bedrijven die dat namens LibreOffice aanbieden. Hoe dát allemaal zit is HIER te lezen.

Tja.... docx-documenten. Ik kan het niet genoeg benadrukken: LibreOffice beweegt constant richting MS Office als het gaat om intercompatibiliteit qua documentenuitwisseling, maar Microsoft heeft verder nauwelijks iets daaraan gedaan. Ja, je kunt ODF-documenten openen, maar er is bij Microsoft nauwelijks iets meer gedaan dan alleen te voldoen aan de basiseis om deze aan te maken en uit te lezen. Maar dat zegt nog niet dat die conversie ook lekker werkt. Sterker nog: MS Office verknalt de vertaalslag vaak hopeloos (spreek uit de praktijk), en dat zorgt voor het misverstand dat LibreOffice dit niet goed doet en dus is de conclusie: LibreOffice maakt "baggerdocumenten". De werkelijkheid is andersom: LibreOffice hanteert keurig die 100% ISO-standaard, maar het is MS Office die het document foutief opent en er een bende van maakt. En Microsoft heeft er alle belang bij om deze situatie in stand te houden, tot het moment dat ze ertoe gedwongen worden. Dat worden ze op dit moment niet, en zitten wij voorlopig nog steeds vast aan die vervloekte OOXML-bende.

Ik ga binnenkort een project opstarten op mijn werk. Mijn voorstel gaat dan ook zijn om alle documentatie die voortvloeit uit het project, van interne stukken tot en met met brieven naar derde partijen aan toe, allemaal opgeslagen worden in ODF. Al was het maar om te voorkomen dat we in de toekomst met compatibiliteitsproblemen zitten. Want niet alleen MS Office, maar eigenlijk veel commerciële software hanteert de truc om per versie de documentstructuur net genoeg aan te passen zodat je opgezadeld zit met conversieproblemen (gedeeltelijk of helemaal), in de hoop dat je dan weer een nieuwe versie van de software inkoopt. Er zijn wat dát betreft voorbeelden ten over.....

[ppl]

De werkelijkheid is andersom: LibreOffice hanteert keurig die 100% ISO-standaard, maar het is MS Office die het document foutief opent en er een bende van maakt.

Helaas is dit pertinent onjuist en zeer hardnekkig misverstand. Het is Microsoft Office die keurig de volledige ISO-standaard van ODF hanteert wat ook de reden is waarom er zo weinig mogelijk is. LibreOffice hanteert zijn eigen variant op ODF 1.2 en noemt dat ODF 1.2 Extended. Hiervan kent het zelfs 2 varianten: degene die als default ingesteld staat en een zogenaamde "compatibility mode" variant. Wil je de officiële ISO-standaard gebruiken dan is dit wel mogelijk maar dien je dat zelf in de settings aan te passen. Hier kun je zelfs nog de oude 1.0/1.1 versie van ODF selecteren (het staat in de settings onder Load/Save > General > Default file format & ODF settings).

De ODF 1.2 ISO-standaard is van 2015 (eigenlijk 2011, toen werd het een OASIS standaard) en biedt een aantal zaken niet. De Extended versie die LibreOffice gebruikt is hierop een aanvulling om een aantal van deze ontbrekende zaken toe te voegen. Als de andere applicatie deze extended versie niet ondersteund krijg je dus problemen.

Hierbij moet echter wel opgemerkt worden dat het hele idee achter ODF nou juist behoud van content is en niet behoud van layout. Dat wil zeggen dat applicaties die ODF ondersteunen de content moeten weergeven maar best de layout mogen verneuken.

Kortom, dat Microsoft Office de boel niet goed weergeeft is dan ook helemaal niet de schuld van Microsoft Office maar deels die van het formaat zelf en deels die van LibreOffice. Misschien ook deels Microsoft maar dat is moeilijk vast te stellen. Dit is overigens niet nieuw, het stamt nog uit het OpenOffice.org tijdperk (die gebruikte standaard ook een andere versie van ODF en diens voorloper dan bijv. bij OASIS was gedefinieerd; hier moest je dat dus ook zelf in de instellingen aanpassen).

Dat worden ze op dit moment niet, en zitten wij voorlopig nog steeds vast aan die vervloekte OOXML-bende.

En ook dit is pertinent onjuist. De enige reden waarom we aan OOXML vast zitten komt doordat dit het default formaat is in Microsoft Office sinds dat ze het geïntroduceerd hebben. Om even terug te komen op het ODF 1.2 Extended verhaal hierboven: vrijwel niemand wijzigt het standaard bestandsformaat in hun office suite. Dat is de enige reden waarom we aan OOXML en PDF 1.2 Extended zitten ipv de officiële ISO versie van ODF 1.2. Het is niet dat Microsoft Office en LibreOffice die officiële ISO-standaard niet ondersteunen.

Ik ga binnenkort een project opstarten op mijn werk. Mijn voorstel gaat dan ook zijn om alle documentatie die voortvloeit uit het project, van interne stukken tot en met met brieven naar derde partijen aan toe, allemaal opgeslagen worden in ODF. Al was het maar om te voorkomen dat we in de toekomst met compatibiliteitsproblemen zitten.

Wellicht handiger om even verder te kijken dan alleen ODF. Als je kijkt naar dingen als Markdown en LaTeX dan zie je dat deze aanzienlijk geschikter zijn voor gebruik in versiebeheersystemen zoals git omdat ze geen binary formaat zijn maar plain text. Plain text is veel meer compatible dan binary bestandsformaten zoals ODF (ODF is een zip-file met daarin XML content maar ook plaatjes als je dat in je document hebt). Met plain text kun je namelijk alleen de wijzigingen opnemen en wordt niet bij iedere wijziging weer het gehele bestand opgeslagen. Dat laatste kan problemen opleveren bij allerlei versiebeheer bewerkingen die je kunt doen. Doordat de boel plain text is heb je ook geen compatibiliteitsproblemen meer. De content is immers gewoon door van alles en iedereen te lezen.

Buiten dat moet je je afvragen of sommige zaken nadien nog wel gewijzigd mogen worden. Soms is iets als PDF een beter formaat om in op te slaan. Zeker wanneer je de archiveringsvariant daarvan gebruikt.

Met andere woorden: ODF en LibreOffice zijn mooie en handige tools maar niet een zilveren kogel die je voor alles kunt toepassen. Choose your tools wisely

[Reactie gewijzigd door ppl op 23 juli 2024 15:04]

[Qalo]

Daarom is het, mocht je zoveel mogelijk resultaat willen boeken qua uitwisselbaarheid, je documenten op te slaan in ODF 1.2 in plaats van ODF 1.2 Extended. Maar zoveel verschil is er uiteindelijk niet eens met ODF 1.2 standaard ten opzichte van 1.2 Extended. De uitwisselbaarheid is met het één niet minder of anders dan met het ander. Vanuit het perspectief van LibreOffice bekeken. Dat kun je HIER bekijken

Ik snap ook wel dat geen enkel commercieel kantoorpakket hun documentformaten opgeven. Dat heeft alles te maken met het afhankelijk houden van de gebruikersschare, om zo hun producten te kunnen blijven verkopen. Zou Microsoft hun OOXML opgeven, dan weten ze dat ze binnen no-time heftige competitie kunnen verwachten van kantoorpakketten zoals LibreOffice. Hun marktaandeel zal binnen afzienbare tijd enorm dalen.

Niet dat MS Office slecht is (heb ik trouwens ook nooit beweerd), maar hun OOXML is géén documentstandaard die op een eerlijke wijze is verkregen. Ze hebben die certificering gewoonweg gekocht via slinkse wegen. En daar hebben we gewoon last van. Een standaard is een standaard. Als er 20 standaarden zijn mag het ook niet meer het stempel "standaard" dragen. It just doesn't make sense.

Verder gaat het met de MS Office versies onderling ook regelmatig mis. Open een Excel 2010 document in de laatste MS Office, en de problemen zijn meteen zichtbaar. En dat heeft alles te maken met hoe OOXML geïnterpreteerd wordt. Dat is tussentijds weleens gewijzigd, waarmee Microsoft documenten bij zelfs hun eigen pakketten niet 100% uitwisselbaar is. Dat vind ik onacceptabel, eerlijk gezegd.

Je zegt dat het niet de schuld van Microsoft dat documenten niet juist worden weergegeven, en dat dit komt door "het formaat zelf" en LibreOffice. Maar die bewering moet ik toch écht onderuit halen. Ik heb in het verleden al postings met voorbeelden gegeven dat dit bevestigd (uit de praktijk). Microsoft voldoet aan de eis om ODF te openen, maar beweegt verder niet mee in de ontwikkeling van ODF. Helemaal niets. Als ik dan een simpele Calc-document open zonder bijzonderheden, en MS Office modificeert het document bij het openen op een manier die de boel door de war schopt. Dat ligt dus wèl aan MS Office. Als ik namelijk hetzelfde document open in - als voorbeeld - Gnumeric, dat wordt het document gewoon geopend zonder modificatie.