GNOME Bugzilla – Bug 678571
Improve gnome-shell research (for app, document...)
Last modified: 2012-06-21 21:25:10 UTC
Currently, while launching a research through gnome-shell to: - launch a program - find a document ... Gnome-shell sends a request to zeitgeist once ONE letter is typed in the research zone. I propose the following enhancement: Gnome-shell shall send a request to zeitgeist if : - at least N letters have been submitted in the search zone (without validation by ENTER key or clicking on search button). N should be 2 or more (usability test should help to determine the most appropriate number of letter, instinctively 3 should fit well) - the research have been validated (through ENTER key, or by a click on the appropriate button) This would enhance user's experience, as zeitgeist is not any longer looking for ONE letter, but a sequence of letters. Researches for ONe letter are not relevnat for the user. The answer to the request would seem much faster (even if it is not), and it would avoid freezes in the GUI while typing only ONE letter. As an exemple, when automatic search (whithout tyong ENTER key) is enabled on google website, a request to google's server is sent only when 4 letters/characters are typed, even if suggestions are displayed, the results of the research are only displyed with 4 characters.
Zeitgeist should only be pulled in in the case of folks. Which will be removed soon.
I guess this is about the zeitgeist extension, not contacts search ...
It's not about zeitgeist exstension, I didn't know it exists. What I'm suggesting, is that zeigeist (or whatever search stuff is used) is only pulled in when more than ONE letter is typed in the search zone, it slows the sytem for nothing, as most of the time one letter is not enough to reach a relevant result. I propose to trigger zeitgeist only when more than 3 letters are typed in.
Ah. Then it has absolutely nothing to do with zeitgeist ;-) Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. (Also see https://bugzilla.gnome.org/show_bug.cgi?id=645334#c1) *** This bug has been marked as a duplicate of bug 644148 ***
I explained myself poorly the first time, sorry for that. As the problem as already been reported, I guess you can close the subject, but I maintain my idea of improvement (even if the timeout has been increased): - 3 letters - type ENTER - or 0.5/1s delay before triggering zeitgeist I guess a balance should be found between the numbers I propose, and It won't fit all the users needs, but still: sending a request with only ONE letter is most of the time unnecessary, unless you know the first result is the one you expect. I know, I'm demanding a lot ;) Whatever you choose to do, thank you guys (and maybe girls :))
Note that almost all search providers will be external in the 3.6 cycle, which should eliminate a large amount of issues.
I can't see the implication of "search provider will be external"(I don't even understand what this means), but as it is now possible to application to provide search results in the gnome-shell research zone (maybe this what you mean with "external search provider"), the number of possible results to a ONE-letter request will increase fast. As an example If I type "o" in the search bar, all the OpenDocument files will be a possible response to my request, even if I want to launch Orca. The same problem could occur if I type "a" with .avi files... That's why I propose this "3 letter"filtering
It means that search providers will become asynchronous, meaning that they won't freeze the shell while fetching results.
then I'll wait for the integration of gnome 3.6 in fedora :) Thanks for your answers