Firefox/Features/URL Autocomplete: Difference between revisions

no edit summary
No edit summary
 
(14 intermediate revisions by 9 users not shown)
Line 1: Line 1:
{| class="fullwidth-table"
{{FeatureStatus
|-
|Feature name=Inline URL autocomplete
| style="font-weight: bold; background: #DDD;" | Feature
|Feature stage=Landed
| style="font-weight: bold; background: #DDD;" | Status
|Feature status=Complete
| style="font-weight: bold; background: #DDD;" | ETA
|Feature version=Firefox 14
| style="font-weight: bold; background: #DDD;" | Owner
|Feature health=OK
|-
|Feature status note=Landed in m-c (https://hg.mozilla.org/mozilla-central/rev/953bde82b7a7) backed out for 12, and again for 13 (bug 746572).
<section begin="status" />
}}
| Inline URL autocomplete
{{FeatureTeam
| {{StatusAtRisk|status=Has initial patches written by volunteer}}
|Feature product manager=Asa Dotzler
| 2011-04-15
|Feature feature manager=Alex Limi
| Alex Limi
|Feature lead engineer=Marco Bonardo
<section end="status" />
|Feature qa lead=Vlad Ghetiu (irc: vladg)
|-
|Feature ux lead=Alex Limi
|}
}}
 
{{FeaturePageBody
== Summary ==
|Feature overview=Enabling autocomplete inline in the URL entry field makes it easier to enter often-typed URLs, and make our browser feel a lot faster, since the user gets immediate feedback on where we think they will go.
Enabling autocomplete inline in the URL entry field makes it easier to enter often-typed URLs, and make our browser feel a lot faster, since the user gets immediate feedback on where we think they will go.


We stopped “speaking URL” when AwesomeBar came along, and it makes us seem
We stopped “speaking URL” when AwesomeBar came along, and it makes us seem
Line 24: Line 23:


We propose to turn on inline autocomplete, with some additional changes that make it stop completion at URL boundaries (e.g. "/").
We propose to turn on inline autocomplete, with some additional changes that make it stop completion at URL boundaries (e.g. "/").
 
|Feature requirements=A working, tested implementation that satisfies the design specification in {{bug|566489}}.
== Team ==
|Feature ux design=Interaction is described in {{bug|566489}}.
Who's working on this?
|Feature implementation notes=* {{Bug|566489}}
 
* {{bug|746572}}
* '''Feature Manager''': Alex Limi
}}
* '''Lead Developer''': Michael Ventnor (volunteer) has the current patch, sdwilsh and Blair McBride have helped review so far
{{FeatureInfo
* '''Product Manager''':
|Feature priority=P2
* '''QA''':
|Feature theme=Experience
* '''UX''': Alex Limi
|Feature roadmap=User Experience
* '''Security''': (not sure if this is needed, we already ship a variation of this feature turned off)
|Feature secondary roadmap=Firefox Desktop
 
|Feature list=Desktop
== Release Requirements ==
|Feature project=Responsiveness
A working, tested implementation that satisfies the design specification in {{bug|566489}}.
|Feature engineering team=Desktop front-end
 
}}
== Next Steps ==
{{FeatureTeamStatus
Figure out whether we want to put one of the Firefox team developers on this to get it completed
|Feature security status=sec-review-unnecessary
 
|Feature security health=OK
== Open Issues ==
|Feature qa status=Testing in progress
Performance with a large history DB should be tested.
|Feature qa notes=[https://wiki.mozilla.org/Firefox/Features/URL_Autocomplete/Test_Plan Test Plan]
 
|Feature ux status=OK
== Related Bugs & Dependencies ==
|Feature ux notes=Seems to work well, some slight performance issues with the URL bar that may or may not be related to this particular change.
{{Bug|566489}}
}}
 
== Designs ==
Interaction is described in {{bug|566489}}.
 
== Use Cases ==
See Summary. :)
 
== Test Plans ==
None so far.
 
== Goals ==
Make navigation to typed URLs faster!
 
== Non-Goals ==
 
 
 
__NOTOC__
 
 
[[Category:Features]]
[[Category:Firefox]]
Confirmed users, Bureaucrats and Sysops emeriti
722

edits