W3C WBS Home

Results of Questionnaire ISSUE-74: canvas-accessibility and ISSUE-105 canvas-usemap - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2010-10-13 to 2010-10-21.

8 answers have been received.

Jump to results for question:

  1. Objections to adding a boolean nonav attribute to the canvas to hide its contents from AT and keyboard navigation
  2. Objections to removing the ability to use the children of canvas as an accessible dom entirely, in favor of other techniques, such as usemap?
  3. Objections to adding advisory text explaining how to use the focus rect API for efficient caret position notification, and change nothing else?
  4. Objections to adding image map / usemap support as a possible way to represent focusable regions on the canvas?

Objections to adding a boolean nonav attribute to the canvas to hide its contents from AT and keyboard navigation

This option is:

If you have strong objections to adopting this option, please state your objections below.

Keep in mind, you must actually state an objection, not merely cite someone else. If you feel that your objection has already been adequately addressed by someone else, then it is not necessary to repeat it.

Details

Responder Objections to adding a boolean nonav attribute to the canvas to hide its contents from AT and keyboard navigation
Richard Schwerdtfeger I have no issue with removing -nonav as long as the text regarding the canvas subtree states that there is a 1 for 1 navigational mapping to UI elements drawn on the physical canvas as it states today. In short whatever is in the subtree must be a a representation of what you see on the physical canvas at all times. This is much different from having a fallback that is an alternative for the canvas used as say a long description. This would not constitute a one for one mapping.
Ian Hickson This is already supported by the simple means of removing the contents of a <canvas> element using script. This handles all the use cases that might apply. (Bear in mind that we know script is enabled if the fallback is unnecessary, since otherwise the <canvas> wouldn't work in the first place.)
Cynthia Shelly I see nonav as a "nice to have" feature. I have no objection to removing or keeping it.
Steve Faulkner
Martin Kliehm
Eric Eggert
Frank Olivier the attribute seems superfluous; canvas authors can correctly handle fallback and a11y considerations with the method that Ian describes.
Eric Carlson

Objections to removing the ability to use the children of canvas as an accessible dom entirely, in favor of other techniques, such as usemap?

This option is:

If you have strong objections to adopting this option, please state your objections below.

Keep in mind, you must actually state an objection, not merely cite someone else. If you feel that your objection has already been adequately addressed by someone else, then it is not necessary to repeat it.

Details

Responder Objections
Richard Schwerdtfeger This proposal is currently irrelevant. The canvas subtree as the spec. currently reads allows for an accessible DOM subtree by default. No special -adom attribute is required -now.

Here is the text from the HTML 5 spec regarding the <canvas> element:

"When a canvas element represents embedded content, the user can still focus descendants of the canvas element (in the fallback content). This allows authors to make an interactive canvas keyboard-focusable: authors should have a one-to-one mapping of interactive regions to focusable elements in the fallback content."

Ian Hickson Image maps have not been demonstrated to be usable to create accessible image maps.
Cynthia Shelly The accessible DOM sub-tree is implemented in IE9, and is currently in the HTML 5 spec. usemap is "nice to have" in addtion to the accessible DOM sub-tree, but does not cover all of the use cases, and is not a replacement. This issue seems to be overcome by events.
Steve Faulkner I object to removing the ability to use the children of canvas as an accessible DOM, this feature is an important aspect of making canvas conetnt accessible. This should be provided in comjunction with other techniques.
Martin Kliehm
Eric Eggert
Frank Olivier This is the best current solution to solving canvas a11y; it is a familiar solution for authors - build an interface using HTML elements.
Eric Carlson

Objections to adding advisory text explaining how to use the focus rect API for efficient caret position notification, and change nothing else?

This option is:

If you have strong objections to adopting this option, please state your objections below.

Keep in mind, you must actually state an objection, not merely cite someone else. If you feel that your objection has already been adequately addressed by someone else, then it is not necessary to repeat it.

Details

Responder Objections to adding advisory text explaining how to use the focus rect API for efficient caret position notification, and change nothing else?
Richard Schwerdtfeger This is inadequate. I completely object to this proposal. What is in the specification is inadequate if people do something like rich text editing.

The poll does not include our proposal for adding an API to support caret and selection. This proposal should have been included in the survey.
Ian Hickson
Cynthia Shelly This approach does not solve the problem for more complex applications. While the editor may feel that it is a mis-use of canvas to create a text editor in canvas, it is technically feasible, and and seems a likely scenario given the desire of web applicaiton developers to have greater control over the presenation of their applciations. Unless there is a way to prevent this use of canvas (and I don't think there is) then we need to provide a way for it be made accessible to a variety of assitive technologies.

I think there may be an error in the survey, as question #1 was supposed to be an item relating to "Change proposal to provide accessiblity info for driving screen magnifier tracking..." which I support. It appears instead that items 2&3 are duplicates.
Steve Faulkner I object to ONLY adding advisory information without adding features, the focus ring on its own is an inadequate tool for providing accessibility information to ATs. More information is required to be exposed to ATs in order for canvas accessibility features to be flexible enough for current and future usage scenarios. If not provided in the browser, developers who wish to provide accessible canvas content will be forced to hack around the lack of accessibility support, as experience with developer based accessibility hacks tells us, this is not a desirable or generally psotive outcome and will do a disservice to users with disabilities.
Martin Kliehm
Eric Eggert
Frank Olivier I've been looking into what one would need to do to have a full-featured text input / canvas text drawing solution - and there is a very significant amount of work that a UA/author would have to do to make this work without any loss in functionality (compared to the native text entry elements).
Eric Carlson Implementing a text editor in canvas is clearly ill advised, and the spec *should* contain cautionary text. The text proposed by Ian will make an excellent addition to the spec, although it should not be the only change for canvas accessibility.

Objections to adding image map / usemap support as a possible way to represent focusable regions on the canvas?

This option is:

If you have strong objections to adopting this option, please state your objections below.

Keep in mind, you must actually state an objection, not merely cite someone else. If you feel that your objection has already been adequately addressed by someone else, then it is not necessary to repeat it.

Details

Responder Objections to adding image map / usemap support as a possible way to represent focusable regions on the canvas?
Richard Schwerdtfeger I would support providing this as a way to make canvas accessible but it should not be the only vehicle. I would categorize this as a nice to have feature. Also, someone needs to drive this forward as it would require, in many cases, having a full DOM subtree with support for pop-up menus, etc.

This approach has some benefits as well as limitations over the DOM subtree. A a nice to have is allowing the map to automatically draw the focus ring without a specific drawing call to achieve it. This would not work for things like selected items in menus or listboxes. So, this would also require a caret/selection API to drive magnification.
Ian Hickson Image maps have not been demonstrated to be usable to create accessible image maps. We should not add features that are hard to use, especially when they are only useful for limited (simple) cases.
Cynthia Shelly This is a "nice to have" feature, in addition to an accessible DOM sub-tree. I have no objection to its inclusion, but think it is a lower priority work item than an accessible DOM sub-tree with magnification and caret support.
Steve Faulkner There has been no technical arguments against the addition of an image map feature to canvas. There has been a willingness shown by implementors to add the feature. There has been examples (http://www.paciellogroup.com/blog/misc/canvas-pie/pie.html) of how it would work provided (via hacking a transparent image map over the top of a canvas). There has been no indication that the addition of this feature will cause an undue development burden on implementors. There has been no change proposal objecting to this addition. While not a complete solution it could prove to be a worthwhile method in cases where complex interaction is not required, but clickable/focusable canvas areas are. The major adavantages of this method are that it is familiar to authors, many html editors have image map editors built in, the creation of a clickable area using image map also provides a programmatically determinable focus ring and it responds to keyboard input by default.
Martin Kliehm
Eric Eggert
Frank Olivier no objection, but it is a lower priority work item
Eric Carlson

More details on responses

Non-responders

The following persons have not answered the questionnaire:

  1. Tantek Çelik <tantek@cs.stanford.edu>
  2. Patrick D F Ion <ion@ams.org>
  3. Norman Walsh <norman.walsh@marklogic.com>
  4. Judy Brewer <jbrewer@w3.org>
  5. Wayne Carr <wayne.carr@linux.intel.com>
  6. Geoff Freed <geoff_freed@wgbh.org>
  7. Jason White <jason@jasonjgw.net>
  8. Jon Gunderson <jongund@illinois.edu>
  9. Richard Ishida <ishida@w3.org>
  10. Chris Wilson <cwilso@google.com>
  11. Wendy Chisholm <wendc@microsoft.com>
  12. David Carlisle <davidc@nag.co.uk>
  13. James Helman <jhelman@movielabs.com>
  14. Jim Allan <jimallan@tsbvi.edu>
  15. Chris Marrin <cmarrin@apple.com>
  16. Charles McCathie Nevile <chaals@yandex-team.ru>
  17. Dan Brickley <danbri@danbri.org>
  18. Philippe Le Hégaret <plh@w3.org>
  19. Don Brutzman <brutzman@nps.edu>
  20. Arthur Barstow <art.barstow@nokia.com>
  21. Dave Penkler <dave.penkler@hp.com>
  22. T.V. Raman <raman@google.com>
  23. Håkon Wium Lie <howcome@opera.com>
  24. Graham Klyne <graham.klyne@zoo.ox.ac.uk>
  25. David Singer <singer@apple.com>
  26. Daniel Glazman <daniel.glazman@disruptive-innovations.com>
  27. Sean Hayes <sean.hayes@microsoft.com>
  28. Larry Masinter <masinter@adobe.com>
  29. David Baron <dbaron@dbaron.org>
  30. Paul Cotton <Paul.Cotton@microsoft.com>
  31. wu chou <wu.chou@huawei.com>
  32. Katsuhiko Momoi <momoi@google.com>
  33. Kangchan Lee <chan@w3.org>
  34. Roy Fielding <fielding@gbiv.com>
  35. Silvia Pfeiffer <silviapfeiffer1@gmail.com>
  36. Johnny Stenback <jst@mozilla.com>
  37. Matthew May <mattmay@adobe.com>
  38. Janina Sajka <janina@rednote.net>
  39. Deborah Dahl <dahl@conversational-technologies.com>
  40. Michael Cooper <cooper@w3.org>
  41. Glenn Adams <glenn@skynav.com>
  42. Jonathan Jeon <hollobit@etri.re.kr>
  43. David Hyatt <hyatt@apple.com>
  44. Robin Berjon <robin@w3.org>
  45. Juan Quemada <quemada@dit.upm.es>
  46. WonSuk Lee <wonsuk11.lee@samsung.com>
  47. Maciej Stachowiak <mjs@apple.com>
  48. Robert Accettura <robert@accettura.com>
  49. Serge K. Keller <skeller@mammouth.ch>
  50. Jonathan Watt <jwatt@jwatt.org>
  51. David MacDonald <David100@sympatico.ca>
  52. Dick Bulterman <Dick.Bulterman@cwi.nl>
  53. Jack Jansen <jack@cwi.nl>
  54. Boris Zbarsky <bzbarsky@mit.edu>
  55. Kazuhito Kidachi <k-kidachi@mitsue.co.jp>
  56. Markku Hakkinen <mhakkinen@ets.org>
  57. Cyril Concolato <cyril.concolato@telecom-paristech.fr>
  58. Gez Lemon <g.lemon@webprofession.com>
  59. Pasquale Popolizio <p.popolizio@webprofession.com>
  60. Marco Neumann <marco.neumann@gmail.com>
  61. Luca Mascaro <l.mascaro@webprofession.com>
  62. Markus Mielke <mmielke@microsoft.com>
  63. Arun Ranganathan <arun@mozilla.com>
  64. Catherine Roy <ecrire@catherine-roy.net>
  65. Jens Meiert <jens@meiert.com>
  66. joaquin Salvachua <jsalvachua@dit.upm.es>
  67. Felix Sasaki <fsasaki@w3.org>
  68. Kazuyuki Ashimura <ashimura@w3.org>
  69. Daniel Burnett <dburnett@voxeo.com>
  70. Tomas Caspers <tomas@tomascaspers.de>
  71. Kai Scheppe <k.scheppe@telekom.de>
  72. Han Xu <collin@w3china.org>
  73. Sam Ruby <rubys@intertwingly.net>
  74. Kurt Cagle <kurt.cagle@gmail.com>
  75. Erik Dahlström <ed@opera.com>
  76. Sebastian Schnitzenbaumer <sebastian@dreamlab.net>
  77. Jonas Sicking <jonas@sicking.cc>
  78. Char James-Tanny <charjt@helpstuff.com>
  79. Barbara Hartel <barbara.hartel@sap.com>
  80. Doug Schepers <schepers@w3.org>
  81. Ian Fette <ifette@google.com>
  82. Michael[tm] Smith <mike@w3.org>
  83. Emilio Garcia <egarcia@dit.upm.es>
  84. Julian Reschke <julian.reschke@gmx.de>
  85. Kelly Ford <kelly.ford@microsoft.com>
  86. Cameron McCormack <cam@mcc.id.au>
  87. Jirka Kosek <jirka@kosek.cz>
  88. Robert O'Callahan <robert@ocallahan.org>
  89. Travis Leithead <Travis.Leithead@microsoft.com>
  90. Youngsun Ryu <ysryu@samsung.com>
  91. Sierk Bornemann <sierkb@gmx.de>
  92. Martijn Wargers <martijn.martijn@gmail.com>
  93. Simon Pieters <simonp@opera.com>
  94. Kornel Lesinski <kornel@geekhood.net>
  95. James Graham <jgraham@opera.com>
  96. Henri Sivonen <hsivonen@hsivonen.fi>
  97. David Håsäther <hasather@gmail.com>
  98. Alex Robinson <w3c@alex.fu2k.org>
  99. Lachlan Hunt <lachlan.hunt@lachy.id.au>
  100. Geoffrey Sneddon <gsneddon@opera.com>
  101. Krijn Hoetmer <w3c@qontent.nl>
  102. Markus Fischer <markus@fischer.name>
  103. Dean Edridge <dean@dean.gen.nz>
  104. Matt Obee <matt.obee@redantdesign.com>
  105. Channy Yun <channy@mozilla.or.kr>
  106. Sander Tekelenburg <st@isoc.nl>
  107. Shane Thacker <shanethacker@gmail.com>
  108. Michael Zajac <michael@zajac.ca>
  109. Bill Mason <billm@accessibleinter.net>
  110. Vilem Malek <murphy@malek.cz>
  111. Zhihong Mao <zhihong.mao@gmail.com>
  112. Benoit Piette <benoit.piette@gmail.com>
  113. Erik van Kempen <erikvankempen@gmail.com>
  114. Jude Robinson <dotcode+w3@gmail.com>
  115. Dimitri Glazkov <dglazkov@chromium.org>
  116. Thomas Pike <thomasp@opera.com>
  117. David Fisher <davef@davefisher.co.uk>
  118. Alfonso Martínez de Lizarrondo <amla70@gmail.com>
  119. Nick Fitzsimons <w3@nickfitz.co.uk>
  120. Josh Lawton <w3c@joshlawton.com>
  121. Denis Boudreau <dboudreau@accessibiliteweb.com>
  122. Giovanni Gentili <giovanni.gentili@gmail.com>
  123. Matthew Raymond <mattraymond@insightbb.com>
  124. Adele Peterson <adele@apple.com>
  125. Mateo Yadarola <teodalton@gmail.com>
  126. S Emerson <w3c@accretewebsolutions.ca>
  127. Andrew Fedoniouk <a.fedoniouk@gmail.com>
  128. Bruce Lawson <brucel@opera.com>
  129. Gavin Sharp <gavin@mozilla.com>
  130. Noel Bush <noel@aitools.org>
  131. Morten Tollefsen <morten@medialt.no>
  132. Chasen Le Hara <rendezvouscp@gmail.com>
  133. Daniel Schattenkirchner <schattenkirchner.daniel@gmx.de>
  134. Edward O'Connor <eoconnor@apple.com>
  135. Rene Saarsoo <nene@triin.net>
  136. Marcel Koeppen <public-html@lists.marzelpan.de>
  137. Justin Anthony Knapp <justinkoavf@gmail.com>
  138. Simon Myers <Smylers@stripey.com>
  139. Samuel Weinig <weinig@apple.com>
  140. Alexey Proskuryakov <ap@webkit.org>
  141. Kent Villard <kvillard@upei.ca>
  142. Gabriel Mansour <gabrielmansour@gmail.com>
  143. Alejandro Fernandez <alejandro@mediadvanced.com>
  144. Doug Jones <doug_b_jones@me.com>
  145. Marc Drumm <mdrumm@dental.upenn.edu>
  146. Danny Liang <danny.glue@gmail.com>
  147. Arne Johannessen <arne@thaw.de>
  148. Craig Cadwallader <primal1@primal-image.com>
  149. Michael Puls II <shadow2531@gmail.com>
  150. Clair Dunn <cadunn@vt2000.com>
  151. Ron Reisor <ron@udel.edu>
  152. Marat Tanalin <mtanalin@yandex.ru>
  153. Andrew Norman <idonothaveacat@gmail.com>
  154. Dan Smith <dan@sketchpad.co.uk>
  155. Lucas Larson <lucas@lucaslarson.net>
  156. Craig Buckler <craigbuckler@gmail.com>
  157. Michael Whitley <miwhitle@cisco.com>
  158. Scott Vesey <scott.r.vesey@boeing.com>
  159. Brian Peppler <bpeppler@gmail.com>
  160. Matthew Turvey <mcturvey@gmail.com>
  161. Guillaume Ludwig <contact@gmli.fr>
  162. Monika Trebo <mtrebo@stanford.edu>
  163. Dylan Smith <qstage@cox.net>
  164. Dale Hudjik <dale.hudjik@gmail.com>
  165. James Cassell <w3c@cyberpear.com>
  166. Joseph D'Andrea <jdandrea@gmail.com>
  167. Pietro Russo <p.russo@webprofession.com>
  168. Moto Ishizawa <summerwind.jp+w3c@gmail.com>
  169. Doug Wright <douglas.wright@pre-school.org.uk>
  170. Chris Adams <chris@tuesdaybegins.com>
  171. Susanne Jäger <susjaeger@sujag.de>
  172. Andrew Maben <andrew@andrewmaben.com>
  173. Michael Turnwall <w3c@turnwall.net>
  174. Don Kiely <donkiely@computer.org>
  175. Robert Marshall <rdm@rdmsoft.com>
  176. Jane Lee <applegoddess@gmail.com>
  177. David Child <dave@addedbytes.com>
  178. Stephen Axthelm <steveax@pobox.com>
  179. Lee Kowalkowski <Lee.Kowalkowski@googlemail.com>
  180. Mark DuBois <Mark@webprofessionals.org>
  181. Gary Barber <gary.barber.au@gmail.com>
  182. Joshue O Connor <joshue.oconnor@cfit.ie>
  183. David Choi <daaave@gmail.com>
  184. Oli Studholme <1.w3c.org@boblet.net>
  185. Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
  186. Robert Love <robert.love@signified.com.au>
  187. Sebastian Kippe <sebastiankippe@gmail.com>
  188. David Bills <w3@dfbills.com>
  189. Nik Thierry <nik@nikca.com>
  190. Andrew Ramsden <andrew@irama.org>
  191. John Foliot <john@foliot.ca>
  192. Shefik Macauley <allknightaccess@gmail.com>
  193. Masataka Yakura <myakura.web@gmail.com>
  194. Joe Steele <steele@adobe.com>
  195. Bryan Sullivan <bs3131@att.com>
  196. John Vernaleo <john@netpurgatory.com>
  197. Jeremy Keith <jeremy@adactio.com>
  198. Jedi Lin <JediLin@Gmail.com>
  199. Manu Sporny <msporny@digitalbazaar.com>
  200. Kenny Johar <kensingh@microsoft.com>
  201. Stuart Myles <smyles@ap.org>
  202. Jon Hughes <jon@phazm.com>
  203. Wesley Upchurch <wesley.upchurch@semcoinc.com>
  204. Samuel Santos <samaxes@gmail.com>
  205. Hallvord Steen <hallvord@opera.com>
  206. Dean Jackson <dino@apple.com>
  207. Mohammed DADAS <mohammed.dadas@orange.com>
  208. Noah Peters <noahpeters@gmail.com>
  209. Sally Cain <sally.cain@rnib.org.uk>
  210. Tab Atkins Jr. <jackalmage@gmail.com>
  211. David Bolter <dbolter@mozilla.com>
  212. Chris Double <cdouble@mozilla.com>
  213. Jeanne F Spellman <jeanne@w3.org>
  214. James Craig <jcraig@apple.com>
  215. MING JIN <ming.jin.web@gmail.com>
  216. Leonard Rosenthol <lrosenth@adobe.com>
  217. Philip Jägenstedt <philipj@opera.com>
  218. Adrian Bateman <adrianba@microsoft.com>
  219. Dionysios Synodinos <synodinos@gmail.com>
  220. Jean-Pierre EVAIN <evain@ebu.ch>
  221. Mark Pilgrim <pilgrim@google.com>
  222. Marco Ranon <marco.ranon@rnib.org.uk>
  223. Tony Ross <tross@microsoft.com>
  224. Hans Hillen <hans.hillen@gmail.com>
  225. Matt Lee <mattl@cnuk.org>
  226. Magnus Olsson <magnus.olsson@ericsson.com>
  227. Antonio Tapiador <atapiador@dit.upm.es>
  228. Javier Cerviño <jcervino@dit.upm.es>
  229. Fabiola Lòpez <favila@technosite.es>
  230. Chris Pearce <cpearce@mozilla.com>
  231. Dzung Tran <dzung.d.tran@intel.com>
  232. Mark Miller <erights@google.com>
  233. Andrew Wilson <atwilson@google.com>
  234. Toby Inkster <tai@g5n.co.uk>
  235. Christopher Varley <cvarley@gmail.com>
  236. Per-Erik Brodin <per-erik.brodin@ericsson.com>
  237. Joe Williams <joedwil@earthlink.net>
  238. Ojan Vafai <ojan@chromium.org>
  239. Lars Gunther <gunther@keryx.se>
  240. John Drinkwater <john@nextraweb.com>
  241. Martin McEvoy <martin@weborganics.co.uk>
  242. Aryeh Gregor <ayg@aryeh.name>
  243. Gavin Carothers <gavin@carothers.name>
  244. Eliot Graff <eliotgra@microsoft.com>
  245. D.R.Imanuel Abromeit <dabromeit@gmx.de>
  246. Mike Taylor <miket@opera.com>
  247. Sergey Lizin <sergey.lizin@gmail.com>
  248. Jonathan Griffin <jgriffin@mozilla.com>
  249. Kris Krueger <krisk@microsoft.com>
  250. Erik Isaksen <erik_isaksen@hotmail.com>
  251. Anders Bondehagen <anders@bondehagen.com>
  252. Lucas Sa <lucas.sa@gmail.com>
  253. Raul Hudea <rhudea@adobe.com>
  254. Raghavan Gurumurthy <raghavan@adobe.com>
  255. Mayank Kumar <mayankk@adobe.com>
  256. Monikandan S <smonikan@adobe.com>
  257. Dragos Georgita <dgeorgit@adobe.com>
  258. Christopher Bank <cbank@adobe.com>
  259. Tom Nguyen <tom@adobe.com>
  260. Sorin Sbarnea <ssbarnea@adobe.com>
  261. Dominik Tomaszuk <ddooss@wp.pl>
  262. Anand Samuel Edwin <aedwin@adobe.com>
  263. Ole Riesenberg <or@oleriesenberg.com>
  264. Mark Foladare <mf1383@att.com>
  265. Jatinder Mann <jmann@microsoft.com>
  266. Robert Stern <rstern@gmail.com>
  267. Matt Harris <w3@themattharris.com>
  268. Dean Leigh <dean.leigh@deanleigh.co.uk>
  269. Payman Delshad <payman@opera.com>
  270. Colin Aarts <colin@colinaarts.com>
  271. Eihab Ibrahim <eihabibrahim@gmail.com>
  272. Kensaku KOMATSU <kensaku.komatsu@gmail.com>
  273. Ian Pouncey <w3c@ipouncey.co.uk>
  274. Jer Noble <jer.noble@apple.com>
  275. Nathan Rixham <nathan@webr3.org>
  276. Léonie Watson <tink@tink.co.uk>
  277. Masatomo Kobayashi <mstm@jp.ibm.com>
  278. Bruce Plutchak <plutchakbd@earthlink.net>
  279. Grant Simpson <glsimpso@indiana.edu>
  280. Peter Beverloo <beverloo@google.com>
  281. Andrew Scherkus <scherkus@google.com>
  282. Greg Johnson <greg.johnson@gmail.com>
  283. Martijn Croonen <martijn@martijnc.be>
  284. Andreas Kuckartz <A.Kuckartz@ping.de>
  285. Stanley Manoski <manoski@mitre.org>
  286. Jonas Schneider <js.sokrates@gmail.com>
  287. Enrique Barra <ebarra@dit.upm.es>
  288. Pedro Rodriguez <prodriguez@dit.upm.es>
  289. Fernando Escribano <fec@dit.upm.es>
  290. Sandra Aguirrre Herrera <saguirre@dit.upm.es>
  291. Diego Moreno <dmoreno@dit.upm.es>
  292. Diego Carrera <diegocarrera2000@gmail.com>
  293. Daniel Gallego <dgallego@dit.upm.es>
  294. Yosuke Funahashi <yosuke@funahashi.cc>
  295. Giuseppe Pascale <giuseppep@opera.com>
  296. Antonio Mendo <amendo@dit.upm.es>
  297. Haymo Meran <h.meran@gentics.com>
  298. David Corvoysier <david.corvoysier@orange.com>
  299. Selvaganapathy Kaliamurthy <selvab2v@gmail.com>
  300. Mounir Lamouri <mounir@lamouri.fr>
  301. Koan-Sin Tan <koansin.tan@gmail.com>
  302. Mike Amundsen <mamund@yahoo.com>
  303. Soonbo Han <soonbo.han@lge.com>
  304. Tony Gentilcore <tonyg@google.com>
  305. Donald Evans <don.evans@deque.com>
  306. Jacob Rossi <Jacob.Rossi@microsoft.com>
  307. Yoshinori TAKESAKO <takesako@gmail.com>
  308. Joseph Pecoraro <pecoraro@apple.com>
  309. Othmane Benyoucef <othmane_benyoucef@hotmail.com>
  310. Dave Saunders <drs@microfm.co.uk>
  311. Shoko Okuma <okuma@tomo-digi.co.jp>
  312. Fumitaka Watanabe <fwtnb@tomo-digi.co.jp>
  313. Yoshimitsu Tsurimaki <tsurimaki@tomo-digi.co.jp>
  314. Juhani Huttunen <juhani.huttunen@nokia.com>
  315. Bob Lund <b.lund@cablelabs.com>
  316. Tatsuya Igarashi <Tatsuya.Igarashi@jp.sony.com>
  317. Kenneth Nordahl <kenneth@dpd.im>
  318. SUNGOK YOU <sungok.you@infraware.co.kr>
  319. John Simmons <johnsim@microsoft.com>
  320. Mathias Bynens <mathias@qiwi.be>
  321. Mark Watson <watsonm@netflix.com>
  322. Ohad Assulin <ohad.assulin@hp.com>
  323. Paul Bakaus <pbakaus@zynga.com>
  324. Clarke Stevens <c.stevens@cablelabs.com>
  325. Mark Vickers <mark_vickers@cable.comcast.com>
  326. Sree Kotay <Sree_Kotay@cable.comcast.com>
  327. Cameron Jones <cmhjones@gmail.com>
  328. Lynn Holdsworth <lynn.holdsworth@rnib.org.uk>
  329. Rik Cabanier <Cabanier@adobe.com>
  330. Yang Sun <eric.sun@huawei.com>
  331. Alvar Laigna <laigna@gmail.com>
  332. Chris Bold <neuronton@live.com>
  333. Kunio Ito <kunio.ito@mail.rakuten.com>
  334. Woo il Kwon <willkwon@infraware.co.kr>
  335. David Mays <david_mays@comcast.com>
  336. Michael Chen <michael_chen@cable.comcast.com>
  337. jongyoul Park <jongyoul@etri.re.kr>
  338. Kazuki Takano <Kazuki.Takano@access-company.com>
  339. Adrian Roselli <roselli@algonquinstudios.com>
  340. Colin Ihrig <cjihrig@gmail.com>
  341. Thiago Santos <thiago.santos@intel.com>
  342. Kilroy Hughes <kilroy.hughes@microsoft.com>
  343. Bill Mandel <bill.mandel@nbcuni.com>
  344. Jonas Jacek <contact@jonas.me>
  345. GANG LIANG <gang.liang@huawei.com>
  346. Mi Youn Choi <mychei@infraware.co.kr>
  347. Ryosuke Niwa <rniwa@apple.com>
  348. JUNG HOON MOON <mw2@mw2.or.kr>
  349. Sung Taeg Kim <stkim@infraware.co.kr>
  350. Jason Kiss <jason@accessibleculture.org>
  351. Gian Luca Marroni <gmarroni@libero.it>
  352. Ian Devlin <ian@iandevlin.com>
  353. Nicholas Zakas <standards@nczconsulting.com>
  354. Odin Hørthe Omdal <odinho@opera.com>
  355. Greg Billock <gbillock@google.com>
  356. Craig Smithpeters <craig.smithpeters@cox.com>
  357. Jet Villegas <w3c@junglecode.net>
  358. Kevin Davies <lists@kjdavies.com>
  359. wilfred nas <wilfred@wnas.nl>
  360. Julien Bechade <julien.bechade@gmail.com>
  361. Hasan Savran <hsavran@kent.edu>
  362. Christopher Healey <deezignink@gmail.com>
  363. Ben Dalton <bendalton@gmail.com>
  364. Alexey Kartashev <alexei.kartashev@gmail.com>
  365. Alessandro Bassi <abassi@etsur.com>
  366. Marco Kotrotsos <Marco@mlabs.nl>
  367. Brian Blakely <anewpage.media@gmail.com>
  368. Mohammad Amiri <m.amiri@iranwebclub.com>
  369. Eric VonColln <eric.voncolln@navy.mil>
  370. Jason Boyd <jason@pixelboxdesign.co.uk>
  371. Jerry Jiang <jerry@ucweb.com>
  372. Arun Patole <arun.patole@motorola.com>
  373. Jungkee Song <jungkee.song@samsung.com>
  374. Huan Ren <renhuan@360.cn>
  375. Yuguo Liu <yuguoliu@tencent.com>
  376. Yuan Ji <yuan.ji@nokia.com>
  377. Yong Zhang <zhangyong@360.cn>
  378. peng sun <sunpeng@360.cn>
  379. Zhichao Zhou <zhichaozhou@tencent.com>
  380. Huifa Qiu <iron@tencent.com>
  381. Lea Verou <lea@w3.org>
  382. Songnan Ran <ransn@ucweb.com>
  383. Daniel Austin <daaustin@paypal-inc.com>
  384. David Dorwin <ddorwin@google.com>
  385. Mathew Marquis <mat@matmarquis.com>
  386. Xiaoqing Yang <yangxiaoqing@baidu.com>
  387. Egor Pavlikhin <egor.pavlikhin@bestla.com.au>
  388. Aaron Colwell <acolwell@google.com>
  389. Alex Giladi <alex.giladi@huawei.com>
  390. Andy Berkheimer <andyberkheimer@google.com>
  391. Motomasa Futagami <Motomasa.Futagami@jp.sony.com>
  392. Suzie Hyun <suzie.hyun@disney.com>
  393. Kevin Streeter <kstreete@adobe.com>
  394. jean-baptiste henry <j.henry.ext@viaccess.com>
  395. Christian Kaiser <kaiserc@google.com>
  396. Ptah Dunbar <ptah@piratedunbar.com>
  397. François REMY <francois.remy.dev@outlook.com>
  398. Zuncheng Yang <yangzuncheng@baidu.com>
  399. Zhou Shen <shenzhou@baidu.com>
  400. Duoyi Wu <wuduoyi@baidu.com>
  401. Weifeng Feng <fengweifeng@baidu.com>
  402. Kefeng Li <buaadallas@gmail.com>
  403. Manyoung Cho <manyoung@w3labs.kr>
  404. Yusuke Maehama <maehama@tomo-digi.co.jp>
  405. Stefan Kaiser <stefan.kaiser@fokus.fraunhofer.de>
  406. Sheau Ng <Sheau.ng@nbcuni.com>
  407. Stefan Pham <stefan.pham@fokus.fraunhofer.de>
  408. Qi Chang <changqi@baidu.com>
  409. Daekwon Kang <daekwon@w3labs.kr>
  410. JongKwang Kim <jongkwang@w3labs.kr>
  411. DaeMin Kim <daemin@w3labs.kr>
  412. Teresa Kim <teresa@w3labs.kr>
  413. Ami Fischman <fischman@google.com>
  414. Mahesh Kulkarni <mahesh.kulkarni@nokia.com>
  415. Arnaud Braud <arnaud.braud@orange.com>
  416. Futomi Hatano <futomi.hatano@newphoria.co.jp>
  417. Petr Peterka <ppeterka@verimatrix.com>
  418. Pablo Suárez León Pablo <psuarez@technosite.es>
  419. Basil Gohar <basilgohar@librevideo.org>
  420. Giles Godart-Brown <giles.godart-brown@bskyb.com>
  421. Milan Patel <Milan.Patel@huawei.com>
  422. Thomas Fine <fine@head.cfa.harvard.edu>
  423. Yehuda Katz <yehuda.katz@jquery.com>
  424. Timothy Boronczyk <tboronczyk@gmail.com>
  425. Jay Munro <jaymunro@microsoft.com>
  426. shanglin chen <chenshanglin@baidu.com>
  427. Morgan Jones <mojones74@gmail.com>
  428. Nicolas Delahaye <Nicolas.delahaye@nxp.com>
  429. Martin Soukup <martin.soukup@irdeto.com>
  430. Dongsheng Zhang <zhangdongsheng@baidu.com>
  431. Yao Tong <tongyao@baidu.com>
  432. Youichi Takashima <takashima.youichi@lab.ntt.co.jp>
  433. Patrick Ladd <Pat_Ladd2@cable.comcast.com>
  434. Norifumi Kikkawa <norifumi.kikkawa@jp.sony.com>
  435. Hanrui Gao <gaohanrui@360.cn>
  436. Hao Jing <jh.jinghao@huawei.com>
  437. Seth Hodgson <shodgson@adobe.com>
  438. wesley zeng <wesleyzeng@maxthon.com>
  439. Glenn Deen <glenn.deen@nbcuni.com>
  440. Lei Wang <wanglei@baidu.com>
  441. Tom Handal <thandal@verimatrix.com>
  442. Tsutomu Ogasawara <tsutomu.ogasawara@mail.rakuten.com>
  443. Jose Segura <jose.segura@mail.rakuten.com>
  444. Pengcheng Guo <guopengcheng@baidu.com>
  445. Erika Doyle Navara <erika.doyle@microsoft.com>
  446. Tom Wiltzius <wiltzius@google.com>
  447. Pierre-Anthony Lemieux <pal@sandflow.com>
  448. Eric Whyne <ericwhyne@gmail.com>
  449. Xie Jianhui <xiejianhui@baidu.com>
  450. Guillermo Salazar <gsalazar1407@hotmail.com>
  451. Lauren O'Donovan <lauren.odonovan@gmail.com>
  452. Mark Sadecki <mark@w3.org>
  453. Marco Vasquez <marco.vasquez@disney.com>
  454. Silvia Da Rosa <silvia.darosa@agesic.gub.uy>
  455. Kazuhiko Takabayashi <kazuhiko.takabayashi@jp.sony.com>
  456. Brady Eidson <beidson@apple.com>
  457. Christian Horn <chorn1@my.uno.edu>
  458. Reimundo Garcia <reimundo.garcia@hbo.com>
  459. Dzenana Trenutak <dzenana.trenutak@gmail.com>
  460. Raymond Baker <ralamode@gmail.com>
  461. Jerry Smith <jdsmith@microsoft.com>
  462. Michael Thornburgh <mthornbu@adobe.com>
  463. Cyril Rickelton-Abdi <cyril.rickelton-abdi@turner.com>
  464. Andrew Davis <papyromancer@gmail.com>
  465. Mick Hakobyan <mhakobyan@netflix.com>
  466. Matt Field <m.field42@gmail.com>
  467. Angela Ricci <contact@thecodeplayground.net>
  468. Mallory van Achterberg <stommepoes@stommepoes.nl>
  469. Chris Rodriguez <chris@inathought.com>
  470. Vladimir Sinelnikov <sinelnikov@gmail.com>
  471. Juan Ignacio Juambeltz <juan.juambeltz@agesic.gub.uy>
  472. Paris Giantsios <sermac.gr@gmail.com>
  473. David Sleight <hello@stuntbox.com>
  474. Hernan Beati <hernanbeati@gmail.com>
  475. Jin PENG <fr.peng@yulong.com>
  476. Loretta TIOIELA <mymiumiux@gmail.com>
  477. Alex Baeza <alejandrobrd@gmail.com>
  478. Charles Lee <charleetm@gmail.com>
  479. Bin Hu <BH526R@att.com>
  480. Andrew Herrington <a.d.herrington@gmail.com>
  481. Ben Barber <barberboy@gmail.com>
  482. Suzanne Taylor <Suzanne.Taylor@pearson.com>
  483. Grzegorz Babula <gbabula@gmail.com>
  484. Lakshman Nagaraj <lakshman.mn@gmail.com>
  485. Niels Thorwirth <nthorwirth@verimatrix.com>
  486. Felipe Nascimento Moura <felipenmoura@gmail.com>

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


Completed and maintained by Dominique Hazaël-Massieux (dom@w3.org) on an original design by Michael Sperberg-McQueen $Id: showv.php3,v 1.119 2012/03/13 08:46:28 dom Exp $. Please send bug reports and request for enhancements to dom@w3.org with w3t-sys@w3.org copied (if your mail client supports it, send mail directly to the right persons)