Opened 7 years ago

Closed 7 years ago

#15655 closed defect (fixed)

[patch][ccla] dojox.widget.ColorPicker accessibility improvements

Reported by: mikeb Owned by: Douglas Hays
Priority: undecided Milestone: 1.8
Component: DojoX Widgets Version: 1.8.0b1
Keywords: Cc:
Blocked By: Blocking:

Description

Some slight improvements to ColorPicker? for accessibility:

  1. Remove invalid role="status" on the handles
  2. Add role="presentation" on all of the layout tables

There was already keyboard support for the ColorPicker? (tab into the control, use the arrow keys to adjust the color; the new color is announced when it is changed.) However there is a strange problem with JAWS13 where JAWS does not send the arrow key commands to the form control, even if you manually activate "Forms Mode." I think this is an issue with JAWS; current work around is to tab into the control, then press INS+3 to active "Pass through key" mode, and then use the arrows.

There is also a really strange problem in the template where the input like: <input id="${_uId}_hex"> ends up parsed as <input id="${_uId}">. This causes an accessibility problem because the labels do not match up, but only for that particular node. This seems to only happen when we include "focusNode" as an attach point. I think this issue is not specific to this widget though...

Attachments (1)

ColorPicker.patch (6.3 KB) - added by mikeb 7 years ago.

Download all attachments as: .zip

Change History (3)

Changed 7 years ago by mikeb

Attachment: ColorPicker.patch added

comment:1 Changed 7 years ago by Douglas Hays

Milestone: tbd1.8
Owner: changed from dante to Douglas Hays
Status: newassigned

comment:2 Changed 7 years ago by Douglas Hays

Resolution: fixed
Status: assignedclosed

In [29279]:

Fixes #15655. Proxy commit for mikeb (IBM, CCLA). Remove role=status and add role=presentation for ColorPicker?. Keyboard issues are a wont(cant)fix.

Note: See TracTickets for help on using tickets.