Comments on: Tracker Update

By: mr

mr — Thu, 01 Oct 2009 10:45:56 +0000

tm: Hi, yea we have improved this over the last few weeks. Now we have tooltips to better explain some of the options. I am not a big fan of long options explained to the nth degree because the clutter up the dialog. Also, they are only useful for the first time you use the dialog when you don’t know what options do. So I sided with tooltips I agree with your idea about the thumbnail rename too. The “for first time” is about indexing while on battery for the first time. This is essentially an exception for new installations. The distinction between mounted directories and removable media is made in the tooltips now. They are not the same. The throttling now has a tooltip too – the effect is simply that we don’t use so much processing power – which might strangle other processes running on your machine. This shouldn’t need to be changed, but on some older or slower machines it may be necessary. I think you’re right about the naming there “Lesser use of CPU” is much better. Thanks for the suggestions!

By: mr

mr — Thu, 01 Oct 2009 10:41:37 +0000

Frej: Hej, the preferences dialog does need an update actually, I recently added the XDG special user directories to tracker-miner-fs – so you can specify VIDEOS or PICTURES or DOCUMENTS in the config and it will find out where those are kept (based on the XDG standard). The UI needs a bit of love here to add some obvious buttons like “Index pictures”, “Index music”, etc. Also web integration is coming, Code think have a GSoC student working on that right now for integration with facebook, flickr and others.

By: mr

mr — Thu, 01 Oct 2009 10:34:31 +0000

Andreas: Our pleasure

By: mr

mr — Thu, 01 Oct 2009 10:33:48 +0000

Adam: Because otherwise, when the desktop is starting up, tracker starts mining your hard disk and slows down your UIs loading, etc. This is purely to not start until the rest of your system is expected to be up and running. I agree with your point about nice/ioprio/etc, but boot time decreases are often noticed and really we would rather wait until after then anyway. There might be some other reason I am forgetting here – this is a legacy option after all

By: mr

mr — Thu, 01 Oct 2009 10:29:38 +0000

Robin: I think I could be, but it is just a case of getting used to it. If you have had to learn python, it is just as quick as that, maybe even quicker if you know C already.

By: Martyn Russell

Martyn Russell — Mon, 21 Sep 2009 08:08:27 +0000

aklapper: Which files are you referring to? the POTFILES.{in|skip} or the .po files? If you mean the .po files, what command should we be using there. I was under the impression only translators should be doing that sort of thing.

By: aklapper

aklapper — Sun, 20 Sep 2009 11:29:02 +0000

Gabor was kind enough to ask translators on gnome-i18n@ to update the files in/po, but for future reference It would be better if the tracker team could do this themselves. Following the GNOME release schedule is another thing I’d like to see but Vincent mentioned that already on d-d-l.

By: frej soya

frej soya — Sat, 19 Sep 2009 12:09:24 +0000

I know someone mentioned on the discussion that you don’t want to do a simple search bar. But really, that’s what helps an actual user. Also, it might actually

Ofcourse i’m just complaining and not doing any work

Too much in pref dialog. Example: How can I figure out what i shouldn’t index if i need a search tool to find it? You need a very good overview(=expert) of your system to do that + I have to remember it for future use). I guess it might be needed as last resort for users, but it does remove the motive/need to fix the underlying problem.

Complete an actual usercase, ie. just search and make it work. No web 2.0 integration. no separate search gui window that provides all kinds of stuff. A simple search bar is harder because it’s simple. Relevance becomes very important.

Just a simple search bar that’s lightning fast.
PS: Make it possible(easy) for distro’s to ship a preindexed install) This way first time use doesn’t suck .
PPS: An important case is to minimize time between recently saved files and when it’s possible to search for it. (Ie, downloads).

By: Adam Petaccia

Adam Petaccia — Sat, 19 Sep 2009 06:50:02 +0000

Why is there an option to delay startup time? If the default value is a problem, perhaps it should be increased or is there some more intelligent heuristic available? It seems like an awkward question, considering how it (IIRC) it does other things (niceness, IONice?) to not get noticed by the user.

By: On Tracker stuff « Carlos Garnacho

On Tracker stuff « Carlos Garnacho — Fri, 18 Sep 2009 13:19:28 +0000

[...] that Martyn has updated his blog with some sweet tracker info, I figured I could do the [...]