W3C WBS Home

Results of Questionnaire ISSUE-31/80: What text should be used for the img element definition - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2011-03-29 to 2011-04-05.

5 answers have been received.

Jump to results for question:

  1. Objections to Change Proposal 1
  2. Objections to Change Proposal 5
  3. Objections to Change Proposal 6
  4. Objections to Change Proposal 7

1. Objections to Change Proposal 1

We have a Change Proposal that proposes the following specific text for the first two paragraphs of the img element definition. If you have strong objections to this Change Proposal then please state your objections below.

An img element represents an image.

The image given by the src attribute is the embedded content, and the value of the alt attribute is the img element's fallback content.

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 Change Proposal 1
Ian Hickson
John Foliot I object to this change Proposal on the grounds that the Accessibility Task Force had already discussed this issue, and Change Proposal #7 (http://www.w3.org/html/wg/wiki/ChangeProposals/first_2_paragraphs_of_definition_of_img#Details) most accurately reflects the consensus decision of that group. Further, the value of the alt attribute is not "fallback" (2nd class) content, but rather a textual equivalent.
David Singer
Laura Carlson It is important to pay attention to the sea of words in the spec. What pictures do they paint? What boundaries do they draw? What possibilities do they kill?

I object to the verbiage in this definition. It is incorrect. The value of the alt attribute is not "fallback" content. For some users it is primary content. Content in the src and alt attribute are of equal importance. [1]

Vlad Alexander has further articulated this clearly, provided additional rationale, and stated ramifications [2].

QUOTE:

The HTML5 spec defines the <img> element as an element that "represents an image". The spec then defines alternative text (textual content) as "fallback content". What's wrong with this? These definitions suggest that the visual content (the image) is more important than the textual content. As a result, to many people, if the primary purpose of embedding an image is achieved, the secondary or fallback purpose (textual content) can be skipped or given cursory effort.

The principle behind this definition is already in practice in a publicly available HTML reference...

The <img> element's visual content and its textual content are equivalent in meaning and should therefore be of equal importance. How elements are defined in the specification influences tool vendors, educators and ultimately Web site creators, so that clearly defining the correct use of HTML elements can over time improve the use of HTML.

UNQUOTE

I agree.

HTML 4 does not lower alt to "fallback" status. HTML5 should not degenerate alt either. Words matter. [3] They have implications. Eliminate the word "fallback" from img definition.

References:

[1] http://tinyurl.com/3bk69kn
[2] http://rebuildingtheweb.com/en/correct-img-element-definition/
[3] http://www.energybulletin.net/stories/2010-09-10/why-words-matter

"It is language that provides the key tool for communicating prejudice interpersonally and cross-generationally." - Mass, A and Arcuri, L., *Language and Stereotyping* in Stereotypes and Stereotyping, Macrae et all, eds. 1996, New York: Guilford, p 193.
Henri Sivonen I object to this wording, because the word "fallback" is used for a purpose that is radically different from the use of the word in the context of other elements where "fallback" is for old browsers.

2. Objections to Change Proposal 5

We have a Change Proposal that proposes the following specific text for the first two paragraphs of the img element definition. If you have strong objections to this Change Proposal then please state your objections below.

An img element represents an image.

The image given by the src attribute is the embedded content, and the value of the alt attribute is text content that is rendered when the image is not displayed by a User Agent.

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 Change Proposal 5
Ian Hickson I object to this on the grounds that it is wrong. For example, an orphan HTMLImageElement node with an alt attribute has neither the image nor the text displayed. Similarly, the alt="" attribute's contents might not be textual, for example it could be the empty string or Unicode symbols.
John Foliot I object to this change Proposal on the grounds that the Accessibility Task Force had already discussed this issue, and Change Proposal #7 (http://www.w3.org/html/wg/wiki/ChangeProposals/first_2_paragraphs_of_definition_of_img#Details) most accurately reflects the consensus decision of that group. I note however that the change in language in this proposal is minor to that of Proposal #7, and so my 'objection' is in lieu of my ability to actively indicate support Proposal #7 as my preferred choice specification language.
David Singer User agents may be displaying the image, but the user may not be able to see it properly; providing the alt text should not be linked to whether or not the image is displayed, but on whether the alt text is needed or desired.
Laura Carlson
Henri Sivonen I object to this wording, because a user agent can be displaying an image at the same time as the text alternative is presented through assistive technology.

3. Objections to Change Proposal 6

We have a Change Proposal that proposes the following specific text for the first two paragraphs of the img element definition. If you have strong objections to this Change Proposal then please state your objections below.

The <img> element represents content that can be rendered visually (as an image) and textually.

The src attribute provides visual content in the form of an image and the alt attribute provides textual content. The content in the src and alt attributes must convey equivalent meaning.

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 Change Proposal 6
Ian Hickson I object to this on the grounds that it applies requirements on the alt="" attribute despite the fact that two paragraphs later the spec claims that such requirements are in a separate section, which itself then gives a requirement that is equivalent to the one proposed here but is more accurate and detailed.

I also object to this on the grounds that it is wrong. The src attribute does not provide visual content; it provides a URL that references a resource that provides image content. Similarly, the alt="" attribute's contents might not be textual, for example it could be the empty string or Unicode symbols.
John Foliot I object to this change Proposal as it is inaccurate in it's description of the <img> element, while at the same time noting that the first line of the second sentence: "The src attribute provides visual content in the form of an image and the alt attribute provides textual content." is factually correct. My 'objection' is in lieu of my ability to actively indicate support Proposal #7 as my preferred choice for specification language.
David Singer A 'must' requirement should be a testable condition, and "convey equivalent meaning" is not testable. Nor is it achievable; there is no 'text' that can substitute for, for example, 'Rain, steam, and speed'. Saying that an image ... can be rendered ... textually, is nonsense; we should not write such text into a specification, as it casts doubt on the quality of the specification as a whole.
Laura Carlson
Henri Sivonen I object to this wording, because it restricts the <img> elements to use with visual renderings for which equivalent textual representations exist and it seems likely that there are useful visual renderings for which this isn't the case.

4. Objections to Change Proposal 7

We have a Change Proposal that proposes the following specific text for the first two paragraphs of the img element definition. If you have strong objections to this Change Proposal then please state your objections below.

An img element represents an image.

The image given by the src attribute is the embedded content; the value of the alt attribute provides equivalent content for those who cannot process images or who have image loading disabled.

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 Change Proposal 7
Ian Hickson I object to this on the grounds that it is incomplete. There are a number of people who might benefit from alt="" attribute content who _can_ process images or who have images enabled. For example, the alt="" attribute can be used before the image has loaded, it can be used if the image format is unsupported, it can be used when the image is too large for the system to support it, it can be used in copy-and-paste in the textual clipboard format, it can be used by scripts, etc.
John Foliot
David Singer
Laura Carlson
Henri Sivonen

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. Jason White <jason@jasonjgw.net>
  7. Liam Quin <liam@w3.org>
  8. Richard Ishida <ishida@w3.org>
  9. Chris Wilson <cwilso@google.com>
  10. Wendy Chisholm <wendc@microsoft.com>
  11. David Carlisle <davidc@nag.co.uk>
  12. James Helman <jhelman@movielabs.com>
  13. Jim Allan <jimallan@tsbvi.edu>
  14. Chris Marrin <cmarrin@apple.com>
  15. Charles McCathie Nevile <chaals@yandex-team.ru>
  16. Philippe Le Hégaret <plh@w3.org>
  17. Arthur Barstow <art.barstow@gmail.com>
  18. T.V. Raman <raman@google.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. David Baron <dbaron@dbaron.org>
  25. Lisa Seeman <lisa.seeman@zoho.com>
  26. Paul Cotton <Paul.Cotton@microsoft.com>
  27. Shane McCarron <shane@aptest.com>
  28. wu chou <wu.chou@huawei.com>
  29. Katsuhiko Momoi <momoi@google.com>
  30. Kangchan Lee <chan@w3.org>
  31. Roy Fielding <fielding@gbiv.com>
  32. Silvia Pfeiffer <silviapfeiffer1@gmail.com>
  33. Johnny Stenback <jst@mozilla.com>
  34. Janina Sajka <janina@rednote.net>
  35. Deborah Dahl <dahl@conversational-technologies.com>
  36. Frederick Hirsch <w3c@fjhirsch.com>
  37. Michael Cooper <cooper@w3.org>
  38. Glenn Adams <glenn@skynav.com>
  39. Jonathan Jeon <hollobit@etri.re.kr>
  40. David Hyatt <hyatt@apple.com>
  41. Robin Berjon <robin@w3.org>
  42. WonSuk Lee <wonsuk11.lee@samsung.com>
  43. Maciej Stachowiak <mjs@apple.com>
  44. Robert Accettura <robert@accettura.com>
  45. Jonathan Watt <jwatt@jwatt.org>
  46. Steve Faulkner <faulkner.steve@gmail.com>
  47. Emmanuelle Gutiérrez y Restrepo <emmanuelle@sidar.org>
  48. Patrick Lauke <redux@splintered.co.uk>
  49. David MacDonald <David100@sympatico.ca>
  50. Jack Jansen <jack@cwi.nl>
  51. Boris Zbarsky <bzbarsky@mit.edu>
  52. Kazuhito Kidachi <k-kidachi@mitsue.co.jp>
  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. Jirka Kosek <jirka@kosek.cz>
  75. Robert O'Callahan <robert@ocallahan.org>
  76. Travis Leithead <Travis.Leithead@microsoft.com>
  77. Youngsun Ryu <ysryu@samsung.com>
  78. Sierk Bornemann <sierkb@gmail.com>
  79. Martijn Wargers <martijn.martijn@gmail.com>
  80. Simon Pieters <simonp@opera.com>
  81. James Graham <james@hoppipolla.co.uk>
  82. Lachlan Hunt <lachlan.hunt@lachy.id.au>
  83. Krijn Hoetmer <w3c@qontent.nl>
  84. Markus Fischer <markus@fischer.name>
  85. Dean Edridge <dean@dean.kiwi>
  86. Channy Yun <channy@gmail.com>
  87. Shane Thacker <shanethacker@gmail.com>
  88. Bill Mason <billm@accessibleinter.net>
  89. Vilem Malek <murphy@malek.cz>
  90. Zhihong Mao <zhihong.mao@gmail.com>
  91. Benoit Piette <benoit.piette@gmail.com>
  92. Erik van Kempen <erikvankempen@gmail.com>
  93. Jude Robinson <dotcode+w3@gmail.com>
  94. Dimitri Glazkov <dglazkov@google.com>
  95. Diego La Monica <d.lamonica@webprofession.com>
  96. Nick Fitzsimons <w3@nickfitz.co.uk>
  97. Josh Lawton <w3c@joshlawton.com>
  98. Giovanni Gentili <giovanni.gentili@gmail.com>
  99. Adele Peterson <adele@apple.com>
  100. S Emerson <w3c@accretewebsolutions.ca>
  101. Morten Tollefsen <morten@medialt.no>
  102. Daniel Schattenkirchner <schattenkirchner.daniel@gmx.de>
  103. Edward O'Connor <eoconnor@apple.com>
  104. Justin Anthony Knapp <justinkoavf@gmail.com>
  105. Simon Myers <Smylers@stripey.com>
  106. Samuel Weinig <weinig@apple.com>
  107. Alexey Proskuryakov <ap@webkit.org>
  108. Alejandro Fernandez <alejandro@mediadvanced.com>
  109. Doug Jones <doug_b_jones@me.com>
  110. Marc Drumm <mdrumm@wcupa.edu>
  111. Danny Liang <danny.glue@gmail.com>
  112. Arne Johannessen <arne@thaw.de>
  113. Michael Puls II <shadow2531@gmail.com>
  114. Ron Reisor <ron@udel.edu>
  115. Marat Tanalin <mtanalin@yandex.ru>
  116. Andrew Norman <idonothaveacat@gmail.com>
  117. Craig Buckler <craigbuckler@gmail.com>
  118. Brian Peppler <bpeppler@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. Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
  135. David Bills <w3@dfbills.com>
  136. Nik Thierry <me@thisemail.ca>
  137. Andrew Ramsden <andrew@irama.org>
  138. Shefik Macauley <allknightaccess@gmail.com>
  139. Joe Steele <steele@adobe.com>
  140. John Vernaleo <john@netpurgatory.com>
  141. Jeremy Keith <jeremy@adactio.com>
  142. Jedi Lin <JediLin@Gmail.com>
  143. Manu Sporny <msporny@digitalbazaar.com>
  144. Kenny Johar <kensingh@microsoft.com>
  145. Jon Hughes <jon@phazm.com>
  146. Anssi Kostiainen <anssi.kostiainen@intel.com>
  147. Samuel Santos <samaxes@gmail.com>
  148. Dean Jackson <dino@apple.com>
  149. Mohammed DADAS <mohammed.dadas@orange.com>
  150. Sally Cain <sally.cain@rnib.org.uk>
  151. Dan Romascanu <dromasca@avaya.com>
  152. David Bolter <dbolter@mozilla.com>
  153. Chris Double <cdouble@mozilla.com>
  154. Jeanne F Spellman <jeanne@w3.org>
  155. James Craig <jcraig@apple.com>
  156. MING JIN <ming.jin.web@gmail.com>
  157. Leonard Rosenthol <lrosenth@adobe.com>
  158. Philip Jägenstedt <philipj@opera.com>
  159. Adrian Bateman <adrianba@microsoft.com>
  160. Dionysios Synodinos <synodinos@gmail.com>
  161. Jean-Pierre EVAIN <evain@ebu.ch>
  162. Mark Pilgrim <pilgrim@google.com>
  163. Matt Lee <mattl@cnuk.org>
  164. Magnus Olsson <magnus.olsson@ericsson.com>
  165. Carlos Cecconi <cecconi@nic.br>
  166. Chris Pearce <cpearce@mozilla.com>
  167. Dzung Tran <dzung.d.tran@intel.com>
  168. Mark Miller <erights@google.com>
  169. Andrew Wilson <atwilson@google.com>
  170. Per-Erik Brodin <per-erik.brodin@ericsson.com>
  171. Ojan Vafai <ojan@chromium.org>
  172. Martin Kliehm <w3c@kliehm.com>
  173. Martin McEvoy <martin@weborganics.co.uk>
  174. Aryeh Gregor <ayg@aryeh.name>
  175. Gavin Carothers <gavin@carothers.name>
  176. Eliot Graff <eliotgra@microsoft.com>
  177. Frank Olivier <frank.olivier@microsoft.com>
  178. Jonathan Griffin <jgriffin@mozilla.com>
  179. Kris Krueger <krisk@microsoft.com>
  180. Erik Isaksen <erik_isaksen@hotmail.com>
  181. Anders Bondehagen <anders@bondehagen.com>
  182. Steven Pemberton <Steven.Pemberton@cwi.nl>
  183. Raul Hudea <rhudea@adobe.com>
  184. Raghavan Gurumurthy <raghavan@adobe.com>
  185. Mayank Kumar <mayankk@adobe.com>
  186. Monikandan S <smonikan@adobe.com>
  187. Dragos Georgita <dgeorgit@adobe.com>
  188. Christopher Bank <cbank@adobe.com>
  189. Dominik Tomaszuk <ddooss@wp.pl>
  190. Ole Riesenberg <or@oleriesenberg.com>
  191. Takuya Oikawa <takuya@google.com>
  192. Jatinder Mann <jmann@microsoft.com>
  193. Robert Stern <rstern@gmail.com>
  194. Dean Leigh <dean.leigh@deanleigh.co.uk>
  195. Eihab Ibrahim <eihabibrahim@gmail.com>
  196. Kensaku KOMATSU <kensaku.komatsu@gmail.com>
  197. Ian Pouncey <w3c@ipouncey.co.uk>
  198. Jer Noble <jer.noble@apple.com>
  199. Léonie Watson <lwatson@paciellogroup.com>
  200. Masatomo Kobayashi <mstm@jp.ibm.com>
  201. Grant Simpson <glsimpso@gmail.com>
  202. Peter Beverloo <beverloo@google.com>
  203. Andrew Scherkus <scherkus@google.com>
  204. Greg Johnson <greg.johnson@gmail.com>
  205. Martijn Croonen <martijn@martijnc.be>
  206. John Jansen <johnjan@microsoft.com>
  207. Stanley Manoski <manoski@mitre.org>
  208. Jonas Schneider <js.sokrates@gmail.com>
  209. Yosuke Funahashi <yosuke@funahashi.cc>
  210. Mounir Lamouri <mlamouri@google.com>
  211. Mike Amundsen <mamund@yahoo.com>
  212. Tony Gentilcore <tonyg@google.com>
  213. Jacob Rossi <Jacob.Rossi@microsoft.com>
  214. Joseph Pecoraro <pecoraro@apple.com>
  215. Othmane Benyoucef <othmane_benyoucef@hotmail.com>
  216. Shoko Okuma <okuma@tomo-digi.co.jp>
  217. Fumitaka Watanabe <fwtnb@tomo-digi.co.jp>
  218. Yoshimitsu Tsurimaki <tsurimaki@tomo-digi.co.jp>
  219. Juhani Huttunen <juhani.huttunen@nokia.com>
  220. Bob Lund <b.lund@cablelabs.com>
  221. Tatsuya Igarashi <Tatsuya.Igarashi@jp.sony.com>
  222. John Simmons <johnsim@microsoft.com>
  223. Mathias Bynens <mathias@qiwi.be>
  224. Mark Watson <watsonm@netflix.com>
  225. Clarke Stevens <c.stevens@cablelabs.com>
  226. Mark Vickers <mark_vickers@cable.comcast.com>
  227. Sree Kotay <Sree_Kotay@cable.comcast.com>
  228. Cameron Jones <cmhjones@gmail.com>
  229. Rik Cabanier <Cabanier@adobe.com>
  230. Denis Ah-Kang <denis@w3.org>
  231. Alvar Laigna <laigna@gmail.com>
  232. Kunio Ito <kunio.ito@mail.rakuten.com>
  233. David Mays <david_mays@comcast.com>
  234. Michael Chen <michael_chen@cable.comcast.com>
  235. jongyoul Park <jongyoul@etri.re.kr>
  236. Adrian Roselli <roselli@algonquinstudios.com>
  237. Colin Ihrig <cjihrig@gmail.com>
  238. Kilroy Hughes <kilroy.hughes@microsoft.com>
  239. Reinaldo Ferraz <reinaldo@nic.br>
  240. Bill Mandel <bill.mandel@nbcuni.com>
  241. Jonas Jacek <w3c@jonas.me>
  242. Eva Lingyun Jing <jinglingyun@baidu.com>
  243. GANG LIANG <gang.liang@huawei.com>
  244. Ryosuke Niwa <rniwa@apple.com>
  245. Jason Kiss <jason@accessibleculture.org>
  246. Gian Luca Marroni <gmarroni@libero.it>
  247. Ian Devlin <ian@iandevlin.com>
  248. Greg Billock <gbillock@google.com>
  249. Xingrong Guo <guoxingrong@baidu.com>
  250. Jet Villegas <w3c@junglecode.net>
  251. Anas R. <anas.ram@gmail.com>
  252. Alexander Surkov <surkov.alexander@gmail.com>
  253. wilfred nas <wilfred@wnas.nl>
  254. Hasan Savran <hsavran@kent.edu>
  255. Ben Dalton <bendalton@gmail.com>
  256. Alessandro Bassi <apbassi89@gmail.com>
  257. Marco Kotrotsos <Marco@mlabs.nl>
  258. Brian Blakely <anewpage.media@gmail.com>
  259. Eric VonColln <eric.voncolln@navy.mil>
  260. Jason Boyd <jason@pixelboxdesign.co.uk>
  261. Jerry Jiang <jerry@ucweb.com>
  262. Arun Patole <arun.patole@motorola.com>
  263. Jungkee Song <jungkee.song@samsung.com>
  264. Huan Ren <renhuan@360.cn>
  265. Songnan Ran <ransn@ucweb.com>
  266. Rayi Lei <leiyi@baidu.com>
  267. Daniel Austin <daniel.austin@grintech.net>
  268. David Dorwin <ddorwin@google.com>
  269. jiexuan gao <gaojiexuan@baidu.com>
  270. Mathew Marquis <mat@matmarquis.com>
  271. Xiaoqing Yang <yangxiaoqing@baidu.com>
  272. Aaron Colwell <acolwell@google.com>
  273. Alex Giladi <alex.giladi@huawei.com>
  274. Motomasa Futagami <Motomasa.Futagami@jp.sony.com>
  275. Kevin Streeter <kstreete@adobe.com>
  276. jean-baptiste henry <j.henry.ext@viaccess.com>
  277. Christian Kaiser <kaiserc@google.com>
  278. François REMY <francois.remy.dev@outlook.com>
  279. Xuejian Li <lixuejian@baidu.com>
  280. Zuncheng Yang <yangzuncheng@baidu.com>
  281. Qianglong Zheng <zhengqianglong@baidu.com>
  282. Zhou Shen <shenzhou@baidu.com>
  283. Duoyi Wu <wuduoyi@baidu.com>
  284. Zheng Jia <jiazheng@baidu.com>
  285. Weifeng Feng <fengweifeng@baidu.com>
  286. Damin Hu <hudamin@baidu.com>
  287. Yang Liu <liuyang12@baidu.com>
  288. Zhixing Lei <leizhixing@baidu.com>
  289. Honggang Tang <tanghonggang@baidu.com>
  290. Kefeng Li <buaadallas@gmail.com>
  291. Manyoung Cho <manyoung@w3labs.kr>
  292. Xu Ma <maxu@baidu.com>
  293. Junzhong Liu <liujunzhong@baidu.com>
  294. Yusuke Maehama <maehama@tomo-digi.co.jp>
  295. Stefan Kaiser <stefan.kaiser@fokus.fraunhofer.de>
  296. Sheau Ng <Sheau.ng@nbcuni.com>
  297. Stefan Pham <stefan.pham@fokus.fraunhofer.de>
  298. Ami Fischman <fischman@google.com>
  299. Arnaud Braud <arnaud.braud@orange.com>
  300. Futomi Hatano <futomi.hatano@newphoria.co.jp>
  301. Bram Tullemans <tullemans@ebu.ch>
  302. Petr Peterka <ppeterka@verimatrix.com>
  303. lei wang <wanglei03@baidu.com>
  304. Milan Patel <Milan.Patel@huawei.com>
  305. Yiling Gu <guyiling@baidu.com>
  306. Yehuda Katz <wycats@gmail.com>
  307. Jay Munro <jay@techtoons.com>
  308. Xueqing Huang <huangxueqing@baidu.com>
  309. Zefa Xiong <xiongzefa@baidu.com>
  310. shanglin chen <chenshanglin@baidu.com>
  311. Yaso Córdova <yaso@nic.br>
  312. Dongsheng Zhang <zhangdongsheng@baidu.com>
  313. Ping Wu <wuping02@baidu.com>
  314. Yao Tong <tongyao@baidu.com>
  315. Bin Chen <chenbin01@baidu.com>
  316. Youichi Takashima <takashima.youichi@lab.ntt.co.jp>
  317. Patrick Ladd <Pat_Ladd2@cable.comcast.com>
  318. Norifumi Kikkawa <norifumi.kikkawa@jp.sony.com>
  319. Billy Gregory <bgregory@paciellogroup.com>
  320. Hanrui Gao <gaohanrui@360.cn>
  321. Hao Jing <jh.jinghao@huawei.com>
  322. Glenn Deen <glenn.deen@nbcuni.com>
  323. Lei Wang <wanglei@baidu.com>
  324. Tom Handal <thandal@verimatrix.com>
  325. Tsutomu Ogasawara <tsutomu.ogasawara@mail.rakuten.com>
  326. Jose Segura <jose.segura@mail.rakuten.com>
  327. Pengcheng Guo <guopengcheng@baidu.com>
  328. Erika Doyle Navara <erika.doyle@microsoft.com>
  329. Tom Wiltzius <wiltzius@google.com>
  330. Pierre-Anthony Lemieux <pal@sandflow.com>
  331. Xie Jianhui <xiejianhui@baidu.com>
  332. Yujie Jiang <jiangyujie@baidu.com>
  333. Lauren O'Donovan <lauren.odonovan@gmail.com>
  334. Leslie Sikos <sikos@sikoswebconsulting.com.au>
  335. David Newton <david@davidnewton.ca>
  336. Mark Sadecki <mark.sadecki+w3c@gmail.com>
  337. Kazuhiko Takabayashi <kazuhiko.takabayashi@jp.sony.com>
  338. Brady Eidson <beidson@apple.com>
  339. Reimundo Garcia <reimundo.garcia@hbo.com>
  340. Jerry Smith <jdsmith@microsoft.com>
  341. Michael Thornburgh <mthornbu@adobe.com>
  342. Cyril Rickelton-Abdi <cyril.rickelton-abdi@turner.com>
  343. Andrew Davis <papyromancer@gmail.com>
  344. Mick Hakobyan <mhakobyan@netflix.com>
  345. Angela Ricci <contact@thecodeplayground.net>
  346. Mallory van Achterberg <stommepoes@stommepoes.nl>
  347. Vladimir Sinelnikov <sinelnikov@gmail.com>
  348. Chris Wong <huanghoujin@baidu.com>
  349. Yiliang LIU <liuyiliang@baidu.com>
  350. David Sleight <hello@stuntbox.com>
  351. Hernan Beati <hernanbeati@gmail.com>
  352. mingqiang zhang <imcnan@gmail.com>
  353. yubo zhou <zhouyubo@360.cn>
  354. Ben Barber <barberboy@gmail.com>
  355. Suzanne Taylor <Suzanne.Taylor@pearson.com>
  356. Grzegorz Babula <gbabula@gmail.com>
  357. xueliang fan <fanxueliang@baidu.com>
  358. Mikio Sasaki <Sasaki.Mikio@bc.MitsubishiElectric.co.jp>
  359. Niels Thorwirth <nthorwirth@verimatrix.com>
  360. David Evans <david.evans@rd.bbc.co.uk>
  361. Danny O'Brien <danny@eff.org>
  362. Joseph Karr O'Connor <josephoconnor@mac.com>
  363. Vanessa Me Tonini <vanessa@nic.br>
  364. Seth Schoen <schoen@eff.org>
  365. Jamil Ellis <jamil.ellis@hbo.com>
  366. Jim Walsh <jim@jwalshcreative.com>
  367. Greg Davis <greg.davis@pearson.com>
  368. Gabino Alonso <gabinovincent@gmail.com>
  369. Sam Langdon <sam.langdon@hachette.co.uk>
  370. Michael Kelly <mkelly@mozilla.com>
  371. Xiaoqian Wu <xiaoqian@w3.org>
  372. Yue Min <minyue@baidu.com>
  373. Min Li <limin04@baidu.com>
  374. Mark Boyle <boyle.mr@gmail.com>
  375. A.S. Krishnakumar <ask@avaya.com>
  376. Shijun Sun <shijuns@microsoft.com>
  377. Jonathan Neal <jonathantneal@gmail.com>
  378. Joanmarie Diggs <jdiggs@igalia.com>
  379. Kei Gomita <Gomita.Kei@db.MitsubishiElectric.co.jp>
  380. Pedro Xavier Jorge <pedro.xavierjorge@gmail.com>
  381. diyar naozary <diyar.naozary@yahoo.com>
  382. Akira Torii <Torii.Akira@bp.MitsubishiElectric.co.jp>
  383. Tetsushi Matsuda <Matsuda.Tetsushi@dh.MitsubishiElectric.co.jp>
  384. So Vang <svang@nab.org>
  385. Flavio Yanai <yanai@nic.br>
  386. Ben Peters <ben.peters@microsoft.com>
  387. Amy Brown <hello@amybrowndesign.com>
  388. Nathalia Sautchuk Patrício <nathalia@nic.br>
  389. Deblyn prado <deblyn@nic.br>
  390. Vicente García Díaz <vicegd@live.com>
  391. Nan Jiang <ayajiang@hotmail.com>
  392. Nolan Butcher <nolan.butcher@hbo.com>
  393. Shinya Maruyama <Shinya.Maruyama@jp.sony.com>
  394. RAVI CHANDRA RAVULAPATI <ravichandra480@gmail.com>
  395. Yusuke Yokosuka <Yokosuka.Yusuke@bx.MitsubishiElectric.co.jp>
  396. John Riviello <john_riviello@comcast.com>
  397. Shun-ichi Sekiguchi <Sekiguchi.Shunichi@eb.MitsubishiElectric.co.jp>
  398. Glenn Eguchi <geguchi@adobe.com>
  399. Hirofumi Nishikawa <Nishikawa.Hirofumi@cs.MitsubishiElectric.co.jp>
  400. Hiroyuki Yamada <Yamada.Hiroyuki@dn.MitsubishiElectric.co.jp>
  401. Chockalingam Muthian <chockam@gmail.com>
  402. Michelangelo De Simone <michelangelo.de-simone@nokia.com>
  403. Lukáš Čihák <lukas.cihak@mensa.cz>
  404. Anatoly Shikolay <shikolay@gmail.com>
  405. Rustam Khashimkhodjaev <Rustam_Khashimkhodjaev@cable.comcast.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.123 2013-09-26 09:46:56 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)