Kernel Cousin KDE #18 is Out

Aaron J. Seigo is back with much appreciated KDE development news. This week read about the app currently known as Kontour, XIM support for KOffice, and more. "The self-imposed lull in new features and the looming inevitability of starting work on the next version of KDE has given many developers some time to consider the future of KDE. As a result several large threads regarding which direction to take things in the near future have occurred on several of the KDE development lists, some of which are covered in this issue." Go get it here.


What are the benefits of moving to Qt3?

By Matt Perry at Fri, 2001/07/27 - 5:00am

- Support for Arabic and Hewbrew
- RichText classes
- Database support
- Component model
- No more cut/paste problems (but only between Qt3 apps)

One of the most complained about aspects of X is the darn clipboard, so getting KDE based on Qt3 will solve a lot of headaches. But this is from a user perspective.

From a developer perspective, KDE-DB is going to utilize Qt3's database support, and this can't happen until they make the switch. KWord currently uses a backported richtext for use with Qt2. So you can see that there is a drive/need in KDE to use the new Qt3 features.

By Justin at Fri, 2001/07/27 - 5:00am

What is the purpose of database support in a *widget toolkit*? Isn't this just like placing TCP/IP support in /etc/passwd or another similarly unrelated place?

By Niftie at Fri, 2001/07/27 - 5:00am

there is often a need to access data from a database and display it in a GUI, or vice versa. in those cases having a db API that abstracts the details of the actual data access away (connecting, sending queries, retrieving results, details specific to a given db implementaiton, etc) that works nicely with your widgets (even so far as to make the widgets aware of the database) is very very nice.

making such things simple and convenient opens the door to making more applications database aware (e.g. financial packages, email apps, contact information systems)

By Aaron J. Seigo at Fri, 2001/07/27 - 5:00am

Qt is more than a GUI/widget toolkit; it is a cross-platform toolkit. What about QFile and QProcess? These are not GUI related, but they sure make life easier!

Trolltech put database support into Qt because there was a demand for it from their customers.

By Justin at Fri, 2001/07/27 - 5:00am

Qt has been more than a GUI toolkit right from the start. KDE has been using it as the basis for a full application framework since day one
and over time Troll Tech are filling the gaps in Qt to meet this application framework role. This is why so often there is an overlap between kdelibs and Qt functionality even in non-GUI-related areas (KConfig, KDB, i18n, KActions etc)

By taj at Fri, 2001/07/27 - 5:00am

Why not intergrate a Open Nap / Gnutella client in the sidebar of konqueror

By underground at Fri, 2001/07/27 - 5:00am

Actually, I'd like to see a Freenet IOSlave...

A nice GUI client would make Freenet more usable.

By RK at Wed, 2001/08/01 - 5:00am