Hi Carlos, On 1 October 2016 at 15:42, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2016-09-28 21:05, Bjørn Lie wrote:
on., 28.09.2016 kl. 19.54 +0200, skrev Jan Engelhardt: So, why can't the developers make it start on-demand then, if it is
_that_ essential? Desktop environments seem to be quite eager starting all kinds of background processes on other occassions…
Because starting indexing on demand would make everything way slower/cpu intensive vs having the index updated incrementally as files come and go.
And even worse: when starting an app that relies on the index - the index won't be there.
This is interesting. I thought that the only tool that used the index would be the search tool, when the user actively wants to search for some thing.
So you say that applications may use that index. What for? Perhaps, instead of doing a directory search for display on "open file" they use the index?
I'm just curious, wanting to learn things, not saying that it is wrong. I actually use and like the search tool in gnome, called from xfce. I don't notice slowdowns. I forgot that I also have tracker. I don't know how to call it.
I believe the logic used by the GNOME applications in question is that 'users do not care where their files of type BLAH are, they are loading an application to play Music/view photos/watch videos and they need to be shown their Music, Photos, and Videos, regardless of where they are. I believe this was also described as part of the KDE concept of the 'Semantic Desktop' Such an approach requires an index In fact, if you think of the large amounts of Music/Photos/Videos that people have these days, there is really no alternative BESIDES having an index of some type - there is no way in a million years you want your music app to parse through dozens and dozens of music folders for thousands and thousands of music files just to add the two new tracks that someone added later. It's WAY easier and more efficient to have an intelligent indexer like tracker keeping an eye on all directories of potential interest and incrementally updating a single, multi-use index as files change, than requiring half a dozen apps to maintain their own indexes.
It would be nice to have a single search engine used by both gnome and kde. IMHO :-)
I agree, and I think the strongest candidate for such a role would be tracker given it's relative lightweightness compared to the KDE indexers. But the whole KDE stack is so tightly coupled to their chosen indexer, I think we might have a hard time encouraging that kind of change. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org