122176 - addressbook quicksearch should have focus on window open

Status: NEW

(SeaMonkey :: MailNews: Address Book & Contacts, defect)

Description

[Ben Ruppel]

I think that if one opens the addressbook, the primary thing they're gonna do if
they use the keyboard at all is to try to type in a name to search for. 
Therefore, the quicksearch box should get focus by default so they can just type.

Steps to Reproduce: open addressbook.  start typing.

Actual Results:  nothing happens.  in fact, it seems that nothing has focus
right now.

Desired Results:  the quicksearch box should have focus so that one can easily
find a name.

Additional info:  I really think this is a good solution.  the only other
options would be to give the address books pane or the address list pane focus,
and one can only do so much scrolling through these books with the keyboard.

Comment 1

[Ninoschka Baca]

Jen, this sounds reasonable. What do you think?

Comment 2

[Ninoschka Baca]

Marking nsbeta1 for accessibility reasons. When you first open the address book 
window nothing has focus. Pressing Tab has no effect and you have to use the 
mouse to get anything in focus. 

Comment 3

[scottputterman]

marking nsbeta1- for making the url bar have focus initially.  When I try this
and hit tab, the directory pane gets focus.  I keep hitting tab enough and
eventually quick search gets focus.  I never have to use the mouse to get focus
somewhere.  If you aren't seeing this, could you open up a different bug on that?

Comment 4

[Rainer Bielefeld]

Little Reminder!

Comment 5

[Don Erway]

I agree with this solution, and disagree with the proposal in Bug 163559.

Comment 6

[Robert Pollak]

*** Bug 163559 has been marked as a duplicate of this bug. ***

Comment 7

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 8

[Fredrick Weisbrod]

Attachment: same problem

Thanks from piacomdingde1976.