--===============6644058009262216345== Content-Type: multipart/signed; boundary="nextPart73155849.1s4aM6xAKQ"; micalg="pgp-sha1"; protocol="application/pgp-signature" --nextPart73155849.1s4aM6xAKQ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, 2014-01-16, 01:33:34, Albert Astals Cid wrote: > El Dimecres, 15 de gener de 2014, a les 21:47:17, John Layt va escriure: > > Hi, > > > > * Application domain-specific libraries such as libkipi or libkcddb > > may now be better organised under Frameworks rather than their > > modules, where they could gain a wider user base and a clearer > > maintenance viability. Can we have a Frameworks category for non-api > > stable libraries? > > I am not sure I would call it "Frameworks", but yes, that makes total sense, > for example at the moment our mobipocket library just uses QtCore and QtGui > but since it's using all the KDE cmake stuff it's not that easy to re-use > "from the outside". I also think it is important to not call those "Frameworks", because it dilutes the assumption we want developers to make about Frameworks, e.g. stable, maintained, scheduled releases, etc. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring --nextPart73155849.1s4aM6xAKQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iD8DBQBS17vUnKMhG6pzZJIRAjUHAJ9CWWsTjB7C347KxMBlT3zd+AGdmwCfQ0zt c02ytkyJTedAap/XxGPJUXs= =cykN -----END PGP SIGNATURE----- --nextPart73155849.1s4aM6xAKQ-- --===============6644058009262216345== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kde-community mailing list kde-community@kde.org https://mail.kde.org/mailman/listinfo/kde-community --===============6644058009262216345==--