Closed Bug 597308 Opened 14 years ago Closed 4 years ago

Add a keyboard shortcut for All Tabs

Categories

(Firefox :: Keyboard Navigation, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1576130

People

(Reporter: faaborg, Unassigned)

References

Details

Attachments

(1 file, 1 obsolete file)

Follow up bug from bug 592887, we need a keybaord shortcut for List All Tabs, since this is the only way to get to tabs from other computers.  perhaps control-alt-tab
Blocks: 592887
Blocks: 611571
The UX team is very eager to get this bug landed over the next few days in order to make Beta 11.  If anyone can get a patch for this bug posted soon, we will push hard for reviews and approval (even though this isn't blocking).

You can view all of the related bugs to clean up the traditional menu bar here: http://areweprettyyet.com/4/traditionalMenu/
Ctrl+Alt+Tab doesn't work, it triggers the OS app switcher (tested on Ubuntu).

Ctrl+Shift+Tab is taken, it switches to the previous tab. Unless you set browser.allTabs.previews and browser.ctrlTab.previews to true, then it opens the all tabs preview. I don't think we can steal that shortcut if the preview is disabled though.

Ctrl+Alt+t opens the terminal (Ubuntu).
Ctrl+Shift+T is taken (undo close tab).

The all tabs menu is similar to the menus on the menu bar. Those are accessed with the Alt key plus some accesskey, like Alt+t for the Tools menu.
So how about Alt+l for "List all Tabs" (like the tooltip says)?
Assignee: nobody → steffen.wilberg
Version: unspecified → Trunk
Attached patch proof of concept (obsolete) — Splinter Review
Tested on Linux.
Tried to set the accesskey attribute of the toolbarbutton, but that didn't work.
Attachment #510065 - Flags: feedback?(dao)
Dao, could you have a look, please?
No longer blocks: 592887
Attached patch patchSplinter Review
Attachment #510065 - Attachment is obsolete: true
Attachment #533468 - Flags: review?(dao)
Attachment #510065 - Flags: feedback?(dao)
Comment on attachment 533468 [details] [diff] [review]
patch

Alt is reserved for access keys and OS-level commands on Windows, afaik.

If we enabled browser.ctrlTab.previews, we could let Shift+Ctrl+Tab open the menu.
Attachment #533468 - Flags: review?(dao) → review-
(In reply to comment #6)
> Alt is reserved for access keys and OS-level commands on Windows, afaik.

Right, Alt+f opens the File menu, Alt+b the bookmarks menu, and alt+l should open the List all Tabs menu.

The patch is a hack for adding an accesskey to the toolbarbutton, which doesn't work.
(In reply to comment #7)
> (In reply to comment #6)
> > Alt is reserved for access keys and OS-level commands on Windows, afaik.
> 
> Right, Alt+f opens the File menu, Alt+b the bookmarks menu, and alt+l should
> open the List all Tabs menu.

F and B are access keys. They're underlined, so the users knows they exist.

> The patch is a hack for adding an accesskey to the toolbarbutton, which
> doesn't work.

Toolbar buttons aren't supposed to have access keys.
> > Right, Alt+f opens the File menu, Alt+b the bookmarks menu, and alt+l should
> > open the List all Tabs menu.
> 
> F and B are access keys. They're underlined, so the users knows they exist.
Yeah, the key is not displayed. But that's a problem a commandkey would have as well.

> > The patch is a hack for adding an accesskey to the toolbarbutton, which
> > doesn't work.
> Toolbar buttons aren't supposed to have access keys.
Even a type="menu" button?
Actually, setting an accesskey on a toolbarbutton should work:
https://developer.mozilla.org/en/XUL/toolbarbutton
I'll check why this doesn't work for me here, but that's moot if you're opposed to alt+l. Finding another key is difficult though, see comment 2.
Alt+L could indeed trigger a command event, but it seems the popup can't be opened if Alt is hold.
Dao's right that an alt-* command for a menu button is unconventional.  The general idea is that if the user hits alt they should visually be able to see all of the thing that they can interact with using the keyboard (using underlines, which we couldn't do with the down arrow for the list all tabs button).  For keyboard based users, it's important that they can sit down at a new application and discover how to interact with it without having to access external information.

Kind of a random idea, but what if we introduced a top level menu called Tabs when the user hit alt.  For instance, other controls like back/forward/location bar only show up in the main menu when the user is an accessibility mode, so it seems like having access to tabs in the main menu would just complete the list of things that they can interact with.  It would be visually discoverable once they entered the mode, and consistent with the rest of their keyboard-based menu interactions.

The downside is that it would be a bit jarring to see a new main menu command appear out of nowhere (less so when the Firefox button is displayed, and the entire main menu appears out of nowhere).

We would probably want to put the menu early in the order, perhaps after tabs.

Another alternative would be to just build out the File menu to contain everything in the list all tabs menu when invoked with alt.  But that is kind of messy, and might not even literally fit on screen.
Depends on: 669265
Blocks: 353569
No longer blocks: 607226
No longer blocks: 353569
How about adding an entry "List all tabs Ctrl+F11" in the View menu after "Full Screen F11" ?
Assignee: steffen.wilberg → nobody
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: