Closed Bug 104503 Opened 23 years ago Closed 23 years ago

Alphabetical keyboard navigation of list boxes (trees/outliners)

Categories

(Core :: XUL, defect)

defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 133366

People

(Reporter: nick, Assigned: hewitt)

References

()

Details

Look under the "Text Fields and Lists". The third bullet contains this sentence: <blockquote>"Users can use the arrow keys to navigate through the list and can quickly select an item by typing the first few characters."</blockquote> Currently, the list field in Mozilla does not behave in this way. You can only select items using the first character repeated, or with the arrow keys. I'm guessing this doesn't work properly in OS 9 either -- there is an older version of the Macintosh HIGs that applies to that OS. The relevant page is here: http://developer.apple.com/techpubs/mac/HIGuidelines/HIGuidelines-140.html Search for "type selection".
Confirming as an RFE, and marking as a blocker of bug 73812. Reporter, I'm also revising your summary. If you disagree with it, feel free to revise further.
Blocks: 73812
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Component: User Interface Design → XP Apps: GUI Features
Ever confirmed: true
Summary: Scrolling list type selection should work differently in OS X → Enable keyboard navigation of text fields and lists, per Apple Aqua HIG
No longer blocks: 73812
No, I like yours much better. :-)
keeping at UID for specing, etc before moving on.
Component: XP Apps: GUI Features → User Interface Design
In any tree or outliner control, when a non-navigation key is pressed, then: (1) select the item for which the value in the currently-sorted-by column* is the closest alphabetically (case-insensitive) *after* the character typed, clearing any other selection if the selection changes; (2) repeat (1) for later keys typed, matching against the accumulated string (not the individual character) each time, but clearing the string if no character was typed in the last 1.0 seconds. * This is a bug in XUL, which someone should nag Hyatt about. Listboxes should have an attribute recording which is the primary column, so you can still type part of a bookmark name (for example) even when the bookmarks list is sorted by URI. Until then, the currently-sorted-by column will have to do. Note that this means if focus is in a listbox and you want to activate an access-keyed control, you'll need to use the access key modifier (e.g. Alt) rather than typing the access key directly. In this way listboxes function the same as text fields. This bug (not an RFE) certainly applies to pre-X Mac OSes, and Windows has an annoyingly broken version of it (only paying attention to one character) as well. -->All/All, -->XP Toolkit/Widgets: Trees.
Assignee: mpt → hewitt
Severity: enhancement → minor
Component: User Interface Design → XP Toolkit/Widgets: Trees
OS: MacOS X → All
QA Contact: zach → jrgm
Hardware: Macintosh → All
Summary: Enable keyboard navigation of text fields and lists, per Apple Aqua HIG → Alphabetical keyboard navigation of list boxes (trees/outliners)
Blocks: atfmeta
*** This bug has been marked as a duplicate of 133366 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.