NOV
20
2008

KOffice 2.0 Beta 3 Released

The KOffice Team has announced the release of KOffice version 2.0 Beta 3, the third beta version of the upcoming version 2.0. The goal for the third beta is to show progress made since beta 2, as well as to gather feedback from both users and developers on the new UI and underlying infrastructure. This will allow the team to release a basically usable 2.0 release, demonstrating our vision for the future of the digital office to a larger audience and attract new contributions both in terms of code and ideas for improvements. Since the last beta release a significant set of improvements and speedups have been integrated for all applications and this release shows the continuous focus on bug fixes until 2.0 is released. More information on the full announcement while the release notes tell you how to get it.

Comments

Nice improvements everywhere. If you keep fixing at that rate, I am confident OpenOffice.org will be history on my machine. I have other uses for that disk space ;)

Thanks, and happy hacking!


By christoph at Thu, 2008/11/20 - 6:00am

Is there any issue installing both GraphicMagick and ImageMagick on the same system?
The first is a strong dependency for Krita, while the later is more universally installed and is dependency for other programs I use, like transcode, so I probably need to install both to fully use Krita without crippling other tools.
A bit anoying and useless, but I know that this has to do with the ever changing API of IM, so I can understand developpers.


By Richard Van Den Boom at Thu, 2008/11/20 - 6:00am

I've written a small program that uses GraphicsMagick; at one point it was picking up ImageMagick's headers (due to the fact that /usr/local/include was listed in the include search path before /usr/local/include/GraphicsMagick); this, as you might guess, caused problems.

My current install of ImageMagick lives in /usr/local/include/ImageMagick, so the same problem shouldn't occur. I can only presume that at one time ImageMagick was in /usr/local/include, causing a potential problem--my svn logs convince me this was so. It looks, though, that things should be safer if you have new enough versions of both packages.


By KDE User at Thu, 2008/11/20 - 6:00am

Well, to run krita, you only need the lib installed, and those shouldn't conflict with anything from imagemagick. You don't need the tools, the headers or anything else (you obviously need the headers to compile krita). And if you're willing to forego gif, xcf, psd and some other less important fileformats, you can do without altogether: Krita only uses graphicsmagick in an file import/export plugin, not in the core.

(It used to do that: in the KImageShop days there was a period when the application was designed to be a gui wrapper around ImageMagick, but already when I joined up in 2003, Krita only used ImageMagick for file import/export.)


By Boudewijn Rempt at Thu, 2008/11/20 - 6:00am

OK, I think I'll continue testing KOffice without GraphicMagick, then.
I thought you used it for almost all graphic import/export filters, but since it's not the case, I can do without it.


By Richard Van Den Boom at Thu, 2008/11/20 - 6:00am

OK, I think I'll continue testing KOffice without GraphicMagick, then.
I thought you used it for almost all graphic import/export filters, but since it's not the case, I can do without it.


By Richard Van Den Boom at Thu, 2008/11/20 - 6:00am

The important ones -- jpg, png, tiff, raw, have all their own filters, some of which are really, really good :-)


By Boudewijn Rempt at Thu, 2008/11/20 - 6:00am

GraphicMagick and ImageMagick can be installed alongside. I have both GM and IM on my machine. In fact, the only tool provided by GraphicsMagick is called 'gm', and the libraries have of course different names. (GM also have a compatibility layer with IM which of course conflict with IM... but you can do without it).


By Cyrille Berger at Thu, 2008/11/20 - 6:00am

any chance of some images of this release?


By R. J. at Thu, 2008/11/20 - 6:00am

There are no changes in the GUI. There are a few changes in the behaviour but those are impossible to show in a screenshot anyway.

Remember that this the only difference between this release and the last one is bug fixed and wrinkles ironed out.


By Inge Wallin at Thu, 2008/11/20 - 6:00am

thanks, I was hoping that there had been a change in the GUI to make it more professional looking. It is hard to try and convince a business to move away from ooffice 2007 when what you are trying to convince them to move to looks like it is dated a decade behind what they are using. Is it possible for a more professional look for KOffice as it would majorly help in getting people to shift to it


By R.J. at Thu, 2008/11/20 - 6:00am

Well, yes, the GUI has changed a lot since 1.x, and we think it has the potential to be both better looking and easier to use -- although we know we still have a lot of work to do to realize the potential we've been working for. There's a nice screenshot in the announcement on the dot, btw.


By Boudewijn Rempt at Thu, 2008/11/20 - 6:00am

Define professional when associated with the GUI of an office suite.
If your answer is, like the folks à openoffice.org, "looks like ms office" then I hope koffice will never look professional.


By Renaud at Fri, 2008/11/21 - 6:00am

Is the theme now complete?


By Andre at Thu, 2008/11/20 - 6:00am

If you mean Oxygen, no - KOffice is not well supported.

On my screen the dockwindows and the spreadsheet in KSpread share the same space (the borders of the dockwindow cover the spreadsheet) And even the dockwindows do not work well if arranged next to each other (Here again, they cover the space of the other widgets!)

Moreover, KSpread still does not let you use curser keys in edit mode (when hitting F2)

Still, when editing for example cell E4 containing a math equation with cross reference to A4 and B4 it may happen that either
o the format changes of A4 or B4
o the contents changes of A4 or B4
If I hit Ctrl+Z to undo these changes, weird thing happen if you select another cell (Undo works as long as you stay on cell E4, but if you move to C4, for example, Undo is applied to other cells??!)

my first impression...
strange...


By Sebastian at Thu, 2008/11/20 - 6:00am

The dockers covering outside is a bug in Qt caused by oxygen being a bit optimistic as to what Qt can do (we are breaking new ground). Qt 4.5 will fix this.


By Casper Boemann at Thu, 2008/11/20 - 6:00am

Good to hear that one...


By Sebastian at Thu, 2008/11/20 - 6:00am

The problems with edit mode (there is more of them than what you describe) are on my fix-asap list. It's actually the only item there for KSpread :)

As for the undo issue, this is new to me, did you file a bug report ? Not sure if there's one yet about this ...


By Tomas Mecir at Fri, 2008/11/21 - 6:00am