[Qt-interest] QT and KDE code

Stephen Kelly steveire at gmail.com
Mon Mar 22 21:20:55 CET 2010


Anatoly Burakov wrote:

> Hi all
> 
> I was reading some mailing lists and articles about coding for KDE vs
> coding for QT. In that swarm of information the main idea i got was that
> KDE classes are basically QT classes with added functionality and names
> starting with K instead of Q. Does that mean that basically if i replace
> all Q's in class names in header files with K (when the corresponding
> class is available) the code will compile without any further
> modifications (provided i have included all the needed KDE headers of
> course)?

That's not quite the point.

The KDE development platform is written with Qt and consists of a lot of 
libraries and classes extending existing Qt functionality and adding new 
APIs not provided by Qt. These include APIs for writing games, educational 
software, personal information management (the bit that I do), as well as 
platform integration such as common dialogs, uniform configuration 
management, standard application data directory structures and more.

The API docs for the KDE development platform are

* http://api.kde.org/4.4-api/kdelibs-apidocs/
* http://api.kde.org/4.4-api/kdepimlibs-apidocs/

and there are tutorials here:

http://techbase.kde.org/Development/Tutorials/

Many KDE classes do inherit Qt classes and add functionality but that's the 
case with all software that uses Qt. Just using KTextEdit instead of 
QTextEdit won't make your application better unless you know why your using 
it. In the case of KTextEdit, the widget will automatically respect the 
system settings for mouse hiding for example, so it doesn't need to be 
configured per application. 

http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKTextEdit.html

Best regards,

Steve.

> 
> Best regards,
> Anatoly





More information about the Qt-interest-old mailing list