On Mon, Nov 25, 2013 at 5:15 PM, David Edmundson
wrote:
> in this case
> Martin = Martin Klapetek.
Yes
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
in this case
Martin = Martin Klapetek.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Mon, Nov 25, 2013 at 3:52 PM, Sebastian Kügler wrote:
> On Monday, November 25, 2013 15:51:59 Mark Gaiser wrote:
>> Right now they require plasma because they are within plasma
>
> They use Plasma::Theme.
> --
> sebas
>
> http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
> __
On Monday, November 25, 2013 15:51:59 Mark Gaiser wrote:
> Right now they require plasma because they are within plasma
They use Plasma::Theme.
--
sebas
http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
___
Plasma-devel mailing list
Plas
On Mon, Nov 25, 2013 at 3:09 PM, Sebastian Kügler wrote:
> Hi Mark,
>
> On Monday, November 25, 2013 14:57:33 Mark Gaiser wrote:
>> I want to do the move to extragear + release this week.
>> Can plasma then depend on that library?
>
> No, we don't want that. Please don't move it.
>
> OTOH, whoever
Hi Mark,
On Monday, November 25, 2013 14:57:33 Mark Gaiser wrote:
> I want to do the move to extragear + release this week.
> Can plasma then depend on that library?
No, we don't want that. Please don't move it.
OTOH, whoever uses these things needs plasma-framework anyway, so keeping it
there
Hi,
The calendar components seems to be used more and more in plasma 2.
That kinda makes this an issue to resolve.
During the PIM sprint i also discussed the state and place of these
components. The result is:
== Qt 4 ==
QML Calendar Components as they are right now will go in bug fixing
mode (wh
