Es geht hauptsächlich darum, dass manche KDE Funktionalität auch für "normale" Qt Programme interessant wäre
Genau.
Man liest ja manchmal so Fragen wie "Kennt jemand da ein Qt Programm, kein KDE Programm für ...", die aus technischer Sicht keinen Sinn machen, weil KDE Programme ja Qt Programme sind.
Frameworks 5 ist ein Versuch, die einzelnen Bibliotheken besser getrennt sichtbar zu machen, aber auch unnötige Querverbindungen zu vermeiden.
Wie man im Artikel lesen kann, sind 19 dieser Frameworks "reine" Qt Bibliotheken, d.h. sie sind für Anwendungsentwickler mehr oder weniger genau so zu handhaben wie Qt's eigenen Module.
In der gewählten Terminologie werden diese als "Tier 1" bezeichnet, also auf Deutsch in etwas "Stufe 1", also "einen Schritt von Qt entfernt".
Ein Stufe 2 Paket ist dann neben Qt auch noch von einem oder manchmal mehreren Stufe 1 Paketen abhängig, usw.
Das geht derzeit bis Stufe 4. Die jeweilige Zuordnung kann auch in der Dokumentation einsehen
Genau.
Man liest ja manchmal so Fragen wie "Kennt jemand da ein Qt Programm, kein KDE Programm für ...", die aus technischer Sicht keinen Sinn machen, weil KDE Programme ja Qt Programme sind.
Frameworks 5 ist ein Versuch, die einzelnen Bibliotheken besser getrennt sichtbar zu machen, aber auch unnötige Querverbindungen zu vermeiden.
Wie man im Artikel lesen kann, sind 19 dieser Frameworks "reine" Qt Bibliotheken, d.h. sie sind für Anwendungsentwickler mehr oder weniger genau so zu handhaben wie Qt's eigenen Module.
In der gewählten Terminologie werden diese als "Tier 1" bezeichnet, also auf Deutsch in etwas "Stufe 1", also "einen Schritt von Qt entfernt".
Ein Stufe 2 Paket ist dann neben Qt auch noch von einem oder manchmal mehreren Stufe 1 Paketen abhängig, usw.
Das geht derzeit bis Stufe 4. Die jeweilige Zuordnung kann auch in der Dokumentation einsehen