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

Software-update: LibreOffice 6.3.1

LibreOffice 6.0 logo (80 pix) De Document Foundation heeft de eerste update voor versie 6.3 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.3 zien we onder meer prestatieverbeteringen in Writer en Calc wanneer een document meerdere bookmarks, tabellen en embedded fonts heeften zijn de export naar pdf- en ondersteuning van Microsoft Office-documenten verbeterd. Versie 6.3.1 kende twee release-candidates, waarin in totaal 82 verbeteringen zijn aangebracht.

Bugs fixed compared in 6.3.1 rc1:
  • cid#1448222 out-of-bounds read
  • cid#1448262 dereference before null check
  • tdf#39742 DRAW, IMPRESS: Menu 'Tools-Options-DRAW-Print' settings not respected
  • tdf#42316 Creating a new document from a template removes the signature from all Macros
  • tdf#44786 PRINTING: Draw ignores global print options, forgets print dialog settings
  • tdf#54908 printing when a selection is active should take in account it and activate the "print selection" radio button
  • tdf#94300 Fill gradients dont work in area content panel of chart sidebar
  • tdf#106000 delete/edit comment in context box not an option if comment is escaped without writing anything in it.
  • tdf#107975 CRASH: Crash after undo operation (BigPtrArray::Index2Block(unsigned long)
  • tdf#110442 EDITING: The image within the selection doesn't disappear after cutting
  • tdf#112535 FILESAVE: DOC: Image got distorted after RT
  • tdf#116085 Cannot start Certificate Manager with GPG4win v3
  • tdf#117185 Crash when closing the document after a specific undo redo operation (Paste) due to inserted fly anchored at end of last paragraph in body
  • tdf#118384 Sidebar: Style is not added back to hierarchy after deleting and redoing it
  • tdf#121599 (Supress-migration-dialog)
  • tdf#122358 Forms: Right and bottom borders of form-controls set to 'FLAT' style not displayed (gtk3)
  • tdf#122774 All items in AutoFilter popup menu are not keyboard accessible
  • tdf#123099 Creating new "HSQLDB Embedded" database immediately brings up migration-to-Firebird dialog
  • tdf#123591 Firebird - Incorrect Pasting of Numeric Data
  • tdf#123702 FILEOPEN RTF Size of page margins is different in Word and Writer
  • tdf#124108 auto-correction of typographic quotation marks and apostrophes broken for fr_CI
  • tdf#124700 LibO6.2 regression: bad misrendering of metafile
  • tdf#125100 EDITING: Insert OLE Object behaves different if new document is generated from template
  • tdf#125483 Changing Locale does not update the label of the separator key
  • tdf#125609 radiobutton receives item status changed event after listbox value selection
  • tdf#125628 FORMATTING: Part of text loose yellow highlight reopening document
  • tdf#125923 Numbering and Bullets dialog Revert button closes window instead of reverting changes on Impress
  • tdf#126070 New Bullets Dialog - Preview zone not resizable + levels above 6-7 not visible with default zone size
  • tdf#126168 Crash in: rtl_uString_acquire: frame style undo redo
  • tdf#126222 EDITING Writer: After scrolling extra header/footer are shown
  • tdf#126227 Top border not displayed on track changes (gtk3)
  • tdf#126309 Opening RTF document with Hebrew RLT (right to left) text is shown with the text written from left to right
  • tdf#126460 Wrong rendering with Greyscale TIF with no / transparent background
  • tdf#126471 Mail merge ignores preselected printer when printing second time
  • tdf#126485 Tabs and indents in numbering and item list were limited to less than 20 pt
  • tdf#126511 Delete path to Gallery from graphics list in B&N dialog
  • tdf#126544 in DOCX files, some styles's "text direction" appears Right-to-Left or Left-to-Right depending on User Interface Language
  • tdf#126588 EDITING: Firebird: View could be executed, but crashes when trying to save
  • tdf#126590 FILEOPEN DOCX Absolute links broken in Writer
  • tdf#126597 Don't crash Outlook 2016 when sending multiple attachments mail via SimpleMail
  • tdf#126611 XML Form Document: instance Data Navigator isn't shown in toolbar
  • tdf#126626 CRASH: pasting fly at-char selection
  • tdf#126627 CRASH: undoing redlinehide deletion
  • tdf#126641 Hyperlink to bookmark in doc[x] file does not work
  • tdf#126642 Allow PDF form export with different defaults based on Archive setting
  • tdf#126643 If I select LibreOffice Calc macros Python, an error message box mentions JRE is required.
  • tdf#126663 XLSX: LibreOffice is freezed when I try open Style list in Sidebar
  • tdf#126680 Two Finger Horizontal Scroll is Reversed on Linux and macOS
  • tdf#126684 Character Style border attributes UI doesn't show borders or allow change to borders
  • tdf#126685 CRASH: selecting all in sheet
  • tdf#126691 Placement of items in Writer + Undo is 100% broken
  • tdf#126708 EMF image lost in command-line conversion from .odt to .doc
  • tdf#126723 FILEOPEN DOCX Numbered list item gets indent setting from next paragraphs footnote
  • tdf#126732 FILEOPEN: Writer crashes on opening Docx file
  • tdf#126736 In line dialog, tab "Line Styles", dash length and spacing cannot be larger than 5%
  • tdf#126746 Closed shape cap style, losed after export to pptx
  • tdf#126748 Intermittent crash exporting a ODS to XLSX
  • tdf#126766 FORMATTING -10000 sometimes shows up as .0000
  • tdf#126769 Sidebar can't be collapsed clicking on the hide arrow
  • tdf#126790 CRASH: Closing LibreOffice while 'Help is not Installed' dialog is open in extension manager (gen/gtk)
  • tdf#126808 UI: Writer crashes opening the style edit window after doing many style edits
  • tdf#126844 Find & Replace Dialog no longer permits me to format "Replace" text. (GTK3)
  • tdf#126848 Drop-down filter window in Pivot table is flickering when move mouse point on it
  • tdf#126859 Custom document properties cannot be accessed in LO 6.3
  • tdf#126889 HELP: Very large images in a page of online help
  • tdf#126931 Wrong date formats for Upper Sorbian and Lower Sorbian
  • tdf#126943 CRASH: Closing LibreOffice while load Styles dialog is open (gen)
Bugs fixed in 6.3.1 rc2:
  • tdf#118856 Text flickering when highlighting text in about us windows
  • tdf#125869 LibreOffice UI freezes (shows not responding) while exporting a pdf
  • tdf#126254 Help - About is black with Linux gen and gtk2 backend
  • tdf#126271 Selecting of control points of curves not working correctly for combined polygons
  • tdf#126418 Crash in: ScColumn::MergeBlockFrame(SvxBoxItem *,SvxBoxInfoItem *,ScLineFlags &,long,long,bool,short)
  • tdf#126693 I cannot create custom categories for captions
  • tdf#126781 size of conditional formatting window prevents text to be changed (right end unreachable)
  • tdf#126805 Config Tip-Of-The-Day option is shown displaced
  • tdf#126819 Can't retrieve the mouse position written in the statusbar
  • tdf#126830 Icons not showing in menus
  • tdf#126908 no keyID for some tooltips in table toolbar
  • tdf#126928 FILEOPEN: Multiple external link chain with several calc documents doesn't work properly any more
  • tdf#126989 Libreoffice v6.3.0.4 hangs - Scan in Writer/ Impress/ Draw/(Calc?)

Versienummer 6.3.1
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows Vista, Windows 8, Windows 10
Website The Document Foundation
Download https://nl.libreoffice.org/download/libreoffice-fris/?type=win-x86_64&version=6.3.1&lang=nl
Bestandsgrootte 287,00MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

05-09-2019 • 21:15

23 Linkedin

Bron: The Document Foundation

Reacties (23)

Wijzig sortering
Libreoffice is zich hard aan het ontwikkelen. Voor dagelijke gebruikt voor even een briefje maken of spreadsheet maken voldoet libreoffice ook prima.
En dat niet alleen. Ook voor professionele heavy duty taken voldoet LibreOffice uitstekend. Op sommige punten zelfs beter dan MS Office. Ik heb legio voorbeelden uit de praktijk die het al bewezen hebben.

Ik kan het weten, want ik gebruik beide kantoorpakketten zéér intensief. Zowel voor privéprojecten als voor mijn werk.

Enige tip is wel: als je van plan bent om je in LibreOffice aangemaakte documenten ook in MS Office te gebruiken, sla te allen tijde - voor jezelf uiteraard - het originele document op als Open Document Format (bijvoorbeeld .odt (Writer) of .ods (Calc)), om vervolgens daarnaast óók een exemplaar op te slaan als MS Office document (bijvoorbeeld als .docx of .xlsx). Doe dit ALTIJD met LibreOffice en NOOIT met MS Office. Doe je dit toch en laat je MS Office je je originele Writer- of Calc-document openen, dan zal MS Office je document vernielen, met als resultaat een misvormd document.

Eerst krijg je DEZE melding te zien, om vervolgens - na de zogenaamde "reparatie" (lees: slechte conversie) DEZE melding te zien.

Als je vanuit LibreOffice je bestand opslaat in een MS Office documentformaat, dan zal de conversie in de meeste gevallen prima gaan. Houdt hierbij overigens wél rekening met zaken zoals het gebruikte lettertype. Want in sommige gevallen zal dat de schuldige zijn dat je document er net even anders uitziet. Gebruik je een lettertype die door beide programma's gebruikt wordt, dan zal het omzetten in de meeste gevallen gewoon goed gaan en er zo uitzien zoals bedoeld.

MS Office opent weliswaar Open Document Format documenten, maar doet dit alleen op zeer basaal niveau. Hiermee voldoet MS Office aan een gestelde eis, maar doet verder niets aan de kwaliteit van de conversie. En er is verder ook nooit iets aan verbeterd. Zal ook nooit gebeuren, want Microsoft wil dat je MS Office gebruikt. Simple as that... ;)

Typo: tikfoutjes eruit gehaald.

[Reactie gewijzigd door Qalo op 5 september 2019 22:12]

Als ik op MacOS Office 365 in Excel iets maak en opsla als ODS dan ziet het er raar uit als ik het weer open (in dezelfde Excel). Ik heb het dus nooit als xlsx opgeslagen. Sla ik het vervolgens als xlsx op, sluit Excel en open het weer, ziet het eruit zoals het eruit zag voordat ik het de eerste keer opsloeg.

Met Word heb ik ook heel slechte ervaringen. Ik had zelfs in Word ingesteld om standaard ODT te gebruiken maar ondanks dat zien mijn documenten er de volgende keer dan lelijk uit.

Ik heb het dan dus nog nooit als docx opgeslagen.

Sindsdien negeer ik open document format helemaal..
Even als wetenschapper: je hebt 2 bronnen, 2 opslagformaten en 2 readers, dus in totaal 8 routes.

a) Maak in Microsoft Off. -> opslaan als ODS -> open met Microsoft Off.: Volgens @Jazco2nd rommelig
b) Maak in Microsoft Off. -> opslaan als ODS -> open met Libre Office: ???
c) Maak in Microsoft Off. -> opslaan als XLSX -> open met Microsoft Off.: Volgens @Jazco2nd: goed
d) Maak in Microsoft Off. -> opslaan als XLSX -> open met Libre Office: Volgens @Qalo: goed
e) Maak in Libre Office -> opslaan als ODS -> open met Microsoft Off.: goed
f) Maak in Libre Office -> opslaan als ODS -> open met Libre Office: goed
g) Maak in Libre Office -> opslaan als XLSX -> open met Microsoft Off.: goed
h) Maak in Libre Office -> opslaan als XLSX -> open met Libre Office: goed

Je kunt het dus correct wegschrijven en openen in ODS formaat (e) als je dat zou willen. Maar een bedrijf (Microsoft) dat zijn eigen 'de facto' standaard promoot heeft geen belang bij een 'de jure' standaard. Anders zou een groot deel van de gebruikers vandaag nog overstappen. Nu kun je immers gebruikers bang maken met "het is niet compatible".
In werkelijkheid is de Microsoft standaard niet eens compatible met zichzelf: De uitvoering op Macintosh computers is anders dan op Windows, zie de Feature vergelijking. Feitelijk hetzelfde machtsmiddel als gedurende de browser wars, toen Microsoft bewust variaties van HTML ging maken zonder dat met een publieke standaard commissie af te spreken. Zou je voor Internet Explorer willen betalen als je weet dat de open bron varianten ook goed genoeg werken?

[Reactie gewijzigd door scholtnp op 6 september 2019 10:48]

Dan zou ik eens gaan overwegen om, waar dan ook mogelijk, af te stappen van het hele office gedoe en over te gaan op AsciiDoc of Markdown. Dit soort documenten kan je in principe met een standaard tekst-editor (notepad) maken/bewerken, mits je goed op de hoogte bent met de syntax.

En als je dat niet bent, dan gebruik editors als 'AsciiDocFX', Brackets (met asciidoc plugin), Eclipse (met asciidoctor plugin), VS Code (met asciidoc plugin) of zelfs IntelliJ IDEA 2019.03 (met asciidoc plugin). Al deze editors hebben een (real-time) preview scherm wat toont hoe je document eruit zal komen te zien.

Het is even wennen, maar je kan er documenten met vrij gecompliceerde structuren mee maken, die zeer gemakkelijk naar HTML/PDF/DocBook/EPUB zijn te exporteren. De AsciiDoc parser heeft deze al standaard ingebouwd.

Nog meer voordelen: je kan dit soort documenten heel gemakkelijk indexeren met een (lokale) zoekmachine, versie-beheer is makkelijk te doen in Git ('diffen' dus ook).

Uiteindelijk zijn het dus tekst-bestanden, die nog gewoon leesbaar zijn voor mensen in hun ruwe vorm.
De reden waarom mensen geen LaTeX (of AsciiDoc of de zoveelste incarnatie gebruiken) is dat mensen WYSIWYG willen werken in een bekend ogende omgeving.
Je hebt inderdaad gelijk, de meeste mensen zijn ondertussen zodanig gewend aan Word/Writer dat ze geen andere vorm van het bewerken/maken van documenten meer dulden.

Als jonkie heb ik nog met Word Perfect gewerkt, waarbij je "onder water" wijzigingen aan kon brengen die invloed hadden op de opmaak, etc.

Vandaar dat deze nieuwe vormen van het bewerken/maken van documentatie toch vertrouwd aanvoelen. Maar goed, dat is mijn 'probleem', niet ht jouwe of dat van de meeste mensen.

Toch denk ik dat er genoeg mensen zijn die wel degelijk goed overweg zouden kunnen met een strictere scheiding tussen opmaak en de aktuele tekst die je probeert te communiceren. Latex is een extremer voorbeeld, wat ook nog eens veel minder makkelijk is om te leren dan bijvoorbeeld AsciiDoc of Markdown.

Maar ja, die gewenning aan Office pakketten....dat is vechten tegen de bierkaai. Toch, mocht er ooit iemand zijn die het compleet gehad heeft met Office en de incompatibiliteiten tussen verschillende versies van hetzelfde en andere pakketten, dan is het voor die persoon toch goed om te weten dat er alternatieven zijn die wel (blijven) werken.
Ik ben al jaren op zoek naar een manier om het volgende te doen. In MS Office, wanneer ik wijzigingen bijhoud en in een zin een paar woorden schrap en een paar woorden toevoeg, kan ik het zo instellen dat de nieuwe woorden gekleurd zichtbaar zijn, en de geschrapte woorden onzichtbaar (alleen een klein streepje dat verwijst naar de kantlijn). Het is mij nog niet gelukt dit in Libre Office voor elkaar te krijgen. Het probleem is dat zinnen niet meer leesbaar zijn als, zoals in Libre Office, alle geschrapte woorden doorgestreept in de tekst blijven staan. De nieuw toegevoegde woorden wil ik juist wel zien. Op deze manier kan ik namelijk precies zien op welke plaatsen er iets gewijzigd is in de zin, en kan ik tegelijkertijd zien wat de eindversie van de zin nu is.

Het zal wel onmogelijk zijn, maar mocht jij toch een truc of een add-on of zoiets weten...

[Reactie gewijzigd door Cerberus_tm op 6 september 2019 00:39]

Niet direct, omdat ik zelf deze functie maar sporadisch gebruik (en al een hele tijd niet gebruikt heb!). Maar zou DIT je wellicht op weg kunnen helpen? En HIER staat er ook nog iets over.

En net als erikmeuk3 zegt: als je een feature request wil doen, stel 'm voor aan de boys and girls van LibreOffice. De link staat bij zijn reactie. ;)

Edit 08-09-2019: links voorzien van een update naar de meest recente versie.

[Reactie gewijzigd door Qalo op 8 september 2019 13:01]

Dubbele post, verwijderd.

[Reactie gewijzigd door Qalo op 7 september 2019 15:41]

Same here. Ik werk al zeker zes jaar met Libre office in een professionele omgeving. In de praktijk levert het nooit problemen op mits je werkt met de open standaarden voor bestanden zoals @Qalo als zegt.Fantastisch pakket!
De tip die je geeft is wel een goeie tip, maar de reden die je aangeeft klopt niet (meer). Sinds office 2013 is compatibiliteit met ODS stukken verbeterd en krijg je die farces niet meer. Het kan wel ivm met lettertypes wel nog steeds mislopen, maar daar zijn ook oplossingen voor (zeker in het geval van libreoffice)
Ik heb zelf het "verniel probleem" wanneer ik mijn Libre (.odt) document export als PDF - dat deze in een Windows OS PDF viewer wordt vernield - dat kan ik niet helemaal rijmen hoe dat kan. Maar goed, als Linux user is Office (online 365) geen (goede) optie. Naast Libre ook WPS geprobeerd, maar die mist nog wat features - Libre werkt uitstekend en heeft alles wat ik nodig heb.
En de csv import van LibreOffice is _vele_ malen handiger dan die van MS office. Libre importeert WEL ineens correct linebreaks in een veld i.p.v. MS office die dan een nieuwe regel import start.

En voor de prijs hoef je het niet te laten :)
Ik gebruik 6.3.1
Ik heb sinds kort, als ik een tekening maak in Draw en exporteer naar JPG ziet het er niet meer uit.
Moet het dan als SVG opslaan en in gimp omzetten naar JPG
Ook direct naar PDF heeft dit probleem.
Dunne lijnen veranderen in hele rare bont gevlekte strepen.
Klinkt alsof verwant aan deze bug lijkt?
https://bugs.documentfoun...show_bug.cgi?id=99088#c12
"... I don't know SVG format, and how important DPI is. Considering it's a vector format, and DPI is for raster images, probably not much, but of course if it's imported in a raster editor like GIMP, then it becomes important. I'm just not sure if there's any possible kind of interfacing when it comes to conversion. ...."
Da's gek! Ik heb zojuist in Draw een tekening gemaakt met dunne lijnen erin, en deze vervolgens geëxporteerd als .jpg-afbeelding. Bij mij ziet het er zo uit als bedoeld (LibreOffice 6.3.0.4, Manjaro Linux). Bij het exporteren van de tekening naar PDF zie ik inderdaad dat de lijnen niet mooi worden weergegeven. In mijn geval geen rare bont gevlekte strepen, maar lijnen zonder antialiasing. Alsof het gemaakt is in Paint onder Windows 3.11.
Ik sta elke keer weer versteld hoeveel 'normale' functies elke keer weer als fixed bug voorbijkomen. Je zou toch zeggen dat ze inmiddels de meeste oude bugs wel gehad zouden moeten hebben. Komen ze zoveel brakke oude code tegen bij het implementeren van nieuwe features?
Of wordt elke keer als een nieuwe feature dingen breekt dat als aparte nieuwe bugs ingediend, in plaats van ze onder de feature te scharen?
Of komen er zoveel nieuwe gebruikers bij met aparte gebruikssituaties waardoor dingen worden gerapporteerd die niemand ooit eerder was opgevallen?

In elk geval lijken ze klaar te zijn met het vertalen van Duitse comments en het verwijderen van Java.

PS: Heb voor de gein eens de bugtacker erbij gepackt, en allen Writer al wordt gecapt op 500 *nieuwe* bugs - ze hebben dus nog wel wat jaartjes werk. Zelfs zonder nieuwe features.
Nou ben ik eigenlijk wel nieuwsgierig of dit voor niet-vrije software ook zo is, zouden WordPerfect en Word in het geheim net zoveel open bugs hebben? Of komt het omdat hier onder andere zoveel verschillende vrijwilligers met verschillende ervaring en technieken door elkaar aan werken?

[Reactie gewijzigd door mbb op 6 september 2019 16:11]

Ik sta elke keer weer versteld hoeveel 'normale' functies elke keer weer als fixed bug voorbijkomen. Je zou toch zeggen dat ze inmiddels de meeste oude bugs wel gehad zouden moeten hebben. Komen ze zoveel brakke oude code tegen bij het implementeren van nieuwe features? Of wordt elke keer als een nieuwe feature dingen breekt dat als aparte nieuwe bugs ingediend, in plaats van ze onder de feature te scharen? Of komen er zoveel nieuwe gebruikers bij met aparte gebruikssituaties waardoor dingen worden gerapporteerd die niemand ooit eerder was opgevallen?
Ik denk dat het een combinatie van factoren is. Een kantoorpakket is complexe code, en dat is - blijkt - lastig om helemaal clean te krijgen. Waar je aan de ene kant een stukje code fikst kan het weer een ander (ongewenst) effect sorteren op iets anders. En voor elke software geldt dat er wel ergens fouten in zitten. En hoe meer code, hoe meer foutmarge.

Ze zitten met de legacy code van OpenOffice. Nu is er veel OO.o-code uit LibreOffice gesloopt, maar het blijft toch nog steeds de boel onderhouden en pleisters aanbrengen. En dan blijft de vraag welk effect het heeft op andere functies. Dat is alleen te testen in de praktijk. Met die wetenschap probeer ik LO ook zoveel als mogelijk te gebruiken, zowel privé als op het werk (gelukkig mag ik die ruimte pakken van mijn baas, as long as the job gets done!), en vanuit die praktijk loop je de meeste kans om tegen issues aan te lopen. Bij testen alleen concentreert men zich louter op die specifieke functie die "weerbarstig" is. Bij "het echte werk" kom je dan dingen tegen die je niet verwacht.
PS: Heb voor de gein eens de bugtacker erbij gepackt, en allen Writer al wordt gecapt op 500 *nieuwe* bugs - ze hebben dus nog wel wat jaartjes werk. Zelfs zonder nieuwe features.
Nou ben ik eigenlijk wel nieuwsgierig of dit voor niet-vrije software ook zo is, zouden WordPerfect en Word in het geheim net zoveel open bugs hebben?
Natuurlijk is dit voor andere software niet anders. Op mijn werk zitten ze bijvoorbeeld nog steeds op MS Office 2010, en daar zitten al jaren hele irritante bugs in die door Microsoft nooit opgelost zijn. En deze bugs zal Microsoft in MSO 2010 ook niet meer oplossen, want zij zien je het liefst overstappen naar een nieuwere versie van hun kantoorpakket. Ik heb een aantal bugs in het verleden weleens aan Microsoft gemeld, maar tot op heden zitten deze irritante bugs er in MSO 2010 nog steeds in. In MSO 2016 (dat gebruik ik op mijn eigen machines) lijken ze er niet meer in te zitten. Dus ik vermoed dat ze wel de gemelde bugs onderzoeken, maar deze alleen in nieuwere versies doorvoeren.

[Reactie gewijzigd door Qalo op 7 september 2019 14:57]

Versie is 6.3.1.2, en niet vergeten af en toe een donatie te doen ;)
Ik doneer elk jaar 80 euro aan libreoffice.

Dat is hetzelfde als wat ik kwijt zou zijn aan een office 365 abonnement (ongeveer).

Scribus krijgt per jaar 15 euro.

Beide programma's/ pakketten bij elkaar zijn meer dan voldoende om voor iedereen 99.9% van het werk te doen. Alleen in specifieke business cases is het niet voldoende (lees een programma voor het aansturen van apparatuur wil gegevens enkel naar Microsoft office programmatuur sturen).
Wanneer een document, gemaakt in ms-office, er niet goed uit ziet in LibreOffice, dan ligt dat aan LibreOffice.
Wanneer een document, gemaakt in LibreOffice, er niet goed uit ziet in ms-office, dan ligt dat aan LibreOffice.
Wanneer een document, gemaakt in ms-office versie x, er niet goed uit ziet in ms-office versie y, dan is dat... logisch!

Op dit item kan niet meer gereageerd worden.


Microsoft Xbox Series X LG CX Google Pixel 5 CES 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True