Closed
Bug 31248
Opened 26 years ago
Closed 25 years ago
Tab from recipient field doesn't access header types (compose)
Categories
(MailNews Core :: Composition, defect, P3)
MailNews Core
Composition
Tracking
(Not tracked)
Future
People
(Reporter: laurel, Assigned: vparthas)
Details
(Keywords: access, Whiteboard: [nsbeta3-])
Continued issue from bug #10932
Using mar09 commercial m15 builds for linux rh6.0, NT 4.0 and mac OS 9.0
There is currently no way to access and change the addressee header types
dropdown menu in the compose window.
March 09 comments by ducarroz in bug #10932 state: " ... Now when you tab from a
recipient field, the cursor jump into the next recipient type popup menu on the
next row and if you tab one more time the cursor is now into the next recipient
field. If you where already in the last recipient field, pressing tab put the
focus into the subjet...."
The above is not true, tabbing from recipient field never goes to the next
recipient field's header type menu. (And how would a user get to the first
recipient fields's header type menu?)
MAIN ISSUE FOR THIS BUG:
1. We never get tab access to the header type, doesn't matter how many times
you tab from another recipient field.
SIDE ISSUES WHICH MAY NEED TO BE REFERRED TO SEPARATELY:
2. We never get any arrow key access to the header types menu.
3. Once we get keyboard access working to the header types menu, we need to
have arrow key access to move between header types and select.
4. We need access to the first line's header types.
5. We need to decide the way in which we will access the next NEW recipient
line's header types. Currently:
a. if you type one addressee but don't hit return, a tab will take you to
the subject line
b. if you type one addressee and you hit return, a new address line is
opened but you have no keyboard access to change that new line's header.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M15
Comment 1•26 years ago
|
||
Mass moving to M16 to get these off the M15 radar. Please let me know if this
is really an M15 stopper.
Target Milestone: M15 → M16
Comment 2•26 years ago
|
||
we probably don't need this for M16. Though I agree we will need this eventually.
Added "nsbeta3" and "correctness" keywords.
Keywords: correctness,
nsbeta3
- per mail triage
Kevin - if you don't agree, please note in this bug.
Whiteboard: [nsbeta3-]
Target Milestone: M18 → Future
Reassigning bugs to varada
Assignee: ducarroz → varada
Status: ASSIGNED → NEW
Comment 8•25 years ago
|
||
Comment 9•25 years ago
|
||
I know this bug came first, but I'd like to consider 63889 the bug that's going
to get looked at so marking this as a dup of that.
*** This bug has been marked as a duplicate of 63889 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 10•25 years ago
|
||
verifeid as duplicate
Status: RESOLVED → VERIFIED
QA Contact: laurel → pmock
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•