Tracker doesn't have a way to know "what files" are indexed, it only knows "when" files are indexed. So yes, I would say that application will need to call out a new search after each IndexFinished signal.
It's possible for the app to only update its view by doing a search for hitcount, and if the hitcount has changed, then perform a new search to return the newly added content. Instead of doing a search after every IndexFinished Sigal. Jimmy On Wed, 2008-07-30 at 15:48 -0700, Rusty Lynch wrote: > On Wed, 2008-07-30 at 15:19 -0700, Jimmy Huang wrote: > > I was looking into content tagging infrastructures that we could use in > > Moblin and have been leaning toward using trackerd. It is a metadata > > search engine that indexes media contents, and has the ability to > > tag/multi-tag content. It uses SQLite so it's pretty lightweight and > > low memory footprint and provides a D-BUS api along with a C wrapper. > > What are people's thoughts on using it and concerns? > > > > Link to Project: > > > > http://www.gnome.org/projects/tracker/ > > Looking through the DBUS introspection at > http://svn.gnome.org/svn/tracker/trunk/data/tracker-introspect.xml, I do > not see a mechanism for notification of new files? > > Is the expectation that the app has to re-initiate all of it's searches > each time a new IndexingFinished signal is caught? > > For example... a photo app is viewing a UI displaying all photos from > Christmas 2006 (i.e. search for all objects with Image:Date in a given > range) that are tagged with "Family" and "Snow" (i.e. with User:Keyword > containing "Family" or "Snow"), while at the same time some new photo's > show up. > > It would be nice if there was some mechanism to have an outstanding > query returning new results on new found data. > > --rusty _______________________________________________ dev mailing list [email protected] https://www.moblin.org/mailman/listinfo/dev
