[wp-trac] [WordPress Trac] #40462: Add placeholders to wp_login_form()

WordPress Trac noreply at wordpress.org
Tue Feb 27 20:00:26 UTC 2018


#40462: Add placeholders to wp_login_form()
------------------------------------+--------------------------------------
 Reporter:  ramiy                   |       Owner:  voldemortensen
     Type:  enhancement             |      Status:  closed
 Priority:  normal                  |   Milestone:
Component:  Login and Registration  |     Version:
 Severity:  normal                  |  Resolution:  wontfix
 Keywords:  has-patch               |     Focuses:  accessibility, template
------------------------------------+--------------------------------------

Comment (by richardkentgates):

 Replying to [comment:48 afercia]:
 > @richardkentgates as also @sami.keijonen pointed out, this ticket is
 about the login form username / email and password fields. As largely
 discussed in the previous comments, which I'd recommend to read, seems
 pretty clear there's no valid use case for a suggestion or hint about the
 expected format of a password or username. Even the email case is
 arguable, as users already registered with their email and they're not
 required to follow an expected format to login.

 1. I have to drive 45 minutes tomorrow to help a client's CPA log into WP.

 2. I'm certain this thread will be referenced when arguing the use of
 placeholders throughout WP as you mentioned in another thread. Unless I
 should be making my case on every thread that mentions placeholders?

 You stated...

 > WordPress shouldn't encourage bad accessibility practices. For this
 reason, I'd propose to close this ticket as "wontfix", also considering
 there's a pending effort to review all the placeholders used in core, see
 #40331.

 So while I realize this pertains to just log in, this thread will be used
 as a point of argument in the overall topic of placeholders at some point.

 We disagree on a fundamental level about the role of an open source CMS. I
 feel it should cater to the management of the content and obviously,
 others feel it's a place to make a stand about design practices. The
 decision to leave this out of the code isn't just deciding best practices
 where the code of WP is concerned. It's a decision to tell others how to
 use their websites and I just don't think that is the role of WP. It's not
 very democratic, despite any insisting to the contrary.

 Finding a way to cater to self-determined uses and accessibility at the
 same time would serve everyone's interest. I don't see a good argument to
 not go that direction, so it's not just accessibility at question here,
 it's preferences about design practice we are really arguing here.

 ---

 Let me explain why this matters to me. The only reason I am even following
 this thread and a few others is that in two months time I am to begin work
 on a front-end registration and sign in form, complete with reCaptcha. The
 goal of this is consumer engagement with brands and giving users direct
 control over MailChimp subscriptions. The front-end sign in being the
 pertinent topic here.

 As ridiculous as it might sound to a seasoned professional like yourself,
 I work with business owners who have little to no knowledge of the web on
 a regular basis, and even logging in is a challenge to some. As I've
 stated, I regularly spend time helping users just logging into a site.

 Your arguments to leave this out simply ignores my professional experience
 and the experience of others who have a LOT of experience working with the
 general public, some who have accessibility issues in the form of
 understanding what they're even looking at. Whether you agree or not,
 there is an intended use for this. I don't work in a lab have expensive
 research papers. I work in the real world with real business owners every
 single day.

 I'm unfollowing this thread as I don't expect any solution will be allowed
 and will need to be resolved via workarounds.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/40462#comment:49>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list