Closed Bug 591151 Opened 16 years ago Closed 16 years ago

Allow auto edit-mode on key press when awesomescreen is open, but readonly

Categories

(Firefox for Android Graveyard :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(fennec2.0b1+)

VERIFIED FIXED
Tracking Status
fennec 2.0b1+ ---

People

(Reporter: mfinkle, Assigned: mfinkle)

References

Details

Attachments

(1 file)

We recently landed a patch in bug 590779 to not put the URL textbox into edit-mode when initially tapped. On devices with hard keyboard, we should try to go into edit-mode when a key is pressed, instead of requiring a second tap.
Attached patch patchSplinter Review
I don't think this messes up any logic in BrowserUI._editURI, but I haven't tested many situations. The basic tests I did seem to work well.
Assignee: nobody → mark.finkle
Attachment #469758 - Flags: review?(21)
Works on N900 hard keyboard as well as desktop
tracking-fennec: --- → 2.0b1+
Comment on attachment 469758 [details] [diff] [review] patch I will replace + const nsIDOMKeyEvent = Components.interfaces.nsIDOMKeyEvent; + if (event.keyCode == nsIDOMKeyEvent.DOM_VK_RETURN) by + if (event.keyCode == aEvent.DOM_VK_RETURN) while checkin
Attachment #469758 - Flags: review?(21) → review+
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
So, I'm a bit confused. Is the intended behavior to not allow users to type in the url bar until they tap on it again in the awesomebar?
verified FIXED on builds: Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b5pre) Gecko/20100830 Namoroka/4.0b5pre Fennec/2.0a1pre and Mozilla/5.0 (Android; Linux armv71; Nokia N900; en-US; rv:2.0b5pre) Gecko/20100830 Namoroka/4.0b5pre Fennec/2.0a1pre
Status: RESOLVED → VERIFIED
Flags: in-litmus?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: