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

SC 324 -- Continue buttons not identified consistently #14

Open
damiansian opened this issue Jan 4, 2025 · 2 comments
Open

SC 324 -- Continue buttons not identified consistently #14

damiansian opened this issue Jan 4, 2025 · 2 comments
Labels
bug Something isn't working

Comments

@damiansian
Copy link

damiansian commented Jan 4, 2025

URL

https://demo.fileyourstatetaxes.org/en/questions/eligible

Issue

The "continue" action is identified as a link on one page, but as a button on another page. The WCAG specifies that:

Components that have the same functionality within a set of Web pages are identified consistently.

Identification on one page as a link

<a
    class="button button--primary button--wide" 
    id="firstCta" href="/en/questions/contact-preference">
    Continue
</a>

Identification on another page as a button

<input 
    type="submit" name="commit" 
    value="Continue" 
    class="button button--primary button--wide" 
    data-disable-with="Continue">

WCAG Success Criterion

SC 3.2.4: Consistent Identification (Level AA)

Impacted users

People who learn functionality on one page on a site can find the desired functions on other pages if they are present.
When non-text content is used in a consistent way to identify components with the same functionality, people who rely on accessible names and the roles of a control, can interact with the interface in a more predictable manner. They can also search for the component if it has a consistent label/role on different pages.

Suggested fix

Consider using button semantics for all class="button button--primary button--wide" components. Generally, buttons do things and links go places. It may be useful to make the delineation for cognitive load and apply it consistently throughout the experience.

@mmazanec22
Copy link

@damiansian I think the reason this is happening is because those buttons have to be buttons to submit the associated forms, and the author probably recognized that links go places and that made more sense when possible.

Would it be acceptable to apply a link role to all of these, while leaving the underlying html otherwise the same, in order to make them consistent? My reasoning is that they all go somewhere, but making the ones outside of forms into submit buttons won't work.

@mmazanec22 mmazanec22 moved this from To triage to Ticket created in NJ Innovate -- NJ Direct File Accessibility Jan 27, 2025
@damiansian
Copy link
Author

@mmazanec22

Yes, your solution will close this ticket.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: Ticket created
Development

No branches or pull requests

2 participants