Closed Bug 31248 Opened 25 years ago Closed 24 years ago

Tab from recipient field doesn't access header types (compose)

Categories

(MailNews Core :: Composition, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 63889
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.
QA Contact: lchiang → laurel
Status: NEW → ASSIGNED
Target Milestone: M15
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
we probably don't need this for M16.  Though I agree we will need this eventually.
Cleanup work, marking M18.
Target Milestone: M16 → M18
Added "nsbeta3" and "correctness" keywords.
Keywords: correctness, nsbeta3
Keywords: mail2
- 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
Status: NEW → ASSIGNED
sorry for the extra email. Removing mail2 keyword.
Keywords: mail2
I can't figure out how to cc someone using only the keyboard.  Adding access 
keyword and nominating for nsbeta1.  See also bug 49217 and bug 63889 (this bug 
might get fixed in either of those bugs).
Keywords: access, nsbeta1
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: 24 years ago
Resolution: --- → DUPLICATE
verifeid as duplicate
Status: RESOLVED → VERIFIED
QA Contact: laurel → pmock
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.