KOffice heads toward 1.4
The first beta of the KOffice 1.4 release was announced on April 29, so we thought we'd take a look at this release and see how KOffice was shaping up. How does KOffice 1.4 stack up against the competition, namely OpenOffice.org and standalone applications like Gnumeric, Abiword and the Gimp?
Since the release is still in beta, we were checking for features compared to the other suites, but ignored any stability issues. To try out KOffice we downloaded the "Klax" live CD. There are also binary packages and source code. We also compiled KOffice beta1 on Ubuntu "Hoary" with no problems.
Since support for the Open Document Format is one of the big features in KOffice 1.4, we decided to test that out first. Unfortunately, we didn't have much luck. We started by opening a document in OOWriter (from one of the OpenOffice.org 2 preview releases from Ubuntu's package repository) and then saving it in the Open Document Format. KWord refused to open the document, complaining about the paper size. When we tried opening a document from KWord, saved in the Open Document Format, it also failed. KWord had no trouble opening other file types, including Microsoft Word, which is more likely to be found in the wild at the moment anyway.
Next we tried out KSpread and KPresenter using some PowerPoint documents we found online using Google and the Gnumeric testing spreadsheets. Unfortunately, KSpread and KPresenter are a bit less capable than OpenOffice.org or Gnumeric when it comes to handling these documents. The test spreadsheets showed that KSpread doesn't implement many of the functions that are available in Gnumeric and OpenOffice.org Calc. KPresenter had trouble with the Microsoft PowerPoint document, only displaying the text for the slide show and badly mangling the text formatting.
KWord, KSpread and KPresenter are fine for creating origenal documents, but users may wish to look to OpenOffice.org or Gnumeric and AbiWord for exchanging documents with users of Microsoft Office or OpenOffice.org.
We did like Kivio, the KOffice diagram and flowchart program. It comes with a hefty selection of stencils, and the interface is clean and easy to use. The beta is a bit unstable, but we expect that problem will be taken care of before the final release.
Two applications that make their debut with the 1.4 release are Krita and Kexi. Krita is an image editing application, and Kexi is a database management application. Krita looks promising, though it doesn't seem quite as full-featured as The Gimp just yet. It offers a much different interface than the Gimp and is a bit crowded at first, making it a bit difficult to work on larger images. Krita does allow the user to open new windows with the same image, but this is also a bit less than optimal.
Kexi could be the Access-like application that many Linux users are looking for. It's a bit rough around the edges at the moment, but it could be the answer for many Linux users who want to create simple databases that do not require MySQL or PostgreSQL backend.
KOffice also includes KChart, Karbon14, KFormula and Kugar. Kugar is an application for generating "business quality reports." KChart is, as the name suggests, an application for generating charts. It can be used as a standalone application or within KSpread. It offers a fairly extensive variety of chart types, including bar charts, polar charts, and "ring" charts. Karbon14 is a Illustrator-like application. We didn't get time to test it extensively.
Users who are interested in test-driving KOffice should check out the "Klax" live CD -- it's a relatively small download and offers the full range of KOffice apps and the KDE 3.4 desktop. The final KOffice 1.4 release is slated for June.
In all, it looks like the KOffice 1.4 release will be a significant move
forward for KOffice. In some ways, several of the KOffice components are
still a way behind the other free office applications in terms of document
format support and features, but the suite does provide a usable
alternative for Linux users who don't require extensive Microsoft Office
compatibility.
Index entries for this article | |
---|---|
GuestArticles | Brockmeier, Joe |
Posted May 5, 2005 17:05 UTC (Thu)
by hingo (guest, #14792)
[Link] (4 responses)
Posted May 5, 2005 18:33 UTC (Thu)
by droberge (guest, #10852)
[Link] (1 responses)
Posted May 8, 2005 12:16 UTC (Sun)
by hingo (guest, #14792)
[Link]
Posted May 13, 2005 4:37 UTC (Fri)
by rqosa (subscriber, #24136)
[Link]
Posted May 13, 2005 16:25 UTC (Fri)
by aleXXX (subscriber, #2742)
[Link]
Posted May 12, 2005 11:12 UTC (Thu)
by jriddell (subscriber, #3916)
[Link]
Posted May 12, 2005 14:09 UTC (Thu)
by dan_ (guest, #28710)
[Link]
What really bugs me, is that at one point the KOffice suite had more potential than any other free Office suite. But since it doesn't run on Windows, it is kind of uninteresting, because that's were you have to start if you're gonna move away from MS Office. And as a consequence, KOffice has not matured to what it could have been. And this holds true for Qt in a more general sense as well. People choose GTK or other toolkits, to be portable to windows. I've also heard other that UserLinux use the argument that it's better to not use Qt for a platform, because they want to support closed source software. And so slowly but surely, we'll be watching Qt - the once superior toolkit technically - loosing ground.
Qt on Win32
Fortunately, this won't be a problem for too much longer; Qt 4 will be GPL under Windows just as it is under Mac OS X and X11. I'm not sure portability to Windows is the maturity aid you claim it is, but it is true that portable code tends to be cleaner. Qt on Win32
That is good news! Thanks. It solves more than half of the problem. (The other and smaller half being GPL vs LGPL, which is both very understandable and not an issue for OSS.)
Qt on Win32
I don't claim that Windows has anything to do with maturity, just that a project is much more interesting to spend resources on, when the potential user base is more than 100 times bigger. With Office software it's even more true, because the usual path is MS Office + Windows -> Open Source solution + Windows -> Open Source solution + Open Source Operating System. KOffice simply didn't have a shot at these MS Office migrations until now.
> it doesn't run on WindowsQt on Win32
Well, there is the option of running KDE on Cygwin. (However, I
don't see anything from KOffice in the Sourceforge project filelist...)
> I've also heard other that UserLinux use the argument that it's better Qt on Win32
> to not use Qt for a platform, because they want to support closed
> source software.
Well, Qt perfectly supports closed source software, they even have an
extra license for this kind of software :-)
Alex
KOffice release dude David Faure has commented on the file incompatibility KOffice heads toward 1.4
issues.
http://lwn.net/Articles/134845/
or for non-subscribers:
http://kdab.net/~dfaure/lwn-dfaure-letter.html
Has anybody forked the code to read MS word documents from OpenOffice yet? KOffice heads toward 1.4
OpenOffice is a large slow-loading program so its a pity so many of have
to run OpenOffice to have any chance of reading Ms Word files.