GNOME Bugzilla – Bug 85230
When in list view, pressing a letter does not jump down to the first file beginning with that letter
Last modified: 2004-01-30 16:04:21 UTC
Using nautilus-1.1.18 with gtk+-2.0.3 If you are in list view and you type a letter, nautilus should select the first file beginning with that letter. If you type two letter in succession, it should go to the first file that begins with that letter. This functionality is very important and existed in gnome-1.4.x . I believe this is a gtktreeview issue, but I'mt not totally sure. I hope this makes it into gnome-2.0.1 . Always reproducable.
Ugly...this is one of those inconsistencies between the icon and list view issues. temporarily marking 2.0.x milestone and normal since its a regression. List view needs alot of love so keep sending the bugs :)
*** Bug 85485 has been marked as a duplicate of this bug. ***
*** Bug 88171 has been marked as a duplicate of this bug. ***
This can be done with Ctl+s, so the impact is very minor.
After some investigation with louie and dave camp, we determined that control-s works for searching when the user has emacs key bindings, but control-f does NOT work for searching when the user has default key binding.
After some more investigation, I have determined that this is a nautilus bug. Using the default key bindings, the control-f search works in other treeview apps such as gnome-system-monitor, but not in nautilus
*** Bug 91463 has been marked as a duplicate of this bug. ***
Luis: the difference between being able to do this using Crtl-S and not, is that the pane containing the icons needs to have the focus for Ctrl-S to work, which is not the case when a window has just opened up. So, for a window which default to icon view, you can open it and just start typing. For windows which default to list view, you have to: Open the window, hit tab twice, do Ctrl-S, *then* start typing. This is very furstrating for people who use their keyboard a lot, and want to be able to actually use the list view.
I would like to suggest that this simply "works" like it did in nautilus-1.0.x. I think having to hit control-s or control-f just an extra step that will just confuse new users who are used the windows exploper/konqueror/nautilus-1.0.x behaviour.
A patch has been checked into nautilus that now enable control-f searching in the list view. Leaving open until key navigation just work without having to use a control-f like it does in the icon view.
Updating status_whiteboard field to reflect A11Y team's assessment of accessibility impact.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
*** Bug 93959 has been marked as a duplicate of this bug. ***
*** Bug 123451 has been marked as a duplicate of this bug. ***
*** Bug 121450 has been marked as a duplicate of this bug. ***
moving to GNOMEVER2.5 . It would be nice to have this working for 2.6.x
I've created a patch which should fix this bug. Please try!
Created attachment 23209 [details] [review] Patch to enable typeahead search in nautilus' list view
Thank you, Jürg! You have made a lot of GNOME users happy!
Has been committed :). regs, Chris
Shouldn't this be implemented in GTK+?
Also the typeahead delay in the patch seems to be hardcoded, which is most likely an accessibility issue.
*** Bug 125540 has been marked as a duplicate of this bug. ***