maemo.org Bugzilla – Full Text Bug Listing
|Summary:||missing: system-wide "start typing to eliminate items from list"|
|Product:||[Maemo Official Platform] Desktop platform||Reporter:||thomas <maemo>|
|Status:||VERIFIED FIXED||QA Contact:||HAF QA mailing list <desktop-platform-general-bugs>|
|Priority:||Low||CC:||andre_klapper, urho.konttori, wolf.pld|
|Bug Depends on:|
SOFTWARE VERSION: 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: 1. open the media player. 2. choose video or internet radio 3. start typing EXPECTED OUTCOME: items should disappear from the list, unless they start with the typed string. ie, typing "summ" would leave all items starting with "summ", such as summervideo2009. just as it works in the audio view. ACTUAL OUTCOME: nothing happens REPRODUCIBILITY: always EXTRA SOFTWARE INSTALLED: n/a OTHER COMMENTS: - this should be a system-wide behaviour. this would be especially useful when trying to locate a file in an open dialog box (such as choosing an image from a folder). - it would also be useful if the search behaviour would be similar to the 'search on page', meaning that the search string can be found anywhere in the name, not only if it's in the beginning of the file name. - even better: if a file has tags attached to it, those would be applied as well in this context. especially useful when choosing images - which, after some time, there will be plenty of. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:220.127.116.11pre) Gecko/20091009 Linux Mint/7 (Gloria) Shiretoko/3.5.2
(In reply to comment #0) > STEPS TO REPRODUCE THE PROBLEM: > 1. open the media player. > 2. choose video > 3. start typing corrected. (internet radio works just as the audio).
(In reply to comment #2) > Actually this collides with bug 5431. Wouldn't it be just enough to jump to the > corresponding place? > This request here is way harder to implement than bug 5431, and only one of > them is possible. > fine by me, jumping to the corresponding place is sufficient in most cases. when faced with the task to choose a specific image in an open dialogue window, a tag search would be useful. because images tend not to have useful names, but with the excellent tagging options in fremantle, a tag search/sorting could be useful. even in this case though, a jump-to-text would be better than nothing. scrolling with finger gets tedious when the list is huge.
*** Bug 5474 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > Actually this collides with bug 5431. Wouldn't it be just enough to jump to the > corresponding place? That solution (jumping to file) would confuse users, as it would be different from the one in contacts and media player (filtering the list).
*** This bug has been confirmed by popular vote. ***
This happens on a per-widget basis and is partially already implemented (either type ahead or eliminate from list), see bug 5388, see bug 7536, see bug 8604 (Modest). In some cases it does not exist (yet) - see bug 8198 (File manager). For a generic bug, see bug 8201. What are the specific usecases that you are missing?
MOstly this has been implemented indeed for pr1.2. I would suggest closing and reopening a more detailed one for pr1.3. (e.g. calendar doesn't allow searching for events by typing).
It's now automatically filtering all single column lists and the more complicated lists have now (for the most part), filtering also enabled. Setting as fixed for pr1.2