The focus ring jumps to the next addressing row after a pill is created.
Categories
(Thunderbird :: Message Compose Window, defect, P1)
Tracking
(Not tracked)
People
(Reporter: aleca, Assigned: aleca)
References
(Regression)
Details
(Keywords: regression, ux-efficiency)
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
mkmelin
:
review+
|
Details | Diff | Splinter Review |
Due to the changes done in bug 1627520, replacing onkeypress
with onkeydown
, out event handler for the addressing row doesn't properly work anymore, and the focus jumps on the next focusable field right after a pill has been created, which is super annoying when needing to write multiple recipients.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 1•5 years ago
|
||
This does the trick, but I don't know if this is the proper approach to handle this issue.
Emilio, is there any event or attribute we could watch on the autocomplete-input to know when a keydown
event is handled by the autocomplete?
I'm already observing the autocomplete-did-enter-text
topic. Would something like that available in a simple onkeydown
event?
Assignee | ||
Comment 2•5 years ago
|
||
I forgot to NI,
Emilio, is there any event or attribute we could watch on the autocomplete-input to know when a keydown
event is handled by the autocomplete?
I'm already observing the autocomplete-did-enter-text
topic. Would something like that available in a simple onkeydown
event?
Comment 3•5 years ago
|
||
Updated•5 years ago
|
Assignee | ||
Comment 4•5 years ago
|
||
Comment 5•5 years ago
|
||
Assignee | ||
Updated•5 years ago
|
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/4217f78f73fc
Use onkeydown for input-autocomplete and prevent focus moving to the next addressing row after pill creation. r=mkmelin
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Updated•4 years ago
|
Description
•