Closed Bug 68359 Opened 24 years ago Closed 22 years ago

tab focus skips non-visible (scrolled-off) controls in pref panel

Categories

(SeaMonkey :: UI Design, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID
Future

People

(Reporter: bugzilla, Assigned: bryner)

References

Details

(Keywords: access)

spun off of bug 66212. i've noticed that when i'm in a listbox tabbing doesn't move beyond the last visible element. the Toolbar listbox in the Navigator preference panel is a good example. 1. open Preferences > Navigator. 2. resize the dialog such that only, say, two items [Bookmarks and Go checkboxes] are visible. 3. click on Bookmarks so that it gets focus [not just the highlight, but the outline as well]. this'll toggle the checkbox --feel free to toggle it back, but make sure the outline [focus] is there. 4. hit tab key. focus will move to Go, as expected. 5. hit tab again. result: focus moves to the Navigator item in the category tree. expected: focus should move to the next item in the listbox [Home].
adding dependency and nominating for beta1.
Blocks: 18575
Keywords: nsbeta1
See bug 54329 for some other keyboard nav problems with this control.
Keywords: access
Summary: tab doesn't move focus to next non-visible element → tab focus skips non-visible (scrolled-off) controls in trees/listboxes
Assignee: saari → hyatt
hyatt for listbox tabbing behavior? If we're tabbing around in a listbox, we're navigating the frame tree, and since the frames arn't around for things off the bottom of the scroll list, they don't get tabbed to. The listbox has to intercept the tab key, scroll itself, and then let the default tabbing code go to the next frame.
Per Hyatt, wontfix in trees/outliner, need to workaround this via some other UI (rearranged grouping, list of items that only look like checkboxes, ...?) ->xpapps
Assignee: hyatt → ben
Component: Keyboard Navigation → XP Apps: GUI Features
nav triage team: Marking nsbeta1-, other more important things for beta1
Keywords: nsbeta1nsbeta1-
Keywords: nsCatFood
Dave, why is this wontfix for trees and outliners? Low priority, sure, but still a bug, no? We can't tell everyone using checkboxes in their treeitems (valid usage) to use something else instead. Please clarify.
Blake: does this happen in any other part of the front end other than preferences > navigator? if not, this is not a netscape beta stopper.
As far as I know, the toolbar customization is the only user of these tree/checkbox hybrids. -> hyatt for comment re: 4/13 post. Maybe saari needs to own this? Why isn't the tree's scrolling view being scrolled automatically, as it is for other things (without the need to special case)?
Assignee: ben → hyatt
Status: NEW → ASSIGNED
Target Milestone: --- → Future
It works for me - that the items are tabbed to. However, the invisible item is not scrolled into view when it's tabbed to. Can someone verify this? If so, the bug should be renamed. In either case, it should be reassigned to get fixed.
Keywords: fcc508
aaronl, d'you know of another place where the tree/checkbox hybrid is used? if the toolbar pref was the only place, then this bug is prolly moot... nbaca/terri/seth, do any of you know of a place in your areas where a tree/checkbox widget is used? if so, i can test if this is still a problem there...
XUL is going to have an actual widget for checkbox listboxes in 1.0, and this will work like a <listbox>, so that you'll be able to up/down arrow to move around and hit space to check/uncheck. With this widget, tab won't move you around within the listbox... the arrow keys will (just like the equivalent Win32 widget).
*** Bug 124304 has been marked as a duplicate of this bug. ***
From bug 124304: also affects the addressing widget in message compose.
Summary: tab focus skips non-visible (scrolled-off) controls in trees/listboxes → tab focus skips non-visible (scrolled-off) controls in listboxes
nominating, since bug 124304 was marked a dup of this.
Keywords: nsbeta1
nsbeta1+/adt2 per Nav triage team, ->bryner
Assignee: hyatt → bryner
Status: ASSIGNED → NEW
Keywords: nsbeta1nsbeta1+
Whiteboard: [adt2]
Target Milestone: Future → mozilla1.0
Status: NEW → ASSIGNED
wait, wait, wait. The pref pane is currently not contained in any sort of scrolling view. If you shrink it down, the elements not in view are simply clipped or not drawn. It's not feasible or desirable, imo, to focus items that are out of view; to get the behavior it sounds like you want, this would all have to be in a scrolling view. That should be a separate bug which would block this one.
Also, this has absolutely nothing to do with listboxes. The series of checkmarks in the Navigator pref panel are not a listbox. Bug 124304 should not be a dupe of this.
resummarizing.
Summary: tab focus skips non-visible (scrolled-off) controls in listboxes → tab focus skips non-visible (scrolled-off) controls in pref panel
As an addendum, I understand that this was a tree widget when the bug was originally reported, but the dialog has since changed.
back to nsbeta1 for re-triage, given that this bug now _only_ pertains to the pref dialog, and only appears if you resize it to smaller than the default size.
Keywords: nsbeta1+nsbeta1
Nav triage team: nsbeta1-
Keywords: nsbeta1nsbeta1-
Whiteboard: [adt2]
Target Milestone: mozilla1.0 → Future
invalid since key scrolling works, and that is the navigation method for theses
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
More specifically, this bug is invalid because Mozilla no longer allows you to tab between checkboxes in a listbox (such as the listbox in the Scripts & Windows prefs panel).
vrfy invalid
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.