[prev in list] [next in list] [prev in thread] [next in thread] 

List:       nepomuk
Subject:    Re: [Nepomuk] Activities protocol
From:       Sebastian TrĂ¼g <trueg () kde ! org>
Date:       2010-07-15 8:40:59
Message-ID: 4C3EC99B.9080801 () kde ! org
[Download RAW message or body]

>> Exactly. My approach was rather similar to Ivan's I think: I have a dbus
>> service that handles all the events. Apps simply call a set of methods
> 
> I'm not very fond of having apps call dbus directly. By creating the
> KActivity* classes, we can keep the dbus interface as minimal as
> possible, while the classes could handle some logic and provide
> convenience methods. (and we don't need to keep the dbus api
> back-compatible)

The advantage of a DBus API is simple: we could make it a freedesktop
standard and share interfaces with systems like Zeitgeit.

>> maybe we could drop that for 4.6 since optional nepomuk makes everything
>> so much more complicated.
> 
> I agree. We'll just need to communicate this to KWin guys - they
> didn't really want to depend on nepomuk.
> 
> Although, (from my pov) the kded daemon could access nepomuk directly
> instead of doing it via the service... (it doesn't really matter
> whether it is a kded module or a nepomuk service...)

that is what I think, too.
_______________________________________________
Nepomuk mailing list
Nepomuk@kde.org
https://mail.kde.org/mailman/listinfo/nepomuk
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic