Closed Bug 130121 Opened 22 years ago Closed 17 years ago

Problems with keyboard accessibility in Installer

Categories

(SeaMonkey :: Installer, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ktrina, Unassigned)

References

Details

(Keywords: access)

Using the keyboard only to navigate through the Activation screen

Windows: 
- Could not close out of Readme file.
- Losing focus of the window when I used the back button to get to the previous
window. Could not get the focus back on the window.

Mac (OS X and OS 9.x):
- Could not navigate through the Install Wizard without the use of my mouse.

Linux:
- Could not navigate through the "Select a directory" screen.
- When I opened the "Proxy Settings" window the focus was still on the
Installation window behind it.
Keywords: access
QA Contact: bugzilla → ktrina
over to Curt assuming windows is the one that matters most. Nominating for 
triage.
Assignee: dveditz → curt
Keywords: nsbeta1
Aaron, are we required to be accessible in the native installers? Would you
nsbeta1+ the bug, or not? How important is Mac and Linux?
bug 56299,123306,123307 shows more keyboard problems with win32 installer
Blocks: 56299, 123306, 123307
The Windows keyboard issues are of greatest concern, because that is where we
are targeting Section 508 compliance in the near term.

* The mnemonic key failures aren't nsbeta1+ worthy, if the user can still tab to
those items.

* Not being able to close the readme file - does Alt+F4 not work? If not, that
should be filed as a separate bug and marked Sec508, and should be marked nsbeta1+.

* Losing focus when using back button - if this is true, it is a Sec508 issue,
and should be marked nsbeta1+.
WIndows problems are WFM, so nsbeta1- unless they come back
Keywords: nsbeta1nsbeta1-
On the 1.4 release for Linux, the installer keyboard navigation issues I see are:

  * Can't select setup type
  * "Change Destination Directory" dialog navigates bizarrely, although I can
type in an absolute pathname.
Does someone from Sun want to take this to fix the installer issues under GTK?
Blocks: atfmeta
> - Could not navigate through the "Select a directory" screen.

the installer is invoking the gtk filepicker dialog.  There's very little we can
do without writing our own.  the gtk2 file dialog works better.  porting the
installer to gtk2 is bug 183389

> - When I opened the "Proxy Settings" window the focus was still on the
> Installation window behind it.

this worksforme.
Blocks: 183389
Product: Browser → Seamonkey
This is WORKSFORME on Windows.
with bug 183389 fixed is there anything left to be done?
Assignee: curt → nobody
QA Contact: ktrina → general
(In reply to comment #7)
> Does someone from Sun want to take this to fix the installer issues under GTK?

andrew, does GTK=gtk1?  iirc gtk1 has been mentioned in some core bugs as being obsolete.
right.  bug 183389 probably fixed things here on linux, but we aren't actually shipping an installer on trunk.  not sure what helped on windows.

resolving WFM
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.