Tracker plugin request

Bug #683848 reported by Aibara Iduas on 2010-12-01
This bug affects 20 people
Affects Status Importance Assigned to Milestone

Bug Description

It would be wonderful to have a Tracker plugin, so that you could search not just for file names, but file content. I'm not quite sure how it would work when implemented though - would files with relevant content be displayed right away along with the standard filename-only search results? Or perhaps just in a separate category for Tracker content?

Michal Hruby (mhr3) on 2010-12-03
Changed in synapse-project:
status: New → Triaged
importance: Undecided → Wishlist
Changed in synapse-project:
assignee: nobody → Alberto (albyrock87)
Omar Campagne (ocampagne) wrote :

I also think synapse's search could be enhanced with tracker.
Maybe a solution would be to show the results separatedely? Zeitgeist's could go under «Recent Items», and tracker under normal search results. If both results appear in the same menu (say you run a dropdown menu in Synapse with a "tracker + recent items" menu) the desired one could be expanded (hiding the other) by hitting a key on that area (say, pressing space over a «Recent Item» would hide tracker's results, and viceversa.

Thanks for an awesome app.

Alberto Aldegheri (albyrock87) wrote :

Tracker Plugin is too complex to implement right now.
But you will find a locate plugin to search files that are not indexed by ZG.

Changed in synapse-project:
assignee: Alberto (albyrock87) → nobody
Omar Campagne (ocampagne) wrote :

Some food for thought (again, see #1):

After some thought, I don't really see the point of a full tracker integration, given that most of the times (unless the search is very specific) it could deliver way too many results through Synapse's interface (metadata tags, text content...). The locate plugin is also very very helpful, integrates nicely, and covers the vast majority of search needs.

What about a «search with tracker-needle» plugin? You could just write the string, and select «search with tracker» with tab key, or go to actions and see the «search with tracker-needle». Actually, if you run «tracker-needle <search-string>» from synapse, the app opens running the required search right away. (BTW, tracker-search-tool is now obsolete. tracker-needle is the future, included since tracker 0.10, I think.) No need to see the results in Synapse.

All in all, I would just like synapse to run tracker-needle with a search string without having to write «tracker-needle» in front of every search string I'm interested... And nothing else :) (if possible, search with an already existing tracker window, to avoid running more than one tracker-needle.)

I don't see now a need for integration with tracker, just that «search w tracker-needle», as in «search w google».

Aibara Iduas (aibaraiduas) wrote :

I still think that having tracker integrated in some way would be great and save a lot of time (especially since tracker-search-tool is pretty bad, though I have yet to try needle). Generally when I use tracker I'm searching for some very specific words in my many, many documents (mostly .odt and pdf articles), something that locate, Zeitgeist, etc. just can't do. I actually tend to only get a few results then, but maybe I don't represent a usual case.

Of course, there's still the problem of interface, and even more so the priority and difficulty of implementation, as mentioned by Alberto, so maybe Omar's suggestion might be a nice temporary compromise. Regardless, thanks to the developers for all the work that has been done so far!

upkpk (upkpk) wrote :

A "search with tracker" action would definitely be a consistent solution, as:
- "Search with Google" action works the same way
- "Locate" action works the same way

Moreover, launching a tracker search on every keystroke in Synapse would laaargely increase CPU usage. Also, I don't think the search results should be displayed in Synapse's window, as we would miss tracker-needle's filtering capabilities (audio, video, documents) on large amount of results.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers