Linked by asupcb on Tue 1st Oct 2013 22:37 UTC

According to a recent article on, work is proceeding well on the modularization of KDElibs. Instead of being one large static library, KDElibs is being divided into a multi-tiered module system that consists of three framework categories.

These modules will be able to be used by any Qt application without the need to pull in unneeded code as was often the case with version 4 of KDElibs. This change from one large library to a set of smaller but interlinked modules has necessitated a name change from KDE Platform to KDE Frameworks for this aspect of the larger KDE Project.

From the article:

The Frameworks can be divided into three categories:

Functional elements have no runtime dependencies. For example, KArchive handles compression and decompression for many archive formats transparently and can be used as a drop-in library.

Integration designates code that requires runtime dependencies for integration depending on what the OS or platform offers. For example, Solid supplies information on available hardware features and may require runtime components to deliver some of the data on some platforms.

Solutions have mandatory runtime dependencies. For example, KIO (KDE Input/Output) offers a network-transparent virtual filesystem that lets users browse and edit files as if they were local, no matter where they are physically stored. And KIO requires kioslave daemons to function.

Modules may be written in such a way that they require only limited tiers of dependency chains. This should allow Qt application creators to use only the aspects of KDE that they find useful for their application. This modularization will allow for leaner, cleaner code and opens KDE technology to many more platforms than was previously practical; especially in the embedded and mobile markets.

If you would like to know more about the work on KDE Frameworks 5 the article offers many useful links; including work with upstream, a roadmap, and current progress.

Permalink for comment 573790
To read all comments associated with this story, please click here.
like gtk
by gass on Thu 3rd Oct 2013 14:04 UTC
Member since:

(before all, i ocasionally develop apps using Gtk C/C#/python)

KDE will be like the Gtk framework has ever been ... right? or not?

While i think Gtk has always been too much disagregated, it is the way to go. But it needs to be publicited as framework and not a series of libraries in *put your favorite language here*.

Anyway, everybody goes for QT these days ... what does QT missed that needs to be added? And how it compares with the Gtk environment: gtk (toolkit,widgets and dialogs), glib (low level), gdk, pango (text), cairo/clutter (drawing), multimedia, resources management, etc?

Edited 2013-10-03 14:08 UTC

Reply Score: 2