W3C WBS Home

Results of Questionnaire ISSUE-131: Should we add a caret location API to canvas? - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2011-03-24 to 2011-03-31.

6 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to modify existing Canvas 2D API caret and focus ring support to drive screen magnification
  2. Objections to the Change Proposal to have a single Canvas API for caret positioning and focus ring support

Objections to the Change Proposal to modify existing Canvas 2D API caret and focus ring support to drive screen magnification

We have a Change Proposal to modify the existing Canvas 2D API caret and focus ring support to drive screen magnification. If you have strong objections to adopting this Change Proposal, 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 the Change Proposal to modify existing Canvas 2D API caret and focus ring support to drive screen magnification
Ian Hickson This proposal doesn't support having the user agent determine if the user prefers system rings vs custom rings. In fact, it makes it more likely that authors will never use the API since there is basically no benefit to doing so other than accessibility, which is rarely a good enough motivator in practice. The alternative proposal is designed to encourage use even by authors not looking to write accessible pages, as it provides useful subtle benefits like automatically determining if the focus ring should be drawn.

The proposal's handling of carets is incomplete. If we are to support caret drawing, we should do so using an API that actually supports native caret drawing, e.g. the Windows wide-caret feature. As it stands, the feature allows the user to set the width of the caret but does not support native caret drawing.
Richard Schwerdtfeger
Steve Faulkner
John Foliot
Gregory Rosmaita
Edward O'Connor The evidence so far is that, when Web authors resort to using <canvas> for custom widgets, they do so to have complete control over the UI of such widgetry. This Change Proposal, by removing the canDrawCustom parameter of the focus ring API, forces authors to take the built-in focus drawing if they want to report the focus to the accessibility layer. The likely result would be that Web authors who want to draw custom focus rings will do so anyway, but will no longer be able to report such custom focus to the a11y layer, thus reducing the accessibility of widgets built with <canvas>.

Yet under this Change Proposal the caret location API doesn't do any drawing, it only reports the location of the caret to the a11y layer. So Web authors *have to* draw their own, custom carets, without being able to use the system defaut caret drawing. The focus ring API, however, would do the opposite: as described above, the proposed focus ring API lacks the ability of Web authors to draw custom focus rings and have them reported to the A11Y layer. So this CP introduces an undesirable inconsistency between the focus ring API and the caret location API.

Objections to the Change Proposal to have a single Canvas API for caret positioning and focus ring support

We have a Change Proposal to have a single Canvas API for caret positioning and focus ring support.

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 the Change Proposal to have a single Canvas API for caret positioning and focus ring support
Ian Hickson
Richard Schwerdtfeger I reviewed this "non-change" proposal and the editor makes a case that is frought with errors:

His rational is here: http://lists.w3.org/Archives/Public/public-html/2011Mar/0521.html

> It's important when designing APIs driven by accessibility needs to ensure
> that authors will use it even if they're not thinking about accessibility.
>
While I could not agree more, that is not true in this case. The existing drawFocusRing has an x,y coordinate that draws nothing. It simply provides a pixel position that drives a drives a magnifier without actually drawing the caret removing any benefit of having merged a caret position and a focus ring. This version of focus ring also forces the author to have to draw a focus ring when they really want to drive the magnification position for the caret. Developers almost never draw a caret and a focus ring at the same time. So, this makes even more work for the author. This API should have garnered more stringent review before being exposed in the Canvas 2D API spec.

> To do this, drawFocusRing() brings disparate low-level APIs into one
> high-level API, by combining caret positioning with an API that is useful
> to authors not attempting to use accessibility APIs, namely the drawing of
> focus rings in a manner that follows platform conventions.

While the drawFocusRing() attempts to follow platform conventions it does not force it to do so. In fact, if the author wants to draw their own focus ring the API returns without drawing the focus ring and the author can then draw their own without notifying a magnifier of the focus ring location. In short the API does even fully meet the goal of driving a magnifier.

The counter proposal to leave things as they are also fails to address the additional use cases and issues raised by the canvas accessibility subteam as listed in the rationale that are not addressed by the original document:

http://www.w3.org/html/wg/wiki/ChangeProposals/CaretSelection#Rationale

1. DrawFocusRing is a single API that is intended to drive both drawing of a focus ring while providing a caret position. Accessibility API services for caret position and focus rings are separate APIs as developers don't draw the caret and focus ring at the same time. Consequently, the API for each needs to be separated out.
2. DrawFocusRing does not ensure that the focus ring, drawn, allows the browser to follow focus ring conventions for the OS platform that may also reflect user's preferences. It allows the author to execute a separate drawing function that would cause the author to draw focus using the standard drawing path but not drive magnification when that occurs. Therefore the specification allows the author to draw focus without driving magnification.
3. Although DrawFocusRing provides for a caret position the user agent does not know whether it is supporting a caret position or a focus ring. The x, y attributes are required.
4. DrawFocusRing, in the current specification, only allows the author to provide a point. At large magnification levels (4x-20x) a magnifier also needs to use the height and width of the caret, to be able to properly center the content in the screen. This was verified when speaking with Freedom scientific and AI Squared.
5. DrawFocusRing does not address magnifier tracking of user content selection in canvas. Canvas authors will want to allow for content selection. Some user agents, like Internet Explorer, support caret tracking during selection whereas others, like Safari on the Mac, treat the selection position as a separate entity.
6. DrawFocusRing's caret position support does not allow for an author to acquire caret blink rate settings that may have been set to prevent seizures.
7. The existing DrawFocusRing text does not provide any guidance to user agent manufacturers as to how to use the necessary information to support accessibility API services.
8. In the situation where we are dealing with text content, it is essential that we be able to access the text's baseline in order to properly compute the drawing path for a caret, selection position, or focus ring. This information is not provided in the canvas 2D API specification and requires additional computation.

The new change proposal to which the editor is objecting:

1. Simplifies drawFocusRing and ensures that it will drive magnification
2. Separates out caret and selection positioning for authors who chose to support magnification.
3. Provides a rectangle for the caret that allows magnifier vendors to better position the magnifier at large magnification levels 4x-20x.
3. Does much more than simply separating out the API to drive a magnifier to track the caret position. The details are provided here: http://www.w3.org/html/wg/wiki/ChangeProposals/CaretSelection#Rationale
Steve Faulkner I object to this proposal as it does not meet the support requirements for assistive technolgy such as screen magnifiers. The alternative proposal has been developed in consultation with a screen magnifier vendor and because of this does specify how focus and caret information can be exposed in a way that AT can make use of.
John Foliot I object to this Change Proposal, as it fails to address how to assist screen magnification products to support users with low vision in using canvas, an identified use-case requirement. It also contradicts the HTML WG's design philosophy of Users over Authors over Implementers over Code Purity, by focusing only on what authors might or might not do (with no proof or indication of the verity of that assertion).
Gregory Rosmaita i object to this change proposal because:

1. the change proposal produced by the Canvas Subgroup of the HTML Accessibility Task Force under the leadership and editorship of Richard Schwerdtfeger, was developed in close consultation with screen reader, screen magnification and other AT developers, who provided crucial information as to what specifically is needed to make the contents and full functionality of a CANVAS object available to accessibility APIs, and, thereby, to assistive technologies, enabling use of CANVAS content by persons using assistive technology;

2. the precise wording of the change proposal produced by the Canvas Subgroup of the HTML Accessibility Task Force under the leadership and editorship of Richard Schwerdtfeger provides actual assistive technology developers precisely what they requested and need in order to make CANVAS function with screen magnification programs, screen readers, other assistive technologies, and -- crucially -- the various combinations of assistive technologies (e.g. magnification with supplemental speech, access to a refreshable braille display, etc.) which provide as equivalent a computing experience as possible to actual users today and into the future;

3. the technical errors and insufficiencies in this change proposal would undo all of the work and effort put into the change proposal produced by the Canvas Subgroup of the HTML Accessibility Task Force under the leadership and editorship of Richard Schwerdtfeger, in partnership and close co-operation with developers of assistive technology; the dialogue between the Canvas Subgroup, the assistive technology community and the web developer community serves as a model of how and why the HTML Accessibility Task Force's participation in the drafting of HTML5 is essential, as the Canvas Subgroup solicited and received feedback from the larger community, and thereby succeeded in providing spec-ready text that addresses the issues identified by those who develop assistive technologies, CANVAS applications and accessibility APIs; the evidence of this close cooperation is reflected in the archive for the public-canvas-api list (which is the subgroup's primary forum for accessibility work on Canvas)

http://lists.w3.org/Archives/Public/public-canvas-api

THEREFORE, i strongly urge the chairs to adopt the change proposal contained in:

http://www.w3.org/html/wg/wiki/ChangeProposals/CaretSelection

and object to the change proposal contained in:

http://lists.w3.org/Archives/Public/public-html/2011Mar/0521.html
Edward O'Connor Under this Change Proposal, there's no way for Web authors to report the bounding box of a non-caret selection to the a11y layer, which would be useful for screen magnifiers and other a11y tools.

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

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)