On 04/15/2012 07:18 PM, Sebastian Trüg wrote:
I just saw that you only copied the header and link to
"nepomukdatamanagement". In that case there is no need for the header
since you depend on kde-runtime anyway. :)
Sorry for the late reply. I updated to the latest kde-runtime on master,
where the updated ResourceManager::addResource() checks whether the
resource-manager has been started already:
void Nepomuk::ResourceWatcher::addResource(const Nepomuk::Resource& res)
{
d->m_resources << res.resourceUri();
if(d->m_connectionInterface) {
d->m_connectionInterface->addResource(convertUri(res.resourceUri()));
}
}
Sadly it still does not seem to work: After adding a resource no e.g.
propertyChanged() signal will be emitted if the resource has been
changed. Using the (slow) workaround to call ResourceManager::stop(),
adding the resource and calling ResourceManager::start() works...
After having a very short look at the code: Could it be that an
additional call for d->m_watchManagerInterface in addResource() might be
required?
Anyhow: I'm not sure how well I proceed with my other tasks before the
4.9 release, but I'll try to have a look at the ResourceManager then and
can hopefully provide a patch. Please feel free to be faster if your
time allows it ;-)
Thanks,
Peter
PS: Also calling ResourceManager::start() without added resources still
results in a blocking UI for several seconds, but thats easy to bypass
on application level of course.
On 04/14/2012 10:21 PM, Peter Penz wrote:
On 04/14/2012 10:02 PM, Sebastian Trüg wrote:
On 04/06/2012 02:48 PM, Peter Penz wrote:
[...]
- Invoking ResourceWatcher::addResource() after invoking
ResourceWatcher::start() has no effect. As workaround before adding a
resource I needed to invoke ResourceWatcher::stop(), add the resource
and invoke ResourceWatcher::start() again. The problem with this
workaround is the performance: Calling stop() clears e.g. 15000 items
and calling start() after adding one resource adds 15001 items again. In
the case of the directory with 20000 this might take up a few seconds
for each (!) of the items in the upper-range.
I implemented support for that a while ago. Where did you copy the RW
from?
Sounds good ;-) I've copied it from the KDE/4.8 branch due to the
kdelibs-freeze - I did not check the other branches, but probably you
pushed it to the frameworks branch?
_______________________________________________
Nepomuk mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/nepomuk
_______________________________________________
Nepomuk mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/nepomuk
_______________________________________________
Nepomuk mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/nepomuk