-
-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support WCAG2.1 accessible tool #2390
Comments
@kiliczsh The icons have |
The thing is that "keyboard accessibility" is mandatory requirement in various places, just due to legalize rrequirements (like ADA in USA). |
Hello there's a new branch: https://github.com/Eonasdan/tempus-dominus/tree/feature/accessibility that features keybindings. It's not done but some progress has been made. The keybindings only seem to work via the input field not when focus is on the widget div. If you want to take a look, feel free! |
Please check the progress of this feature here: https://stackblitz.com/edit/tempus-dominus-v6-accessibility?file=index.html I could use some feedback on what's missing and what's working. |
I will try to look into it |
First notice, if input group with button, is used also to open popup, it must be accessible also via that (FYI, also "button" must be implemented as button, span is fail in ADA tests). Not it seems that when popup is opened via button then keyboard access won't work. Perhaps should move focus back to input field when opening popup (?). I.e. end user most likely tries TAB, not SHIFT+TAB. "toolbar" at top and "time select" at bottom are not TABable seemingly currently, while actionable via mouse (yep, counted as "fail" in ADA tests). i.e. basic rule is that everything accessible via mouse must be accessible also via keyboard (and yes, been there and there can be thus cases, which don't make much sense, but when audit is done by external auditor, they just do it with "brains turned off"). |
This could be useful for "how it should work": |
This page moved to https://www.w3.org/WAI/ARIA/apg/example-index/dialog-modal/datepicker-dialog.html |
Note that the datetimepicker is not really accessible right now. Hopefully, there will be some improvement related to this soon. See here: Eonasdan/tempus-dominus#2390
* Uninstall old Datetimepicker * Remove old import hack for Datetimepicker * Try out Tempus Dominus datetimepicker on assignments * Show datetimepicker when clicking in text field Note that the datetimepicker is not really accessible right now. Hopefully, there will be some improvement related to this soon. See here: Eonasdan/tempus-dominus#2390 * Shrink "action" and enlargen "Deadline" column * Do not use not working jQuery version of datetimepicker * Remove autocomplete from input field * Improve accessibility of Datetimepicker (keyboard events & focus) * Add error message for invalid format & decouple from assignment view * Clean up datetimepicker.js * Change invalid date format string * Fix "is-invalid" CSS classes via JS * Get rid of old datetimepicker occurrences * Get rid of "moment" as dependency for formatting dates * Wait for document to be ready to init datetimepicker Also close the datetimepicker when a date was selected * Replace old datetimepicker in publish media modal * Fix datetimepicker in assignments view * Do not close datetimepicker when only time is changed * Improve comment * Check if date is undefined * Prevent turbolink issue with datetimepicker * Fix assignment title CSS id * Empty error message upon update of assignment * Restore old code for "assignment_title" * Use 'before-cache' instead of 'load' with Turbolinks
@Eonasdan What's the status of this feature? I see you marked it as complete in December but the branch doesn't appear to have been merged and released. |
@chardin1 I'm no longer working on this project. I've moved on to other things. If someone wants to discuss sponsoring this issue, I'd be open to that. |
@Eonasdan We are interested in sponsoring accessibility improvements. What is the best way to contact you about the specifics? My email address is [email protected], if you want to use email. |
This issue is being sponsored by Dimagi! It's now in progress. |
Hello @Eonasdan, when do you expect the function to be completed? |
@skublik soon™️. You can see the current progress in this branch. The clock bits don't work right now but the calendar should. Per my agreement with Dimagi, they will be doing QA and a PR review before it can be merged. |
Hi @Eonasdan, I have checked docs but couldn't find anything related. Is v6 will support WCAG2.1? In other words will it be an accessible tool?
Originally posted by @kiliczsh in #2384 (comment)
The text was updated successfully, but these errors were encountered: