597009 - Select the first item of the location/awersome bar to allow hiting Enter on keyboard directly if autocomplete is disable or escaped

Status: RESOLVED INACTIVE

(Firefox :: Address Bar, enhancement)

Description

[Nicolas Mandil (:NicolasWeb)]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; fr; rv:1.9.2.9) Gecko/20100824 Firefox/3.6.9
Build Identifier: 

Select the first item of the location/awersome bar to allow hiting Enter on  keyboard directly.

This should be the behavior at least until bug 566489 land. As it seams to me lagging, I beleve that implementing this could be easier (and done in time for Fx4)

Reproducible: Always

Actual Results:  
1.type in location bar to go to a web site
2.hit the down arrow of the keyboard
3.hit Enter on the keyboard

Expected Results:  
1.type in location bar to go to a web site
2.hit Enter on the keyboard

Comment 1

[Nicolas Mandil (:NicolasWeb)]

If not blockink the release of Fx4, could it be tag as wanted 4.0, or final, ... ?

Comment 2

[John P Baker]

I am not sure if a bug was filed on this, but Mardak implemented this functionality in "Enter Selects" extension.

https://addons.mozilla.org/addon/7423/

Comment 3

[Alex Limi (:limi) — Firefox UX Team]

This isn't really what we want to do, we prefer supporting autocomplete instead, so the people that "speak URL" get a good solution too.

See bug 566489 for tracking this.

Comment 4

[Nicolas Mandil (:NicolasWeb)]

(In reply to comment #3)
> This isn't really what we want to do, we prefer supporting autocomplete
> instead, so the people that "speak URL" get a good solution too.

Ok, but if the new smart autocomplete (bug 566489) is disable (by pref) or escaped (by key "Esc"), then the fist item of the location bar should be selected (aka : this bug should be the normal behavior) ;-)

In this way it's good an fast for URL and non-URL speakers ;-)

Safari is doing this :
- Showing results with the first item selected
- User press Esc
- Showing autocomplete of URL

Comment 5

[Mike Beltzner [:beltzner, not reading bugmail]]

As per Limi, I think this is WONTFIX. I agree with that conclusion.

Comment 6

[Nicolas Mandil (:NicolasWeb)]

(In reply to comment #5)
> As per Limi, I think this is WONTFIX. I agree with that conclusion.

Sorry to be insistant...
Ok, but his conclusion is not exclusive : 

> (In reply to comment #3)
> Ok, but if the new smart autocomplete (bug 566489) is disable (by pref) or
> escaped (by key "Esc"), then the fist item of the location bar should be
> selected

For non-url speakers (aka when autocomplete is disable by pref for those that don't want it) it could be nice and easy to implement to select the first item of the loacation bar.

> Safari is doing this :
> - Showing results with the first item selected
> - User press Esc
> - Showing autocomplete of URL

We can do the same steps but in the opposite way, so the new default behavior (autocomplet) is respected (the first one) :
1- Showing autocomplete of URL
2- User press Esc
3- Showing results with the first item selected
4- User press Esc : cancel the modifications that have already been made in location bar (actual behaviour I mean)

So The only thing we have to implement are steps 2 and 3 ;-)
>

Comment 7

[Alex Limi (:limi) — Firefox UX Team]

Not blocking.

Comment 8

[rob64rock]

(In reply to Mike Beltzner [:beltzner] from comment #5)
> As per Limi, I think this is WONTFIX. I agree with that conclusion.

So, this bug going to marked WONTFIX or Not??? To BE or NOT TO Be is the Question....

Comment 9

[Marco Bonardo [:mak]]

enh request, no reason to stay unconfirmed.

Comment 10

[Jonathan Watt [:jwatt]]

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)