Firefox/Projects/Tab Matches in Awesomebar: Difference between revisions
Jump to navigation
Jump to search
m (tyop) |
|||
| Line 17: | Line 17: | ||
= Non Goals = | = Non Goals = | ||
* Promote tab searching over other types of revisitation (for instance placing all of the tab results on top) | * Promote tab searching over other types of revisitation (for instance placing all of the tab results on top) | ||
* Overly complicate the current design of the awesome bar ( | * Overly complicate the current design of the awesome bar (through things like the introduction of additional icons, arrows, or moving the focus right/left in addition to up/down) | ||
= Design = | = Design = | ||
Revision as of 22:48, 9 July 2009
Overview
Sprint lead: gavin
Sprinters: gavin, faaborg, ashughes (QA)
- Description
- When an awesomebar result matches the URL of an already open tab, it should indicate that and allow the user to switch to that tab instead of duplicating it.
- Aza has some suggestions
- So does Madhava
- Boriss is interested (& happy to give unsolicited opinions)
Goals / Use Cases
- Reduce the number of unintentionally created duplicate tabs in the users large tab set
- Allow users to create duplicate tabs if they actually intend to have duplicates
- Allow users to search for specific tabs, which should be faster than a browser operation with the all tabs control, and is fully integrated into our central UI for searching, the awesome bar (as oppose to creating another field).
Non Goals
- Promote tab searching over other types of revisitation (for instance placing all of the tab results on top)
- Overly complicate the current design of the awesome bar (through things like the introduction of additional icons, arrows, or moving the focus right/left in addition to up/down)
Design
