KOffice 2.0 Beta 5 Released

Moving towards the 2.0 release with almost monthly beta releases, the KOffice team has once more honoured its promise to bring out beta releases of KOffice until the time is right for a release candidate. So today we bring you this beta with many, many improvements across the board. Incremental as it is, this beta is an important step towards a final release. So here it is: full
and changelog.

Highlights of the 2.0 beta 5 Release

The developers have been working very hard fixing bugs and removing incompatibilities and other misfeatures. This can be seen in the rather large list of changes. Here are some of the highlights of this release:

Significant Progress with OpenDocument Saving and Loading

Much of the work on this beta has been concentrated in making loading and saving OpenDocument files more complete. A lot of effort has been put into making KOffice interoperable with OpenOffice.org, since that is the most important OpenDocument editor today.

KOffice loading a document from OpenOffice.

All Reported Crash Bugs in KWord Fixed

KWord has received extra attention that removed all known crash bugs. We want to emphasize that at this point it is extremely important for users to test all components of KOffice and report all bugs, especially crash bugs.

Together with the Bugsquad team, a Krush day is going to be organised on Sunday 25th
January 2009, to help find new bugs before the final release.


hi there everybody!
a loong time ago, i read in the "road to kde 4"-articles (nice name btw) about a odf-library. is this peace of software already existing? so that it could be shared between open source-projects/kde-components?

By anonymaus at Wed, 2009/01/14 - 6:00am

The code exists since we used in koffice, but it's not ready yet to be shared between other open source projects.

By Cyrille Berger at Thu, 2009/01/15 - 6:00am

Can anybody tell me why the screenshot shows a windows of OpenOffice-Draw? I mean the one in the back not the one in the front.

By Timmy at Thu, 2009/01/15 - 6:00am

I think it represents the improved interoperability between the two office suites thanks to the big ODF improvements in KOffice.

By Yortx at Thu, 2009/01/15 - 6:00am

i hope it does. I just tried Kspread2 on a ODS file that had been converted from XPS and it got most of it correct, a few cells lost its "number" format and became "generic" in Kspread2 and got weird values displayed. Once i reformatted the cells to "number" it was fine.
I, as a normal user, tried to open an XLS file (owner root:root - i forgot to chown it first) by mistake in Kspread2 and it just sat there and didn't warn me that either it was the wrong format or had the wrong permissions. I had to terminate Kpread2 to get out of that one.

I looking forward to getting rid of my dependence on OO.

By Ian at Thu, 2009/01/15 - 6:00am

This is important stuff to bug report. Can you share the spreadsheet or is it secret? If so, would it be possible to anonymize by e.g. changing the text cells? We really really want to get this right.

By Inge Wallin at Fri, 2009/01/16 - 6:00am

I'll try to remove any personal stuff from it and get it posted. I'll also retest the sequence to make sure that it can be reproduced.

By Ian at Fri, 2009/01/16 - 6:00am

I've submitted a bug report (#18098), with sample attachments, for the formatting issue.
The opening of the XLS issue seems to have gone away, i think i was just impatient as i'm using KDE4 with a nvidia board and its still slooooow.

By Ian at Fri, 2009/01/16 - 6:00am

if you run the (yet) beta driver , it's fine. just be patient, or install 180.xx

By sfdg at Sat, 2009/01/17 - 6:00am

because it is the better product and looks far more mature than Koffice ?

By anon at Thu, 2009/01/15 - 6:00am


By cm at Thu, 2009/01/15 - 6:00am

Yawn? Truth hurts, eh?

By Marc J. Driftmeyer at Fri, 2009/01/16 - 6:00am

No, just trolls like you are boring.

By Jason Beesen at Fri, 2009/01/16 - 6:00am

Yeah, until you change your theme and get a harsh reminder that it's written in frigging JAVA.

By ethana2 at Thu, 2009/01/15 - 6:00am

It's not. But ignorance reigns supreme.

By donald at Mon, 2009/01/19 - 6:00am

Actually it's Impress and not Draw, and the other application in the screenshots is KPresenter. The point is to show interoperability between KOffice (Kpresenter in this case) and OpenOffice.org through the OpenDocument file format.

By Inge Wallin at Thu, 2009/01/15 - 6:00am

Oops, my bad. It is indeed Draw and Karbon, not Impress and Kpresenter. But the point remains.

By Inge Wallin at Thu, 2009/01/15 - 6:00am

but it would be nice to have in the future a good support also for the office formats.... some people still send files in .doc or stuff like that (and obviously i reply with an .odt)... but if koffice want to be quite popular it should consider this thing (ovbiously after the other more important stuff like a good/perfect support of the open document format)

By jackie at Thu, 2009/01/15 - 6:00am

KOffice already has support for .doc and the other MS Office formats. And actually it's better than most people think. Try it!

That said, I'm not 100% sure what the status of the MSO filters is for 2.0.0.

By Inge Wallin at Thu, 2009/01/15 - 6:00am

The excel filters have just gotten a big boost yesterday. The .doc filter is quite good already, it's kword that cannot yet display everything kword can. Using koconverter to convert .doc to .odt gives quite nice results, as can be verified with OOWriter.

By Boudewijn at Thu, 2009/01/15 - 6:00am

The excel filters have just gotten a big boost yesterday. The .doc filter is quite good already, it's kword that cannot yet display everything kword can. Using koconverter to convert .doc to .odt gives quite nice results, as can be verified with OOWriter.

By Boudewijn at Thu, 2009/01/15 - 6:00am

Does it save to MSoffice formats though?

By Jussi at Sun, 2009/01/18 - 6:00am

At the moment I only have a Ubuntu 8.10 and Windows Vista dual boot. Because I don't want to 'pollute' (don't get me wrong, I will certainly switch from GNOME to KDE 4 once it's a bit more mature) my Ubuntu installation with KOffice and all it's dependencies on Qt and KDE, I'd like to test on Windows.

However, last time I checked with the Windows installer, KOffice beta 4 wasn't available, merely an older beta AFAIK. When will beta 5 be packaged for Windows, or is it already available?

By the way, with beta 6 being the last beta mentioned in the release plan – http://wiki.koffice.org/index.php?title=Schedules/KOffice/2.0/Release_Plan – that means there will be more beta's if necessary? Once all bugs for beta releases are fixed, a release candidate will be released? So it can take a few months before we see the final release?

By Alexander van Loon at Thu, 2009/01/15 - 6:00am

I don't know about the windows release -- that's for someone else to answer. But yes, if we are not satisfied that we've reached a release candidate stage, we will release more beta releases than are planned right now.

By Boudewijn Rempt at Thu, 2009/01/15 - 6:00am

Ok, the lowdown on the windows builds is that Patrick Spendrin no longer has a windows build machine. That's why we haven't got packages right now -- which is a pity, but it also offers an admirable point for someone else to step in and start helping out!

By Boudewijn Rempt at Thu, 2009/01/15 - 6:00am

I hope KOffice 2.0 will be really stable as KDE 4.2 is now. I think KOffice 2.0 final can be released also next year if this can produce something very stable and usable. I'm a great fan of KWord and KPresenter and I'd like to see a good release also if this means other 12 months :) .
I will try to use this version to report bugs to fix in time for the 2.0 final stable release.

By Giovanni Venturi at Thu, 2009/01/15 - 6:00am

I *suspect* that 2.0 will be very similar to KDE 4.0 and Amarok 2.0 - i.e. not very full-featured or stable releases pushed out to get more testing and also to afford some psychological relief by ending the feature-freeze so that the devs don't feel stifled. As with KDE 4.0 and Amarok 2.0, I then would expect rapid progress in fixing bugs and restoring features.

By anon at Thu, 2009/01/15 - 6:00am

2.0 won't be the end of the road for KOffice, that's for sure. And there will be regressions from 1.6 -- sometimes really important regressions, like a complete lack of table support. But we are committed to making 2.0 as stable a release as we can within its set of features. And yes, it'll be relief to finally have it released and be able to start working on 2.1 again :-)

But we do need the help of all you guys in the quest for stability. No matter how stupid and obvious you might think a crash or a bug is: the fact that it's in there means we didn't know about it, so please report it! We need people to test KOffice before we release the final, otherwise we _will_ release a KOffice with lots of bugs.

By Boudewijn Rempt at Thu, 2009/01/15 - 6:00am

I just experienced a nice bug: KWord crashes when you press "Save"... ;-) (seems to depend on whether the .odt was changed by OOo before or not)

A bug report will be today or tomorrow.

By Cyril at Thu, 2009/01/15 - 6:00am


By Boudewijn Rempt at Thu, 2009/01/15 - 6:00am

Yes the dot article saying that kword got all its crash fixed, is for all *reported* crash, it's as much a display of progress than an encouragement to test things, and report new issues, so that the devs can make 2.0 rock :)

By Cyrille Berger at Thu, 2009/01/15 - 6:00am

Yep, I have the same issue. Anytime I attempt to save a KWord document, it crashes. However, since I am running Mandriva cooker I hesitated to say anything until I ruled out a packaging problem. Since you have the issue as well, it seems to be a KWord issue. Of course my main issue that I always bring up is not being able to save flake shapes within a KWord document. That very well could be resolved, but since I can't save a document at all now there is no way of knowing.

By cirehawk at Fri, 2009/01/16 - 6:00am

The bug is already reported and fixed: see http://bugs.kde.org/show_bug.cgi?id=180238

By Thorsten Zachmann at Fri, 2009/01/16 - 6:00am

The incredible bug fixing rate within the KDE4 project(s) IMHO shows what a powerful new framework KDE4 is.
Soon stability and feature equivalence to KDE3 will be reached, and then KDE4 will just beat the s..t out of other DEs (including M$ & MA¢. ;-)

By Cyril at Fri, 2009/01/16 - 6:00am

i think that the total lack of table support is a bad thing which will cause some/a lot of people don't use koffice util that is fixed :(
btw, will koffice adopt the same release cicle of 6 months as kde has ? (for the releases after the 2.0)

By jackie at Thu, 2009/01/15 - 6:00am

OpenOffice is my only office suite, and I use it for both general and academic work, always saving in the ODF format. I too would like not to depend on OpenOffice, and have a "native" Linux suite. But if you want to work with ODF, OpenOffice (and derivatives) is the only choice. I will only consider KOffice when its ODF implementation is 100% compatible with that of OpenOffice.

By Card at Fri, 2009/01/16 - 6:00am

ODF compatibility and OpenOffice compatibility isn't always the same. For example Karbon can save perfectly valid odf files, that OpenOffice isn't able to load correctly.

But the good news is that KOffice and OpenOffice are getting more and more compatible, as both teams are solving odf problems in their implementations. You will see significant improvements with the 3.x releases of OOo and the 2.x releases of KOffice.

By Sven Langkamp at Fri, 2009/01/16 - 6:00am

I have great respect for these developments. I just wonder whether the vision of cloud application space might not be true. If so then the Desktop application space is becoming irrelevant.

I tried Adobe Buzzword, beta quality software, export does not work well, and I am amazed by the user interface ideas these guys had.

The new KOffice is nice but is it production ready as e.g OO.org? In fact it never has been. How can you make KOffice run as a Cloud application?

By Andre at Fri, 2009/01/16 - 6:00am

Didn't someone do a proof of concept of a plasmoid browser plugin?

Who knows? Maybe a few years from now, KOffice 3.0 is a plasmoid.

I doubt it though. I think KOffice is aimed at a different crowd.

By T. J. Brumfield at Fri, 2009/01/16 - 6:00am

Just a query as why kspread2 uses an extension of FODF instead of ODF if using ODF format when saving a spreadsheet. I was assuming that ODF format would ave defaulted to the same extension to show that it can be opened by any ODF compliant program - will this not be confusing to the ordinarty user?

By Ian at Fri, 2009/01/16 - 6:00am

That sounds vaguely familiar... I had the same problem this summer: .fodt is one of the valid extensions for odt documents and added by OpenOffice. I discussed this with David Faure at the time on #koffice:

01.07.2008-15:30 < dfaure> it has to be a code bug, unless you can really find fodt in /usr/share/mime or kdedir/share/mime, but I doubt that
01.07.2008-15:31 < boud> actually, yes
01.07.2008-15:31 < boud> [email protected]:/usr/share/mime> grep -R fodt *
01.07.2008-15:31 < boud> globs:application/vnd.oasis.opendocument.text:*.fodt
01.07.2008-15:31 < boud> packages/openoffice.xml:

1.07.2008-15:33 < dfaure> it's just an _extra_ pattern for this mimetype. odt files are still associated with the mimetype too.
01.07.2008-15:34 < dfaure> it's just that the file dialog has to pick _one_ extension as the default one, and there's no real support for that anymore with shared-mime-info;
01.07.2008-15:34 < dfaure> no replacement for the old X-KDE-NativeMimeType property.
01.07.2008-15:34 < dfaure> so it takes the first extension from the list, so the bug is that fodt is first. I'll have a look at that.
01.07.2008-15:41 < dfaure> (hmm I see, update-mime-database uses a hash internally so the order isn't kept)
01.07.2008-15:47 < dfaure> ok, no fix possible with current shared-mime-info; I emailed the xdg list. I knew this problem would arise, just didn't have a use case for it up to now
01.07.2008-15:48 < boud> cool :-)

After that, I failed to ping David Faure again about this issue.

By Boudewijn Rempt at Fri, 2009/01/16 - 6:00am

Of course, I probably _should_ have created a bug :-)

By Boudewijn Rempt at Fri, 2009/01/16 - 6:00am

David actually _did_ contact the xdg list about this issue.

By cloose at Fri, 2009/01/16 - 6:00am

It is an option actually saying "Automatically select filename extension (.fods)" at the bottom of the "Save As" dialog, so it seems correct. and it say similar on the kword2 "Save As" i.e. "Automatically select filename extension (.fodt)"
Seems like a strange choice of extension guaranteed to add confusion.

As these messages are hard-coded on the dialogs (i think) it doesn;t appear to match David's thoughts.

By Ian at Fri, 2009/01/16 - 6:00am

Well, no, the messages really aren't hard-coded, but constructed out of the available patterns. If you, for example, grep through the KOffice source code, you won't find a single instance of .fodt in source or ui files.

By Boudewijn Rempt at Fri, 2009/01/16 - 6:00am

Ok, thanks. Hopefully it will sort itself out.

By ian at Fri, 2009/01/16 - 6:00am

I think we'd better add a bug report about it, though. Will you or shall I?

By Boudewijn Rempt at Fri, 2009/01/16 - 6:00am

Done.... Bug 181271

By Ian at Mon, 2009/01/19 - 6:00am

hi, is karbon a good replacement for inkscape or not yet? (for simple stuff, nothing complicated)

By arthur at Sat, 2009/01/17 - 6:00am

Karbon has an excelent curve editing tool in 2.0, which is on par feature wise with inkscape. Of course, Karbon misses a lot of the other feature of inkscape, the biggest thing it currently miss are filters (especially the blur one ;) ).

By Cyrille Berger at Mon, 2009/01/19 - 6:00am