2006/11/22, Jamie McCracken <[EMAIL PROTECTED]>:
Mikkel Kamstrup Erlandsen wrote: > I put up a draft about a unified search/metadata api/spec here: > > http://wiki.freedesktop.org/wiki/WasabiDraft > > Jos (of Strigi fame) and I having been chatting back and forth about > this, and I think we are ready for wider commenting now... Yes - that > means go to the wiki and spill your heart! - But don't forget: This is > not about nitpicking - this is about getting a common spec for desktop > search... > not a bad start - I did see the traffic on freedesktop but was too busy to reply then anyway big thing missing is service type (Files, Music, Emails etc)
I don't understand the need to expose the service type - especially in a "simple" api. It seems to be an implementation detail in the backend, no? To restrict to a service type in tracker, you would use the "group" switch defined in the wasabi search language.
dont understand all the talk about need for a separate lib/daemon
Because you have to know the object path to connect to the interface. Apps should not know about this. just use dbus object org.freedesktop.indexer and interface
org.freedesktop.indexer.SimpleSearch only one dbus server can own that object/interface at any one time so theres no need for conflicts and it will autoactivate the correct service (unless you have multiple services installed which will never be the case in practice)
Ideally the lib/daemon will wont be required, and the design is also based around that the managing object can be easily removed if unnecessary. There are situation however where there is a need for one. I for one, both have Beagle and Tracker installed (and Strigi soon I expect). Can we please take this discussion to xdg and the WasabiDraft wiki page on fdo. Cheers, Mikkel PS: Tracker 0.5.2 is rocking! Man you guys kick <obscene word>!
_______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
