vkrause added a comment.
In D17079#364308 <https://phabricator.kde.org/D17079#364308>, @mart wrote: > In D17079#364263 <https://phabricator.kde.org/D17079#364263>, @apol wrote: > > > In D17079#364163 <https://phabricator.kde.org/D17079#364163>, @ltoscano wrote: > > > > > kcoreaddons is tier1 just like kirigami. Why not create a new Frameworks, kirigami-addons (or another appropriate name), which would collect all the common UI items which depends on other frameworks? Basically the kxmlgui of Kirigami. > > > > > > I think an external framework is a big overkill. In this case, it's only runtime dependencies so both either kcoreaddons or kirigami could offer it. I would favor putting it in kirigami because there's the duck-typing opportunity there too, but it may be a stretch. > > That said, we'll need someone to register the KAbout* types somewhere too, but we can also rely on applications doing that as a first iteration. > > > one thing i'm a bit concerned is kirigami becomeing too much of a QML kdelibs monolith :p This came up when discussing date/time input widgets at Akademy as well. The idea there was also to have tier2 framework ("kirigami-addons") for this kind of stuff. Ie. higher-level controls that depend on Kirigami and possibly other tier1 frameworks, but unlike kdeclarative doesn't pull in QtWidgets as a dependency. So this wouldn't be just for the about page, but seems of much broader use. REPOSITORY R134 Discover Software Store REVISION DETAIL https://phabricator.kde.org/D17079 To: apol, #plasma, #frameworks Cc: vkrause, mart, leinir, ngraham, ltoscano, plasma-devel, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol
