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 5.2.4

LibreOffice logo (75 pix) De Document Foundation heeft de vierde update voor versie 5.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.2 moet onder meer docx-bestanden beter kunnen importeren, voegt onder meer ondersteuning voor tweetrapsauthenticatie bij het benaderen van Google Drive toe en is er een ' opslaan als'  knop aan de taakbalk toegevoegd. Uitgebreide informatie over de veranderingen in versie 5.2.0 kan op deze pagina worden gevonden. Versie 5.2.4 kende twee release-candidates, waarin in totaal 125 problemen zijn verholpen.

Bugs fixed in version 5.2.4 RC 1:
  • bnc#957991 improve pivot cache reading performance
  • coverity#1371267 copy ctor broken, nPagePos not copied
  • gnome#768177 backport gtk3 clipboard fixes
  • i#32968 undo of insert of multi column frame crashes
  • lp#1506544 don't set toolbars as primary
  • lp#1580537 don't set toolbars as primary
  • rhbz#1281906 [gtk3] [wayland] Windows have broken size and headerbar drawn over content
  • rhbz#1326304 [wayland][gtk3] pasting data that external apps put into the clipboard stops to work once I copy something into the clipboard with libreoffice itself
  • rhbz#1350478 copying & pasting text within writer resets the paragraph style to "Default style"
  • rhbz#1351369 Reproducible crash in LibreOffice GTK3 VCL plug-in
  • rhbz#1352965 Infinite recursion in GTK3 clipboard handling
  • rhbz#1362451 Impress consistently crashing on cut/copy and paste
  • tdf#34467 FitToFrame: stretch text to fill drawing obj
  • tdf#60740 export correct locale attribution, not just country
  • tdf#62625 reopen temp stream to readBasic .xls VBA
  • tdf#63846 assign macros after VBA project fully loaded.
  • tdf#71251 VARCHAR max length is 32765 for Firebird
  • tdf#76002 grab focus to sidebar dropdowns
  • tdf#78590 DOCX exp.: Image loss when have a frame anchored to the same para.
  • tdf#79329 DOCX import: fix missing outer table with floattable at cell start
  • tdf#79442 trust the size ... follow-up
  • tdf#79892 improve performance of transliteration
  • tdf#80748 DOCX exp.: Image loss when have a frame anchored to the same para.
  • tdf#82824 DOCX import: fix at-char embedded object handling
  • tdf#83227 DOCX export: fix RelId cache when switching streams
  • tdf#84650 fix X-coordinate of SmMatrixNode's elements
  • tdf#88827 double-thin border: MINGAPWIDTH is a valid width
  • tdf#89377 ww8import: table honors ParaStyle break-before-page
  • tdf#89466 missing case for SID_SAVE_BACKGROUND
  • tdf#89760 backport gtk3 >= 3.20 themeing improvements
  • tdf#90070 don't clip flys with borders
  • tdf#92117 create only one Undo for all UnmergeCells() calls
  • tdf#92160 sc: limit search results to 1000 entries.
  • tdf#92458 don't set toolbars as primary
  • tdf#92776 backport gtk3 >= 3.20 themeing improvements
  • tdf#93825 missing accessibility events when selecting/deselecting cells
  • tdf#93894 prohibit grouping when certain token types are present.
  • tdf#94635 follow up; correct handling of double x-values in case of
  • tdf#95031 DOCX import: auto spacing inside numbering means no spacing
  • tdf#95408 master Document toggle missing if switch to master doc from normal doc
  • tdf#96398 update the reference rdbs to libreoffice-5-2
  • tdf#96453 rework transfer of data between cond format dlgs
  • tdf#97065 gtk3: Date field displayed incomplete
  • tdf#97968 adjust references during Cut&Paste of formula groups
  • tdf#98481 google Sheets uses OOXML t="str" differently
  • tdf#98690 avoid crashes on broken charts
  • tdf#98831 backport gtk3 clipboard fixes
  • tdf#99291 empty array element should not match empty cell
  • tdf#99508 ensure sufficient size for hidpi backing surface
  • tdf#99687 find Text widget fails to emit object:text-caret-moved events
  • tdf#99723 target ratio must be reached
  • tdf#100180 band-aid fix for non-editable chart sidebar
  • tdf#100251 backport gtk3 >= 3.20 themeing improvements
  • tdf#100352 backport ca-ES, fr-FR and nl-NL classification files
  • tdf#100617 fix and
  • tdf#100793 rework transfer of data between cond format dlgs
  • tdf#100830 fix Error in OOXML Transparency Conversion Math
  • tdf#100841 use Popover instead of Tooltip for the fill series hint
  • tdf#101042 fix for frozen windows in Excel
  • tdf#101327 tolerate exceptions during window construction better.
  • tdf#101457 gtk3 clipboards have to live to end once created
  • tdf#101583 references to be expanded must be at least 2 cols/rows
  • tdf#101590 cannot interact with filepicker from import category
  • tdf#101699 backport gtk3 >= 3.20 themeing improvements
  • tdf#101814 sw: MSWord export: don't override first-page with heuristics
  • tdf#101827 mend busy contour dialog.
  • tdf#101832 fix and
  • tdf#102357 export correct locale attribution, not just country
  • tdf#102694 improve pivot cache reading performance
  • tdf#102957 revert SetMinOutputSizePixel workaround
  • tdf#102997 fix Error in OOXML Transparency Conversion Math
  • tdf#102999 get_selected_printer is transfer none
  • tdf#103001 DOCX export: fix RelId cache when switching streams
  • tdf#103032 a11y crash on listbox dispose in toolbar dropdown
  • tdf#103051 pdf export assumed 1bit bitmaps were N1BitMsbPal
  • tdf#103083 EDITING: Cut and Paste changes bullet point formatting
  • tdf#103087 border widget must not have focus initially
  • tdf#103103 many Arabic fonts dont render correctly
  • tdf#103178 final SID can differ from the original one
  • tdf#103185 add VCL backend being used to About dialog
  • tdf#103264 missing case for SID_SAVE_BACKGROUND
  • tdf#103320 backport gtk3 >= 3.20 themeing improvements
  • tdf#103334 EDITING: Undo on bullet point style
  • tdf#103359 undo of insert of multi column frame crashes
  • tdf#103389 resaving a DOCX document with two canvases leads to a broken file.
  • tdf#103421 disposeAndClear m_aColorSet (reportdesign)
  • tdf#103472 gtk3 dnd must clear listener after dragDropEnd dispatch
  • tdf#103473 ensure positive rectangle size
  • tdf#103493 copying note captions needs a completed destination sheet
  • tdf#103507 quickfix: Automatic selection of Oracle Java runtime on Windows
  • tdf#103514 always ignore bitmap fonts on Windows
  • tdf#103530 OOXML: pass ExternalLinkInfo compiling named expressions
  • tdf#103531 OOXML: write external file ID within quoted sheet names
  • tdf#103544 DOCX exp.: Image loss when have a frame anchored to the same para.
  • tdf#103552 decrease SpreadsheetML import time to prevent "General input/output error"
  • tdf#103664 FILEOPEN: DOCX: Wingdings symbols are imported as rectangles
  • tdf#103684 calculate status bar functions across sheets
  • tdf#103689 do not slice 3D area broadcasters into separate sheets
  • tdf#103696 ensure glm always uses radians
  • tdf#103701 bulk-broadcast the correct hint ID for formula groups
  • tdf#103753 DOCX: Handle relative positions to left or right margin
  • tdf#103756 CTRL+Z not working to undo changes performed through Navigator
  • tdf#103788 sw: fix use-after-free in navigator dialog
  • tdf#103792 no placeholder text imported for empty title shape
  • tdf#103803 change from BGRA to RGBA color arrangement on Windows
  • tdf#103804 reduced register areaScale shader and detection for intel
  • tdf#103809 the argument is a bool* not a VclPtr
  • tdf#103826 missing master page pane context menus in Draw
  • tdf#103852 avoid clipboard deadlock
  • tdf#103876 PPTX import: Title shape's character properties are wrong
  • tdf#103914 if menu no longer has focus, leave focus where it is
  • tdf#103915 don't set toolbars as primary
  • tdf#103950 undo does not revert bundled font size changes for table cells
  • tdf#103982 DOCX export: make sure SdrObject margin is non-negative
  • tdf#103994 AdjustReferenceOnMove: handle external references
  • tdf#104015 PPTX import: Title shape does not inherit fill properties
  • tdf#104096 reset also rRawRes if trailing characters are present
  • tdf#104144 missing dashed border, "break" should be "fallthrough" after all
  • tdf#104201 PPTX: Group solid fill is not imported
Bugs fixed in version 5.2.3 RC 2:
  • tdf#91125 prevent autotext to crash when drag&drop
  • tdf#101458 check PNG for adequate compression
  • tdf#101729 recover fnGetSize,fnLeftDist,fnRightDist,fnXInc
  • tdf#103756 fix crash of this on 5-2 with initial backport
  • tdf#104152 suppress notifications from EditEngine during Paste
  • tdf#104495 prevent autotext to crash when drag&drop

Versienummer 5.2.4
Releasestatus Final
Besturingssystemen Windows 7, Linux, Windows XP, macOS, Windows Vista, Windows 8, Windows 10
Website The Document Foundation
Bestandsgrootte 213,00MB
Licentietype GPL


Downloads en Best Buy Guide

Reacties (34)

Wijzig sortering
Ah, mooi! Kan ik meteen ook GROOTS aankondigen dat diegenen die constant LibreOffice aan het afbranden waren nu EINDELIJK hun zin gaan krijgen, want.... het lint komt eraan! Zie HIER en HIER. Vanaf 5.3 zal deze optie ingebakken worden (experimenteel). Is dat goed nieuws of niet? ;)

Zelf zal ik het niet zo snel gebruiken, maar ik vind het wl prima dat je kunt kiezen of je een lint wil hebben la Microsoft Office, of dat je toch liever gaat voor het klassieke uiterlijk (al dan niet in combinatie met de o zo handige sidebar).

[Reactie gewijzigd door Qalo op 23 december 2016 12:45]

Zat er natuurlijk aan te komen. Prima, als mensen daar blij van worden. Ik houd het lekker op de ouderwetse stijl :)
Ja, ik ook hoor. Ik heb niets met dat lint. Op het werk moet ik soms ook (helaas) MS Office gebruiken. Dat lint kan handig zijn als je er veelvuldig mee werkt, en je je weg erin weet te vinden. Maar je gebruikt niet alle functies veelvuldig, dus verdwaal je weer hl snel in dat gare lint en zoek je je de pestpokken naar een bepaalde functie. Breek me de bek niet open hierover. Ha ha...

Nee, het klassieke menu geniet ook mijn voorkeur. Maar ik kan prima leven dat het nu optioneel is. Nu kunnen diegenen die zo lopen te janken over dat lint dr in ieder geval niet meer over vallen. Het enige waar men nu nog over kan "huilen" is de zogenaamde "incompatibliteit" ten opzichte van MS Office. Maar zoals ik al vaker in postings aangaf: het is niet LibreOffice die zogenaamd "niet-compatibel" is, maar MS Office. LibreOffice volgt 100% netjes alle open standaarden, terwijl MS hun eigen standaard - met een lobby en een dikke zak poen - hun eigen standaard ook als "standaard" hebben weten af te kopen.

Al geven ze een miljard, voor mij blijft OOXML een kreupele en gehandicapte implementatie van de werkelijke open standaard (ODF).

Als men dat nu ook zo gaat zien (en dat ook eens belangrijker gaat vinden i.v.m. uitwisselbaarheid en benaderbaarheid van documenten in de toekomst), dan is er wellicht ooit een dag dat MS Office ook 100% het ODF gaat volgen, in plaats van dat vervloekte OOXML.

Over 20 jaar kan ik gegarandeerd al mijn bestandjes nog netjes openen. Dat valt nog te bezien met de .docx'jes en de .xlsx'jes waar men doorgaans hun documenten op dit moment nog mee opslaan. ;)
Het is als of ik een stuk van mijzelf lees.
Juist, het is MS die niet compatibel is, en die wel roept dat het (OOXML / DOCx) een OpenStandaard is, maar het voldoet niet aan de EU definitie hiervan.
Eigenlijk verbaas ik mij er steeds weer (meer) over, dat er nog bedrijven en overheden zijn die MS-Office gebruiken.
Kan het lint ook verticaal aan de zijkant staan? Daar zit ik namelijk met smart op te wachten. Ik werk meestal met A4 portrait formaat teksten terwijl mijn scherm landscape is. Dan heb ik dus liever zo min mogelijk boven en onder mijn 'vel' en zoveel mogelijk ernaast waar ik ruimte over heb.

Uiteraard kun je allerlei toolbars verticaal zetten maar omdat ze er meestal niet echt voor zijn gemaakt werkt dat niet ideaal. Ik heb altijd stiekem de hoop gehad dat een flinke verbouwing van de LO interface zoiets wl goed zou doen.
Dat nieuwe lint is horizontaal. Wil je verticaal werken, dan heeft LibreOffice de sidebar. Werkt perfect! ;)
Ik had liever gehad dat ze die zijbalk hadden afgemaakt in plaats van weer energie in dat suffe lint te steken. Nu blijft LibreOffice nog een beetje hinken op zowel het zijmenu als de oude menu’s, met als resultaat dat ik nog steeds veel werkbalken boven het scherm nodig heb.

Als ze toch iets van Office willen jatten, dan graag de functie om twee documenten naast elkaar te openen en synchroon te scrollen. Dat mis ik namelijk heel erg als ik vertalingen nakijk.
Dat ziet er fraai uit!! Ik ben al een tijdje een tevreden LibreOffice gebruiker op mijn MacBook. Op mijn werklaptop zit Office, dus ik gebruik beiden, maar ik vind dat lint wel erg mooi en ben blij te lezen dat het lint nu ook naar LibreOffice komt. Eerst nog wel even afwachten natuurlijk....
Uitstekend nieuws. Ik ga hem zeker proberen.
Is dat goed nieuws of niet?
Ik kies voor "of niet". "Het lint" is overrated en ongelooflijk gebruiksonvriendelijk. Een typisch geval van "veranderen om het veranderen". Als ik een keer gedwongen met Microsoft Office moet werken zoek ik me altijd helemaal scheel naar alle opties. Er zijn gewoon hl veel opties die op onlogische plaatsen staan. Als ik straks "het lint" gedwongen moet gebruiken, gaat LibreOffice eruit. Er komt vast wel een fork van mensen die ook niet blind achter de constante drang van Microsoft om bij elke versie de UI ondersteboven te gooien aan rennen...
Ik ben het helemaal met je eens, toch is het een feit dat het belangrijkste argument van veel mensen (en dan heb ik het alleen nog over wat ik op Tweakers lees!) is dat MS Office wel zo'n "ribbon" heeft en ze dat niet meer willen missen. Verder is het natuurlijk gewoon gewenning: werk er een paar dagen mee en je weet niet beter. Geldt voor elke overstap: Windows <> Mac, Android <> iOS, Lada <> Tesla, ...

Als dit een gamechanger is voor een grote groep mensen, dan kan ik deze keuze alleen maar toejuichen, zeker omdat het optioneel is. Iedereen blij!
Ik snap je helemaal, en voor wat betreft de gebruiksonvriendelijkheid van een ribbon ben ik het volledig met je eens. Alleen is het zo dat je in dit geval niet vast zit aan "een verandering" en dat het ribbon je door de strot geduwd krijgt. Je kunt nog gewoon de keuze maken tussen verschillende opties. Op zich vind ik dat niet verkeerd, want zo is er voor ieder wat wils. Wil je een ribbon, dan kies je daar voor. Wil je een klassieke layout (zoals ik), dan kies je dat.

Kijk maar in mijn eerdere postings hoezeer ik dat geleuter over het ontbreken van een ribbon verfoei. Maar zolang ik de keuze krijg voor hetgeen ik fijn vind gewoon blijft kan ik er geen bezwaar tegen hebben. Het zou een ander verhaal zijn als LibreOffice besloot om de ribbon door te voeren zonder verdere andere keuze (zoals in MS Office).

Met mijn opmerking: "Is dat goed nieuws of niet?" doelde ik op de mensen die LibreOffice puur en alleen vanwege een GUI detail afkeuren. Terwijl LibreOffice gewoon een schitterend kantoorpakket is en niet beoordeeld zou horen te worden op zo'n onbelangrijk detail. Het gaat immers om de bruikbaarheid van zo'n pakket. En die is mr dan dik in orde met LibreOffice. Zeker ook als je je bedenkt dat je zo'n fantastisch stukje software gewoon gratis krijgt. Wat valt er dan nog te zeuren, nietwaar? ;)

Maar voor jouw geruststelling: het lint is een OPTIE, dus niet opgedrongen. Gelukkig maar... ;)

[Reactie gewijzigd door Qalo op 23 december 2016 14:23]

Mee eens, maar het enige is wel dat dit soort opties vaak op den duur verplicht worden, want op een gegeven moment "hebben ontwikkelaars geen zin meer om oude functies te blijven ondersteunen"...

Verder ben ik fan van Libre Office. Het enige waar ik altijd over zeur is dat bij "wijzigingen bijhouden" je er niet voor kunt zorgen dat verwijderde tekst verborgen wordt: die blijft altijd in de lopende tekst staan (kan alleen doorgestreept weergegeven worden). Hierom wacht ik al jaren met een algehele overstap (gebruik meestal Word 2003, dat prima werkt).

[Reactie gewijzigd door Cerberus_tm op 23 december 2016 16:04]

Kun je daar geen plugin of macro script voor maken die dat soort doorgestreepte tekstkleur gelijkstelt aan de achtergrondkleur? (Is dan nog steeds niet weg, maar wel onzichtbaar tijdens het lezen)

[Reactie gewijzigd door mbb op 23 december 2016 17:39]

Ik zou dat niet kunnen, maar zou wel handig kunnen zijn. Vooral als het script de tekstkleuren herstelt zodra je "alle wijzigingen accepteren" kiest. Maar, zoals je zegt, met grote stukken wit heb je nog steeds een moeilijk leesbare tekst, om te controleren of de zinnen nog goed lopen na je wijziging (al is het wel leesbaarder dan met doorgestreepte stukken).

[Reactie gewijzigd door Cerberus_tm op 23 december 2016 19:01]

Het lint is optioneel. Dat staat ook zeer duidelijk in de blogpost.
Ik ben al afgehaakt bij versie 5.1, toen het menu helemaal overhoop gegooid werd.
Wat een misser.

Net als Microsoft denken in het 4:3-beeldbuisscherm tijdperk.

Goedemorgen, tegenwoordig heeft men breedbeeldschermen waarvan de helft gevuld wordt met lege grijze ruimtes. Ja er is een zijbalk, maar die mag wel wat uitbreidbaarder en aanpasbaarder worden.

[Reactie gewijzigd door RoestVrijStaal op 24 december 2016 22:55]

Tja, jouw mening. De logica achter de sidebar is heel verklaarbaar, namelijk dat juist de 4:3 beeldschermverhouding steeds minder gangbaar is. Doordat de verhoudingen tegenwoordig veelal 16:9 of 16:10 is, is er in de breedte meer ruimte. En dan kun je met een sidebar wel iets van de breedte af snoepen zonder de werkbaarheid aan te tasten.

Zo'n lint neemt ook een bak ruimte in, maar dan horizontaal. Sommigen ervaren dat als "turen in een brievenbus". Daar valt wat voor te zeggen.

Maar voel je geroepen ideen aan te dragen aan de LibreOffice developers hoe het anders/beter kan. ;)
Gebruikers houden ook de keuze. Je kan zelf kiezen wat je wilt hebben.

Lezen is ook zo moeilijk tegenwoordig
Maar dat zeg... euh... schrijf ik ook de hele tijd: je krijgt een KEUZE. Wil je geen lint, dan kies je voor een optie die jou het best werkt. Er verandert feitelijk niets, alleen krijg je een extra keuze, namelijk de optie voor het instellen van een lint. Wil je het niet, dan kies je voor de klassieke GUI. Geen vuiltje aan de lucht...
Toen ik dit laatst zag werd ik daar best blij van :)

Het wordt echt tijd dat we met z'n alle afstappen van MS Office. Dat het er leuk uitziet of dat je er aan gewend bent zijn een te grote prijs om te betalen voor de algehele afhankelijkheid van dit bedrijf.

LibreOffice is super, werkt super, en timmeren elke release gestaag verder aan de weg
Yep, langzaam aan groeit de gebruikersschare. En terecht, want het kantoorpakket wordt per release beter en beter. Er zit een dedicated team achter en er wordt zeer hard gewerkt aan de verdere ontwikkeling van LibreOffice. Dat is alleen maar fijn (en mooi!)

Ik zal vanavond weer een donatie doen. Dat hebben ze wel verdiend na al dat moois dat ons gegeven wordt. Het hoeft uiteraard niet, maar dan kan ik straks mezelf niet verwijten dat ik geen bijdrage heb geleverd aan dit schitterende kantoorpakket. :)
Ik doneer jaarlijks 60 Euro aan Libreoffice (of beter gezegd, The Document Foundation). Dit doe ik met liefde omdat het zo'n mooi pakket is dat ik het geld dat ik kwijt zou zijn geweest aan Microsoft producten aan opensource projecten doneer.
Het wordt echt tijd dat we met z'n alle afstappen van MS Office. Dat het er leuk uitziet of dat je er aan gewend bent zijn een te grote prijs om te betalen voor de algehele afhankelijkheid van dit bedrijf.
Ik zie niet in waarom we dat met z'n allen zouden moeten doen. MS Office is een zeer goed pakket dat zijn plaats op de markt zeker waard is.
Akkoord dat het niet alleen moet heersen, maar laat de verschillende pakketten maar mooi met elkaar concurreren, dat kan alleen maar betere oplossingen geven voor de gebruikers
Mooi, hier ben ik blij mee :)

Wat betreft dat lint: ik ga het niet gebruiken, maar leuk dat het erin zit voor de mensen die gewend zijn of waren om met een office versie te werken waar het wel in zit.

Jammer dat nog veel bedrijven vasthouden aan Office. En daarmee bedoel ik niet enkel de bedrijven als gebruikers, maar ook en vooral de bedrijven als leveranciers.

Bv. we hebben een ERP-pakket (van een Nederlands bedrijf) in gebruik genomen. Tijdens de presentatie ervan wordt er wat nadruk gelegd op de o-zo-interessante integratie met Outlook, Word en Excel.
In feite: een add-on, van waaruit het ERP-schermpje kan opgestart worden, en 1 geelecteerd item uit het ERP naar Office kan gekopieerd worden, of ingeval Outlook: een mailtje kan aangemaakt worden richting contactpersoon.

Integratie met LibreOffice, OpenOffice, Thunderbird of iets dergelijks? "Nee, wij concentreren ons op Microsoft producten"

Het werd zo benadrukt dat de directie er uiteraard als een blok voor viel. We hebben 40000 euro uitgegeven aan nieuwe Office licenties (met de toenmalige versie werkte het niet), en in de praktijk gebruikt bijna niemand het (omdat ofwel de ERP-plugin ofwel de Office-kant van het verhaal nogal buggy is)

Zolang dat de mentaliteit van de leveranciers is, blijven ook klanten die er vanaf willen noodgedwongen aan Office vastzitten.
Ik werk ook voor een softwarebakker en wij verkopen juist het als Outlook / Mord / Excel integratie, omdat als je tegen een directieteam .ICS / .XLS / .CSV zegt, ze je droog zitten aan te kijken. Dat verandert er niets aan dat onze integraties net zo mooi werken in een LibreOffice / Thunderbird / gmail / etc.
Hang er natuurlijk vanaf wat voor een naam je het beestje geef. Libreoffice werkt naar mijn mening tenminste net zo goed als ms office. Ik kan me voorstellen dat als je extensies gaat benoemen dat ze kijken alsof ze water zien branden, maar als je het verkoopt als office oplossing en de pro's en con's uitlegd ze eerder geneigd zijn tot overgang naar libreoffice.

Ms office is mijn inziens een mooi product, maar dat is libreoffice ook.

[Reactie gewijzigd door Slaiter op 23 december 2016 17:04]

Super Upgrade dus, Libre heeft een vaste stek verworven hier.
waar ik benieuwd naar ben , kan je nu stukken beter met deze open source documenten van MS office bewerken en aanmaken , door elkaar heen gebruiken, map met documenten waar de verschillende pc's met deze verschillende office pakket ...

met de oudere pakketten open office werkte dat niet echt geweldig.
Ik begrijp je vraag niet heel goed, maar bedoel je dat je documenten zowel door LibreOffice als met MS Office wilt bewerken, opslaan en gebruiken? Dat zou hebben gekund, mits Microsoft voor 100% de ISO-standaard had gevolgd en niet hun eigen implementatie (OOXML) van het Open Document Format er op slinkse manier doorheen had weten te krijgen. Nu zitten we opgescheept met een halfbakken compatibiliteit ten aanzien van de uitwisselbaarheid. Een ODF-document aangemaakt in MS Office zal, als deze in LibreOffice geopend wordt, in de meeste gevallen op de juiste manier genterpreteerd worden. Maar een ODF-document aangemaakt in LibreOffice wordt door MS Office compleet verknald.

Ik heb vanuit de praktijk voorbeelden ten over, maar die zal ik je maar besparen. Bottom line is dat het daarom beter is om deze constante uitwisseling van kantoorpakketten op je documenten te vermijden. Tenminste: als je bestanden je lief zijn. Dat is overigens niet te wijten aan LibreOffice (die volgt namelijk voor 100% de ISO-standaard!), maar puur en alleen maar aan die constant niet in de pas lopende Microsoft, die dus als schuldige aangewezen mag worden omdat dit niet lekker verloopt.

Veel mensen zien dat vreemd genoeg anders, aangezien MS Office marktleider is en het het meest gebruikt wordt in de wereld. Maar de grootste gebruikersschare hebben maakt nog niet dat je "de-maat-der-dingen" bent. Er zijn ooit afspraken gemaakt ten aanzien van documentstandaarden, en Microsoft heeft hier altijd lak aan gehad. Maar dat konden ze ook maken, want tja... ook sommige beslissers uit de Internationale Organisatie voor Standaardisatie bleken gevoelig voor die enorme peut geld die Microsoft even doorschoof om hun eigen OOXML als "standaard" aan te laten merken. :(
idd dat.

wij werken met instanties die alles in MS office aanleveren, maar eigenlijk zou ik best over willen stappen naar open office ,zou veel licenties gelden schelen.
Als je de keuze zou maken, dan adviseer ik je liever LibreOffice in plaats van OpenOffice. OpenOffice loopt inmiddels qua ontwikkeling mijlenver achter op LibreOffice en is waarschijnlijk geen lang leven meer beschoren.

Daar kun je HIER meer over lezen. ;)

Op dit item kan niet meer gereageerd worden.

Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S9 Google Pixel 2 Far Cry 5 Microsoft Xbox One X Apple iPhone 8

© 1998 - 2018 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True