同社CTOおよびAkademy 2019カンファレンスでのQt Qtのプロジェクトのチーフメンテナ（チーフ・メンテナ）ラース・ノールが発表された Qtの6は2020年11月に発売予定。パッケージのアップデートの枠組みの中で使用されるツールの次の世代は、先に述べた上でニュースを確認した後、KDEプロジェクトの開発者が持っています。
KDEプロジェクトの開発者フォルカー・クラウス、私たちは共有 KDE 6のアイデアだけでなく、チームの彼の議論の内容の一部を。
フォルカーは、リリース後2年間、または少なくとも1年を起動しますのQt 6.0でKDEフレームワーク6を表しています。Qtの6.0は決定されているので、KDEフレームワークの実際の開発作業は、2020年の後半から約6を開始します。そして、近い将来、発展のある段階で、彼らはおそらくアジャイル開発、「短いデューティ・サイクル」（スクラムスプリント）モードを採用します。
Qtのチームは常に6のQt 5とQtの間の互換性を維持するために最大限の努力をするだろうと述べましたが、新バージョンでは、確かにKDEの大きな変化をトリガしますが。このため、KDEチームは、事前に用意しております。
KDEから完全にチームはQtのメソッドからコードを移植される場合にはQtの5.14スタートを内蔵することは推奨されないメソッドを無効にするために出て廃止されました。この研究の主要部分は推奨モジュール、クラスやメソッドを削除について使用することで、これらのモジュール、クラスやメソッドは、Qtの6又はKF6一緒に消えるのリリースであることが期待されます。
また、いくつかは、Qtの6に依存しているか、実際のABIを実行する必要があるタスクを中断しますが、現時点では、これらのタスクはまだ少数派であるが、もちろん、開発の段階は、（おそらく2020年の後半に）開始されるまで待つ必要があります。
KF6で達成することが計画された目的以外にも、同様に重要な方法KF6計画への移行。ラースは、Qtの、KDEを使用する方法を提案したが、状況はいくつかの点Qtの中で異なっています。KDEは、私たちは、他の規格を可能にするための定義の内容を変更または削除できるようにするフレームワークに基づいて主要な生産体制ではなく、建築用製品（プラズマと数百のアプリケーション）。
KDEチームのアイデアがすることです重要な変更を防ぐために、モジュールのセットを定義します。それは作る前に、主な変更点は、これらのモジュールの調整（あるいは少なくとも微調整が必要に）する必要がある、です。例えば、類似したものを避けるために、一種の「KHTMLは廃止された、QWebEngineに移行してください」。何らかの方法でHTMLドキュメントをレンダリングするが、これは機能が異なることができ、両方が、APIとAPIのは非常に異なっており、（もしあれば）ではないすべてのユースケースを簡単にマップすることができます。これは多くのことにつながる、今後数年間でQt5 / KF5に残っているとしてさらに重要なのは、この問題を解決するための負担は、唯一のアプリケーションのメンテナンス担当者が負担すべきではありません。
最後に、KDEチームは、コンパイル時にKDEのフレームワークを無効にするには、このようフリードリヒ主導の研究インフラの責任として、比較的低レベルの仕事の数を開始した使用方法を推奨し、このアプローチは、Qtのに似ていません。
アンドレアスは、KHTML移植からステップ、Kalziumとパーリーを持っている、とSune KHelpCenterは同じことをし始めています。Konquerorのでは、それらはまた、使用KHTMLの多くを取り除く、今だけのページについての保持もKHTMLを使用しています。