Firefox/Projects/Tab Matches in Awesomebar: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(New page: = Overview = '''Sprint lead:''' gavin <br/> '''Sprinters:''' gavin, faaborg ;Description :When an awesomebar result matches the URL of an already open tab, it should indicate that and all...)
 
 
(26 intermediate revisions by 11 users not shown)
Line 1: Line 1:
{{Restricted}}
= Overview =
= Overview =
'''Sprint lead:''' gavin <br/>
'''Sprint lead:''' limi <br/>
'''Sprinters:''' gavin, faaborg
'''Sprinters:''' bmcbride, limi, ashughes (QA)


;Description
;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.
: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 [http://www.azarask.in/blog/post/tabs-in-the-awesome-bar/design suggestions]
* Aza has some [http://www.azarask.in/blog/post/tabs-in-the-awesome-bar design suggestions]
* So does [http://madhava.com/egotism/archive/005020.html Madhava]
* Boriss is [http://people.mozilla.com/~jboriss/blog/short_icon.png interested] (& happy to give unsolicited opinions)
* Limi wants to drive this for 3.7, [http://limi.net/articles/tab-matching-in-the-location-bar blog post with some suggested changes]
 
 
Try server builds are available at http://people.mozilla.org/~bmcbride/tabmatches/latest/
 
= Current Status =
<onlyinclude>See ({{bug|480350}})</onlyinclude>


= Goals / Use Cases =
= Goals / Use Cases =
tbd
* 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)


= Non Goals =
= Bugs =
tbd
{{bug|480350}}
{{bug|455650}}


= Design =
= Design =
tbd
[http://people.mozilla.com/~faaborg/files/shiretoko/awesomeBari2.png Faaborg's initial mock-ups]
 
[http://limi.net/articles/tab-matching-in-the-location-bar Limi's follow-up blog post with some suggested changes]


= Bugs =
= Testing =
tbd
* [https://wiki.mozilla.org/Firefox/Projects/Tab_Matches_in_Awesomebar/TestPlan Test Plan]
* Status: ''complete''
** Initial round of testing complete
** Development is currently fixing bugs
** I believe QA can call this ''complete'' for all intents and purposes.
** I will continue to triage incoming bugs, verify bug fixes, and look for new bugs in day to day usage going forward

Latest revision as of 22:03, 4 June 2010

Do not edit this page RESTRICTED Do not edit this page
Please do not edit this page without permission; comments should be added to the discussion page.

Overview

Sprint lead: limi
Sprinters: bmcbride, limi, 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.


Try server builds are available at http://people.mozilla.org/~bmcbride/tabmatches/latest/

Current Status

See (bug 480350)

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)

Bugs

bug 480350 bug 455650

Design

Faaborg's initial mock-ups

Limi's follow-up blog post with some suggested changes

Testing

  • Test Plan
  • Status: complete
    • Initial round of testing complete
    • Development is currently fixing bugs
    • I believe QA can call this complete for all intents and purposes.
    • I will continue to triage incoming bugs, verify bug fixes, and look for new bugs in day to day usage going forward
Retrieved from "https://wiki.mozilla.org/index.php?title=Firefox/Projects/Tab_Matches_in_Awesomebar&oldid=227939"