Closed Bug 63889 Opened 24 years ago Closed 23 years ago

Tab order in the compose window.

Categories

(MailNews Core :: Composition, defect, P1)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 95844
mozilla0.9.9

People

(Reporter: scottputterman, Assigned: ssu0262)

References

Details

(Whiteboard: Have Fix)

Attachments

(1 file)

We have a bunch of bugs for specific tab order but I don't know if we have one for general. We should make tab order work correctly. That should include getting to the From field as well as the header fields (to, cc, etc). I've cc'd Jennifer. Do we want to include the attachment pane? If so, what should be the tab order?
marking nsbeta1+ and moving to mozilla0.8 reassigning to varada.
Assignee: ducarroz → varada
Keywords: nsbeta1
Priority: -- → P3
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.8
QA Contact: esther → pmock
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9
Is this a metabug? (31248,31250,49217,...)
*** Bug 31248 has been marked as a duplicate of this bug. ***
Accepting bugs.
Status: NEW → ASSIGNED
Marking Fixed. The tab order now is From(foo) <-> Header(to/cc/bcc..)<->Address(bar@foobar.com)[<->Header()<->Address()]<->Subject <-> MessageBody.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Varada, I don't see how to get to the Header (To..CC...BCC) did this part break. Also, this bug mentions the Attachment area. Once a user (using keyboard only) adds an attachment, I don't see how they can remove it (using the keyboard). It has a mnemonic but it doesn't work. reopening for review. Other bugs marked duplicate of this one are about Attachment needing a mnemonic (which it has 62703, but it doesn't work due to 959)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
QA Contact: pmock → esther
moving to 0.9.2
Target Milestone: mozilla0.9 → mozilla0.9.2
Patch in hand
Please attach the patch.
Whiteboard: [nsbeta1+] → [nsbeta1+]Have Fix
moving to 0.9.3. Please hold onto the fix in case we can get this in later.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Keywords: nsBranch
Attached patch Patch V 1.0 (deleted) — Splinter Review
I wonder if this patch we cause the edit field to lose focus when you select an item in the recipient type fropdown menu! If it's the case, do we really want that?
We do lose focus on the edit field next to it and it is the same behaviour for tabbing in 4.x. We retain focus even when we use the mouse to do the selection and 4.x gives back the focus to the edit field after the selection. We can probably have a event listener to give back focus to the edit field after each selection.
Status: REOPENED → ASSIGNED
I like your proposition of setting the focus into the next edit field after selecting a recipient type. However, if the user use only keyboard navigation into the dropdown list, we should not change the focus. Imagine you are not using your mouse but only the keyboard and want to enter a newgroup: 1) Tab until the focus is into the recipient type dropdown list 2) press the down arrow until you have selected the right item 3) tab to go to the edit field. In no case, the focus should change while using the up/down arrow keys!
Keywords: nsBranch
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
I'm a bit fuzzy on the contents of this bug. Does the patch make us match the spec or are there still some concerns? If the patch is ready to go and we are happy with it, let's get it checked in. Otherwise, we need to move .9.5 and finish working out the issues there.
Not a .9.4 stopper so we'll have to continue this discussion in .9.5.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
moving to 0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
moving to 0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Blocks: 104166
Keywords: nsbeta1+
Whiteboard: [nsbeta1+]Have Fix → Have Fix
Target Milestone: mozilla0.9.7 → mozilla0.9.9
IT looks like http://bugzilla.mozilla.org/show_bug.cgi?id=95844 is a dup of this since it would be included in this fix. Anyone disagree?
Priority: P3 → P1
Target Milestone: mozilla0.9.9 → mozilla1.0
reassigning to ssu.
Assignee: varada → ssu
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0 → mozilla0.9.9
yep. looks like a dupe of bug 95844. marking it so. *** This bug has been marked as a duplicate of 95844 ***
Status: NEW → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → DUPLICATE
Verified dup.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: