Skip to content
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

Accessibility Updates (Screenreader, Semantic HTML, Keyboard) #38

Closed
wants to merge 7 commits into from

Conversation

DynieM
Copy link
Contributor

@DynieM DynieM commented Sep 8, 2023

No description provided.

@DynieM DynieM changed the title Accesibility Updates (Screenreader, Semantic HTML, Keyboard) Accessibility Updates (Screenreader, Semantic HTML, Keyboard) Sep 8, 2023
Copy link
Member

@clpetersonucf clpetersonucf left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice work! Only a few small things I've noticed:

  • The previous and next buttons are both focusable and selectable when there aren't previous or next pages to paginate to. Ideally, these buttons are disabled (they should change visually as well as being non-interactive). Additionally, the aria labels associated with these buttons don't appear to update the current page's progress correctly.
  • The keyboard instructions dialog doesn't appear to be interactive at all with the screenreader. Honestly, that instructions pop-up is super dated anyways. I believe I'd rather see it turned into a proper modal dialog, with the corresponding accessibility attributes, and the information about how to play could likely be condensed and simplified. The visual style and presentation is up to you - the "page of an instruction booklet" style it has now is cute, but it also makes it more difficult to comprehend at a glance.

Copy link
Contributor

@cayb0rg cayb0rg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks great, Dee! There's just a couple minor issues I noticed:

  • (More of a nitpick) The _assistiveNotification and _assistiveAlert both appear to do the same thing, so we should probably switch to using one or the other.
  • The close button for the instructions modal is still tabbable when closed. This might be due to using tabindex=1, which could be fixed by using the focus() function instead when the instruction modal is opened to focus the close button.
  • The game board is still tabbable when the instructions are opened.

Also, I would maybe suggest adding the keyboard instructions as an aria-label to the Help button to make finding them easier, or as an aria-label to the instruction modal's close button.

Overall, this looks good. Nice work!

if !$scope.completePerPage[match.matchPageId] then $scope.completePerPage[match.matchPageId] = 1
else $scope.completePerPage[match.matchPageId]++
console.log($scope.completePerPage)
console.log($scope.currentPage)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just a reminder to clear any leftover console.logs

@clpetersonucf clpetersonucf mentioned this pull request Nov 20, 2023
@clpetersonucf
Copy link
Member

This appears to be superseded by #40, closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants