Open
Bug 243124
Opened 21 years ago
Updated 2 years ago
Accessibility: Focus Search Messages window on first input field
Categories
(Thunderbird :: Mail Window Front End, defect)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
NEW
People
(Reporter: jay, Unassigned)
References
Details
(Keywords: access)
Attachments
(1 file)
30.69 KB,
image/png
|
clarkbw
:
ui-review+
|
Details |
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
Build Identifier: version 0.6b (20040427)
When you press Ctrl-shift-F to search messages, the focus is initially
invisible, before the first field in the tab order. To do the most common
task - search for a subject - you have to press TAB nine times.
The focus should initially be in the input field. This is "minor" for mouse
users, probably "normal" or even "major" for accessibility.
Reproducible: Always
Steps to Reproduce:
Comment 1•20 years ago
|
||
(In reply to comment #0)
Agree focus should be on first input field, but OK with a mouse. Not sure this
is a bug though (T'bird 0.8, Win98SE)
Comment 2•19 years ago
|
||
confirmed
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
Comment 3•19 years ago
|
||
Confirmed on Win32 Thunderbird version 3 alpha 1 (20060313)
Comment 4•19 years ago
|
||
Confirmed on Win32 Tbird version 3 alpha 1 (20060314)
Comment 5•19 years ago
|
||
Aaron, is this a valid accessibility issue?
Comment 6•19 years ago
|
||
(In reply to comment #5)
> Aaron, is this a valid accessibility issue?
Yes it is, the focus should not be on the <window> or <dialog> itself, which is where it is. It should go to the first control. Usually you'd get that behavior for free in a dialog, not sure why you aren't.
Comment 7•19 years ago
|
||
Reporter asking, in this case, to focus the input field rather than first control.
This makes sense to me.
(Seamonkey trunk has same problem)
Keywords: access
Summary: Accessibility: No focus in Search Messages window → Accessibility: Focus Search Messages window on first input field
Comment 8•19 years ago
|
||
Also see oldie Bug 68891 - no concensus or PTB decision was reached.
OS: Windows XP → All
Hardware: PC → All
Comment 9•19 years ago
|
||
*** Bug 324282 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
In Thunderbird version 2 alpha 1 (20060529), not only is the first field not focused, but once I am focused (by clicking on a field or pressing one of the keyboard shortcuts such as alt+o), tab/shift+tab still does not work. The description of this bug suggests that tabbing nine times will set focus, but it never does here.
Comment 11•19 years ago
|
||
Sorry for the spam, but I just tested this on version 3 alpha 1 (20060530) and while this bug still applies (focus not being set), tab and shift+tab work correctly. Therefore, the tab/shift+tab problem must only apply to the Thunderbird 2 branch and is a different bug.
Comment 12•18 years ago
|
||
Confirming with a recent trunk build. This bug is starting to rot.
Aaron do you agree with the original report, that focus should start in the first input field?
Comment 13•18 years ago
|
||
Initial focus in a dialog should always be somewhere, not on the dialog itself.
In a tabbed dialog, focus should start on the first control in the selected tab.
In all other dialogs, focus should just start on the first control.
I've asked Aaron Anderson to clarify this in the XUL a11y guidelines as well: http://developer.mozilla.org/en/docs/XUL_accessibility_guidelines
Comment 14•18 years ago
|
||
Thanks Aaron, that makes sense to me and I agree. I imagine sometimes we would want to focus a specific (e.g. most often first used) control. Hopefully AaronAndy can consider this in the guidelines too.
Comment 15•18 years ago
|
||
Yes, we can put some kind of "unless there's a good reason not to" text.
Updated•18 years ago
|
QA Contact: front-end
Updated•17 years ago
|
Assignee: mscott → nobody
Comment 16•15 years ago
|
||
Bryan, could you spare 30 seconds UI-review for this 6yr-old bug that is probably just one line to fix?
Attachment #450397 -
Flags: ui-review?(clarkbw)
Comment 17•15 years ago
|
||
Comment on attachment 450397 [details]
Screenshot of proposed fix: search msgs dialogue should initially have focus on first input
Thanks for the screenshot.
Assuming focus on the first textentry instead of the first control is not an accessibility issue then the textentry makes the most sense to me.
Attachment #450397 -
Flags: ui-review?(clarkbw) → ui-review+
Updated•15 years ago
|
Comment 18•15 years ago
|
||
Thomas, ping for a patch ....
Comment 19•10 years ago
|
||
Please! :-) Search Messages is the only way to do a quick recursive search in all folders and have the results like in the Quick Filter, because the results of a "full search" [Ctrl+K] are unreadable/ugly.
Doing recursive searches (instead of using Quick Filter [Ctrl+Shift+K] is the only way to find a message in a quick way when using message archiving, when old messages are already in Archive->Year and no longer in the Inbox.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•