GNOME Bugzilla – Bug 334699
keyboard navigation for smart bookmarks in toolbar
Last modified: 2011-12-23 17:29:41 UTC
When putting a google search smart bookmark in the toolbar, to the right of the addres s entry (ostensibly to emulate firefox's search box interface), there seems to be no way to reach the box with the keyboard. The tab key moves the focus to the tab bar, and there doesn't appear to be a way to designate an Alt-key shortcut to focus it. It would be nice if some sort of keynav could be worked out for this
if tab is being stolen then Ctrl+Tab is supposed to be available for navigation. Using shift tab might allow you to get to the widget by tabbing in reverse order. (Some former Windows users like me have been asking why Ctrl+Tab didn't switch between tabs and the reason given was that it was reserved to help in just such a situation where Tab was trapped for some other use.) The keyboard navigation could probably stand to be improved but I'd be very surprised if there wasn't some kind of awkward way to do what you are trying withing the current interface. (this is just general advice, I dont have a copy of epiphany handy to test against)
Created attachment 61406 [details] Screenshot illustration The problem isn't the tab key being stolen; it isn't. The problem is that the tab focus cycle is a little bit missed up; I've posted a screenshot to illustrate; my epiphany toolbar. Control-L focuses #1.. and I'd expect that tab would move the focus to #2, but it move it to #3 Shift-tab from #3 will move the focus back to #2, but this is a little bit awkward.
So normally in a toolbar, tab moves out of toolbar and right/left moves focus in the toolbar. We need to find a way to make tab from the entry move focus to next element in the toolbar.
*** Bug 387523 has been marked as a duplicate of this bug. ***
Re-targeting.
Christian: If I understood your comment correctly, it is about detecting “Tab” keypresses in text entries so as to do the desired thing instead of the default one, is it correct? Like using a given callback, and depending on whether we want the default or the customised action, return the appropriate gboolean so that the keypress is visible (or not) at a higher level (in term of container)? [This supposes I understood correctly how callbacks work from my very little experience of callbacks in Gtk.]
Ctrl-Tab works here to focus the next smart bookmark, and then another Ctrl-Tab to focus its text entry box. It's a bit suboptimal though... Note sure that using Tab would be right, since when you're in toolbar Tab moves to the next toolbar/next elemtn after the toolbars, and so it would be inconsistent. Since Ctrl-Tab works, maybe just NOTABUG ?
This is no longer possible (won't) with Epiphany 3.4