Software-update: Apache OpenOffice 4.1.8

OpenOffice logo (75 pix) Versie 4.1.8 van OpenOffice is uitgekomen. Dit opensource-officepakket is in 1984 begonnen als StarOffice. In 1999 is het in handen van Sun Microsystems gekomen en vervolgens is het in 2010 bij Oracle terechtgekomen. Nadat een aantal ontwikkelaars uit onvrede over hoe Oracle dit project aanstuurde naar LibreOffice is overgestapt, is uiteindelijk de broncode aan de Apache Software Foundation gedoneerd. OpenOffice wordt geleverd met een tekstverwerker (Writer), een spreadsheetprogramma (Calc), een presentatieprogramma (Impress), een tekenprogramma (Draw), een databaseprogramma (Base) en een programma om wetenschappelijke notaties te maken (Formula). De release notes voor versie 4.1.8 zien er als volgt uit:

Nieuwe mogelijkheden

In deze uitgave zijn geen nieuwe mogelijkheden opgenomen

Verbeteringen
  • De OpenOffice SDK kan nu worden gebouwd met Java 8
  • Diverse problemen opgelost
  • Woordenboeken bijgewerkt
Beveiliging Van belang zijnde verbeteringen
  • Kan geen .dib-afbeeldinbgen invoegen in documenten
  • Kan niet verbinden met MediaWiki in dialoogvenster Opties
  • Dialoogvenster Woorden tellen: Laatste cijfer aan de rechterkant afgebroken
  • PDF Export crasht voor lettertypen Source Han Sans / Noto CJK
  • Oplossing voor "Het wachtwoord is niet juist. Het bestand kan niet worden geopend."
  • Bijgewerkte lettertypen DejaVu
  • Quicktime vervangen door MacAVF
  • Probleem met lay-out van dialoogvenster "Oplosser"
  • AOO Writer - probleempje met spellingcontrole

Voor een volledig overzicht van alle opgeloste problemen, bekijk de lijst in Bugzilla

Bijgewerkte woordenboeken
  • Asturiaans (ast) *
  • Deens (da) *
  • Engels (en-GB)
  • Litouws (lt) *

* Wanneer u uw installatie van AOO bijwerkt zou u nog oude woordenboeken tegen kunnen komen. Zorg er voor die te verwijderen.

Voor een volledige lijst van beschikbare talen en taalpakketten, klik hier.

Bekende problemen voor gebruikers van macOS
  • Apache OpenOffice 4.1.8 zou gevlagd kunnen worden door de mogelijkheid Gatekeeper in Mac OS X. Dit is een nieuwe mogelijkheid om te helpen bij de beveiliging tegen malware op systemen van Mac.
    • Voor OS X tot en met 10.11 "El Capitan": Er wordt een procedure uitgelegd op de volgende koppeling om toepassingen, die niet zijn geïnstalleerd via de Mac App store, toch toe te staan te worden uitgevoerd. Bekijk het artikel van Mac support.
    • Voor macOS X 10.12 "Sierra" en hoger: In Finder, Control-klik of klik met rechts op het pictogram van de app. Selecteer Open boven in het contextmenu dat verschijnt. Klik op Open in het vak van het dialoogvenster. Indien daarnaar gevraagd, voer de naam en het wachtwoord van de beheerder in. Dit is alleen nodig als u Apache OpenOffice voor de eerste keer opstart.
  • Vanwege een bekend probleem in installaties van Oracle Java van Apache OpenOffice op macOS die niet de verouderde Apple Java 6 hebben geïnstalleerd waardoor die niet in staat zijn Oracle Java 7 en 8 te herkennen. Als het niet mogelijk is bij te werken naar Java 9, installeer dan de verouderde versie van Apple Java vanaf de volgende koppeling: Legacy Apple Java 6. Dit stelt die gedeelten van AOO, die Java nodig hebben, in staat correct te worden uitgevoerd.
Bekende problemen voor gebruikers van Windows
  • Apache OpenOffice 4.1.8 ondersteunt Java 8 (32-bit), wat de aanbevolen configuratie is, maar (speciaal op 64-bit Windows) u zou waarschuwingen kunnen krijgen over het feit dat de versie van Java defect zou zijn. In dat geval, download en installeer het Microsoft Visual C++ 2010 Redistributable Package.
Versienummer 4.1.8
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows 8, Windows 10
Website Apache
Download https://www.openoffice.org/download
Bestandsgrootte 136,00MB
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

13-11-2020 • 12:12

26

Submitter: 1DMKIIN

Bron: Apache

Reacties (26)

26
26
19
4
0
6
Wijzig sortering
@Jazco2nd Nee, dit is juist een groot voordeel van de open source beweging. Libre Office is afgesplitst van Open Office vanwege onenigheid met Oracle over de licentie. En Libre Office is een stuk actiever, zie de release timeline (van dezelfde wikipage). Niemand zal afsplitsen om een kleinigheid, want dan raak je inderdaad veel gebruikers kwijt, maar zodra er grote onenigheid is kun je wel afsplitsen. Deze 'dreiging' houdt iedereen bij de les om niet zijn eigen gang te gaan, maar constructief bij te dragen aan het grote geheel.
Ter info: vrijwel alle Linux distro's hebben een recente versie van Libre Office (> 6.0.0). En van Open Office.... het staat niet eens in de lijst met gevolgde pakketten.

[Reactie gewijzigd door scholtnp op 22 juli 2024 19:42]

De geschiedenis ken ik en idd de mogelijkheid tot afsplitsing heeft grote voordelen, maar ik bedoel het bredere plaatje met als doel een goed office pakket voor Linux. Prima dat je afsplitst, maar op een gegeven moment moet je ook weer samenwerking zoeken. Zo hebben we ook WPS, OnlyOffice en weetikveel wat nog meer. Elk met eigen voor- en nadelen.
Het is ook geen probleem als er tientallen teksteditors (zowel open source als proprietary) zijn omdat de standaard (utf-8) netjes een de-jure standaard is. Zolang iedereen deze de-jure standaard van de The Document Foundation volgt, is het geen probleem als iedereen zijn eigen smaakje van een kantoorpakket software maakt. Je kunt gewoon gebruiken wat jij handig vindt, en als het pakket wat jij gebruikt gewoon een correcte implementatie van de standaard is kun je het ook prima met anderen delen.
UTF-8 is alleen maar een Unicode-standaard voor tekst-encodering, het is geen standaard voor document-opmaak, het heeft daar zelfs niets mee te maken. Je kunt prima een UTF-8 document maken in Word dat er in LibreOffice dan weer heel anders uitziet. De verschillen zitten hem vaak in gebruikte fonts, marges, tabellen enz en daar zegt UTF-8 niets over.
Sterker nog, UTF8 is een 8-bits character map/encoding van 4 bytes breed waarin beschreven wordt welke numerieke waarde welk character is. De eerste byte beschrijft (US-ASCII) 128 characters, en dat is het alphabet in hoofd en kleine letters, de cijfers en de standaard leestekens. Feitelijk wat er op een typemachine gemaakt kan worden.

Dit is echter NIET (perse) van toepassing op Word, OpenOffice, LibreOffice, etc. Dit gaat over encoding van platte tekst bestanden, terminal consoles, en dus niet wordprocessor bestanden. Een UTF encoded file is per definitie leesbaar op een console.

[Reactie gewijzigd door afterburn op 23 juli 2024 11:39]

Maar in het geval van Office pakketten bestaat de ODF standaard alleen in theorie.. gebruikt 90+% een pakket dat zich nieteens aan z'n eigen (Docx, Transitional) standaard houd die ook nog eens slecht is gedocumenteerd.

Dus juist in dit geval is er baat bij samenwerking.
Hoezo bestaat ODF alleen in theorie? Ik sla al mijn teksten en spreadsheets op in ODF en heb nog nooit klachten gehad dat iemand ze niet kon openen. Dat is ook niet zo vreemd want ieder serieus pakket ondersteunt gewoon ODF.
Vorige maand was er een open brief van LibreOffice aan Apache OpenOffice
https://blog.documentfoun...ter-to-apache-openoffice/
Het zit het met OpenOffice nu eigenlijk? Gebruik al jaren(sinds Oracle daar de boel heeft verziekt) LibreOffice, en vraag me af of OpenOffice als project eigenlijk nog wel levensvatbaar is?
Openoffice werkt goed. installer is maar 140mb VS de 300+mb van libreoffice. En qua features bijna hetzelfde. Apache Openoffice werkt op mijn pc sneller dan Libreoffice. Als je MSoffice compatibiliteit nodig hebt (welke ik niet echt nodig heb) dan kan je beter kiezen voor Libreoffice. Als je Charts wil maken ook. Maar goed, voor MS office compatibiliteit kun je beter MSOffice kiezen.

Voor de rest ben je beter af met Apache Openoffice, tenzij je je druk maakt om versienummers en updates. Vrijwel dezelfde features, maar gebruikt minder resources en is sneller dan de concurent.
Openoffice werkt goed. installer is maar 140mb VS de 300+mb van libreoffice. En qua features bijna hetzelfde Duidelijk minder. Apache Openoffice werkt op mijn pc sneller dan Libreoffice. Als je MSoffice compatibiliteit nodig hebt (welke ik niet echt nodig heb) dan kan je beter kiezen voor Libreoffice. Als je Charts wil maken ook. Maar goed, voor MS office compatibiliteit kun je beter MSOffice kiezen.

Voor de rest ben je beter af met Apache Openoffice, tenzij je je druk maakt om versienummers en updates. Vrijwel dezelfde features, maar gebruikt minder resources en is sneller dan de concurent.
Even wat verbeteringen aan je post gedaan, maar goed, als MS compatibiliteit je enige criterium is dan kun je eigenlijk alleen maar kiezen voor office365, want zodra je 1 of 2 versies achterloopt komen de eerste problemen al in zicht.
Je zegt dat Apache Open Office de beste keuze is als je een snel en licht pakket wilt, maar dan zijn betere alternatieven, denk bijvoorbeeld aan: Abiword, WPS of meer nog OnlyOffice.

Je zegt dat AOO een goede keuze is tenzij je van versienummers en updates houdt, tja, hoe je die twee in één zin kunt plaatsen is me een raadsel, maar als je niet van versienummers en updates houdt, waarom dan niet gewoon windows 98 met ie4 of windows xp (pre sp1) - feit is dat updates vaak beveiligingspatches met zich mee brengen, een ander feit is dat AOO nouwelijks updates krijgt, Tenzij die beveiligingsproblemen zichzelf oplossen, kun je er dus van uit gaan dat AOO inmiddels zo lek is als een rieten mand.
Edit: foutje, bedankt

[Reactie gewijzigd door sfranken op 23 juli 2024 11:39]

Dat zegt @denPes toch ook gewoon?
Als je MSoffice compatibiliteit nodig hebt (welke ik niet echt nodig heb) dan kan je beter kiezen voor Libreoffice.
Leuk dat ontwikkelaars uit onvrede een product er naast zijn gaan zetten door deze te forken, maar wat schieten we als gebruiker er mee op?

OpenOffice kan (ongeverifieerd, ik heb het niet) geen Docx bestanden opslaan. LibreOffice wel
LibreOffice komt vaker met updates en zou dus veiliger moeten zijn.
Zowel OpenOffice als Libreoffice kunnen docx lezen en schrijven hoor. Het is (hier, dan) wel zo dat OO dat vaker "fout" doet dan LibreOffice.
Tenzij ik me vergis is dit de eerste release in ruim een jaar tijd. LibreOffice wordt duidelijk actiever ontwikkeld en heeft volgens mij vrij recent ook een oproep gedaan om de twee projecten weer samen te brengen, dat lijkt me eigenlijk een goed idee. Beter om één sterk pakket in de markt te hebben dan twee kleinere projecten.
Zie
nieuws: LibreOffice roept Apache OpenOffice op zich achter LibreOffice te sch...

Maar inderdaad LibreOffice verder onder de naam OpenOffice zou het beste zijn.
Beiden partijen hebben wel wat boter op het hoofd in die hele geschiedenis, maar dit schiet uiteindelijk niet op en is niemand mee gebaat.
Ik geloof dat ik een spook uit het verleden zie. OpenOffice, dat dat nog leeft!
Dit is wel HET nadeel van open source/FOSS: extreme versnippering, iedereen kan wat forken of opsplitsen, erg weinig samenwerking, integendeel juist. Dan kan je wel een kudde trouwe volgers hebben, maar met echte samenwerking kom je veel verder.
Je reactie dat door de extreme versnippering er erg weinig samenwerking plaatsvindt in de open source wereld slaat kant noch wal. Kijk eens naar een project als de Linux kernel, waar duizenden engineers uit de hele wereld aan samenwerken. Het is ook de enige manier om zo'n project te kunnen laten slagen.
Het feit dat iedereen code kan forken is juist de kracht van open source, maar dat betekent niet dat er daarna niet samengewerkt wordt met andere open source projecten, commerciële bedrijven of andere stakeholders.
Je hebt gelijk wat betreft de kernel, prachtig voorbeeld hoe het kan werken. Maar sinds ik meer dan een jaar geleden hard over ben naar Linux (Ubuntu Budgie) en actief deelneem als tester bij verschillende projecten, valt de bizarre versnippering echt op en daar loop je gewoon tegenaan. Als "buitenstaander" verbaas ik me enorm over de positie die sommige lead devs dan ook graag innemen. Als je het beste voor hebt met het project maar het is onbespreekbaar, dan maak je toch gewoon je eigen fork? --> dat is een verschrikkelijk slecht standpunt maar ik kom het overal tegen. Natuurlijk is forken een enorm voordeel. Maar ik zie helaas hoe het ook mis kan gaan.

Neem alleen al het recente Tweakers artikel over de 13 open source mobiele OS projecten die geen van allen verder komen. Helemaal niet erg dat zoveel verschillende partijen los van elkaar het initiatief nemen, dat is goed voor de innovatie. Maar nu, jaren later is geen van ze echt bruikbaar. Stuk voor stuk zijn ze op een punt gekomen dat het tijd wordt voor samenwerking. Maar dat zie ik echt niet gebeuren.

Het heeft meer nadelen: de eindgebruiker heeft haast een onderzoeksjournalist nodig voordat hij/zij erin kan stappen.
De fork van OpenOffice is juist beter dan het origineel, dus wat er mis is met forken snap ik niet helemaal.
We hebben er nu een veel beter product voor terug. Als er niet geforkt was zaten we in de open source wereld nog steeds met het brakke OO opgescheept.
Het is juist geforkt OMDAT het nodig was. Dat is gewoon een variant van concurrentie.
Neem alleen al het recente Tweakers artikel over de 13 open source mobiele OS projecten die geen van allen verder komen. Helemaal niet erg dat zoveel verschillende partijen los van elkaar het initiatief nemen, dat is goed voor de innovatie. Maar nu, jaren later is geen van ze echt bruikbaar. Stuk voor stuk zijn ze op een punt gekomen dat het tijd wordt voor samenwerking. Maar dat zie ik echt niet gebeuren.
De oorzaak daarvan is niet de versnippering maar het feit dat geen van die initiatieven een miljardenbedrijf achter zich heeft om zo'n gigantisch project erdoor te duwen tot op de markt om daar noemenswaardig marktaandeel op te bouwen.

[Reactie gewijzigd door RuddyMysterious op 23 juli 2024 11:39]

Woordenboeken bijgewerkt
Zitten de groepen die de woordenboeken bijhouden nog steeds op OpenOffice, of komen ze ook in LibreOffice?
Ik heb niet de ervaring dat de LO spellingscontrole echt beter geworden is, terwijl dat toch een gebied was waar ze ver op MS achter lagen. (En met de komst van online/AI wordt het verschil juist groter)
Door de verschillende licenties tussen AOO en LO zie je vaak dat features your AOO in LO komen maar andersom dus weer niet. Doordat Apache een ruimere licentie biedt om de code te hergebruiken (vriendelijker zo je wilt) mag AOO de code van LO niet zomaar invoegen terwijl dat andersom dus wel mag

Toch, als consument, vind ik LO prettiger werken door de betere features. Maar ergens vind ik het wel een beetje wrang.
Even los van de vergelijkingen met anderen valt mij op dat er zowel op msWindows als MacOS nog melding wordt gemaakt van Java en vooral van 'oudere' versies. Volgens mij zit daar nog het een en ander aan (achterstallig) onderhoud: Er wordt nog melding gemaakt van java versie 6, 7 en 8.

Nu is het gebruik van die oudere versies licentie-wijs wel interessant omdat het gebruik van de huidige java omgevingen vooral voor niet-prive gebruik een niet zo vrije licentie heeft.

Wat is de toekomst van AOO met Java? Gaan ze door met java? Gaat java er uit gewerkt worden? Is er een deal met oma-Oracle om java in deze software toch nog wel te mogen blijven gebruiken, ook in niet-prive omgevingen?

Daarnaast: Issues met de vc-redistributie versie 2010 en issues op 64 bits msWindows installaties. Nog een puntje (achterstallig) onderhoud: mee naar de huidige vc-redistributie en soepel installeren op 64 bits omgevingen is zeker zakelijk gezien een vereiste.

[Reactie gewijzigd door beerse op 23 juli 2024 11:39]

Op dit item kan niet meer gereageerd worden.