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.0.2

LibreOffice logo (60 pix)De Document Foundation heeft de tweede update voor versie 5.0 van LibreOffice uitgebracht. Dit opensource-officepakket wordt geleverd met tekstverwerker Writer, spreadsheetprogramma Calc, presentatieprogramma Impress, tekenprogramma Draw, databaseprogramma Base en Formula, een applicatie om wetenschappelijke notaties mee te maken. Nieuw in versie 5.0 is onder meer een 64bit-versie voor Windows en de taakbalken krijgen nieuwe knoppen afkomstig uit KDE. Uitgebreide informatie over de veranderingen in versie 5.0.0 kan op deze pagina worden gevonden. Sinds versie 5.0.1 zijn zijn nog zo'n 110 problemen verholpen.

Bugs fixed in 5.0.2 RC2
  • rhbz#1134285 Open a file in a mounted WebDAV drive and LibreOffice asks for user and password
  • rhbz#1259746 Writer fails to open correct ODT file from WebDAV share
  • tdf#92145 Writer text table rows can't be resized (with disabled rulers)
  • tdf#92357 Tab type switcher in ruler does not clear previous icon when clicking it
  • tdf#92843 UI: The case of the disappearing zoom slider
  • tdf#92982 rendercontext: blinking cursor is drawn directly
  • tdf#92995 EDITING: Undo of Drag&Drop with annotation/comment object causes crash
  • tdf#93666 GL / area fill scaling issue.
  • tdf#93778 gestureLongPress cores being passed a NULL frame
  • tdf#93814 cache binary compiled versions of shaders ...
  • tdf#93884 odd text rendering artifacts in slideshow
  • tdf#93989 crash on chart insert ...
  • tdf#93996 gltf rendering timer is far too fast ...
  • tdf#94006 OpenGLContext - ref-counted and manually managed ...
  • tdf#94031 Some 3D OpenGL transitions don't work in GL mode ...
  • tdf#94213 horrible flickering on window resize
  • tdf#94249 EDITING: Calc sort crashes
  • tdf#94252 Gratuitous GL context switching.
  • tdf#94281 mis-use of legacy GL contexts ...
Bugs fixed in 5.0.2 RC1
  • bnc#835985 revert "When printing ... 'Order' did not count."
  • cid#1315264 DOCX import: rot=90 and vert=vert270 means no text rotation
  • coverity#1320472 uninitialized scalar field
  • i#121407 fix mis-merge
  • i#124638 xmloff: fix Calc header background image saving
  • i#65128 handle the NULL clip correctly for pdf output
  • i#95318 svtools: don't commit SvtMenuOptions too early
  • rhbz#1255200 [abrt] libreoffice-core: sdr::table::SvxTableController::SetTableStyle(): soffice.bin killed by SIGSEGV
  • rhbz#1255811 [fix available] Calc: Random Number generator can't be edited and applied for cell location
  • tdf#44388 Printing/Exporting to PDF adds text to the side of form elements ('checkbox',...)
  • tdf#44399 UI: Format Cells dialog displays misleading value for 'Decimal places'
  • tdf#60381 The operation on <path> was started with an invalid parameter
  • tdf#73071 Sidebar: Styles are missing from Properties tab
  • tdf#75973 password protected library does not honnor end user type definition
  • tdf#76649 Trend line invisible if first data point is missing x value
  • tdf#77514 FORMATTING: CJK ruby text (furigana) in vertical mode pushes characters to the left of the base line
  • tdf#78111 UI: "Freakout"-behaviour and freeze during resize of docked sidebar
  • tdf#79018 FILEOPEN: DOCX with a footnote hangs LO on open
  • tdf#79741 Macro with Find @ Replace crash Calc
  • tdf#80512 UI: Horizontal scrollbar backwards with RTL sheet and kde4 ui
  • tdf#80866 Layout of custom handouts is ignored
  • tdf#83546 SIDEBAR: content panels in tray don't open with accelerators when sidebar is enabled but fully hidden
  • tdf#87922 4.4.0.x Automatic font color no longer works
  • tdf#87924 FILEOPEN: DOCX - text in shape is wrong direction
  • tdf#88986 EDITING: Insert Frame dialog shows empty lists for area fill types
  • tdf#89245 FORMATTING, FILESAVE: Header and footer background images are not saved
  • tdf#89381 ValueSet has rendering issues in RTL interface
  • tdf#89720 Highlighted comment text with replies have dark color
  • tdf#89954 FORMATTING: Autocapitalisation does not happen if the last word in the previous sentence has a comment in the middle of the word
  • tdf#91022 Incorrect Dates in Report created with legacy report wizard
  • tdf#91060 LO impress crashes when opening pptx with comments
  • tdf#91882 UI: Dialogue for Advanced filter is transparent.
  • tdf#91969 FORMATTING: Parts of Paragraph Border missing when Border around more than one Paragraph
  • tdf#92019 Implement texture atlas for OpenGL
  • tdf#92242 UI - StartCenter and Application windows can not be resized diagonally with mouse after initial window size increase and covers OSX Dock
  • tdf#92256 INDIRECT function lost interoperabilty with calc documents migrated by OOo3.2.1
  • tdf#92324 printing of labels (Next dataset fields) via file->print is broken
  • tdf#92379 ODF import: styles with fo:background-color wrongly imported causing wrong frame and paragraph backgrounds
  • tdf#92612 Right-clicking after applying "paint buckets" leads to multiple Undo
  • tdf#92885 Incorrect cell border drawing in DOC file after saving in 5.0
  • tdf#92982 rendercontext: blinking cursor is drawn directly
  • tdf#92997 Chart: Data table category view format bad for table of times
  • tdf#93064 START CENTER: Icon sizes in breeze cause help and extensions buttons not to be visible
  • tdf#93071 UI: General format: useless trailing zeroes for scientific notation
  • tdf#93077 Dialog editor: adding a language crashes LibO
  • tdf#93096 Selecting text with keyboard (partially outside current view) results in wrong highlighting and mangled text
  • tdf#93098 Unexpectedly quit when use Data->Sort (crash)
  • tdf#93188 Closing media player crashes Writer
  • tdf#93233 clock face emoji autocorrect collisions in some languages
  • tdf#93284 FILEOPEN: LibO crashes on loading .RTF
  • tdf#93325 rendercontext: animgifs are painted directly
  • tdf#93351 FORMATTING: "Edit style" button in "Schema & Numbering" tab in paragraph style edition navigates wrong
  • tdf#93353 Master document does not show diagrams included and properly shown in documents linked into the master
  • tdf#93358 Copy/paste of a range of cells with IF formula and format set to General causes crash
  • tdf#93364 rendercontext: style combo box is not always updated
  • tdf#93384 rendercontext: comment spelling is drawn directly
  • tdf#93388 Crash when deleting cell contents
  • tdf#93404 status indicator progress bar not shown while loading big file
  • tdf#93407 Draw crashes when changing line width using sidebar
  • tdf#93410 NullPointerException while connecting to LibreOffice via Java UNO API
  • tdf#93437 Once the Function Wizard has been Displayed, it is not Possible to Select Columns or Rows or to Open the Context Menu of Columns and Rows
  • tdf#93451 Menu-Icons are always hidden
  • tdf#93514 Non free cs_CZ (Czech) thesaurus dictionary
  • tdf#93529 OpenGL tracker bug ...
  • tdf#93530 menu non-rendering on click ...
  • tdf#93532 Image / CRC32 not enough ...
  • tdf#93536 Crash when launching Tools > AutoText (comment 6)
  • tdf#93546 Need way to hard disable any OpenGL usage / probing etc.
  • tdf#93547 detect OpenGL crashes and disable it
  • tdf#93558 Preview of Bullets is hard to see with a dark theme
  • tdf#93569 Linux: no save on crash
  • tdf#93600 Condition Formatting: Entering "=" in comparison value crashes program
  • tdf#93614 Detect hanging OpenGL drivers & disable GL ...
  • tdf#93620 help -> about should list GL status ...
  • tdf#93662 white-list only the latest GL hardware and drivers
  • tdf#93713 "Unprotect Cells" missing from Table Menu and Table Toolbar (comment 6)
  • tdf#93736 Bottom stroke line of a rectangle is half-drawn when using OpenGL
  • tdf#93750 EMF+ is not displayed at all
  • tdf#93751 GL textures destroyed while still bound to framebuffers
  • tdf#93772 switching context does not un-bind framebuffers correctly ...
  • tdf#93781 Impress copy wrong style name to clipboard when style name contains Chinese character
  • tdf#93798 apitrace and glerrors ...
  • tdf#93822 disable background saving with GL enabled ...
  • tdf#93830 PPTX import: DrawingML fallback of Vertical Picture List SmartArt is not imported correctly
  • tdf#93838 opengl glyph caching misplaces start center text
  • tdf#93839 vdevs shared OpenGLContexts - end up broken.
  • tdf#93850 shader compilation can take a while ...
  • tdf#93857 opengl glyph caching misplaces writer text
  • tdf#93859 Radio buttons are all "selected" when using OpenGL
  • tdf#93867 using GL threads across threads incorrectly ...
  • tdf#93870 Disable DirectX slideshow when in OpenGL mode ...
  • tdf#93892 The close button in menubar is empty with openGL

LibreOffice 5.0 screenshot (620 pix)

Versienummer 5.0.2
Releasestatus Final
Besturingssystemen Windows 7, Windows XP, Windows Vista, Windows 8, Windows 10
Website The Document Foundation
Bestandsgrootte 210,13MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

24-09-2015 • 09:00

31 Linkedin Google+

Submitter: Anthonie Smit

Bron: The Document Foundation

Reacties (31)

Wijzig sortering
Veel van hetgeen ik ook wilde zeggen is hier door anderen ook al gezegd. Ook voor wat betreft de compatibiliteit van MS Office documenten in LO. Zolang men MS Office als "de maat der dingen" blijft zien wordt de schuld van zaken als "een scheve opmaak" altijd toegeschreven aan LibreOffice. Maar LibreOffice houdt zich aan de pure ODF-standaard. Microsoft heeft zichzelf, via een slinkse weg hun eigen OOXML als standaard laten specificeren. Lees er hier meer over hoe dat tot stand is gekomen.

Het is dus niet LibreOffice die zich, qua intercompatibiliteit, moet conformeren aan MS Office. LibreOffice heeft dit al genoeg gedaan, zonder ook maar één keer de specificaties van de bestandsformaten van MS Office in te hebben gezien (mag niet, want gesloten). Dat ze dankzij reverse enginering het toch voor elkaar gekregen hebben om überhaupt MS Office documenten meer dan fatsoenlijk te openen hebben ze dus niet aan Microsoft te danken. Punten dus voor LibreOffice (vroeger OpenOffice en daarvoor StarOffice).

Als Microsoft die algemene open standaarden had geaccepteerd zonder vieze spelletjes te spelen bij het ISO-consortium, dan was de intercompatibiliteit geen enkel probleem meer geweest. Opent een document niet helemaal zoals je 'm gemaakt hebt in LibreOffice, geef dan de schuld aan Microsoft. Want dáár ligt het probleem, niet bij de Open Document Foundation die LibreOffice uitbrengt.

"Maar MS Office wordt het meest gebruikt!", zullen sommigen roepen. Ook al is dat zo, dat doet hier niet terzake. Op dat punt moet je dus "omdenken". Het gaat om het negeren van de open standaarden, om vervolgens hun eigen interpretatie van een open standaard erdoorheen te krijgen. We weten allemaal waarom Microsoft dat deed, dus daar hoef ik mijn vingers niet op stuk te tikken om ook dát te benoemen.

Wil je een document maken die voldoet aan de pure specificaties van de open documentstandaarden? Dan zit je bij LibreOffice meer dan goed. Wil je "kreupele" documenten opgemaakt in het afgekochte "standaard" (ikzelf erken dat niet, maar dat is puur voor mezelf!), dan moet je gewoon bij MS Office blijven. Wil je dat je MS Office documenten 100% compatibel zijn/blijven met LibreOffice? Schijf dan je klacht naar Microsoft met de vraag of ze dat "even" willen veranderen. Zoals ik al eerder zei: kijk LibreOffice er niet op aan, want zij voldoen aan alle ISO-specificaties. Het is het door jullie zo heilig verklaarde MS Office dat hier uit de bocht vliegt.

Ooit heb ik ook met dit dilemma gezeten. Totdat ik er genoeg van had om altijd maar afhankelijk te blijven van één kantoorpakket. Toen ik dat eenmaal had losgelaten voelde dit enorm bevrijdend. Om diezelfde reden ben ik toentertijd ook overgestapt naar een ander besturingssysteem. Nooit spijt van gehad....
Bijvoorbeeld Softmaker schijnt wel redelijk overweg te kunnen met nieuwe ms-office-x documenten. Misschien zou het dus theoretisch, als wat mankracht erop gezet zou (kunnen) worden, nog wat beter kunnen.

Echter kan ik de houdign van de calligra-ontwikkelaars ook wel waarderen: alleen open standaarden. Maar het beperkt praktisch gebruik van die Suite natuurlijk wel.

[Reactie gewijzigd door begintmeta op 24 september 2015 19:28]

Het zou kunnen dat Softmaker een andere interpretatie heeft gevonden met behulp van reverse engineering. Maar ook die oplossing zal nooit 100% kunnen zijn, aangezien ook Softmaker niet alle specificaties kent van het gesloten bestandsformaat van MS Office. Ik heb Softmaker in een ver verleden weleens gebruikt, dus ik kan er voor de huidige versies geen (waarde)oordeel meer aan geven hoe het zich tegenwoordig verhoudt tot MS Office documenten.

Maar heel eerlijk gezegd boeit het me ook niet zo. Als wij, of alle kantoorpakketmakers oplossingen gaan verzinnen op het zoveel mogelijk compatibel maken van MS Office documenten, dan hoeft Microsoft uiteraard nooit meer "te schuiven" naar de open standaarden. Het tij moet simpelweg gekeerd worden, en Microsoft zal, door het meer gebruiken van de wèrkelijke ISO-standaarden (de pure ODF, dus niet OOXML), zich gedwongen moeten voelen er iets mee te doen. En dat zou je kunnen bereiken door méér mensen, maar ook bedrijven en overheden, de voordelen van een alternatief kantoorpakket te laten zien.

Noem mij maar star of - zoals je wilt - non-conformistisch. Maar dat non-conformistische is meer de houding van Microsoft, die op vele manieren hun marktleiderspositie proberen te handhaven. En als de alternatieven daar achteraan blijven hobbelen en zeggen: "We proberen zoveel als mogelijk compatibiliteit na te streven ten aanzien van MS Office documenten!", dan zal er uiteindelijk niet veel veranderen. Microsoft moet juist bewegen, niet de alternatieven als LibreOffice en anderen.

Jammer dat het met die standaarden gelopen is zoals het gelopen is. Geld is macht. Ook als het om het manipuleren van open standaarden gaat. Helaas....

Calligra Office heeft inderdaad wat meer die houding dat ze de werkelijke open standaarden hanteren, en veel minder de gesloten varianten. Alleen jammer dat Calligra Office zo ernstig leunt op de KDE-basis. Wil je die installeren op een standaard Ubuntu of op een andere Linux distro met een niet-KDE desktop, dan trek je zowat alsnog de hele KDE desktop mee. Dat is jammer, want het is een heel mooi pakket. Voor Windows is er (nog) geen stabiele versie uitgebracht. Maar als je een distro draait met KDE (bijvoorbeeld Kubuntu, of de KDE-variant van Fedora, dan vind ik 'm schitterend! Eerlijk is eerlijk. :)

[Reactie gewijzigd door Qalo op 25 september 2015 01:35]

Niet voor het eerst dat Microsoft dat doet, alleen met OOXML is het ze daadwerkelijk gelukt een standaard te "maken" (lees: vernaggelen :( ).

Ook met HTML hebben ze het geprobeerd, later hebben ze geprobeerd Flash de nek om te draaien met hun eigen "standaard" en in het hele verre verleden (opa vertelt) hebben ze zelfs geprobeerd een eigen tcp/ip stack er doorheen te krijgen...
mmm... Dat is ook mijn ervaring van microsoft en standaarden: de standaard zo veel mogelijk uitkleden en daarna naar eigen inzicht aankleden.

Over de ooxml standaard: Dat hebben ze heel creatief gedaan. Tot die tijd gebruikten ze binaire formaten. OOXML heeft als onderdeel van de standaard een 'blob', een Binary Large OBject. Om aan de standaard te voldoen hebben ze simpel het oude formaat als blob ingevoerd. Oftewel: ooxml header, blob open, oude document, blob dicht....
Bedankt voor je heldere uiteenzetting.
Waarom zou Microsoft dat moeten doen? Het is helemaal niet hun schuld. Je maakt iets met Microsoft office, je slaat iets op met Microsoft office en je kan het terug openen met Microsoft office.

Het zou wat zijn zeg dat ik als developer MOET houden aan bepaalde standaarden. Hou is op zeg.
Van de week ben ik weer teruggegaan naar LO 4.5.
Op de één of andere manier zit er lag in versie 5. Shortcuts vanuit AutoHotkey met 2 regels tekst & berekende data erin worden tergend langzaam geschreven en vaak nog eens met letters door elkaar. Snel typen kan ook niet meer. In 4 had/heb ik daar geen last van.

- edit: een bug dus. Er zijn meer mensen die er last van hebben. Heb alleen geen tijd/zin om een fatsoenlijke bugrapport te schrijven ;-)

[Reactie gewijzigd door Lennart op 24 september 2015 10:24]

Het grote struikelblok bij LibreOffice is en blijft dat de compatibiliteit met Microsoft Office documenten niet goed genoeg is. Documenten zien er in Microsoft Office niet hetzelfde uit. Daarom is het voor mij geen alternatief. Ik heb pas geleden een ander officepakket geïnstalleerd (WPS Office) in de hoop dat het daar beter zou zijn, maar ook hier gaan zelfs simpele documenten er in Microsoft Office anders uit zien. Dat is heel jammer, want qua functionaliteit zijn LibreOffice en WPS Office prima.
de document compatabiliteit van libreoffice is solide en betrouwbaar, waar het 9/10 keer verkeerd gaat is de eindgebruiker die een brak/gaar document opgestelt heeft; overbodig spatie gebruik, kleurtjes en opmaak van een peuter.
overbodig spatie gebruik, kleurtjes en opmaak van een peuter
En dat zijn nou net de zaken die met een solide compatibiliteit er precies zo uit zouden moeten zien tussen MS Office en LibreOffice. Het lijkt me toch niet de bedoeling dat een Officepakket zich actief met de layout gaat bemoeien. Mijn kinderen maken ook andere keuzes dan ik...
waar het 9/10 keer verkeerd gaat is de eindgebruiker die een brak/gaar document opgestelt heeft
Die eindgebruiker maakt een document met de mogelijkheden die het Office-pakket hem/haar biedt. Als je solide compatibiliteit zegt te bieden, dan moet je dat dus gewoon om kunnen zetten. Of ga je nu beweren dat LibreOffice zich niet op 'eindgebruikers' richt?

Maar afgezien daarvan gaat de solide compatibiliteit van LibreOffice niet verder dan de standaarden van de Open Document Foundation. Allerlei opties die MS Office de gebruikers biedt kunnen niet door OpenOffice vertaald worden omdat de specs van die functies niet door MS zijn vrijgegeven.

Daar kan LibreOffice helemaal niks aan doen, je kunt het ze dus ook niet kwalijk nemen. Maar je kunt niet ontkennen dat de compatibiliteit van LibreOffice niet echt betrouwbaar is omdat je altijd maar moet afwachten wat wél en wat niet goed geconverteerd wordt. En dat is wel iets dat bredere acceptatie van LibreOffice in de weg zit.
Het lijkt me toch niet de bedoeling dat een Officepakket zich actief met de layout gaat bemoeien.
Ik snap wat je bedoelt maar het is een verkeerde aanname, het is namelijk precies wel wat een Office-pakket doet. Office is niet gemaakt om overal precies hetzelfde te zijn maar juist om het document aan te passen aan de omstandigheden. Iemand die op een telefoonscherm van 4" werkt heeft een heel andere view nodig dan iemand op een 50" 4K scherm. Ook het type papier in je printer kan al verschil maken, bv of je A4 of Letter gebruikt.
Zolang je bestanden uitwisselt tussen systemen die veel op elkaar lijken valt het niet zo op maar toch sluipen er kleine verschillen in. De verschillen tussen MSO en LO zijn groter maar als dat echte een probleem is dan had je toch al geen office pakket moeten nemen.

Ik besef overigens best dat ik een roepende in de woestijn ben. Het is net als met HTML, dat is ook niet gemaakt om pixel-perfect te zijn maar men wil dat nu eenmaal graag. Webdevelopers hebben zie jarenlang helemaal krom gewerkt om sites te bouwen die er overal hetzelfde uitzien. Uiteindelijk is men de HTML standaard maar gaan aanpassen aan de praktijk. Voor zover mogelijk, want het heeft nog steeds een structuur die daar eigenlijk niet geschikt voor is.
Dat kan wel zo zijn, maar dat is het goede recht van die gebruiker. De mogelijkheden zitten er immers in.
Je kan natuurlijk niet stellen dat Software A volledig compatible is met Software B maar als voorwaarde stellen dat je uitsluitend van een subset van 80% van de mogelijkheden mag gebruiken en je moet op een cursus. Bovendien mag je nooit op een fout knopje drukken in het ene pakket omdat dan het andere pakket er niet mee overweg kan.
Dan zijn ze gewoon weg niet 100% compatible.
Je kan hooguit zeggen ik vind A prettiger werken dan B of andersom

[Reactie gewijzigd door Ortep op 24 september 2015 10:28]

Oorzaak daaraan is dat de compatibiliteit helaas door Microsoft tegen gewerkt is. Ze doen alsof ze een open document formaat hebben, maar die standaard houden ze zich niet aan. Ik vermoed dat men dit doet om ook de huis-tuin-keuken gebruikers bij MS Office te houden. Eigenlijk zou dergelijk gedrag al reden zijn om het niet te gebruiken.

Ook ik maak al lang gebruik, sinds 2005, van OpenOffice en tegenwoordig LibreOffice. Heb er allerlei documenten en spreadsheets mee gemaakt, en de functionaliteit is voor mij ruim voldoende, zoals je zelf ook aangeeft. Heb Office nog wel een tijd er naast gehad, tot Office 2007 heb ik ook met plezier gebruikt.

[Reactie gewijzigd door Ultraman op 24 september 2015 12:42]

Heb je bewijzen dat MS zich niet aan de eigen gedocumenteerde standaard houdt of is dit gewoon een vermoeden dat je hebt, dat je verder niet kunt onderbouwen? Want iedereen kan natuurlijk wel wat roepen.

"Ik heb zelf het gevoel dat LibreOffice een gebrekkige ondersteuning voor de Microsoft formaten inbouwt om zo MS in een kwaad daglicht te stellen."
"Ik heb zelf het gevoel dat LibreOffice een gebrekkige ondersteuning voor de Microsoft formaten inbouwt om zo MS in een kwaad daglicht te stellen."
Mwa, die is iets makkelijker op een gammele poot te zetten: Er is geen enkel product behalve MS Office welke OOXML documenten gemaakt door MS Office 100% correct kan importeren, voor zover mij bekend.

Wat Office Open XML betreft: Het proces tot standaardisatie er van is omstreden, daar is waarschijnlijk aardig wat gelobby en politiek bij komen kijken maar bewijzen kun je dat natuurlijk nooit. Wel is zo dat de standaard eigenlijk overbodig was: er was immers al Open Document welke in de vraag voor een degelijk open document formaat voorzag.

MS is OOXML gaan gebruiken als default met Office 2007. Toen was er nog geen ISO standaard en deze variant staat te boek als de ECMA versie. Daarna is de OOXML ISO standaard tot "stand" gekomen.

Office 2007 kan daarom geen files schrijven volgens de OOXML ISO standaard, en gebruikt dus zijn eigen variant.
Na de tot standkoming van de OOXML ISO standaard kon je hopen op files welke zich hielden aan die standaard. Men wilde niet de OOXML files op basis van ECMA variant (Office 2007) ongeldig laten zijn, daarom heeft men de OOXML ISO standaard uitgebreid tot twee varianten: OOXML ISO Strict en OOXML ISO Transitional. Met die tweede werd de ISO standaard versoepelt zodat ECMA bestanden nu ook onder de ISO standaard konden vallen, maar daarmee werd ook de standaard een stuk "troebeler", want nu heb twee mogelijke varianten voor dezelfde file.

Ook Office 2010 houd zich helaas niet strikt aan de standaard en kan enkel OOXML ISO Transitional files wegschrijven. Maar wel weer anders dan Office 2007 het deed. Dus nu heb je nog een variant er bij.

Office 2013 heeft zo ook weer zijn eigen dialect op OOXML ISO Transitional. Dit is wel de eerste Office die ook in OOXML ISO Strict kan opslaan, maar dit is niet de default (dus gebruikt niemand het).

Je zit nu met vier verschillende variaties voor, eigenlijk, dezelfde file:
- OOXML 2007 Transitional
- OOXML 2010 Transitional
- OOXML 2013 Transitional
- OOXML Strict

Daar komt meer variatie bij met elementen die Microsoft heeft toegevoegd aan zijn documenten, maar welke niet open zijn en een andere partij dus niet kan en mag gebruiken. Een voorbeeld hier van zijn C-Fonts. Dit zijn nieuwe font elementen, die je kent onder namen Calibri, Cambria, en de rest van die familie.
Een ander Office pakket die de juiste OOXML variant te pakken heeft gekregen kan nu dus het document wel lezen en de inhoud openen, maar de fonts moeten nu vervangen worden door een ander font. Nu lijkt het oorspronkelijke document niet meer op het document welke voor de neus van de gebruiker staat. Wat een gevoel van incompatibiliteit geeft.

Bewijzen dat dit bewuste keuzes zijn van Microsoft om het hun concurrentie moeilijker te maken en te zorgen dat mensen bij MS Office blijven... dat zal niet gaan. Maar als ik het op een afstandje zo bekijk dan krijg ik wel sterk de indruk dat het spelletje zo gespeeld wordt.

Overigens kan MS Office ook Open Document formaten lezen/schrijven. Tijdens de installatie van Office 2013 krijg je de keuze of je default OOXML of Open Document wilt gebruiken. De keuze voor Open Document is natuurlijk niet de default en gaat gepaard met het afraden om Open Document te gebruiken omdat er dan o.a. functionaliteit verloren zou gaan. Er wordt niet gemeld welke functionaliteit precies voor zover ik mij kan herinneren.

Er is wat mij betreft geen goede reden om OOXML te gebruiken waar ODF een optie is. OOXML mag dan een "open standaard" zijn. ODF kan immers iedereen openen, terwijl het met OOXML gissen blijft. Word documenten uitwisselen tussen verschillende versies van Office gaat bijvoorbeeld ook wel eens mis.

[Reactie gewijzigd door Ultraman op 25 september 2015 12:03]

Stel je zou het verschil weten tussen het aantal gebruikers van MS Office en niet MS ODF-Offices én de omzet die beiden genereren dan heb je weliswaar nog geen bewijs maar wel een heel sterke aanwijzing waarom MS zo handelt.
Het waarom was volgens mij niet onbekend. Centjes zijn natuurlijk altijd leuk :P
Als het de bedoeling is dat bestanden er overal hetzelfde uitzien, dan moet je ze exporteren naar PDF. Tussen verschillende versies van Microsoft Office heb je ook verschillen. Wil je een bewerkbaar bestand dat op software in 2050 nog steeds 100% hetzelfde resultaat geeft, dan moet je voor LaTeX gaan.
Wel eens verschillende Office versies gebruikt? Documenten zien er dan ook anders uit...
Ik ben ook al sinds jaar en dag gebruiker van OpenOffice/LibreOffice onder Linux.
Het werkt prima, maar de klachten over de slechte import en export van MS Office documenten kloppen wel. En dan doel ik niet alleen op layout-problemen. Ook het ontbreken van ondersteuning voor VB (Visual BASIC) geeft bij geavanceerde documenten problemen.
Lees mijn eerdere posting.

Ter aanvulling: conversie tussen MS Officedocumenten onderling is evenmin 100%. In een eerdere posting had ik hier al over geschreven. Met die conversieslag van MS Office 2003 naar MS Office 2010 ben ik nu nog bezig om de boel om te zetten.

Dus nee, MS Office is ook niet altijd even compatible met MS Office.... ;)
Versie 5 loopt hier lekker stabiel, overigens is dat nooit een punt geweest, en is sneller geworden.
Van mij krijgen ze een donatie,
Ik doneer elk jaar de prijs die ik zou moeten betalen voor een office365 abbonement.

Persoonlijk steek ik het geld daarvoor liever in een project waar veel meer mensen baat bij hebben, waar ik zelf baat bij heb en een tevreden gebruiker van ben.

Om deze reden doneer ik bijvoorbeeld ook geld aan het scribus project, wat een desktop publishing applicatie is.
Ik gebruik het met name voor csv files. Daar werk dit programma echt heerlijk mee. Geen gedoe met ; of, en land en taal instellingen hiervoor misbruiken zoals excel doet.
Ik mis de OS X versie in het nieuwsbericht. Versie 5.0.2 is ook daarop beschikbaar.
Mijn spreadsheet werkte zo traag als stroop met deze versie en er was een problem met images. Ik heb het kunnen oplossen door OpenGL rendering uit te schakelen.
Waar ik werk (en heb gewerkt) hier in Indonesië, zit echt iedereen, 100% van de mensen, op illegale versies van MS Office.
Ik heb dit pakket eerder zien langskomen, maar heb me er nooit in verdiept.
Download is bezig en ga me erin verdiepen (op Windows 7 64bit )

[Reactie gewijzigd door HMC op 24 september 2015 09:18]

Ik gebruik het pakket ongeveer al 10 jaar (voorheen heette het OpenOffice) op dagelijkse basis. Uitgezonderd misschien geavanceerde functies (bvb analysten die MS Excel volledig benutten) kan dit pakket net hetzelfde.

Je zal in Writer misschien wel zien dat de layout van geimporteerde documenten niet steeds correct wordt weergegeven, maar naar mijn ervaring ligt dat meestal aan de brakke opmaak van het document (dat bvb al meerdere jaren en in verschillende versies van MS Office werd bewerkt, of nog beter: omvangrijke documenten waar de opmaak verzorgd is zonder gebruik van stijlen).

Ik kan wel niet spreken voor de stabiliteit van deze nieuwe versie 5 - ik gebruik altijd pas een nieuwe versie van Libreoffice vanaf de 3e point-release (hier bvb 5.0.3), zoals wordt aangeraden door The Document Foundation zelf.
Ik gebruik het pakket ook al een jaar of 10 en kom eigenlijk nauwelijks problemen tegen. Die ene keer dat het wel gebeurt is het meestal een bug en als je die netjes meldt wordt er serieus werk van gemaakt. Verder heeft Qalo met zijn verhaal het hele misverstand over vermeende MS Office incompatibiliteit hopelijk voor eens en altijd uit de weg geholpen dus daar hoeven we het ook niet meer over te hebben. :)
LOVE it, met MS documenten geen last meer, gewoon eruit gegooid,Versie 5 is top voor mij.
Eens zie je het licht branden,

Op dit item kan niet meer gereageerd worden.

Call of Duty: Black Ops 4 HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S9 Dual Sim Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True