Firefox Bookmark runner

[Marco Martin]

On Thursday 12 November 2009, Eduardo Robles Elvira wrote:
> On Mon, Nov 2, 2009 at 9:50 PM, Aaron J. Seigo <aseigo at kde.org> wrote:
> > On November 2, 2009, Eduardo Robles Elvira wrote:
> >> http://github.com/edulix/gsoc/blob/master/kdebase-bookmarks.patch,
> >> take a look only at the workspace/plasma part of it). In case this new
> >> bookmarks system ships in, I don't know if mixing the firefox and
> >> konqueror bookmarks in nepomuk runner would be a good idea? What could
> >> be the best way in that case?
> >
> > the nice thing about having the Bookmarks as a separate runner is that we
> > can get those returns quicker or slower than other data sets as they get
> > their own thread to run in AND people can turn off Bookmarks searching
> > easier when it's a separate plugin.
> >
> > so my question is whether the Nepomuk search runner should really be
> > confined to "just" files on disk and other queries for things like
> > Bookmarks be added to separate runners (like the existing Bookmarks
> > runner)?
> 
> Hi people,
> 
> Now, thinking about this again, I wonder: lets say that in the near
> future, konqueror bookmarks are directly stored in Nepomuk (which
> quite possible). If we put bookmarks in a separate runner.. then both
> the Nepomuk runner and the Bookmarks runner will return the same
> entries when searching for a given bookmark. How could we deal with
> these duplicated entries?

hmm, thinking about it..
-an unique id for a result, regardlessof the runer that owns it (would it 
feasible? would depend from what rhe result does for  run()) so the results 
could be filtered
or more simply,
-the nepomuk runner excludes bookmarks, or
-if the bookmarks runner knows somehow that the default browser stores 
bookmarks in nepomuk and the nepomuk runer is enabled, it doesn't search, so 
needs a way to define exclusions for runenrs

Cheers,
Marco Martin