Make WordPress Core

Opened 5 weeks ago

Last modified 5 weeks ago

#65075 new enhancement

Links on wp-login.php are not identifiable

Reported by: dcavins's profile dcavins Owned by:
Milestone: Awaiting Review Priority: normal
Severity: normal Version:
Component: Login and Registration Keywords: 2nd-opinion has-screenshots
Focuses: accessibility Cc:

Description

Accessibility scanning tools are pointing out that the links on a vanilla WordPress installation's wp-login screen are not identifiable. They are text-colored and the default text-underline has been nulled:

.login #nav a, .login #backtoblog a {
    text-decoration: none;
    color: #50575e;
}

On WP.org, specific login styles have been added to address this accessibility concern:

    text-decoration: underline !important;

I propose that the property text-decoration: none; simply be removed from login.css for improved accessibility standards compliance.

Thanks!

Attachments (2)

login-link-comparison.png (144.1 KB) - added by dcavins 5 weeks ago.
A pair of screenshots showing a standard login screen with undecorated links and a customized login screen with underlined links.
65075.diff (635 bytes) - added by khushdoms 5 weeks ago.
This patch updates the login.css

Download all attachments as: .zip

Change History (8)

#1 @audrasjb
5 weeks ago

  • Focuses accessibility added
  • Keywords 2nd-opinion added
  • Version 6.9.4 deleted

Hello and thanks for opening this ticket.
I'm not opposed to underline these links. But in my opinion, these links are in fact quite identifiable as they are not part of a paragraph of text, they are just like navigation items, separated from the rest of the interface. The standard doesn't enforce underlined text for navigation links as the links located in a menu are identifiable by their context. I personally feel like it's pretty the same for these links.

Outside of the scanning tool result, what do you think?

#2 @khushdoms
5 weeks ago

Hi, I’d like to work on this ticket. Removing text-decoration: none; from login.css seems reasonable for accessibility. Happy to prepare a patch—any feedback before I proceed?

#3 @dcavins
5 weeks ago

  • Keywords has-screenshots added

Thanks @audrasjb for sharing that perspective. I agree that it is not necessary to unthinkingly follow every suggestion a third-party accessibility tool (bot) comes up with. I can see it both ways in this case. Middle gray text does not look particularly interactive to me, but realize that I had familiarity with the internet before the Google Material interface deemphasized the cues of interactivity. So while I personally realize that those items are links, I can imagine that there is a body of users out there who don't immediately realize that they are.

Thanks @khushdoms for the offer, and feel free to submit the patch, but it's probably best to hold off until a decision has been made as to whether this is a worthwhile change to make.

I'll add an image showing the standard version and a customized version for easy comparison.

Thanks for your feedback!

@dcavins
5 weeks ago

A pair of screenshots showing a standard login screen with undecorated links and a customized login screen with underlined links.

@khushdoms
5 weeks ago

This patch updates the login.css

#4 @khushdoms
5 weeks ago

Hi, I’ve attached a patch for this ticket.

This patch updates the login.css file to improve link visibility and accessibility by adjusting the text-decoration property. Tested locally on wp-login.php and verified that links are more clearly identifiable.

Feedback welcome.

#5 @khushdoms
5 weeks ago

Thanks for the feedback!

You make a good point about these links being identifiable through their context and placement. I agree that they behave more like navigation elements rather than inline text links.

My initial thought was based on accessibility scanning tools, which flagged the lack of underline as a potential issue. However, considering real user experience, the links may still be sufficiently distinguishable.

Perhaps a middle-ground approach could be to improve visibility on hover/focus states instead of enforcing underline by default.

Happy to explore this further or prepare a patch based on the preferred direction.

#6 @joedolson
5 weeks ago

I'm personally in favor of underlining the links. While I agree with the overall sense that it is not strictly necessary, as the links operate more as navigation than as body content, it is still a useful cue that can help with understanding.

Note: See TracTickets for help on using tickets.