[wp-trac] [WordPress Trac] #12963: Do not hardcode TABINDEX into comment_form()

WordPress Trac wp-trac at lists.automattic.com
Sun Apr 11 11:32:25 UTC 2010


#12963: Do not hardcode TABINDEX into comment_form()
---------------------------+------------------------------------------------
 Reporter:  demetris       |       Owner:                          
     Type:  enhancement    |      Status:  new                     
 Priority:  normal         |   Milestone:  3.0                     
Component:  Accessibility  |     Version:  3.0                     
 Severity:  normal         |    Keywords:  2nd-opinion dev-feedback
---------------------------+------------------------------------------------
 Have we thought whether we have a good reason for adding {{{tabindex}}} to
 the elements of the new {{{comment_form()}}}?

 If we are doing it for accessibility, the accessibility folks seem to
 recommend against it.  E.g.:

 http://www.webaim.org/techniques/keyboard/tabindex.php

 Are there other considerations in addition to accessibility?

 We could take the safe road of making {{{tabindex}}} filterable.  However,
 since that would take work, if it was up to me I would be itching to
 remove {{{tabindex}}} completely from {{{comment_form()}}}.

 Thoughts?

 PS.  Two articles I came across while searching to see if the issue had
 been discussed before within WordPress:

 http://www.lukerodgers.ca/2009/03/wordpress-comment-form-tabindex-no-no/

 http://www.456bereastreet.com/archive/200712/overdoing_accessibility/

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/12963>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list