Plasma meeting minutes (to be a Re: :) )
Ivan Čukić
ivan.cukic at kde.org
Mon Nov 4 10:35:30 UTC 2013
Hi all,
I'm not going to be able to come to the hangout (noons are becoming difficult
for me).
I've finished the structure that will be needed for supporting templates (the
generic properties for plugins thing).
There are a few questions thgouh.
0. How / where do we want the plugins to be located - kamd doesn't care much
apart from listing them. So, I need only to know where the template dirs will
be at.
1. The activities api do not allow setting the props while creating an
activity at this moment. This is good and clean as far as kactivities are
concerned, but would be difficult for the client app - you get a signal that
an activity has been created, but you need to wait until it gets a template
assigned.
The alternative would be to have an addActivity(name, proplist) method that
would delay the activity added signal until the properties are set. This would
be cool for the user, but would potentially introduce service blocks if some
plugin starts misbehaving.
Still don't know which way to go.
2. Any objections to adding boost.range (stl algorithm on steroids library) to
the list of deps? It is a header-only library, so it doesn't have any effects
on runtime deps.
Ch
--
Acting is merely the art of keeping a large group of people from coughing.
-- Sir Ralph Richardson
More information about the Plasma-devel
mailing list