Raising a WordPress Trac Ticket for Accessibility Issues
Published: | 4 Comments
After my presentation titled WordPress and Web Accessibility: Why It’s Important to the annual WordCamp UK get together in Edinburgh there was some debate about what could be done to improve the accessibility of WordPress – especially the back end.
Making WordPress core developers aware of the issues.
One contributor at WordCamp UK made the very valid point that the WordPress developers probably wouldn’t address the accessibility issues if they didn’t know about them or understand them. He encouraged me and others who cared about accessibility to raise each issue that we found as a WordPress Trac Ticket so that the issues were placed within sight of the developers.
To me this sounds like a great idea, but I’d never raised one before – so how do you go about it?
Well here I present what I believe is the correct way to go about raising a new WordPress ticket or commenting on an existing ticket to add some context or propose a solution. Obviously if I’ve got it wrong then please let us all know.
Step 1 – Get a wordpress.org logon (if you don’t already have one)
Navigate to http://wordpress.org/support/ and click or action the Register button (top right for those who can see). Then fill out the form and submit – note not all the fields are required. When successfully submitted you should get an email with a password in it – suggest you change this when you first logon – go to Profile then Edit Profile.
Step 2 – Log in to Trac
Head over to http://core.trac.wordpress.org/ and login there using the same details you used at wordpress.org
Step 3 – Raise a trac or bug report
It’s always sensible to search the existing tickets to see whether the issue has always been raised. The WordPress developers won’t thank you for multiple bugs on the same issue. That said if there is a similar issue already there but it’s not quite the same then it’s a value call whether to comment on an existing ticket or raise a new one.
Reading this page might help - http://codex.wordpress.org/Reporting_Bugs
If you’re going ahead to add a new ticket then click on the New Ticket link near the top of the page and fill out the details. Please be as clear as possible – remember that the WordPress devs that pick up your ticket may know nothing about accessibility.
Accessibility is one of the options in the Component dropdown – but it’s obviously not the only option. I think it’s OK to record accessibility deficiencies as defects (bugs) rather than feature requests. The version dropdown should be set to whatever version of WordPress you’re running. Sensibly this would always be the latest one. You don’t need to put anything in the Owner field or change the keywords. Severity seems to be set to normal in a lot of the accessibility issues.
Step 4 – Commenting on existing tickets
I would encourage people to comment on existing tickets where they think it’s appropriate. Some WordPress developers may know very little about accessibility issues and/or may misunderstand what’s been reported. If developers have misunderstood the there is a chance that any fix may not address all the issues and/or provide a useful solution. Some developers may think it’s all about blind people and screen readers when of course we know there’s a lot more to accessibility than that.
The more people that pop up and say “I’ve noticed this too” or other comments on issues has got to generate some energy.
I was told that suggesting solutions would be a very helpful thing to do and could possible increase the chance of a ticket being addressed rather than left to languish in the pile.
So can you help?
I encourage all of you to raise Trac tickets for accessibility issues that you come across or add your thoughts in on pre-existing ones. Currently (July 2012) the work list for WordPress 3.5 is being determined. As I write this I have already raised one ticket and commented on one other and the latter one has already been flagged as to be included in 3.5.
I hope this helps – please let me know your comments.
Some other WordPress accessibility posts
- My Next Presentation at WordPress London - Jan 30th, 2014
- Specification for an accessible video/media player - Jan 13th, 2014
- Using aria-hidden to help provide better link context in WordPress Admin screens - Nov 26th, 2013
4 Responses to “Raising a WordPress Trac Ticket for Accessibility Issues”
Like to leave a comment?
Please note: All comments are moderated before they will appear on this site.
Previous post: 2012 European e-Inclusion Awards Winners Announced