Problem/Motivation

The Drupal accessibility team have been considering the imminent release of Drupal CMS and we have agreed that it would be a good idea to assess the contrib modules that are going to get into Drupal CMS for accessibility issues #3475279: [Meta] Audit each module to be included into Drupal CMS for accessibility issues.

The testing was done with Drupal CMS 1.0 using the events recipe unsing Chrome on OSX 15.2 + VoiceOver. Testing did not cover all Smart Date features. Testing was done for the event default date field, a date field allowing multiple date ranges with date only and a single date range field with time and date.

It should be noted that on default date input on Chrome + VoiceOver reads the default values dd.mm.yyyy incorrectly as percentages. This will not be fixed in Drupal but in the browser https://issues.chromium.org/issues/361250561

Remaining tasks

Comments

simohell created an issue. See original summary.

simohell’s picture

Issue tags: +Accessibility
simohell’s picture

mandclu’s picture

@simohell thank you for the feedback. The Smart Date widget has been tested for accessibility before, but of course the field is always evolving.

For each of the identified issues, would it be possible to have additional detail (ideally with a screen grab or highlighted code) on where the issue is exactly. A proposed fix would be ideal as well, or even a link to some documentation that discusses possible remediation approaches.

simohell’s picture

Issue summary: View changes

Added the first child issue. I thing I could discuss the input-field order at Core UX weekly, since it's a little bit complex. Hiding and showing fields dynamically is sometimes a bit hard to do well. We don't want to move things too much but also to add new items in the correct place.

If there is some background information on how the current implementation was decided on, it would be helpful.

simohell’s picture

Issue summary: View changes
simohell’s picture

Issue summary: View changes