W3C

Site Navigation

Nearby

Results of Questionnaire Publish new WCAG edited recommendation and techniques

The results of this questionnaire are available to anybody.

This questionnaire was open from 2016-04-15 to 2016-04-20.

9 answers have been received.

Jump to results for question:

  1. New WCAG edited recommendation
  2. Editorial changes to Understanding 1.4.3 #177
  3. Need to change "Understanding SC 3.3.2" as it does not accurately reflect what the SC says.(related to #164)
  4. [LowVis - New Technique] Graphics contrast is unmentioned (except as exceptions) (#96)
  5. [LowVis - New Technique] Using a Decorative Icon Font
  6. [LowVis - New Technique] Providing an On-Screen Text Alternative for an Icon Font
  7. [LowVis - New Technique] Providing an Off-Screen Text Alternative for an Icon Font

1. New WCAG edited recommendation

The working group is chartered to publish WCAG 2.0 Edited Recommendation to incorporate editorial errata only. I'm happy to say we know have that document ready for working group review. Please view the new WCAG edited recommendation (Diff-marked version) and let us know your thoughts.

Summary

ChoiceAll responders
Results
I'm very happy to publish this edited recommendation. 6
I'm happy to publish this edited recommendation with the following changes. 3
I don't think we should publish for the following reasons.

Details

Responder New WCAG edited recommendation
Laura Carlson I'm very happy to publish this edited recommendation.
Makoto Ueki I'm happy to publish this edited recommendation with the following changes. In SC 1.4.3, the word "minimum" was removed from exception for "Logotypes". How about SC 1.4.6?

The same word "minimum" is still used in SC 1.4.6. It can be read that "Logotypes" does NOT have "minimum" requirement, BUT "extended" requirements or something else. It was confusing when JIS working group translated this part into Japanese.

I would suggest that we should remove "minimum" from SC 1.4.6 as well.
Wayne Dick I'm very happy to publish this edited recommendation. I think it is time to stop refining WCAG 2.0.
Andrew Kirkpatrick I'm happy to publish this edited recommendation with the following changes. Agree with Makoto.
Marc Johlic I'm very happy to publish this edited recommendation.
Joshue O'Connor I'm happy to publish this edited recommendation with the following changes. Makotos suggestions are fine with me.
Greg Lowney I'm very happy to publish this edited recommendation.
Alastair Campbell I'm very happy to publish this edited recommendation. Agree with Makoto's sugestion, keeps it consistent.
Maureen Kraft I'm very happy to publish this edited recommendation.

2. Editorial changes to Understanding 1.4.3 #177

Some small changes have been made to provide an indication of what was agreed in Issue 157, such as re-arranging paragraphs.

Please review the pull request on GitHub: Editorial changes to Understanding 1.4.3 #177.

Summary

ChoiceAll responders
Results
Accept this pull request. 9
Accept with the following changes.
Do not accept at this time.

Details

Responder Editorial changes to Understanding 1.4.3 #177
Laura Carlson Accept this pull request.
Makoto Ueki Accept this pull request.
Wayne Dick Accept this pull request.
Andrew Kirkpatrick Accept this pull request.
Marc Johlic Accept this pull request.
Joshue O'Connor Accept this pull request.
Greg Lowney Accept this pull request.
Alastair Campbell Accept this pull request. I'd raise a mild issue about using 'points' in WCAG. It has been a source of confusion for designers/developers (i.e. what is a point online?). It is a wider thing than this pull request, would a separate issue be best for this issue?
Maureen Kraft Accept this pull request.

3. Need to change "Understanding SC 3.3.2" as it does not accurately reflect what the SC says.(related to #164)

Please review the following,related to #164 on GitHub: Changes proposed by Sailesh.

Summary

ChoiceAll responders
Results
Accept the changes as proposed 4
Accept with the following changes 3
Do not accept these changes for the following reasons. 1

(1 response didn't contain an answer to this question)

Details

Responder Need to change "Understanding SC 3.3.2" as it does not accurately reflect what the SC says.(related to #164)
Laura Carlson
Makoto Ueki Accept the changes as proposed
Wayne Dick Accept the changes as proposed
Andrew Kirkpatrick Accept with the following changes I'd like to suggest replacing the second changed paragraph in the pull request with:
"This success criteria uses the phrase "when content requires user input" to refer to elements such as form controls that accept user input and to indicate that it does not apply to content on a page such as hyperlinks or linked images which are interactive but are not user input controls."

I'd like to remove the 3rd paragraph as I don't think it says anything that is needed

The fourth paragraph is likely to cause a problem. Some of the new examples don't meet the described requirement.
Marc Johlic Accept the changes as proposed
Joshue O'Connor Accept with the following changes Am happy to support Andrews suggested edits.
Greg Lowney Accept with the following changes It does seem that the explanation doesn't exactly match the wording of the SC, in that the latter does not limit its scope to elements that take *data* input, but instead seems to also include those that take simple actions (e.g. a push button or list box).

There is also some ambiguity in how the SC says it applies to content that "requires" user input. The proposed Understanding text explicitly lists hyperlinks as an example of content that does *not* require a label, and while it certainly presents its contents and so can be useful even if the user has no intention of clicking it, the same is true of a text box that comes pre-filled with a meaningful value but can be edited if the user wants to change that value. I think the intention of the SC is to cover the latter, but in doing so the wording also seems to cover the hyperlink.

(If we update the SCs in the future, I would change the phrasing to clarify that the SC is not referring merely to controls required to complete the form, e.g. password.)
Alastair Campbell Accept the changes as proposed
Maureen Kraft Do not accept these changes for the following reasons. Need further clarification or summarization of the issue to better understand the changes.

4. [LowVis - New Technique] Graphics contrast is unmentioned (except as exceptions) (#96)

Please review the following new technique from the LVTF Using sufficient contrast for images that convey information.

Summary

ChoiceAll responders
Results
Accept as proposed 1
Accept with the following changes 2
Do not accept at this time 2

(4 responses didn't contain an answer to this question)

Details

Responder [LowVis - New Technique] Graphics contrast is unmentioned (except as exceptions) (#96)
Laura Carlson Would have preferred LVTF checking it first but will go with group consenus. Happy to have all input.
Makoto Ueki Do not accept at this time My understanding is that SC 1.4.3 only applies to text. So this can't be a sufficient technique for SC 1.4.3. Doing this doesn't mean meeting SC 1.4.3.
Wayne Dick Accept as proposed
Andrew Kirkpatrick Do not accept at this time As written it isn't clear that 1.4.3 applies in this technique. 1.4.3 is about text and images of text.
Marc Johlic Accept with the following changes Agree that this may need to be it's own SC (or under a SC) - similar to 1.4.3 but takes into account iconography and other images meant to convey information or controls.
Joshue O'Connor
Greg Lowney
Alastair Campbell
Maureen Kraft Accept with the following changes Having colored slices in a pie chart even with sufficient contrast fails 1.4.1 Use of Color. Please add a statement that the slices also need to have differing patterns or text to differentiate them from each other. For example, at a given luminosity, red and green slices can pass minimum contrast requirements however for someone with red / green color blindness they will not know which is red or green and any reference to the "green" slice in the legend would lead to confusion or loss of information.

5. [LowVis - New Technique] Using a Decorative Icon Font

Please review the following new technique from the LVTF Using a Decorative Icon Font.

Summary

ChoiceAll responders
Results
Accept as proposed 3
Accept with the following changes 1
Do not accept at this time 1

(4 responses didn't contain an answer to this question)

Details

Responder [LowVis - New Technique] Using a Decorative Icon Font
Laura Carlson Would have preferred LVTF checking it first. bit will go with group consensus. Happy to have all input.
Makoto Ueki Accept as proposed
Wayne Dick Accept as proposed
Andrew Kirkpatrick Accept with the following changes This seems good conceptually. I think that the procedure may need to be clarified.
Marc Johlic Accept as proposed
Joshue O'Connor
Greg Lowney
Alastair Campbell
Maureen Kraft Do not accept at this time WCAG WG has asked to rework since this technique seems to be discussing Unicode characters as opposed to icon fonts, e.g. Wingdings.

6. [LowVis - New Technique] Providing an On-Screen Text Alternative for an Icon Font

Please review the following new technique from the LVTF Providing an On-Screen Text Alternative for an Icon Font.

Summary

ChoiceAll responders
Results
Accept as proposed 1
Accept with the following changes 2
Do not accept at this time 1

(5 responses didn't contain an answer to this question)

Details

Responder [LowVis - New Technique] Providing an On-Screen Text Alternative for an Icon Font
Laura Carlson Would have preferred LVTF checking it first but will go with group consensus. Happy to have all input.
Makoto Ueki Accept with the following changes I'd like to make sure if we must use <figure> and <figcaption> element. Is the following code also acceptable?? If acceptable, I'd like to add the following as "Example 2" to this technique.

<p>
<span class="icon-star" aria-hidden="true"></span>
Favorite
</p>
Wayne Dick Accept as proposed
Andrew Kirkpatrick Accept with the following changes I have to wonder if this is too specific. Is the figure element needed for this? Is it an icon font if there is no text? (this may just be that something is missing in the example code)
Marc Johlic
Joshue O'Connor
Greg Lowney
Alastair Campbell
Maureen Kraft Do not accept at this time Rework needed per WCAG WG

7. [LowVis - New Technique] Providing an Off-Screen Text Alternative for an Icon Font

Please review the following new technique from the LVTF Providing an Off-Screen Text Alternative for an Icon Font.

Summary

ChoiceAll responders
Results
Accept as proposed 2
Accept with the following changes
Do not accept at this time 3

(4 responses didn't contain an answer to this question)

Details

Responder [LowVis - New Technique] Providing an Off-Screen Text Alternative for an Icon Font
Laura Carlson Would have preferred LVTF checking it first but will go with group consensus. Happy to have all input.
Makoto Ueki Do not accept at this time I don't like this kind of hidden text. We can use aria-label attribute for the icon font instead. Is there any reason why the off-screen text must be used rather than aria-label?
Wayne Dick Accept as proposed There is an implicit assumption in this that the only people who need alternative text do not need to see it or are regular screen reader users.

For years architects complained about including wheelchair ramps into the plan. Today many new structures include ramps and they are beautiful.

We are too easy on information architects. Why don't the learn how to make alternative text beautiful.
Andrew Kirkpatrick Do not accept at this time The examples need to be clarified - not sure that this one actually uses an icon font
Marc Johlic Accept as proposed Agree with Makoto in preferring to use aria-label, but accepting this as another alternative for folks to use.
Joshue O'Connor
Greg Lowney
Alastair Campbell
Maureen Kraft Do not accept at this time Rework needed per WCAG WG

More details on responses

  • Laura Carlson: last responded on 17, April 2016 at 11:54 (UTC)
  • Makoto Ueki: last responded on 18, April 2016 at 08:17 (UTC)
  • Wayne Dick: last responded on 18, April 2016 at 20:23 (UTC)
  • Andrew Kirkpatrick: last responded on 19, April 2016 at 14:30 (UTC)
  • Marc Johlic: last responded on 19, April 2016 at 14:32 (UTC)
  • Joshue O'Connor: last responded on 19, April 2016 at 15:01 (UTC)
  • Greg Lowney: last responded on 19, April 2016 at 15:02 (UTC)
  • Alastair Campbell: last responded on 19, April 2016 at 15:35 (UTC)
  • Maureen Kraft: last responded on 19, April 2016 at 16:35 (UTC)

Non-responders

The following persons have not answered the questionnaire:

  1. Gregg Vanderheiden
  2. Chris Wilson
  3. Lisa Seeman-Horwitz
  4. Janina Sajka
  5. Shawn Lawton Henry
  6. Katie Haritos-Shea
  7. Shadi Abou-Zahra
  8. Chus Garcia
  9. Steve Faulkner
  10. Patrick Lauke
  11. David MacDonald
  12. Gez Lemon
  13. Peter Korn
  14. Preety Kumar
  15. Bruce Bailey
  16. Georgios Grigoriadis
  17. Stefan Schnabel
  18. Romain Deltour
  19. Chris Blouch
  20. Jedi Lin
  21. Jeanne F Spellman
  22. Wilco Fiers
  23. Kimberly Patch
  24. Glenda Sims
  25. Ian Pouncey
  26. Léonie Watson
  27. David Sloan
  28. Mary Jo Mueller
  29. John Kirkwood
  30. Detlev Fischer
  31. Reinaldo Ferraz
  32. Matt Garrish
  33. Mike Gifford
  34. Loïc Martínez Normand
  35. Mike Pluke
  36. Justine Pascalides
  37. Chris Loiselle
  38. Tzviya Siegman
  39. Jan McSorley
  40. Sailesh Panchang
  41. Cristina Mussinelli
  42. Jonathan Avila
  43. John Rochford
  44. Sarah Horton
  45. Sujasree Kurapati
  46. Jatin Vaishnav
  47. Sam Ogami
  48. Kevin White
  49. E.A. Draffan
  50. Paul Bohman
  51. JaEun Jemma Ku
  52. 骅 杨
  53. Victoria Clark
  54. Avneesh Singh
  55. Mitchell Evan
  56. Michael Gower
  57. biao liu
  58. Scott McCormack
  59. Denis Boudreau
  60. Rachael Bradley Montgomery
  61. Francis Storr
  62. Rick Johnson
  63. David Swallow
  64. Aparna Pasi
  65. Gregorio Pellegrino
  66. Melanie Philipp
  67. Jake Abma
  68. Nicole Windmann
  69. Oliver Keim
  70. Gundula Niemann
  71. Ruoxi Ran
  72. Wendy Reid
  73. Scott O'Hara
  74. Charles Adams
  75. Muhammad Saleem
  76. Amani Ali
  77. Trevor Bostic
  78. Jamie Herrera
  79. Shinya Takami
  80. Karen Herr
  81. Kathy Eng
  82. Cybele Sack
  83. Audrey Maniez
  84. Jennifer Delisi
  85. Arthur Soroken
  86. Daniel Bjorge
  87. Kai Recke
  88. David Fazio
  89. Daniel Montalvo
  90. Mario Chacón-Rivas
  91. Michael Gilbert
  92. Caryn Pagel
  93. Achraf Othman
  94. Helen Burge
  95. Fernanda Bonnin
  96. Jared Batterman
  97. Raja Kushalnagar
  98. Jan Williams
  99. Todd Libby
  100. Isabel Holdsworth
  101. Julia Chen
  102. Marcos Franco Murillo
  103. Yutaka Suzuki
  104. Azlan Cuttilan
  105. Jennifer Strickland
  106. Joe Humbert
  107. Ben Tillyer
  108. Charu Pandhi
  109. Poornima Badhan Subramanian
  110. Alain Vagner
  111. Roberto Scano
  112. Rain Breaw Michaels
  113. Kun Zhang
  114. Jaunita George
  115. Regina Sanchez
  116. Shawn Thompson
  117. Thomas Brunet
  118. Kenny Dunsin
  119. Jen Goulden
  120. Mike Beganyi
  121. Ronny Hendriks
  122. Breixo Pastoriza Barcia
  123. Olivia Hogan-Stark
  124. Rashmi Katakwar
  125. Julie Rawe
  126. Duff Johnson
  127. Laura Miller
  128. Will Creedle
  129. Shikha Nikhil Dwivedi
  130. Marie Csanady
  131. Meenakshi Das
  132. Perrin Anto
  133. Stephanie Louraine
  134. Rachele DiTullio
  135. Jan Jaap de Groot
  136. Rebecca Monteleone
  137. Ian Kersey
  138. Peter Bossley
  139. Anastasia Lanz
  140. Michael Keane
  141. Chiara De Martin
  142. Giacomo Petri
  143. Andrew Barakat
  144. Devanshu Chandra
  145. Xiao (Helen) Zhou
  146. Bryan Trogdon
  147. Mary Ann (MJ) Jawili
  148. 禹佳 陶
  149. 锦澄 王
  150. Stephen James
  151. Jay Mullen
  152. Thorsten Katzmann
  153. Tony Holland
  154. Kent Boucher
  155. Abbey Davis
  156. Phil Day
  157. Julia Kim
  158. Michelle Lana
  159. David Williams
  160. Mikayla Thompson
  161. Catherine Droege
  162. James Edwards
  163. Eric Hind
  164. Quintin Balsdon
  165. Mario Batušić
  166. David Cox
  167. Sazzad Mahamud
  168. Katy Brickley
  169. Kimberly Sarabia
  170. Corey Hinshaw
  171. Ashley Firth
  172. Daniel Harper-Wain
  173. Kiara Stewart
  174. DJ Chase
  175. Suji Sreerama
  176. Lori Oakley
  177. David Middleton
  178. Alyssa Priddy
  179. Young Choi
  180. Nichole Bui
  181. Julie Romanowski
  182. Eloisa Guerrero
  183. Daniel Henderson-Ede
  184. George Kuan
  185. YAPING LIN
  186. Justin Wilson
  187. Tiffany Burtin
  188. Shane Dittmar
  189. Nayan Padrai
  190. Niamh Kelly
  191. Matt Argomaniz Matthew Argomaniz
  192. Frankie Wolf
  193. Kimberly McGee
  194. Ahson Rana
  195. Carolina Crespo
  196. humor927 humor927
  197. Samantha McDaniel
  198. Matthäus Rojek
  199. Phong Tony Le
  200. Bram Janssens
  201. Graham Ritchie
  202. Aleksandar Cindrikj
  203. Jeroen Hulscher
  204. Alina Vayntrub
  205. Marco Sabidussi
  206. John Toles
  207. Jeanne Erickson Cooley
  208. Theo Hale
  209. Gert-Jan Vercauteren
  210. Karla Rubiano
  211. Aashutosh K
  212. Hidde de Vries
  213. Julian Kittelson-Aldred
  214. Roland Buss
  215. Aditya Surendranath
  216. Avon Kuo
  217. Elizabeth Patrick
  218. Nat Tarnoff
  219. Filippo Zorzi
  220. Mike Pedersen
  221. Rachael Yomtoob
  222. Oliver Habersetzer

Send an email to all the non-responders.

Compact view of the results / list of email addresses of the responders

WBS home / Questionnaires / WG questionnaires / Answer this questionnaire

Report issues on GitHub project w3c/wbs-design or by mail to sysreq.