Re: User's preferred search tool

["Mikkel Kamstrup Erlandsen" <mikkel kamstrup gmail com>]

On 31/10/2007, Emmanuele Bassi <ebassi gmail com> wrote:

On Wed, 2007-10-31 at 12:57 -0400, Matthias Clasen wrote:

> Stuffing more and more things into the preferred applications capplet
> is really
> not the way forward. I'll end up like gnome-volume-manager if we
> continue this...
> Really, we need a single search tool that can talk to various engines.

+1

who knows how's xesam these days? is it still written in python? do
search engines implement the xesam query spec?

It does not make sense to ask if XESAM[1] is implemented in Python. XESAM is only a spec :-) We have some reference tools implemented in Python though.

No search engines implement RC1 yet, but both Strigi, Pinot and Beagle have taken active steps towards it. Jamie is promising that Tracker will follow very soon.

I have xesam-glib more or less ready for the first release (0.1 - no API guarantees yet).
 

another action plan would be copying the (Gtk|Nautilus)SearchEngine code
into libegg and then reuse it in gnome-search-tool. or directly make the
search engine API in gtk+ semi-public (which, I guess, would make
Nautilus maintainers quite happy :-)).

Without me knowing anything about that API I expect it to be very file-centric, which I think would be pretty short sighted to put in GTK+. My idea is to implement a widget set on top of xesam-glib (xesam-gtk) that leverages the full power of XESAM. With stuff like this apps such as Mugshot (Online Gnome) could expose a XESAM api and have dead easy search integration.

This is ofcourse "yet another utility lib", but I'm not sure it makes sense to put general xesam functionality into GTK+...

Cheers,
Mikkel

[1]: http://xesam.org