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

Site title: link text and accessible name mismatch #62644

Open
afercia opened this issue Jun 18, 2024 · 6 comments · May be fixed by #62648
Open

Site title: link text and accessible name mismatch #62644

afercia opened this issue Jun 18, 2024 · 6 comments · May be fixed by #62648
Labels
[Feature] Site Editor Related to the overarching Site Editor (formerly "full site editing") [Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). Needs Design Feedback Needs general design feedback. [Type] Bug An existing feature does not function as intended

Comments

@afercia
Copy link
Contributor

afercia commented Jun 18, 2024

Description

Follow up to #61258

The Site Title in the Site editor navigation panel is now a link to the front end. So far so good. However, there's a couple issues to fix:

  1. The link visible text and the link accessible name mismatch. This is not ok for a11y and prevents some users from understanding and using the link. Sighted screen reader users, speech recognition software usrers will be impacted.
  • The visible text is the blogname value, for example: "My awesome site".
  • The accessible name is determined by the link aria-label="View site (opens in a new tab)" which is an hardcoded string.
  1. The icon (actually a unicode character via a CSS pseudo element) mismatches other icons used for the same 'view site' functionality. I'm not sure this helps building a cohesive visual language. Icons usage should be consistent, as also mentioned in the original PR Site Editor: Use site title as a link #61258 (review)

Step-by-step reproduction instructions

  • Go to the site editor.
  • With the navigation panel open, observe the site title link has an aria-label="View site (opens in a new tab)" that mismatches the visible text.
  • Hover or focus the link
  • Observe the icon that appears is different from the icon used for other 'view site' links.

Screenshots, screen recording, code snippet

Screenshot 2024-06-18 at 09 44 41

Environment info

No response

Please confirm that you have searched existing issues in the repo.

Yes

Please confirm that you have tested with all plugins deactivated except Gutenberg.

Yes

@afercia afercia added [Type] Bug An existing feature does not function as intended [Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). Needs Design Feedback Needs general design feedback. [Feature] Site Editor Related to the overarching Site Editor (formerly "full site editing") labels Jun 18, 2024
@up1512001 up1512001 linked a pull request Jun 18, 2024 that will close this issue
@up1512001
Copy link
Contributor

up1512001 commented Jun 18, 2024

Hi, @afercia updated please check this PR.
#62648

@afercia
Copy link
Contributor Author

afercia commented Jun 18, 2024

@up1512001 thanks. Personally, I would use the external icon which is the one that was previously used in WordPress 6.5 and it is still used in the 'View' menu in the Post editor:

Screenshot 2024-06-18 at 16 09 19

Note: All the available iocns from the @wordpress/icons package can be seen in the Storybook at https://wordpress.github.io/gutenberg/?path=/story/icons-icon--library

@up1512001
Copy link
Contributor

@afercia used the external icon, please check.

@richtabor
Copy link
Member

The icon (actually a ↗ unicode character via a CSS pseudo element) mismatches other icons used for the same 'view site' functionality. I'm not sure this helps building a cohesive visual language. Icons usage should be consistent, as also mentioned in the original PR

Currently the UI is shifting from text based external links to leverage the character. You'll note the ExternalLink component now leverages it as well.

@afercia
Copy link
Contributor Author

afercia commented Jun 25, 2024

Currently the UI is shifting from text based external links to leverage the character. You'll note the ExternalLink component now leverages it as well.

Thanks, I'm seeing it now in a few places in the UI. Can you please point me to the relevant discussion issue / PR for that change? [Edit] Found the PR: #60255

As a first thought, I'm not sure I can support a design change that makes things less visible. I see a trend in the editor design where low vision users needs aren't very well considered. I'd like to read the argumentations behind that change first though. Thanks.

@afercia
Copy link
Contributor Author

afercia commented Jun 25, 2024

I created a separate issue for the design of the external icon / new unicode character. See #62832

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] Site Editor Related to the overarching Site Editor (formerly "full site editing") [Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). Needs Design Feedback Needs general design feedback. [Type] Bug An existing feature does not function as intended
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants