Opened 11 years ago
Closed 11 years ago
#28685 closed defect (bug) (fixed)
In inline link modal keyboard command overide browser defaults
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 4.0 | Priority: | normal |
Severity: | normal | Version: | 3.1 |
Component: | Editor | Keywords: | has-patch commit |
Focuses: | accessibility, javascript | Cc: |
Description
Thanks to @jorbin who help me decipher this ticket.
- Highlight some text and click add link. http://cl.ly/image/060M2U351V40
- The highlighted field is the url field. Click into the Url. http://cl.ly/image/0a2w240Q1Y2P
- Type in a commonly used address that wants to auto complete. http://cl.ly/image/3G2r313g2d3s
3a. Click the down arrow and see how the selector doesn't go to the browser auto complete field but the available posts below the search field. http://cl.ly/image/3G2r313g2d3s
Can provide screencast if required.
Attachments (1)
Change History (10)
#2
follow-up:
↓ 3
@
11 years ago
I think what we can detect if the focus is on the input field and it contains information different than either an empty string or the default string ('http://'), we can infer that the intent is to use the browser autocomplete.
#3
in reply to:
↑ 2
;
follow-up:
↓ 5
@
11 years ago
Replying to jorbin:
I think what we can detect if the focus is on the input field and it contains information different than either an empty string or the default string ('http://'), we can infer that the intent is to use the browser autocomplete.
Yes, but I think the point of this feature is to be able to scroll quickly through existing posts with Up/Down keys, while the URL input is still focused.
#5
in reply to:
↑ 3
@
11 years ago
Replying to SergeyBiryukov:
Replying to jorbin:
I think what we can detect if the focus is on the input field and it contains information different than either an empty string or the default string ('http://'), we can infer that the intent is to use the browser autocomplete.
Yes, but I think the point of this feature is to be able to scroll quickly through existing posts with Up/Down keys, while the URL input is still focused.
Certainly, the autocomplete feature in the browser also is designed to make it easy to scroll quickly through your (as the users) previously entered information.
We shouldn't be interfering with default browser behavior. It makes it more confusing for users.
#6
@
11 years ago
- Keywords has-patch added
- Milestone changed from Awaiting Review to 4.0
An empty value or http://
can trigger autocomplete too.
So I guess a simple solution would be to disable scrolling when URL or Title field is focused, and only keep it for Search field, where we have autocomplete="off"
.
Related: comment:11:ticket:17101.
Confirmed. However, I don't think there's an easy way to detect if the browser autocomplete list is open.