On Friday, February 14, 2014 16:38:29 Marco Martin wrote:
> I want to propose the following for the first plasma-next release (actually
> for the first frameworks release with plasma-framework in it)
> right now plasma-framework provides two libraries: libplasma that is purely
> logic-only, no qm
Oh, and we definitely need a few of these to compile workspace.
dataengine.h especially.
I withdraw my comment
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Friday, February 14, 2014 16:57:12 David Edmundson wrote:
> If we do that is there any point in releasing libplasma headers?
Possibly less so for Applet and the likes, but I definitely see
Plasma::Package and Plasma::Theme being useful.
So yes. :)
--
sebas
http://www.kde.org | http://vizZzi
Fine with me.
If we do that is there any point in releasing libplasma headers?
It's practically impossible to do anything useful with them without
libplasmaquick. It's not like anyone can subclass the Applet class in
their applet. It will mean we don't have to be API stable on them.
David
__
Hi all,
I want to propose the following for the first plasma-next release (actually
for the first frameworks release with plasma-framework in it)
right now plasma-framework provides two libraries: libplasma that is purely
logic-only, no qml (of which i'm quite confident in offering it as a genera
