Closed Bug 226437 Opened 21 years ago Closed 18 years ago

Radio elements in a <wizard> don't do keyboard focus

Categories

(Core :: XUL, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: benjamin, Assigned: bryner)

References

Details

(Keywords: access)

Attachments

(1 file)

I'm working on a new install wizard in XUL... it's a <wizard>, and it makes use
of <radio> extensively. Unfortunately, it seems that <wizard>s and <radio>s
don't interact well with keyboard focus... I can't tab from the wizard next/back
buttons to the radiogroup, and the up-down arrows don't work correctly on the
radios. This *does* appear to work correctly in a <dialog>.

This wouldn't be a big deal except for bug 68841, we don't underline access keys
for <radio> elements, so disabled users would have no way of knowing to press
Alt-C to get the complete install option.

--BDS
Attached file little testcase XPI
Since <wizard>s don't work in non-chrome situations, I had to make an XPI of
the problem. Install the attached XPI and start mozilla or firebird -chrome
chrome://bsmedberg/content/test-radio.xul  or
chrome://bsmedberg/content/test-radio-static.xul

The first case uses RDF/templates and the second is a static version of the
same thing.

--BDS
bryner, I'm told this is your area ;)  I promise that if you point me in the
right direction, I am willing to fix things like this.
Assignee: hyatt → bryner
Bug 230194 solves most of this problem.
Depends on: 230194
Benjamin, is this still a bug? Bryner doesn't work on focus bugs anymore. Mats Palmgren does though, so if it's still really a bug we should assign it to him.
Seems to work in bonecho.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: