Qt6 ports of applications

Marius Kittler mkittler at suse.de
Wed Mar 17 14:07:06 GMT 2021


Hi,

let me share my experience as a KDE user and Qt programmer.

I've already started porting my non-KDE Qt apps (e.g. Syncthing Tray and Tag 
Editor) to Qt 6 while it hasn't even been released yet. In fact I'm actually 
already done with that apart from optional features which depend on KDE 
libraries or Qt WebEngine. It was not hard to make them compatible with both 
Qt versions at the same time but I was also not using much deprecated features 
anymore anyways (while actually still partially supporting Qt 5.6). To ease 
testing I also took care that the version linked against Qt 6 can be installed 
alongside the version linked against Qt 5. That includes of course underlying 
libraries.

When using the apps linked against Qt 6 under KDE it is of course apparent 
that KDE's platform integration and styling is missing. I've looked at the 
relevant source code but Qt's and KDE's major versions were hardcoded all over 
the place making it hard to port it to Qt 6 while retaining support for Qt 5. 
I've noticed the same when looking into Kirigami's build scripts. Due to this 
I didn't attempt to port any of these libraries at this point.

But wouldn't it make sense to support both versions at the same time and avoid 
the hardcoding? And maybe this counts for other "framework" libraries as well? 
Even if KDE has ported everything to Qt 6 we'd likely want the platform 
integration and styling for other applications which have not been ported to 
Qt 6 yet. And likely KDE itself will not be able to port everything at once 
(as many applications it is comprised of).

Best Regards
Marius





More information about the kde-community mailing list