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.

Dot Categories: 

Comments

by kannister (not verified)

first post ?
w00t.

Thanks kde guys

by Alex (not verified)

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

by WM (not verified)

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!

WM

by Andrey V. Panov (not verified)

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 AC (not verified)

run configure without --enable-final

by Echo6 (not verified)

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 KDE User (not verified)

> in a year!

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

by Nicolas GOUTTE (not verified)

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

by Adrian Bool (not verified)

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,

ORBit
Bonobo
GConf
Gnome VFS

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

by Anonymous (not verified)

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 KDE User (not verified)

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 Anonymous (not verified)

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

by KDE User (not verified)

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

by Werner Trobin (not verified)

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 KDE User (not verified)

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

by William Lachance (not verified)

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 Datschge (not verified)

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 Anno (not verified)

Kexi rules! Thank you, I needed that.

by buyondo (not verified)

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?"
Thanks,

Cb..

by Alain (not verified)

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 KDE User (not verified)
by Alain (not verified)

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 Datschge (not verified)

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

by Alain (not verified)

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 Datschge (not verified)

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 Alain (not verified)

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 Joe Forbes (not verified)

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

by Anonymous (not verified)

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 Nicolas GOUTTE (not verified)

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 oliv (not verified)

... 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 ac (not verified)

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

by oliv (not verified)
by theorz (not verified)

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 Eric Laffoon (not verified)

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 oliv (not verified)

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

For the system tray, I don't know.

by L.Lunak (not verified)

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 oliv (not verified)

Okay, here is the bug number:
36297

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 L.Lunak (not verified)

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 Sad Eagle (not verified)

Funny how this came up in the thumbnail thread on xdg-list very recently:
https://listman.redhat.com/pipermail/xdg-list/2003-April/001401.html

by anon (not verified)

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 Waldo Bastian (not verified)

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 KDE User (not verified)

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 oliv (not verified)

Thanks!

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 Joe Debian (not verified)

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

by Anonymous (not verified)

What keeps him from doing it?

by Datschge (not verified)

Most likely the lack of time.

by Kyle Gordon (not verified)

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

Kyle

by Anonymous (not verified)

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

by Kyle Gordon (not verified)

Excellent! Cheers :-)

by hook (not verified)

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