This Wiki page is edited by participants of the Protocols and Formats Working Group. It does not necessarily represent consensus and it may have incorrect information or information that is not supported by other Working Group participants, WAI, or W3C. It may also have some very useful information.
Process to submit HTML spec comments
The HTML Accessibility Task Force expects to submit a number of accessibility issues to the HTML WG, some of which may also be formal comments from the PFWG. The HTML Working Group Decision Policy states how issues should be submitted. This process extends the HTML WG process to allow tracking of accessibility-specific issues.
Note that for things more complicated than simple bugs, the best solution may be to propose and publish an extension specification.
- Enter an issue in Bugzilla following the guidance in the HTML Decision Policy. In particular, be sure the issue is well described and includes concrete suggestions for improvement.
- Add the email address "firstname.lastname@example.org" to the cc for the issue. The cc field is shortly before the description field and ensures that activity on the issue will be sent to that email list.
- Add the keyword "a11y" to the issue. The keywords list is towards the bottom of the issue entry screen. Keywords are space delimited and must match (case-sensitive) keywords known to the system. This tags the issue as an accessibility issue, allowing us to track it.
- If the issue is formal feedback from the PFWG, add the "PFWG" keyword in the same manner. Please do this only if you have formal authorization from the PFWG for the issue. We can always add this keyword later, so it is not crucial to declare it formal PFWG feedback immediately.
If you do not see the keywords field, please contact a Team Contact of the task force who can give you access.