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

Move phase banner inside header to resolve aXe landmark issue #1984

Closed
wants to merge 1 commit into from

Conversation

robertparkinson
Copy link

Non breaking implementation so low impact on existing users.
See #1604 for details

Non breaking implementation so low impact on existing users.
See alphagov#1604 for details
@vanitabarrett vanitabarrett added the awaiting triage Needs triaging by team label Oct 14, 2020
@govuk-design-system-ci govuk-design-system-ci temporarily deployed to govuk-frontend-review-pr-1984 October 19, 2020 12:27 Inactive
@trang-erskine trang-erskine removed the awaiting triage Needs triaging by team label Oct 19, 2020
@hannalaakso
Copy link
Member

Thanks a lot for your work on this @robertparkinson 👍

As discussed in #1604 (comment), some open questions remain around accessibility if the phase banner is moved inside the header. Have you been able to test this approach with users of assistive technologies and were there any findings around how the navigation elements and the skip link were perceived? (Our team also has some accessibility user research coming up so we might be able to test some variations of including the phase banner and the back links inside the header.)

@robertparkinson robertparkinson changed the title Move phase banner inside header to resolve aXe lanmark issue Move phase banner inside header to resolve aXe landmark issue Oct 20, 2020
@robertparkinson
Copy link
Author

Hi @hannalaakso I have not no as this change should have no impact on a users experience. I specifically chose to only move the phase banner as it doesn't run into the problems of the nav tags mentioned in that link. The tools used by most users from an accessibility point of view should behave the same as they will read out the feedback link in the phase banner even if it is in the header.

I was hoping by making this small change that will remove one of the aXe errors it will help reduce the amount of time spent by testers and projects identifying this issue and either coding around it or getting it signed off as a known issue which is what we had to do.

@vanitabarrett
Copy link
Contributor

Hi @robertparkinson 👋 Thank you for this contribution. There are multiple ways that users of assistive tech may be navigating pages, and we can’t confidently say for certain that this change would have no impact on their experience without testing. We’re planning to include this as part of some upcoming user research our team is planning and work from there.

As a team I think we also want to consider whether this is the right approach technically, as this is probably something we'd be applying to other components, e.g: breadcrumbs, back link. Another potential approach would be decoupling the header component from the <header> element and making it part of the page template rather than fixed to a specific component (like we do for <main>). Obviously, this would be a much bigger change! We have some other header improvements planned, so probably need to consider how this change would fit in with those.

But as @hannalaakso mentioned, please let us know if you do any testing or come across any relevant research!

@owenatgov
Copy link
Contributor

We've decided to close this PR as it's been open for over 2 years following a comment from @vanitabarrett that this isn't something we would want to include in govuk-frontend in its current state. More details on the state of the linked issue: #1604 (comment)

@owenatgov owenatgov closed this Sep 26, 2022
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.

6 participants