GNOME Bugzilla – Bug 331795
need API to add key_press_events handler to tree_view->priv->search_window
Last modified: 2016-03-06 16:25:48 UTC
Nautilus wants to be able to listen for shift+enter events on the treeview search window (tree_view->priv->search_window) so that shift+enter while doing typeahead does the normal nautilus shift+enter behaviour. See bug #330181. This can't be done because it's impossible to register an event handler on this private instance without dirty tricks. Of course, even if such a handler could be added it would still have some trouble since it wouldn't be able to properly dismiss the search dialog without reimplementing gtk_tree_view_search_dialog_hide (or without also making this function public). This gets increasingly messy. Perhaps it might be cleaner to just special case shift+enter (maybe ctrl+enter, others....) to send some sort of a signal from the treeview itself.
Would'nt this work just with the search_window to passed along the ENTER and SHIFT+ENTER events to the treeview ? If that's possible I think makes sense as ENTER events in the search_entry are expected to trigger some behaviour in the selected item of the treeview (currently ENTER in the text_entry just hides the entry, so it would also have to pass the event to the treeview because for hiding the entry we already have ESC) ... this way we would'nt need new api... We could do it also for CTRL+ENTER.
this is not relevant anymore - we're doing search differently in nautilus nowadays