Nun da gibt es mehrere Gründe. Zuerst einmal gab es bis vor etwas mehr als einem halben Jahr keine Möglichkeit zu Qt beizutragen. Das hat sich jetzt geändert und unsere Frameworks Entwickler sind dabei einiges upzustreamen.
Das ist aber auch nicht immer einfach und hat einige Hindernesse. Fängt an bei Kleinigkeiten wie KDE dokumentiert in den header Dateien und Qt dokumentiert in den cpp Dateien. Ist also nicht man nehme Code und schiebt es einmal rüber. Dann gibt es auch Lizenzprobleme, die es nicht einfach machen Sachen zu übergeben. Qt erforder ein CLA und bei Klassen, die vor Jahren entwickelt wurden, ist es nicht einfach die Erlaubnis aller Copyrightholder einzuholen (besonders schwierig wenn die Klasse mal migriert wurde mit Code gegebenenfalls aus anderen Klassen und so weiter).
Last but not least gibt es Sachen in den KDE libs, die man wirklich nicht in Qt braucht. Wer braucht denn schon eine Bibliothek um Fenstermanager unter X11 zu erstellen?
Lange Rede kurzer Sinn: KDE Frameworks werden benötigt, aber nicht in der Form wie aktuell die KDE Libs. Die Inter-Modul Abhängigketien müssen aufgebrochen werden und so viel wie möglich muss nur von Qt abhängen, was es einfacher mach diese Module zusätzlich bereitzustellen. Das ist was unsere Frameworksentwickler machen und auch von Qt sehr begrüßt wird.
Nun da gibt es mehrere Gründe. Zuerst einmal gab es bis vor etwas mehr als einem halben Jahr keine Möglichkeit zu Qt beizutragen. Das hat sich jetzt geändert und unsere Frameworks Entwickler sind dabei einiges upzustreamen.
Das ist aber auch nicht immer einfach und hat einige Hindernesse. Fängt an bei Kleinigkeiten wie KDE dokumentiert in den header Dateien und Qt dokumentiert in den cpp Dateien. Ist also nicht man nehme Code und schiebt es einmal rüber. Dann gibt es auch Lizenzprobleme, die es nicht einfach machen Sachen zu übergeben. Qt erforder ein CLA und bei Klassen, die vor Jahren entwickelt wurden, ist es nicht einfach die Erlaubnis aller Copyrightholder einzuholen (besonders schwierig wenn die Klasse mal migriert wurde mit Code gegebenenfalls aus anderen Klassen und so weiter).
Last but not least gibt es Sachen in den KDE libs, die man wirklich nicht in Qt braucht. Wer braucht denn schon eine Bibliothek um Fenstermanager unter X11 zu erstellen?
Lange Rede kurzer Sinn: KDE Frameworks werden benötigt, aber nicht in der Form wie aktuell die KDE Libs. Die Inter-Modul Abhängigketien müssen aufgebrochen werden und so viel wie möglich muss nur von Qt abhängen, was es einfacher mach diese Module zusätzlich bereitzustellen. Das ist was unsere Frameworksentwickler machen und auch von Qt sehr begrüßt wird.
Cool, dann freu ich mich auf eine Menge neuer Qt Module die mir die Arbeit erleichtern