On Sun, Mar 14, 2010 at 6:45 PM, Matthieu Gallien
<matthieu_gall...@yahoo.fr> wrote:
>
>
>> On 2010-03-12 12:04:16, Marco Martin wrote:
>> > as i said on the other patch even if is not perfect it should go in asap 
>> > (with asap being waiting for the Aurelien patch to be committed) otherwise 
>> > the patch becomes really too big.
>> > Just by quicly reading at the èatch i can't tell: can you quantify exactly 
>> > what is still missing?
>
> The existing part in this patch was the use of the new source signal to 
> create new item. It was not using the data and service from the data engine.
> It is now done and I will update the review with my last code.
> Now, I have a problem with icon not showing up. I will investigate.
>
>
>> On 2010-03-12 12:04:16, Marco Martin wrote:
>> > /trunk/KDE/kdebase/workspace/plasma/generic/applets/systemtray/protocols/dbussystemtray/dbussystemtrayprotocol.cpp,
>> >  line 35
>> > <http://reviewboard.kde.org/r/3265/diff/1/?file=20657#file20657line35>
>> >
>> >     my concern about using dataengines this way is that is not possible to 
>> > use them in remote applets,
>> >     but is a limitation of the remote applets machinery i guess
>
> Would you like that I try after that a patch to use the data engine from the 
> applet ? It means modifying the Protocol class to always take a pointer to 
> the applet.

wouldn't work so well, because a protocol belongs to the Manager, that
is static and shared between all systray applets, if more than one, so
for now it would unfortunately be the only way.
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Reply via email to