Who relies on Soprano::Model::statement[s]Added|Removed signals?

Albert Astals Cid aacid at kde.org
Fri Sep 30 18:05:26 BST 2011


A Divendres, 30 de setembre de 2011, Sebastian Trüg vàreu escriure:
> Hi lists,
> 
> with frameworks in the building and Nepomuk probably going that
> direction already for 4.8 I would like to clean up a bit. One of these
> cleanup tasks targets the Soprano::Model statement signals. So far these
> were the only way to get informed about changes in Nepomuk - with a very
> bad impact on performance and bad usability.
> With 4.7 we already introduced a preliminary version of the
> Nepomuk::ResourceWatcher[1] which is now in charge of informing clients
> about changes.
> I would like to anyone using the "old" API to change to the new
> ResourceWatcher as soon as possible because I would like to disable the
> old signals soon. They simply entail to many problems and clutter the API.

Removing signals of what seems to be an existing public class/daemon is a very 
bad idea and you should wait until 5.0.  

Albert

> 
> Cheers,
> Sebastian
> 
> [1] Funnily enough only the docs for the copy in Akonadi is online at
> the moment:
> http://api.kde.org/4.x-api/kdepim-runtime-apidocs/agents/html/classNepomuk_1
> _1ResourceWatcher.html




More information about the kde-core-devel mailing list