W3C WBS Home

Results of Questionnaire ISSUE-194: How to provide a mechanism for associating a full transcript with an audio or video element? - Straw Poll for Objections

The results of this questionnaire are available to anybody. In addition, answers are sent to the following email addresses: pcotton@microsoft.com, rubys@intertwingly.net, mjs@apple.com, mike@w3.org

This questionnaire was open from 2012-07-11 to 2012-07-26.

4 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to introduce a @transcript attribute that contains a URL
  2. Objections to the Change Proposal to introduce a @transcript attribute that contains a list of one or more ID references
  3. Objections to the Change Proposal to defer ISSUE-194 until HTML.next.

1. Objections to the Change Proposal to introduce a @transcript attribute that contains a URL

We have a Change Proposal that proposes to introduce a @transcript attribute on HTML5 media elements that contains a URL. 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 introduce a @transcript attribute that contains a URL
Janina Sajka
Edward O'Connor In "Comparing to the IDREFs change proposal," the URL proposal
misrepresents the IDREF proposal in several respects.

* With regard to R1 (Discoverability), when the referenced transcript is
not in the same document as the media element, the URL proposal claims
two deficiencies in the IDREF proposal:

* First, it implies that an indirect link (of the form <video
transcript=foo>...<a id=foo href=bar>) is somehow a more difficult
programmatic association for UAs to process, but a) it does not back
up this implication with any evidence, and b) in fact, such a
programmatic association is not difficult for UAs to process. (A
simple call to document.getElementById(), possibly the most basic
DOM operation, suffices.)

* Secondly, it makes an argument about how the IDREF proposal's
solution would survive cross-document copy-and-paste operations,
which I believe is adequately addressed in the IDREF proposal
itself.

The sample markup that's provided also misrepresents the IDREF
proposal. A corrected version follows.

<video poster="poster.jpg" controls transcript="transcript">
<source type="video/mp4" src="video.mp4">
<source type="video/webm" src="video.webm">
</video>
<div id=transcript lang=en>
<h4>Transcript</h4>
<p>This is where the full transcript goes.</p>
</div>

Note that the extraneous <a> element has been removed, and that the
transcript ID has moved to a element which contains the transcript,
not to an element that simply happens to precede the transcript.

Neither proposal imposes a restriction on what markup is provided
for fallback to older clients.

* In the section on R5 (Embeddable), the URL proposal again mistakenly
asserts, as it did in R1, that the IDREF proposal requires "special
markup inside the video element and a double indirection" when in fact
it does no such thing.

* The URL proposal misrepresents both the meaning of R8 (No link
duplication) and how the IDREF proposal addresses this requirement. It
again erroneously includes sample markup not advocated by the IDREF
proposal. (It correctly asserts that this markup, erroneously
attributed to the IDREF proposal, contains a duplicate link.)

Fortunately, this markup pattern is not advocated by the IDREF
proposal. The markup actually advocated by the IDREF proposal for such
a case would be like the following:

<video poster="poster.jpg" controls transcript="transcript">
<source type="video/mp4" src="video.mp4">
<source type="video/webm" src="video.webm">
</video>
<iframe src=transcript.html id=transcript>

As you can see, there is no link duplication.

* In R9 (Multiple transcripts), the URL proposal again misrepresents the
sorts of markup patterns advocated by the IDREF proposal, in the same
way as before (by including redundant <a> elements inside the <video>
fallback content, which in turn point to elements elsewhere on the
page).

Either the UA provides the ability to directly access multiple
transcripts, or the UA only provides the ability to access one
transcript, from which the author might provide access to other
transcripts. The IDREF proposal allows for both UA-provided and
author-provided transcript selection; the URL proposal does not make
UA-provided transcript selection possible.
Laura Carlson
John Foliot

2. Objections to the Change Proposal to introduce a @transcript attribute that contains a list of one or more ID references

We have a Change Proposal that proposes to introduce a @transcript attribute on HTML5 media elements that contains a list of one or more ID references. 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 introduce a @transcript attribute that contains a list of one or more ID references
Janina Sajka
Edward O'Connor
Laura Carlson
John Foliot See
http://lists.w3.org/Archives/Public/public-html/2012Jul/0220.html

3. Objections to the Change Proposal to defer ISSUE-194 until HTML.next.

We have a Change Proposal that proposes to defer ISSUE-194 until HTML.next. 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 defer ISSUE-194 until HTML.next.
Janina Sajka The HTML-A11Y Task Force has resolved objection to the Zero Change Proposal on Issue-194 without objection as recorded at:
http://lists.w3.org/Archives/Public/public-html-a11y/2012Jul/0065.html
The Task Force RESOLUTION reads: "The TF opposes the Zero Change Proposal offered on Issue-194 because a
transcript is important to satisfy disability alternative media requirements
for persons with disabilities as described in the TF's Media Accessibility User
Requirements." The relevant section of the TF's Media Accessibility User Requirements document can be found at:
http://www.w3.org/TR/media-accessibility-reqs/#transcripts
Edward O'Connor
Laura Carlson I strongly object to the postpone and defer ISSUE-194 to a bridging technology approach because HTML5 provides native, semantic, programmatically determinable elements for audio and video content. HTML5 should equally provide a native, semantic, programmatically determinable mechanism to make the content of those elements accessible to people with disabilities. Currently it does not. Native, semantic, programmatically determinable elements and attributes provide a higher level of communication. Communication is pretty much the point of language design. Lay people consuming audio/video content may never get that additional communication, supplied by a new attribute but machines can. Providing that extra meaning will allow machines to utilize it for people with disabilities.

As the Accessibility Task Force said in its objection to this proposal "a transcript is important to satisfy requirements for people with disabilities". [1] For example, blind-deaf users require a non-time-based programmatically determinable transcript, which they can read at their own pace. Some people with cognitive or learning disabilities require a programmatically determinable transcript because it is impossible for them to follow synchronized captions.

Not fulfilling requirements [2] and use cases is a dereliction of duty and a charter violation. Our charter states, "The HTML Working Group will cooperate with the Web Accessibility Initiative to ensure that the deliverables will satisfy accessibility requirements". The URL proposal from the Media Subgroup of HTML Accessibility Task Force [3] provides native semantics and satisfies requirements. This proposal [4] does not.

We have the opportunity to fix Issue 194 natively in HTML5 now. Shirking off our responsibility to some unknown time in the future would be a disservice. Moreover the proposed use of aria-describedby does not fulfill the need for off-page transcripts as it does not work correctly on links [5], which would unduly hamper authors.

--
[1] http://lists.w3.org/Archives/Public/public-html-a11y/2012Jul/0065.html
[2] http://www.w3.org/WAI/PF/media-accessibility-reqs/#transcripts
[3] http://www.w3.org/html/wg/wiki/ChangeProposal/ISSUE-194/TranscriptURL
[4] http://www.w3.org/html/wg/wiki/ISSUE-194/NoChange
[5] "Currently aria-labelledby and aria-describedby are only robustly supported for associating text content to a subset of interactive content elements, they do not work correctly on links, support on embedded content is unknown..." - Steve Faulkner, June 19, 2012.
http://www.paciellogroup.com/blog/2012/06/html5-accessibility-chops-using-aria-notes/
John Foliot

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. Richard Schwerdtfeger <schwer@us.ibm.com>
  4. Judy Brewer <jbrewer@w3.org>
  5. Wayne Carr <wayne.carr@linux.intel.com>
  6. Liam Quin <liam@w3.org>
  7. Richard Ishida <ishida@w3.org>
  8. Chris Wilson <cwilso@google.com>
  9. Wendy Chisholm <wendc@microsoft.com>
  10. David Carlisle <davidc@nag.co.uk>
  11. James Helman <jhelman@movielabs.com>
  12. Jim Allan <jimallan@tsbvi.edu>
  13. Chris Marrin <cmarrin@apple.com>
  14. Charles McCathie Nevile <chaals@yandex-team.ru>
  15. Philippe Le Hégaret <plh@w3.org>
  16. Don Brutzman <brutzman@nps.edu>
  17. T.V. Raman <raman@google.com>
  18. David Singer <singer@apple.com>
  19. Cynthia Shelly <cyns@microsoft.com>
  20. Daniel Glazman <daniel.glazman@disruptive-innovations.com>
  21. Sean Hayes <sean.hayes@microsoft.com>
  22. Karl Dubost <karl@la-grange.net>
  23. Larry Masinter <masinter@adobe.com>
  24. Ian Hickson <ian@hixie.ch>
  25. David Baron <dbaron@dbaron.org>
  26. Lisa Seeman <lisa.seeman@zoho.com>
  27. Paul Cotton <Paul.Cotton@microsoft.com>
  28. Shane McCarron <shane@aptest.com>
  29. wu chou <wu.chou@huawei.com>
  30. Katsuhiko Momoi <momoi@google.com>
  31. Kangchan Lee <chan@w3.org>
  32. Roy Fielding <fielding@gbiv.com>
  33. Silvia Pfeiffer <silviapfeiffer1@gmail.com>
  34. Johnny Stenback <jst@mozilla.com>
  35. Deborah Dahl <dahl@conversational-technologies.com>
  36. Michael Cooper <cooper@w3.org>
  37. Glenn Adams <glenn@skynav.com>
  38. Jonathan Jeon <hollobit@etri.re.kr>
  39. David Hyatt <hyatt@apple.com>
  40. Robin Berjon <robin@w3.org>
  41. WonSuk Lee <wonsuk.lee@etri.re.kr>
  42. Maciej Stachowiak <mjs@apple.com>
  43. Robert Accettura <robert@accettura.com>
  44. Jonathan Watt <jwatt@jwatt.org>
  45. Steve Faulkner <faulkner.steve@gmail.com>
  46. Emmanuelle Gutiérrez y Restrepo <emmanuelle@sidar.org>
  47. Patrick Lauke <redux@splintered.co.uk>
  48. David MacDonald <David100@sympatico.ca>
  49. Jack Jansen <jack@cwi.nl>
  50. Boris Zbarsky <bzbarsky@mit.edu>
  51. Kazuhito Kidachi <k-kidachi@mitsue.co.jp>
  52. Markku Hakkinen <mhakkinen@ets.org>
  53. Cyril Concolato <cyril.concolato@telecom-paristech.fr>
  54. Gez Lemon <glemon@paciellogroup.com>
  55. Pasquale Popolizio <p.popolizio@webprofession.com>
  56. Luca Mascaro <l.mascaro@webprofession.com>
  57. Markus Mielke <mmielke@microsoft.com>
  58. Arun Ranganathan <arun@mozilla.com>
  59. Jens Meiert <jens@meiert.com>
  60. Felix Sasaki <fsasaki@w3.org>
  61. Kazuyuki Ashimura <ashimura@w3.org>
  62. Daniel Burnett <dburnett@voxeo.com>
  63. Tomas Caspers <tomas@tomascaspers.de>
  64. Han Xu <collin@w3china.org>
  65. Sam Ruby <rubys@intertwingly.net>
  66. Jonas Sicking <jonas@sicking.cc>
  67. Mark Crawford <mark.crawford@sap.com>
  68. Doug Schepers <schepers@w3.org>
  69. Ian Fette <ifette@google.com>
  70. Michael[tm] Smith <mike@w3.org>
  71. Julian Reschke <julian.reschke@gmx.de>
  72. Kelly Ford <kelly.ford@microsoft.com>
  73. Cameron McCormack <cam@mcc.id.au>
  74. Stefan Schnabel <stefan.schnabel@sap.com>
  75. Jirka Kosek <jirka@kosek.cz>
  76. Robert O'Callahan <robert@ocallahan.org>
  77. Travis Leithead <Travis.Leithead@microsoft.com>
  78. Youngsun Ryu <ysryu@samsung.com>
  79. Sierk Bornemann <sierkb@gmail.com>
  80. Martijn Wargers <martijn.martijn@gmail.com>
  81. Simon Pieters <simonp@opera.com>
  82. James Graham <james@hoppipolla.co.uk>
  83. Henri Sivonen <hsivonen@hsivonen.fi>
  84. Lachlan Hunt <lachlan.hunt@lachy.id.au>
  85. Krijn Hoetmer <w3c@qontent.nl>
  86. Markus Fischer <markus@fischer.name>
  87. Dean Edridge <dean@dean.kiwi>
  88. Channy Yun <channy@gmail.com>
  89. Shane Thacker <shanethacker@gmail.com>
  90. Bill Mason <billm@accessibleinter.net>
  91. Vilem Malek <murphy@malek.cz>
  92. Zhihong Mao <zhihong.mao@gmail.com>
  93. Benoit Piette <benoit.piette@gmail.com>
  94. Erik van Kempen <erikvankempen@gmail.com>
  95. Jude Robinson <dotcode+w3@gmail.com>
  96. Dimitri Glazkov <dglazkov@google.com>
  97. Diego La Monica <d.lamonica@webprofession.com>
  98. Nick Fitzsimons <w3@nickfitz.co.uk>
  99. Josh Lawton <w3c@joshlawton.com>
  100. Giovanni Gentili <giovanni.gentili@gmail.com>
  101. Adele Peterson <adele@apple.com>
  102. S Emerson <w3c@accretewebsolutions.ca>
  103. Morten Tollefsen <morten@medialt.no>
  104. Daniel Schattenkirchner <schattenkirchner.daniel@gmx.de>
  105. Justin Anthony Knapp <justinkoavf@gmail.com>
  106. Simon Myers <Smylers@stripey.com>
  107. Samuel Weinig <weinig@apple.com>
  108. Alexey Proskuryakov <ap@webkit.org>
  109. Alejandro Fernandez <alejandro@mediadvanced.com>
  110. Doug Jones <doug_b_jones@me.com>
  111. Marc Drumm <mdrumm@wcupa.edu>
  112. Danny Liang <danny.glue@gmail.com>
  113. Arne Johannessen <arne@thaw.de>
  114. Michael Puls II <shadow2531@gmail.com>
  115. Ron Reisor <ron@udel.edu>
  116. Marat Tanalin <mtanalin@yandex.ru>
  117. Andrew Norman <idonothaveacat@gmail.com>
  118. Craig Buckler <craigbuckler@gmail.com>
  119. Matthew Turvey <mcturvey@gmail.com>
  120. Dale Hudjik <dale.hudjik@gmail.com>
  121. James Cassell <w3c@cyberpear.com>
  122. Joseph D'Andrea <jdandrea@gmail.com>
  123. Pietro Russo <p.russo@webprofession.com>
  124. Moto Ishizawa <summerwind.jp+w3c@gmail.com>
  125. Chris Adams <chris@tuesdaybegins.com>
  126. Eric Carlson <eric.carlson@apple.com>
  127. Michael Turnwall <w3c@turnwall.net>
  128. Don Kiely <donkiely@computer.org>
  129. Robert Marshall <rdm@rdmsoft.com>
  130. Jane Lee <applegoddess@gmail.com>
  131. David Child <dave@addedbytes.com>
  132. Mark DuBois <Mark@webprofessionals.org>
  133. David Choi <daaave@gmail.com>
  134. David Bills <w3@dfbills.com>
  135. Nik Thierry <me@thisemail.ca>
  136. Andrew Ramsden <andrew@irama.org>
  137. Shefik Macauley <allknightaccess@gmail.com>
  138. Joe Steele <steele@adobe.com>
  139. John Vernaleo <john@netpurgatory.com>
  140. Jeremy Keith <jeremy@adactio.com>
  141. Jedi Lin <JediLin@Gmail.com>
  142. Kenny Johar <kensingh@microsoft.com>
  143. Jon Hughes <jon@phazm.com>
  144. Anssi Kostiainen <anssi.kostiainen@intel.com>
  145. Samuel Santos <samaxes@gmail.com>
  146. Dean Jackson <dino@apple.com>
  147. Mohammed DADAS <mohammed.dadas@orange.com>
  148. Sally Cain <sally.cain@rnib.org.uk>
  149. Dan Romascanu <dromasca@avaya.com>
  150. David Bolter <dbolter@mozilla.com>
  151. Chris Double <cdouble@mozilla.com>
  152. Jeanne F Spellman <jeanne@w3.org>
  153. James Craig <jcraig@apple.com>
  154. MING JIN <ming.jin.web@gmail.com>
  155. Leonard Rosenthol <lrosenth@adobe.com>
  156. Philip Jägenstedt <philipj@opera.com>
  157. Adrian Bateman <adrianba@microsoft.com>
  158. Dionysios Synodinos <synodinos@gmail.com>
  159. Jean-Pierre EVAIN <evain@ebu.ch>
  160. Mark Pilgrim <pilgrim@google.com>
  161. Matt Lee <mattl@cnuk.org>
  162. Magnus Olsson <magnus.olsson@ericsson.com>
  163. Chris Pearce <cpearce@mozilla.com>
  164. Dzung Tran <dzung.d.tran@intel.com>
  165. Mark Miller <erights@google.com>
  166. Andrew Wilson <atwilson@google.com>
  167. Per-Erik Brodin <per-erik.brodin@ericsson.com>
  168. Ojan Vafai <ojan@chromium.org>
  169. Martin Kliehm <w3c@kliehm.com>
  170. Martin McEvoy <martin@weborganics.co.uk>
  171. Aryeh Gregor <ayg@aryeh.name>
  172. Eliot Graff <eliotgra@microsoft.com>
  173. Frank Olivier <frank.olivier@microsoft.com>
  174. Jonathan Griffin <jgriffin@mozilla.com>
  175. Kris Krueger <krisk@microsoft.com>
  176. Erik Isaksen <erik_isaksen@hotmail.com>
  177. Daniel Davis <ddavis@w3.org>
  178. Anders Bondehagen <anders@bondehagen.com>
  179. Steven Pemberton <Steven.Pemberton@cwi.nl>
  180. Raul Hudea <rhudea@adobe.com>
  181. Raghavan Gurumurthy <raghavan@adobe.com>
  182. Mayank Kumar <mayankk@adobe.com>
  183. Monikandan S <smonikan@adobe.com>
  184. Dragos Georgita <dgeorgit@adobe.com>
  185. Christopher Bank <cbank@adobe.com>
  186. Dominik Tomaszuk <ddooss@wp.pl>
  187. Ole Riesenberg <or@oleriesenberg.com>
  188. Takuya Oikawa <takuya@google.com>
  189. Jatinder Mann <jmann@microsoft.com>
  190. Robert Stern <rstern@gmail.com>
  191. Dean Leigh <dean.leigh@deanleigh.co.uk>
  192. Eihab Ibrahim <eihabibrahim@gmail.com>
  193. Kensaku KOMATSU <kensaku.komatsu@gmail.com>
  194. Ian Pouncey <w3c@ipouncey.co.uk>
  195. Jer Noble <jer.noble@apple.com>
  196. Léonie Watson <lwatson@paciellogroup.com>
  197. Masatomo Kobayashi <mstm@jp.ibm.com>
  198. Grant Simpson <glsimpso@gmail.com>
  199. Peter Beverloo <beverloo@google.com>
  200. Andrew Scherkus <scherkus@google.com>
  201. Greg Johnson <greg.johnson@gmail.com>
  202. Martijn Croonen <martijn@martijnc.be>
  203. John Jansen <johnjan@microsoft.com>
  204. Stanley Manoski <manoski@mitre.org>
  205. Jonas Schneider <js.sokrates@gmail.com>
  206. Yosuke Funahashi <yosuke@w3.org>
  207. Mounir Lamouri <mlamouri@google.com>
  208. Mike Amundsen <mamund@yahoo.com>
  209. Tony Gentilcore <tonyg@google.com>
  210. Jacob Rossi <Jacob.Rossi@microsoft.com>
  211. Joseph Pecoraro <pecoraro@apple.com>
  212. Othmane Benyoucef <othmane_benyoucef@hotmail.com>
  213. Shoko Okuma <okuma@tomo-digi.co.jp>
  214. Fumitaka Watanabe <fwtnb@tomo-digi.co.jp>
  215. Yoshimitsu Tsurimaki <tsurimaki@tomo-digi.co.jp>
  216. Bob Lund <b.lund@cablelabs.com>
  217. Tatsuya Igarashi <Tatsuya.Igarashi@jp.sony.com>
  218. John Simmons <johnsim@microsoft.com>
  219. Mathias Bynens <mathias@qiwi.be>
  220. Mark Watson <watsonm@netflix.com>
  221. Clarke Stevens <c.stevens@cablelabs.com>
  222. Mark Vickers <mark_vickers@cable.comcast.com>
  223. Sree Kotay <Sree_Kotay@cable.comcast.com>
  224. Cameron Jones <cmhjones@gmail.com>
  225. Rik Cabanier <Cabanier@adobe.com>
  226. Jeremy LaCivita <jeremy.lacivita@theplatform.com>
  227. Denis Ah-Kang <denis@w3.org>
  228. Alvar Laigna <laigna@gmail.com>
  229. Kunio Ito <kunio.ito@mail.rakuten.com>
  230. David Mays <david_mays@comcast.com>
  231. Michael Chen <michael_chen@cable.comcast.com>
  232. jongyoul Park <jongyoul@etri.re.kr>
  233. Adrian Roselli <roselli@algonquinstudios.com>
  234. Colin Ihrig <cjihrig@gmail.com>
  235. Kilroy Hughes <kilroy.hughes@microsoft.com>
  236. Reinaldo Ferraz <reinaldo@nic.br>
  237. Bill Mandel <bill.mandel@nbcuni.com>
  238. Jonas Jacek <gaccesss@gmail.com>
  239. Eva Lingyun Jing <jinglingyun@baidu.com>
  240. GANG LIANG <gang.liang@huawei.com>
  241. Ryosuke Niwa <rniwa@apple.com>
  242. Jason Kiss <jason@accessibleculture.org>
  243. Gian Luca Marroni <gmarroni@libero.it>
  244. Ian Devlin <ian@iandevlin.com>
  245. Xingrong Guo <guoxingrong@baidu.com>
  246. Jet Villegas <w3c@junglecode.net>
  247. Alexander Surkov <surkov.alexander@gmail.com>
  248. Hasan Savran <hsavran@kent.edu>
  249. Ben Dalton <bendalton@gmail.com>
  250. Marco Kotrotsos <Marco@mlabs.nl>
  251. Brian Blakely <anewpage.media@gmail.com>
  252. Eric VonColln <eric.voncolln@navy.mil>
  253. Jason Boyd <jason@pixelboxdesign.co.uk>
  254. Jungkee Song <jungkee.song@samsung.com>
  255. Huan Ren <renhuan@360.cn>
  256. Xitong Huang <stonehuang@tencent.com>
  257. Rayi Lei <leiyi@baidu.com>
  258. Daniel Austin <daniel.austin@grintech.net>
  259. David Dorwin <ddorwin@google.com>
  260. jiexuan gao <gaojiexuan@baidu.com>
  261. Mathew Marquis <mat@matmarquis.com>
  262. Xiaoqing Yang <yangxiaoqing@baidu.com>
  263. Aaron Colwell <acolwell@google.com>
  264. Alex Giladi <alex.giladi@huawei.com>
  265. Motomasa Futagami <Motomasa.Futagami@jp.sony.com>
  266. Kevin Streeter <kstreete@adobe.com>
  267. Christian Kaiser <kaiserc@google.com>
  268. François REMY <francois.remy.dev@outlook.com>
  269. Xuejian Li <lixuejian@baidu.com>
  270. Zuncheng Yang <yangzuncheng@baidu.com>
  271. Qianglong Zheng <zhengqianglong@baidu.com>
  272. Zhou Shen <shenzhou@baidu.com>
  273. Duoyi Wu <wuduoyi@baidu.com>
  274. Zheng Jia <jiazheng@baidu.com>
  275. Weifeng Feng <fengweifeng@baidu.com>
  276. Damin Hu <hudamin@baidu.com>
  277. Yang Liu <liuyang12@baidu.com>
  278. Zhixing Lei <leizhixing@baidu.com>
  279. Honggang Tang <tanghonggang@baidu.com>
  280. Kefeng Li <buaadallas@gmail.com>
  281. Xu Ma <maxu@baidu.com>
  282. Junzhong Liu <liujunzhong@baidu.com>
  283. Yusuke Maehama <maehama@tomo-digi.co.jp>
  284. Stefan Kaiser <stefan.kaiser@fokus.fraunhofer.de>
  285. Sheau Ng <Sheau.ng@nbcuni.com>
  286. Stefan Pham <stefan.pham@fokus.fraunhofer.de>
  287. Ami Fischman <fischman@google.com>
  288. Arnaud Braud <arnaud.braud@orange.com>
  289. Futomi Hatano <futomi.hatano@newphoria.co.jp>
  290. Bram Tullemans <tullemans@ebu.ch>
  291. Petr Peterka <ppeterka@verimatrix.com>
  292. lei wang <wanglei03@baidu.com>
  293. Milan Patel <Milan.Patel@huawei.com>
  294. Yiling Gu <guyiling@baidu.com>
  295. Yehuda Katz <wycats@gmail.com>
  296. Xueqing Huang <huangxueqing@baidu.com>
  297. Zefa Xiong <xiongzefa@baidu.com>
  298. shanglin chen <chenshanglin@baidu.com>
  299. Yaso Córdova <yaso@nic.br>
  300. Dongsheng Zhang <zhangdongsheng@baidu.com>
  301. Ping Wu <wuping02@baidu.com>
  302. Yao Tong <tongyao@baidu.com>
  303. Bin Chen <chenbin01@baidu.com>
  304. Youichi Takashima <takashima.youichi@lab.ntt.co.jp>
  305. Patrick Ladd <Pat_Ladd2@cable.comcast.com>
  306. Norifumi Kikkawa <norifumi.kikkawa@jp.sony.com>
  307. Billy Gregory <bgregory@paciellogroup.com>
  308. Hanrui Gao <gaohanrui@360.cn>
  309. Hao Jing <jh.jinghao@huawei.com>
  310. Glenn Deen <glenn.deen@nbcuni.com>
  311. Lei Wang <wanglei@baidu.com>
  312. Tom Handal <thandal@verimatrix.com>
  313. Tsutomu Ogasawara <tsutomu.ogasawara@mail.rakuten.com>
  314. Jose Segura <jose.segura@mail.rakuten.com>
  315. Pengcheng Guo <guopengcheng@baidu.com>
  316. Erika Doyle Navara <erika.doyle@microsoft.com>
  317. Tom Wiltzius <wiltzius@google.com>
  318. Pierre-Anthony Lemieux <pal@sandflow.com>
  319. Xie Jianhui <xiejianhui@baidu.com>
  320. Yujie Jiang <jiangyujie@baidu.com>
  321. Leslie Sikos <sikos@sikoswebconsulting.com.au>
  322. Mark Sadecki <mark.sadecki+w3c@gmail.com>
  323. Kazuhiko Takabayashi <kazuhiko.takabayashi@jp.sony.com>
  324. Brady Eidson <beidson@apple.com>
  325. Jerry Smith <jdsmith@microsoft.com>
  326. Michael Thornburgh <mthornbu@adobe.com>
  327. Cyril Rickelton-Abdi <cyril.rickelton-abdi@turner.com>
  328. Andrew Davis <andrew@diff.mx>
  329. Mick Hakobyan <mhakobyan@netflix.com>
  330. Mallory van Achterberg <stommepoes@stommepoes.nl>
  331. Vladimir Sinelnikov <sinelnikov@gmail.com>
  332. Chris Wong <huanghoujin@baidu.com>
  333. Yiliang LIU <liuyiliang@baidu.com>
  334. Hernan Beati <hernanbeati@gmail.com>
  335. mingqiang zhang <imcnan@gmail.com>
  336. yubo zhou <zhouyubo@360.cn>
  337. Ben Barber <barberboy@gmail.com>
  338. Matt Rakow <marakow@microsoft.com>
  339. Suzanne Taylor <Suzanne.Taylor@pearson.com>
  340. Grzegorz Babula <gbabula@gmail.com>
  341. Brian Kardell <hitchjs@gmail.com>
  342. xueliang fan <fanxueliang@baidu.com>
  343. Niels Thorwirth <nthorwirth@verimatrix.com>
  344. David Evans <david.evans@rd.bbc.co.uk>
  345. Danny O'Brien <danny@eff.org>
  346. Joseph Karr O'Connor <josephoconnor@mac.com>
  347. Seth Schoen <schoen@eff.org>
  348. Jamil Ellis <jamil.ellis@hbo.com>
  349. Jim Walsh <jim@jwalshcreative.com>
  350. Greg Davis <greg.davis@pearson.com>
  351. Gabino Alonso <gabinovincent@gmail.com>
  352. Sam Langdon <sam.langdon@hachette.co.uk>
  353. Michael Kelly <mkelly@mozilla.com>
  354. Xiaoqian Wu <xiaoqian@w3.org>
  355. Yue Min <minyue@baidu.com>
  356. Min Li <limin04@baidu.com>
  357. A.S. Krishnakumar <ask@avaya.com>
  358. Shijun Sun <shijuns@microsoft.com>
  359. Jonathan Neal <jonathantneal@gmail.com>
  360. Joanmarie Diggs <jdiggs@igalia.com>
  361. Pedro Xavier Jorge <pedro.xavierjorge@gmail.com>
  362. Akira Torii <Torii.Akira@bp.MitsubishiElectric.co.jp>
  363. So Vang <svang@nab.org>
  364. Nathalia Sautchuk Patrício <nathalia@nic.br>
  365. Deblyn prado <deblyn@nic.br>
  366. Vicente García Díaz <vicegd@live.com>
  367. Nolan Butcher <nolan.butcher@hbo.com>
  368. Shinya Maruyama <Shinya.Maruyama@jp.sony.com>
  369. RAVI CHANDRA RAVULAPATI <ravichandra480@gmail.com>
  370. John Riviello <john_riviello@comcast.com>
  371. yaolong wang <wangyaolong@baidu.com>
  372. Shun-ichi Sekiguchi <Sekiguchi.Shunichi@eb.MitsubishiElectric.co.jp>
  373. Tao Liang <liangtao01@baidu.com>
  374. Glenn Eguchi <geguchi@adobe.com>
  375. Hirofumi Nishikawa <Nishikawa.Hirofumi@cs.MitsubishiElectric.co.jp>
  376. Hiroyuki Yamada <Yamada.Hiroyuki@dn.MitsubishiElectric.co.jp>
  377. Chockalingam Muthian <chockam@gmail.com>
  378. Lukáš Čihák <lukas.cihak@mensa.cz>
  379. Anatoly Shikolay <shikolay@gmail.com>
  380. WOOGLAE KIM <wlkim@inswave.com>
  381. Min Ren <minren@tencent.com>
  382. Rustam Khashimkhodjaev <Rustam_Khashimkhodjaev@cable.comcast.com>
  383. Brian Evans <Brian.Evans@microsoft.com>
  384. Jason White <jjwhite@ets.org>
  385. Hyejin Lee <hjlee@html5forum.or.kr>
  386. Richard Grzeczkowski <richard_grzeczkowski@cable.comcast.com>
  387. Pascal Perrot <pascal.perrot@orange.com>
  388. Dongseong Hwang <dongseong.hwang@intel.com>
  389. Dapeng Liu <max.ldp@alibaba-inc.com>
  390. Matthew Wolenetz <wolenetz@google.com>
  391. Cory Heslip <cory_heslip@cable.comcast.com>
  392. Shaohang Yang <shaohang.ysh@alibaba-inc.com>
  393. Nirankush Panchbhai <npanch@microsoft.com>
  394. Pramod Patlolla <pramod.patlolla@turner.com>
  395. Cooper Pope <cooper.pope@turner.com>
  396. Grisha Lyukshin <glyuk@microsoft.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


Maintained by Laurent Carcone, from a development by Dominique Hazaël-Massieux (dom@w3.org) on an original design by Michael Sperberg-McQueen $Id: showv.php3,v 1.129 2015/07/01 16:13:23 kahan Exp $. Please send bug reports and request for enhancements to lcarcone@w3.org with w3t-sys@w3.org copied (if your mail client supports it, send mail directly to the right persons)