I think it's quiet important to be consistent with Ephy/Firefox typeahead, and to provide a way to browse back in typeahead results that does not involve the "up" key in the icon view. Proposed patch attached, I've filed a similar bug against GtkTreeView. [1] http://bugzilla.gnome.org/show_bug.cgi?id=320061 -- Christian Neumair <chris gnome-de org>
Index: libnautilus-private/nautilus-icon-container.c
===================================================================
RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-icon-container.c,v
retrieving revision 1.402
diff -u -p -r1.402 nautilus-icon-container.c
--- libnautilus-private/nautilus-icon-container.c 18 Oct 2005 14:22:53 -0000 1.402
+++ libnautilus-private/nautilus-icon-container.c 28 Oct 2005 09:45:13 -0000
@@ -3905,13 +3905,19 @@ nautilus_icon_container_search_key_press
retval = TRUE;
}
+ if (((event->state & (GDK_CONTROL_MASK | GDK_SHIFT_MASK)) == (GDK_CONTROL_MASK | GDK_SHIFT_MASK))
+ && (event->keyval == GDK_g || event->keyval == GDK_G)) {
+ nautilus_icon_container_search_move (widget, container, TRUE);
+ retval = TRUE;
+ }
+
/* select next matching iter */
if (event->keyval == GDK_Down || event->keyval == GDK_KP_Down) {
nautilus_icon_container_search_move (widget, container, FALSE);
retval = TRUE;
}
- if ((event->state & GDK_CONTROL_MASK) == GDK_CONTROL_MASK
+ if (((event->state & (GDK_CONTROL_MASK | GDK_SHIFT_MASK)) == GDK_CONTROL_MASK)
&& (event->keyval == GDK_g || event->keyval == GDK_G)) {
nautilus_icon_container_search_move (widget, container, FALSE);
retval = TRUE;
Attachment:
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil