Hi there,
well, I am not exactly shure that I am on the right list here, yet
somewhere Aron's words about heading over to plasma-devel for any
qestions still ring in my head. If I am wrong, where should I ask instead?
So, currently I am working on a python plasmoid (first time plasmoid
developmen
> On May 19, 2011, 7:34 a.m., Aaron J. Seigo wrote:
> > those are some impressive results. my guess is that we likely have a very
> > similar issue in plasma. in both cases, we are dealing with lots of small
> > bits of memory in the form of pixmaps, strings, etc. that are fairly
> > constantl
On Thursday, May 19, 2011 11:26:36 Aaron J. Seigo wrote:
> On Thursday, May 19, 2011 10:40:11 Sebastian Kügler wrote:
> > On Wednesday, May 18, 2011 16:20:02 Aaron J. Seigo wrote:
> > > * one source per service, e.g. youtube
> >
> >
> >
> > NO! :D
> >
> >
> >
> > For this kind of stuff,
Luca,
On 19/05/11 14:06, Luca Beltrame wrote:
> Yes, you should use the dbus interface. Something like this:
>
this works. Thanks for the quick response :-)
Michael
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman
In data giovedì 19 maggio 2011 13:38:49, Michael Zimmermann ha scritto:
> QDBusInterface is not wrapped by PyQT so that I should propably use the
> dbus module. And then? How?
Yes, you should use the dbus interface. Something like this:
import dbus
from dbus.mainloop.qt import DBusQtMainLoop
#
Hi there,
well, I am not exactly shure that I am on the right list here, yet
somewhere Aron's words about heading over to plasma-devel for any
qestions still ring in my head. If I am wrong, where should I ask instead?
So, currently I am working on a python plasmoid (first time plasmoid
developmen
On Thursday, May 19, 2011 10:40:11 Sebastian Kügler wrote:
> On Wednesday, May 18, 2011 16:20:02 Aaron J. Seigo wrote:
> > * one source per service, e.g. youtube
>
> NO! :D
>
> For this kind of stuff, we should completely (== as much as possible) ignore
> the service itself. So instead of a
On Wednesday, May 18, 2011 16:20:02 Aaron J. Seigo wrote:
> * one source per service, e.g. youtube
NO! :D
For this kind of stuff, we should completely (== as much as possible) ignore
the service itself. So instead of a youtube engine, we create a videoengine
(which itself uses youtube a
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101385/#review3402
---
those are some impressive results. my guess is that we likely ha
