Software-update: LibreOffice 3.5.4

De vierde update voor versie 3.5 van LibreOffice is uitgebracht. Dit opensource-officepakket is, net als The Document Foundation zelf, ontstaan nadat een groot aantal ontwikkelaars bij Oracle was weggelopen uit onvrede over hoe Oracle OpenOffice.org aanstuurde. LibreOffice 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 3.5.4 zijn de volgende bugfixes aangebracht:

Releases/3.5.4/RC1

• (Does not recognize VBA macro in JAPANESE...) fdo#49324
• enable caching of grammar checker properties fdo#35270
• special-case appending items to autocorrect lists fdo#46805
• Changing spelling preferences requires application restart fdo#39999
• add+use SwDoc::containsUpdatableFields fdo#49897
• allow keyword Append to be used as a variable. bnc#745930
• allow zwj, etc. in metric unit text fdo#42390
• avoid recursion that can mess up DND setup fdo#41996
• clamp mnFillOpacity to 1 fdo#48065
• comparing empty document with attached one crashes LO fdo#43424
• compound storage backend is poor at knowing stream size fdo#47644
• correctly map monitor index back to screen fdo#49365
• count mirrored monitors as one rhbz#809019
• crash on "connect to existing database" wizard fdo#45580
• dmapper: fix import of titlepg top/bottom margin fdo#44176
• dmapper: handle m_bTitlePage when m_nBreakType is zero fdo#49940
• do not prepend \n twice, it confuses KFileDialog rhbz#820439
• drawinglayer: fix double hairline borders: fdo#48647
• fix Presenter Console help screen layout fdo#46223
• fix RTF export of empty paragraph numbering rules fdo#49692
• fix RTF export of non-breaking space/hyphen/optional hyphen fdo#38176
• fix RTF import of Russian characters without an encoding specified fdo#48023
• fix RTF import of \sl without \slmult fdo#48876
• fix RTF import of automatic paragraph background color fdo#47764
• fix RTF import of fields without a result fdo#48193
• fix RTF import of localized fields fdo#48037
• fix bean after gbuild'ification fdo#49580
• fix incorrect square gradients in slideshow. fdo#49508
• fix parsing of arc paths fdo#48070
• fix property type for printoptions fdo#45592
• fix vertical text frame borders: fdo#44010
• fixed crash while opening odt file. fdo#47436
• implement RTF_CHPGN fdo#38786
• implement RTF_KEYWORDS fdo#49683
• merge consecutive border lines: fdo#38215
• more robust nss initialization, related fdo#45171
• overwrite incorrect font table entry with the correct one fdo#47347
• PPTX import crashes. fdo#48778
• parse rgb(%,%,%) correctly fdo#47447
• performance problems with very long paragraphs fdo#49208
• properly draw separators in vertical toolbars fdo#39106
• RTFValue::Clone(): copy m_bForceString as well fdo#49692
• RTF_MARGL/R/T/B should also set the current margin fdo#49501
• related: check if a missing font is a known symbol font fdo#34814
• related: for huge files build a page chain cache for seeks fdo#47644
• remove SalDisplay::GetKeyboardName lp#818761
• remove pointless forward moving of a table bnc#706138
• resolved catch exception from VBA lib container rhbz#819118
• resolved import .xls with HTML as such, not CSV fdo#49639, fdo#40021
• resolved query model only once whether it is a preview fdo#46160
• respect absolute paths for mozilla profile, lp#919659, fdo#45171
• revert "Related: for huge files build a page chain cache for seeks" fdo#47644
• revert "another partial fix for " ( and fixes ) bnc#693238, fdo#44292
• run SelectLanguage custom action during silent install, too fdo#40481
• run unopkg.exe after InstallFinalize fdo#44628
• sort SelectionTree control of Custom Setup with a custom action fdo#46355
• string result of formula is also valid, fdo#49052
• sw: HTML: fix table border export: fdo#47670
• sw: HTML: import CSS STYLE border on TD: fdo#41796
• sw: HTML: spurious semicolons in STYLE: fdo#41796
• two different TransliterationChgData structs fdo#37044
• we never registered the SAL_OBJECT_CHILDCLASSNAMEA window class fdo#45081
• weed out unmatched Sub/End Sub statements when importing VBA fdo#46889, fdo#46889
• workaround of MSI installer error 1935 fdo#46519
• writer idle-callbacks are halting when events pending fdo#48011
• writerfilter: implement RTF_BIN fdo#39053
• wrong text color in smartArt. bnc#746996
• xsltml .xsl files missing from wiki-publisher.oxt fdo#46509

Releases/3.5.4/RC2

• Error message when deleting pages fdo#45987
• No Recent Documents... fdo#46074
• 'Find' toolbar causes writer,calc,impress, not responding fdo#46687
• Cannot insert jpeg fdo#47035
• No recent documents fdo#49948
• Styles and Formatting popup crashes LibreOffice on fluxbox fdo#50173

Versienummer	3.5.4
Releasestatus	Final
Besturingssystemen	Windows 7, Windows 2000, Linux, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008
Website	The Document Foundation
Download	http://www.libreoffice.org/download
Bestandsgrootte	201,00MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (9)

[Cyberwizzard]

Misschien een rare gedachte, maar ik hoop dat OO uiteindelijk hier in zal worden opgenomen. Het hebben van 2 series naast elkaar werkt verwarrend.

Tevens zal het voor veel mensen die ooit zijn begonnen met OO zeer verwarrend zijn dat in feite LO de 'nieuwe' OO is...

[Emielio]

OO is niet meer relevant. Het enige dat het heeft, is een bekende naam. De ontwikkeling van LO is de laatste maanden zoveel sneller gegaan als bij OO. In 1 van de nieuwsberichten over OO plaatste iemand een link met statistieken over code-aanpassingen bij beide pakketen de laatste maanden, waaruit bleek dat LO een veelvoud aan aanpassingen had doorgevoerd t.o.v. OO.

Ik denk dat het veel nuttiger is dat LO eens gaat shoppen in de code van symphony die IBM pas heeft vrijgegeven: nieuws: IBM start overhandigen Symphony-code aan Apache OpenOffice
Ik denk dat daar veel nuttigere zaken te halen zijn dan in OO zelf.

[Verwijderd]

Dat ben ik met je eens. Ik denk dat OO beter nu de Lotus Symphony als basis kan nemen.

Ik hoop dat Libre Office ook kan profiteren van de code die IBM heeft vrijgegeven ook al hebben ze een andere License. Ik vind Lotus Symphony een schitterende opzet hebben met zijn zijpanelen. Dat werkt echt heerlijk. Ook documenten in tabs waarbij je presentaties, sheets en tekstdocumenten naast elkaar kan gebruiken is echt een vondst.

Libre Office is enorm goed bezig vind ik. Sinds hun start hebben ze echt grote vooruitgang geboekt. Het pakket is echt stabiel geworden, ze hebben een hoop handige features uit MS Office overgenomen en documenten worden veel mooier weergegeven. Het voelt nu echt goed aan en niet meer als een lelijk eendje.

Ik denk dat als Libre Office de dingen uit IBM symphony overneemt we echt een geweldig product krijgen. Lotus Symphony gebruik ik nu ook, jammer genoeg krijg ik het alleen geinstalleerd op oude versies van Ubuntu (10.04), maar daar werkt hij prima. Er prettig is ook de goede VBA ondersteuning. Een ding ontbreekt jammer genoeg in Lotus Symphony, ten minste ik hebt het niet kunnen vinden, zelf toetsen definiëren. Jammer vindt ik ook dat je het zijpaneel niet links kan neerzetten, waar ik hem liever heb.

Op zich vind ik het niet erg als er twee office teams blijven die met elkaar concurreren, dat versnelt alleen de ontwikkeling maar. Vergeet niet dat er toch altijd eigenzinnige mensen zijn die als je die samen in een team zet de zaak alleen maar ophouden. Twee teams geeft hen de kans om ideeën verschillend uit te werken en dan blijkt vanzelf wat het beste werkt.

Ik ben erg blij met de vaart die er nu inzit, lange tijd had ik het idee dat de boel stil lag. Omdat ik dagelijks met LO en LS werk is het heerlijk om steeds een beter product te krijgen. MSO ken ik op mijn duimpje en dan is prettig om te merken dat al die dingen die MSO zo goed maken nu ook in LO doordringen.

Contextgevoelige zijpanelen is the way to go. Zeker nu we met breedbeeld scherm werken willen we die breedte goed benutten. Ik heb in LO altijd aan de linkerkant mijn navigator staan, zodat ik snel naar koppen en bladwijzers kan springen. Ik hoop dat ze daar alles contextgevoelig in onder gaan brengen in panelen. De tekst instellingen, de afbeeldingsinstellingen, de fontwork instellingen, de automatische opmaak galerie, de tabelinstellingen, de kop en voettekst instellingen enz. MS was hier goed mee begonnen in Office 2002 en 2003, maar de uitwerking was slordig en inconsequent en daarna stapten ze weer over op het lint. LO en OO kunnen echt een USP realiseren door de zijpanelen verder uit te werken met Lotus Symophony als voorbeeld.

Ik vind het wel een goede zaak dat Libre Office eerst de nadruk legt op het opschonen van de code. We hebben niets aan een leuk maar gammel geheel, dat hapert, rare dingen doet of traag is. Laat het eerst maar eens supersmooth, stabiele en foutvrij werken. MS heeft dat indertijd ook gedaan met Office 2000. Office 97 was bagger geworden, maar Office 2000 was weer super smooth en stabiel. IMO de beste versie die ze ooit hebben uitgebracht qua totale afwerking. Office 2003 had bijv. wel leuke extra;s maar de help functie en zeker de VBA hulp was weer bagger geworden.

MS heeft het lot van Office verbonden aan het lint, dat is een kans voor OO en LO om een betere interface te creeren die vertrouwder is en prettiger werkt. Ik kan alleen maar zeggen: ga zo door jongens, het ziet er goed uit.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 02:36]

[Verwijderd]

Er is door LO ontzettend veel code opgeruimd waardoor het samenvoegen een probleem gaat worden denk ik.
Op zich is het geen probleem dat ze naast elkaar staan, twee teams, twee mogelijkheden voor nieuwe ideeen.

[Nardon]

OO.o probeerd nu terug te komen nu ze bij Apache horen. Er is net weer een nieuwe release uitgebracht (hoewel zonder echt dramatische veranderen zoals bij Libre Office). Ze zeiden dat er in de volgende release een hoop dingen gaan veranderen, maar dat moet ik nog zien. Voorlopig blijf ik lekker bij Libre Office.

[Verwijderd]

Ik werk al een tijd met LO, maar heb nu ook OO geinstalleerd.
Enkele minpunten van LO, die ik ondervind, zijn (op mijn Asus laptop, met Windows Vista):
- in Calc: de letters staan op onregelmatige afstand (ik gebruik meestal Arial , zodat je niet kunt zien of sommige woorden aparte woorden zijn of aan elkaar horen. Ik vind de tekst in Calc van OO veel regelmatiger en duidelijker. Ligt dit aan mij of hebben hier meer gebruikers ervaring mee?
- in Calc komen bij het pictogram "Lijnstijl", na gebruik van het pictogram "Randen", bij selecteren de diverse lijnstijlen/dikten niet goed over in de cel. Althans vind ik de aangetikte lijnstijl vaak niet terug als gewenste kader in een cel. Vooral de eerste mogelijkheid (dunne streep) in dit pictogram komt in het geheel niet over.
Deze gebreken ondervind ik niet bij OO 3.4.
Heeft iemand hier ervaring mee?

Ik heb ook MSOffice 2010 geïnstalleerd, maar werk toch eigenlijk altijd met LO/OO.

[El_ByteMaster]

Ik heb ook Office 2010, laatst LibreOffice 3.5.3 ernaast proberen te zetten en "vroeger" werd ik netjes gevraagd of ik filetypes wilde omzetten, nu werd dat gewoon gedaan en veranderden alle Excel iconen in LibreOffice iconen. Uninstall gedaan, en toen bij het eerste openen van een spreadsheet deed Office 2010 automatisch een soort repair-install.

Iemand dit al getest met 3.5.4?

[Nardon]

Bij mij werd er netjes gevraagd of ik de bestandsassociaties wilde omzetten en zo ja, welke.

[AwesomeKid123]

Ik zou wel graag een themed layout willen. Zodat je zou kunnen kiezen tussen ribbon, standard of zelfs minimalistisch. (Alleen text minimale font opties) Het wordt steeds belangrijker denk ik om gewoon te kunnen tikken gewoon lekker fullscreen geen afleidingen.. dat mis ik helaas nog steeds in LibreOffice.