Schau dir mal die Doku an. Für jedes Widget gibts meistens ein paar zusätzliche Member. Allerdings fast immer in Abh. zu KDE. Viele Sachen sind richtig cool, aber leider profitieren Programmierer, die Anwendung auch für Windows schreiben wollen, nicht davon. Die meisten Sachen sind in Qt (was seinerseits sehr sauber strukturiert ist) einfach nicht vernünftig unter zu bringen.
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.
Da du dich anscheinend auskennst kannst du mir vielleicht folgende Frage beantworten:
Was kann das KDE Framework was Qt nicht kann?
Wieso braucht man da noch extra libs?
Alle desktop-bezogenen Sachen, sind - glaube ich - in die kdelibs ausgelagert. Plasma ist drin, die kate-editor-Komponente wahrscheinlich auch... etc.
Hab auch kürzlich irgendwo gelesen, dass es eine Annäherung von Qt und den kdelibs geben soll...
Schau dir mal die Doku an. Für jedes Widget gibts meistens ein paar zusätzliche Member.
Allerdings fast immer in Abh. zu KDE. Viele Sachen sind richtig cool, aber leider profitieren Programmierer,
die Anwendung auch für Windows schreiben wollen, nicht davon.
Die meisten Sachen sind in Qt (was seinerseits sehr sauber strukturiert ist) einfach nicht vernünftig unter zu bringen.
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