Hi Carsten,
Is the Strigi extension ready for the trunk? I think the way we’d
handle this is to only build it if strigi is present (i.e., with a
Cmake test).
I’m curious because I’d love to code a Spotlight version for Mac OS X
and I wanted to know how stable the Strigi version was as a starting
point.
Thanks,
-Geoff
2007/11/25, Geoffrey Hutchison geoff.hutchison@gmail.com:
Hi Carsten,
Is the Strigi extension ready for the trunk?
No, not at all. The issue is that I cannot querry Strigi over DBus.
The documentation isn’t enough for my very limited knowledge about
DBus. Now that KDE4 is in rc-mode I hope more applications will start
to use Strigi so that I can look how they did this.
I think the way we’d
handle this is to only build it if strigi is present (i.e., with a
Cmake test).
No, you querry over DBus if a Strigi-daemon is listening or not.
QDBusInterface strigiiface("vandenoever.strigi", "/search");
QDBusReply<QString> reply = strigiiface.call( "GetState" );
Only if “reply” is good you continue.
By the way, as you can see in the name of the service Strigis
interface is not yet 100% done. I was offline for a couple of weeks
and am not sure if this is fixed or not.
By the way, I don’t want to support Strigi but Xesam! It just happens
that the Strigi-authors added way more support for chemistry than the
other Xesam-app-authors 
Carsten
On Nov 26, 2007, at 2:31 AM, Carsten Niehaus wrote:
I think the way we’d handle this is to only build it if strigi is
present (i.e., with a
Cmake test).No, you querry over DBus if a Strigi-daemon is listening or not.
…
Only if “reply” is good you continue.
But some people may not have Strigi installed (esp. those of us using
Macs or Windows). So I thought that Strigi was our first example of an
extension or plugin where we built it depending on the installed
packages.
At the very least, we should do some sort of test for Strigi before
adding the QAction to the menubar. That way on Mac and Windows, the
Strigi search won’t show up.
Thanks,
-Geoff