Version: unspecified (using KDE 4.7.0) OS: Linux Dolphin cannot search anything while nepomuk/strigi is indexing. Why not let dolphin use traditional search while strigi is indexing or files have updated before indexing ! Dolphin is very very difficult to use for its badly search. If dolphin cannot do it well ,please recover kfind ito dolphin! At the time,I have to run kfind Manually.It's very troublesome. BTW,I have to say ,nepomuk/strigi is truly a trouble maker. Reproducible: Always Actual Results: Expected Results:
Thanks for the report, but I cannot reproduce the issue: Searching during indexing works fine here (of course only those files are found that have been indexed already). Usually after the initial indexing of the harddisk (which might take hours dependent on the number and type of files) new files are indexed within a few seconds. If this is still a problem for you please just turn off indexing in systemsettings (Nepomuk will stil be available), Dolphin will use the traditional search as fallback then.
(In reply to comment #1) > Thanks for the report, but I cannot reproduce the issue: Searching during > indexing works fine here (of course only those files are found that have been > indexed already). Usually after the initial indexing of the harddisk (which > might take hours dependent on the number and type of files) new files are > indexed within a few seconds. If this is still a problem for you please just > turn off indexing in systemsettings (Nepomuk will stil be available), Dolphin > will use the traditional search as fallback then. >>>>>>> of course only those files are found that have been indexed already >>>>>>> Just this problem. Because I have lots of file should be index,and it should cost much time.But just at the time,I have to search for those file have not been indexed,searching use dolphin ,I got nothing. Maybe sometimes it's not serious,as at the first time users will leave enough time to let strigi index all those files.So when they search for those files,strigi is not working,they got what they want. However,sometimes we change lots of files in indexing directory,such as fetched a large project from git.After a while,we want to search something in this directory.So we use dolphin to search,but we got nothing because strigi is index for those files! We'll think ,yeah, there is no file we want.We got the error answer. Or if some users know this "feature"(Many users not know)--when those file not indexed and strigi is on for this directory,we cannot get anything,though files we want are exist! So they will doubt whether is strigi on or those file have not been indexed?They have to check if strigi have not finish indexing those files.If not,what they have to do is after several hour,let index complete,then to search.Or they have to run kfind to search again. So,like this , it's dolphin's search easy to use ? We users use search, we actually want a correct result,no mater what implement this. Strigi/index is greate.They make search quickly.But if dolphin imported them,but every time we use search,we have to doubt the results,we have to do other thing to check the result,to search using other application again,this ,its dolphin's failure. I don't know if you understand what I say. Just as I said,dolphin should make sure we can get anything we want to search. If files is in indexing directory,but have not indexd or just is indexing when we search ,dolphin should fallback to traditional search automatic! It can mix traditional search for not indexed directory and index search for indexed directory.
> I don't know if you understand what I say. I fully understand the problem from a users point of view. Users don't care abou indexed files/directories at all, when they search they want to have results no matter whether files are already indexed or not. > It can mix traditional search for not indexed directory > and index search for indexed directory. This is implemented already in Dolphin this way. The problem is that directories that are not fully indexed yet are marked as indexed by Nepomuk. Marking halve-indexed directories as non-indexed is also no proper solution as you'd lose the additional capabilities that Nepomuk search offers (e.g. searching content in PDFs etc). @Sebastian: Is there a way for the nepomuksearch-slave to find out internally whether it searches inside a directory that is currently not fully parsed? One idea might be to postpone emitting the finished() signal until it has parsed all files, so that the users get an indication that the searching is not finished yet.
Firstly,thanks for your help. You said,Marking halve-indexed directories as non-indexed is also no proper solution as you'd lose the additional capabilities that Nepomuk search offers. But I have different idea.Traditional text file's content search is the basic function which any search tool should support.But external content search such as pdf or media file tag search is just a extention.So we firstly should make sure basic function must work. So marking halve-indexed directories as non-indexed is proper,at least for the time being.Then dolphin found those directory have not indexed ,it could use traditional content search,at least the basic function works well. Further more,dolphin could show a collapsible message region,it could tell user because of strigi index is not completed,there are some particular file cannot search.Even dolphin could give a quick access to add those directory to index list if they in index directory list in the present state .
Resetting assignee to default as per bug #305719
Nepomuk and Strigi are long gone for Dolphin, and Baloo is much faster--so much so that I think this isn't necessary.