KOffice 1.3 Beta 1 Released

On April 23rd 2002, the KDE Project released the first beta version of KOffice 1.3. It comes with many new features and improvements, new filters, hyphenation and the new database client Kexi (screenshots). Read more in the KOffice 1.3 Beta 1 announcement and in the full KOffice 1.3 Beta 1 changelog. First binary packages are available, or grab the sources or use the newest version of Konstruct (cd apps/koffice-unstable;make install). The second beta and feature freeze is planned for June 24th.


first post ?

Thanks kde guys

By kannister at Thu, 2003/04/24 - 5:00am

OO 1.1, Koffice 1.3, Abiword 2, GobePRoductive 3 etc. Who says there aren't enough productivity programs for Linux? Thanks everyone!

By Alex at Thu, 2003/04/24 - 5:00am

You forgot the "good" before the "enough"...
OO 1.1 is quite nice, but it is also a monolitic beast.
KOffice is coming along nicely, but it is still not mature enough.
The other ones I don't know, never used them.

Things are changing though, fortunately.
Keep up the good work, Koffice team!


By WM at Fri, 2003/04/25 - 5:00am

Compilation with gcc-2.95.3 fails:

make[4]: Entering directory `/usr/local/src/koffice-1.2.90/kivio/kiviopart'
source='libkiviopart_la.all_cpp.cpp' object='libkiviopart_la.all_cpp.lo' libtool
=yes \
depfile='.deps/libkiviopart_la.all_cpp.Plo' tmpdepfile='.deps/libkiviopart_la.al
l_cpp.TPlo' \
depmode=gcc /bin/sh ../../admin/depcomp \
/bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I.
-I. -I../.. -I./ui -Iui -I./kiviosdk -I./tklib -I./tools -I../../lib/kofficeui -
I../../lib/kofficeui -I../../lib/kofficecore -I../../lib/kofficecore -I../../lib
/store -I../../lib/store -I../../lib/kwmf -I../../lib/kwmf -I../../lib/kotext -I
../../lib/kotext -I../../lib/kformula -I/opt/kde/include -I/usr/lib/qt/include -
I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno
-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwri
te-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wc
har-subscripts -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i386 -mcpu=i686 -fno-exception
s -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_
CAST -DQT_NO_COMPAT -c -o libkiviopart_la.all_cpp.lo `test -f 'libkiviopart_la.
all_cpp.cpp' || echo './'`libkiviopart_la.all_cpp.cpp
In file included from libkiviopart_la.all_cpp.cpp:18:
stencilbarbutton.cpp:109: warning: ANSI C does not allow `#warning'
stencilbarbutton.cpp:109: warning: #warning "Left out for now, lacking a style e
xpert (Werner)"
In file included from libkiviopart_la.all_cpp.cpp:6:
kivio_view.cpp: In method `void KivioView::setupActions()':
kivio_view.cpp:440: warning: value computed is not used
kivio_view.cpp: In method `void KivioView::setLineWidth()':
kivio_view.cpp:1040: warning: initialization to `int' from `double'
In file included from libkiviopart_la.all_cpp.cpp:31:
kiviostencilsetaction.cpp: At top level:
kiviostencilsetaction.cpp:39: redefinition of `const char * default_plug_xpm[]'
add_spawner_set_dlg.cpp:35: `const char * default_plug_xpm[22]' previously defin
ed here
make[4]: *** [libkiviopart_la.all_cpp.lo] Error 1
make[4]: Leaving directory `/usr/local/src/koffice-1.2.90/kivio/kiviopart'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/local/src/koffice-1.2.90/kivio/kiviopart'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/koffice-1.2.90/kivio'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/koffice-1.2.90'
make: *** [all] Error 2

By Andrey V. Panov at Fri, 2003/04/25 - 5:00am

run configure without --enable-final

By AC at Fri, 2003/04/25 - 5:00am

Wow! that is pretty cool looking. Looks like it might rival Access for ease of use for working with databases. I cant wait to see where KOffice is in a year!

By Echo6 at Fri, 2003/04/25 - 5:00am

> in a year!

I think KOffice 1.3 will be released in august this year. :-)

By KDE User at Fri, 2003/04/25 - 5:00am

I think that you should better think of September instead of August.

By Nicolas GOUTTE at Sat, 2003/04/26 - 5:00am

Hi All,

I was just installing Koffice 1.3 Beta1 from the SuSE 8.1 RPMS.

It seems to want quite a few Gnome derived RPMS installed, including,

Gnome VFS

Does anyone know why are these libraries required for KOffice...?

By Adrian Bool at Fri, 2003/04/25 - 5:00am

These are not required if libgsf is compiled with "--without-gnome". libgsf is required by wv2 which is responsible for the much improved MS Word import filter.

By Anonymous at Fri, 2003/04/25 - 5:00am

Why did SuSE compile it with GNOME? Does this mean everyone who installs KOffice has to install GNOME? This is really bad and bloated for KDE.

By KDE User at Fri, 2003/04/25 - 5:00am

Perhaps because the library installed by this package is also used by Gnome on SuSE?

By Anonymous at Sat, 2003/04/26 - 5:00am

That's why they need a libksf for KDE so that they don't load GNOME everytime someone loads KOffice. :-(

By KDE User at Sat, 2003/04/26 - 5:00am

Well, libgsf provides a --without-gnome option which reduces the dependency to glib2 and libxml2. The problem is, that the SuSE package hasn't been split up in libgsf and libgsf-gnome as done by other distributions. I talked to the maintainer of the SuSE KDE rpms and he said he's going to notify the libgsf packager, so stay tuned.

By Werner Trobin at Mon, 2003/04/28 - 5:00am

Just to add, this is good enough reason to build libksf because KDE has technology as
KConfig and
to do the same work and loading a duplicate set of libraries to do the same thing is completely nuts.

By KDE User at Fri, 2003/04/25 - 5:00am

Do you have any idea how much work went into libgsf? Re-writing it would be a major waste of effort. At heart, libgsf really only has one core dependancy (glib2.0), which only takes up a very small amount of memory.

By all means, please do seek out a solution so the other Gnome libraries aren't pulled in (I'd be quite interested in this myself), but please don't suggest fragmenting one of the (very few) points of collaboration between the various office projects. At some point, we have to find a common ground or be condemned to be perpetually re-inventing each other's wheels.

By William Lachance at Mon, 2003/04/28 - 5:00am

Simply use the basic runtime version of libgsf which doesn't contain Gnome specific extensions. Doing a search for libgsf (by mmb click) resulted in eg. http://packages.debian.org/unstable/libs/libgsf-1.html
And if you compile it yourself achieve that with "--without-gnome" like Anonymous on Friday 25/Apr/2003, @11:02 wrote already above.

By Datschge at Mon, 2003/04/28 - 5:00am

Kexi rules! Thank you, I needed that.

By Anno at Fri, 2003/04/25 - 5:00am

My question is: "what language is used to make the kexi front-end talk to the MySQL database end? Just like in the windows world, one could use Visual Basic to talk to a MS-SQL Server database?"


By buyondo at Fri, 2003/04/25 - 5:00am

The Basic language is not welcome in the KDE developers world, it's a bad or a good thing, I don't know...
The choosen language seems to be "a JavaScript/ECMA-Script like language (QSA)" and I feel it is too complex (and it seems specific...). For me the better language for such an Access-like program is Python, both simple and powerful, now universal standard, easy to learn for those who know the VBA Basic of Access...

By Alain at Sat, 2003/04/26 - 5:00am

By KDE User at Sun, 2003/04/27 - 5:00am

What ? Nothing to do with Kexi or Kdevelop...
And this KBasic project is old and has a very slow progress (nothing from october), it has not a good place in the KDE world.

The great force of the MS Office is the VBA language. A good Linux office needs such a language, both simple and powerful. I feel it can only be Python, wich has a very energetic community.

By Alain at Sun, 2003/04/27 - 5:00am

So what? Support whatever you want (and don't complain that others support what they want).

By Datschge at Mon, 2003/04/28 - 5:00am

The question is not here, in the choice of a person or another. The question is to use wether a standard, very well known language, wether a "JavaScript/ECMA-Script like language (QSA)" which seems to be badly known and not powerful (I may be false, it's easy to be false about some unknown thing...) and not easy (here, it's perhaps more personnal, the java languages are less easy than Basic or Python...).

If Kexi uses a specific language, numerous users will not use it, it's not credible in terms of durability and support of a standard language (also available in others applications). The users support the most credible solutions. The question is here : is Kexi a convaincing solution ?

More generally, I think that it lacks for KOffice something like VBA for Ms Office. Is it necessary ? If it is, what language to choose ? Here also, I think that Python would be a good solution. Perhaps another may be credible, but not something that seems specific, with a name impossible to memorize that you may only use by copy/paste : "JavaScript/ECMA-Script like language (QSA)".

By Alain at Tue, 2003/04/29 - 5:00am

Firstly ECMA compatible script languages are not "badly known" but *the* client side script language in the internet. Secondly no single KDE program uses a "specific (scripting) language", they are generally open to everything, someone just need to implement it (it could be you). Thirdly look what's already possible with DCOP in conjunction with any language. Forthly Python is getting popular among KDE developers, support them and let them know you'd like Python scripting support (and post a wish report at bugs.kde.org, not here). Fifthly stop sounding like someone who is just bitching about the lack of VBA while ignoring existing alternatives. Thank you.

By Datschge at Tue, 2003/04/29 - 5:00am

Sorry, today for the users there are not existing alternative for VBA in KOffice, and your speech don't show such an alternative. Many things are possible for developers but it is not here. Your word "bitching" has no justification, it's sad that you use it.

By Alain at Wed, 2003/04/30 - 5:00am

What's the status of bidi text support in KWord? It has been coming Real Soon Now (TM) for a long time.

By Joe Forbes at Fri, 2003/04/25 - 5:00am

From the KOffice 1.2 announcement: "KWord and KPresenter now feature full support for reading and writing bi-directional text, such as Arabic and Hebrew". So what have you been missing?

By Anonymous at Sat, 2003/04/26 - 5:00am

It should work.

KOffice 1.2 had bugs corrected in KOffice 1.2.1 if I recall correctly.

So if you still find bugs, please report them.

Have a nice day/evening/night!

By Nicolas GOUTTE at Sat, 2003/04/26 - 5:00am

... when will Konqueror/(KDE?) follow the XDND protocol for we can finally DND between it and Gnome/GTK2 apps?

I know it is off topic, I just wanted to draw the attention of someone on the bug that was opened 1.5 years ago :-)

By oliv at Fri, 2003/04/25 - 5:00am

KDE follows the XDND protocol a long time ago, no? Since Qt switched which is a very long time ago.

By ac at Fri, 2003/04/25 - 5:00am

By oliv at Sun, 2003/04/27 - 5:00am

This is off topic, but I have been having these problems so..

There are still some problems. For example I can't drag files from konqueror into a totem playlist. Does anyone more knowledgable know who I should be reporting this bug to? Is kde sending it wrong, or is totem recaiving it wrong.

By the same merit, why do none on my kde apps go into the gnome system tray. Gnome apps seem to use the kde tray just fine. Should this bug go to gnome or kde?

By theorz at Fri, 2003/04/25 - 5:00am

I don't really run any Gnome apps I can think of on my Gentoo system. I can't remember emerging anything except compatibility libraries. I know the interoperability work has been ongoing but I don't know what stage it's in. When encountering problems like this the troubleshooting method is to see if you can find evidence of it working in one case where if fails in a like case. The failing application will point the way. That doesn't always work and you might check freedesktop.org or look for docs or newsgroup postings to clear things up.

Here's a simple rule of thumb in what I have observed. First, KDE has generally been leading in this area, being first to load Gnome and X programs as parts, use GTK themes and other areas. Second, KDE uses a very organized OO framework which means that a number of things a developer has to have little or no concern about to have those sets of features. You might have noticed talks about interface consistency and other issues that are big concerns with Gnome. They have to have a lot more developer attention in a wide variety of areas.

So first I'd try to confirm what level has been stated to be achieved, look for insconsistencies, especially with Gnome, and proceed from there.

By Eric Laffoon at Sat, 2003/04/26 - 5:00am

Your problem with totem is the bug I mention:
This is KDE bug, not Gnome.

For the system tray, I don't know.

By oliv at Sun, 2003/04/27 - 5:00am

KDE/Qt do use XDND since a long time. And, if you want to draw attention to some reported bugs, you'd better vote for them at bugs.kde.org (or at least you shouldn't forget to mention the bug number >;) ).

By L.Lunak at Sun, 2003/04/27 - 5:00am

Okay, here is the bug number:

I just wanted to see if people here where able to search by themselves: Conclusion, they are not. They just THINK that KDE follows the XDND protocol, while it is NOT the case.

And I have voted for this bug. And I have reported another one similar that was classified as duplicate.

Sorry KDE advocates, there IS a bug in KDE XDND implementation. If YOU want to see it dissapear, vote for it, don't just play the three monkeys :-)

By oliv at Sun, 2003/04/27 - 5:00am

Sorry, but there's more serious work to do than searching for bugreports when somebody forgets to give the number.

The issue is currently being examined. Yes, there were some bugs in KDE implementation. I believe I fixed them all in my local copy, so that drags produced from KDE apps are completely correct. So far the only visible result seems to be the fact that Nautilus no longer accepts the drops. EOG and similar still don't accept them. Moreover, the test application linked in the bugreport doesn't accept drops from Nautilus. So it looks like fixing the problems in KDE won't help that much, as that's not the only things that has bugs.

This needs to be discussed with GNOME developers.

By L.Lunak at Mon, 2003/04/28 - 5:00am

Funny how this came up in the thumbnail thread on xdg-list very recently:

By Sad Eagle at Mon, 2003/04/28 - 5:00am

When I drag a link from Mozilla to Konsole/KDE only the first character or two seems to get pasted. Does it work for anyone else?

By anon at Sun, 2003/04/27 - 5:00am

I looked into this today together with Lubos. The conclusion is that
a) The bugreport from 1.5 ago is about missing hostnames in drags, but adding hostnames makes DND break with a lot of apps that don't expect them.
b) Problems with DND between Qt and GTK2 apps are due to a bug in Gtk2. Will be fixed in the next version of Gtk2 I assume. See also http://bugzilla.gnome.org/show_bug.cgi?id=109495

By Waldo Bastian at Mon, 2003/04/28 - 5:00am

When I drag a link from Mozilla to konsole, only "h" gets pasted but it seems to work to Konqueror and KEdit. Is this a bug with konsole?

By KDE User at Mon, 2003/04/28 - 5:00am


So the two/three bugs I have opened or participated too (I opened the GTK one and the KDE one which was then duplicated to the old hostname one) will soon be closed. That 's great news.

By oliv at Tue, 2003/04/29 - 5:00am

It's too bad that Ralf Nolden can't make debs any more :( Is there a woody source out there, somewhere?

By Joe Debian at Fri, 2003/04/25 - 5:00am

What keeps him from doing it?

By Anonymous at Sat, 2003/04/26 - 5:00am

Most likely the lack of time.

By Datschge at Sun, 2003/04/27 - 5:00am

This may be a silly question, but what taskbar and kicker/panel theme is being used in http://www.koffice.org/kexi/screenshots/manipulation.png? It looks really cool, but I don't have a clue how to set it up :-p


By Kyle Gordon at Sun, 2003/04/27 - 5:00am

That's not Kicker. That's Slicker: http://slicker.sourceforge.net/

By Anonymous at Sun, 2003/04/27 - 5:00am

Excellent! Cheers :-)

By Kyle Gordon at Mon, 2003/04/28 - 5:00am

i'd love to see slicker implemented in KDE :-)

By hook at Sun, 2003/05/04 - 5:00am