Closed
Bug 88187
Opened 24 years ago
Closed 23 years ago
[RFE] navigation keys to move focus to invisible recipients in a long list
Categories
(SeaMonkey :: MailNews: Message Display, enhancement, P1)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
mozilla1.0
People
(Reporter: michel.poleur, Assigned: ssu0262)
References
Details
(Keywords: access, Whiteboard: [ADT2 RTM])
Attachments
(1 file)
13.31 KB,
patch
|
racham
:
review+
|
Details | Diff | Splinter Review |
STEPS TO REPRODUCE
1. Compose a new message
2. Enter several recipients until a scrollbar appears
3. Try to move focus to the first recipient you entered (Shift-TAB)
RESULTS
It's possible to move focus to the first *visible* recipient but not to the
first recipient in the list.
Comment 1•24 years ago
|
||
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: access
Summary: Need navigation keys to move focus to unvisible recipients in a long list → [RFE] navigation keys to move focus to unvisible recipients in a long list
Updated•24 years ago
|
Severity: enhancement → major
Comment 2•24 years ago
|
||
reassigning to varada.
Updated•24 years ago
|
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 3•23 years ago
|
||
reassigning to ssu.
Assignee: varada → ssu
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0 → mozilla0.9.9
Comment on attachment 68916 [details] [diff] [review]
patch v1.0
r=bhuvan.
As far as autocomplete changes concerned, I think you certainly need to get
reviews/approvals to make sure that your changes are in line with their design
and has no regressions.
Adding Hewitt, Blake to the cc list. Please any other engineers who are well
versed with this code.
Attachment #68916 -
Flags: review+
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 6•23 years ago
|
||
I'd prefer having to add the property disableMenuPopupViaUpDownKeys if possible,
and I think it is possible. What we need to do is add a capturing keypress
handler that cancels the event bubbling if the up/down key is pressed.
> I'd prefer having to add the property disableMenuPopupViaUpDownKeys if
> possible, and I think it is possible.
I don't quite follow. The patch does have the a new
disableMenuPopupViaUpDownKeys property.
> What we need to do is add a capturing keypress
> handler that cancels the event bubbling if the up/down key is pressed.
I don't know if that is exactly what is needed because we are still in need to
arrow up/down the autocomplete popup list (when shown) as well as ignore the
arrow up/down when the autocomplete popup list is not shown. What I mean is
that I thought this was all part of the same event. Woudln't preventing the
event from bubbling up kill the former?
Updated•23 years ago
|
Whiteboard: [ADT2]
Updated•23 years ago
|
Summary: [RFE] navigation keys to move focus to unvisible recipients in a long list → [RFE] navigation keys to move focus to invisible recipients in a long list
Comment 8•23 years ago
|
||
Discussed at mail news bug meeting. Decided to RTM this bug, but we think it
might be fixed already. Is this bug fixed?
Whiteboard: [ADT2] → [ADT2 RTM]
Comment 9•23 years ago
|
||
this worksforme using the PR1 build which is almost identical to RC2.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 10•23 years ago
|
||
This has been working for months now, verified.
Status: RESOLVED → VERIFIED
Comment 11•23 years ago
|
||
[RFE] is deprecated in favor of severity: enhancement. They have the same meaning.
Severity: major → enhancement
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•