W3C WBS Home

Results of Questionnaire ISSUE-130: Allow tables to be used for presentational purposes - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2011-02-20 to 2011-02-28.

8 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to allow tables to be used for presentational purposes.
  2. Objections to the Change Proposal to disallow tables to be used for presentational purposes.

1. Objections to the Change Proposal to allow tables to be used for presentational purposes.

We have a Change Proposal to permit tables to be used for presentational purposes. 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 allow tables to be used for presentational purposes.
Anne van Kesteren I strongly object to this proposal. HTML is not a presentational language. If we want to turn it into a presentational language, or some kind of hybrid, we should apply that universally and not just punch a hole for tables.

I think it is pretty clear that the feedback from the web authoring community over the years has been that they want to move away from (ab)using HTML as presentational language. This would be a retrograde step.
Joshue O Connor I object, we don't need this. It is unnecessary, tables are for tabular data. </story>
Jirka Kosek
Martin Kliehm I object to this change proposal:

a) From an accessibility standpoint, there are a couple of issues: screenreaders switch into a table browsing mode, thus navigation between data cells is different and much more complex than just reading a text. So table layout adds a burden to a screenreader user. Also the content of pages with table layout tends to be confusing when read in source order, even when the visual representation is clear to a sighted user. role="presentation" doesn't change this.

b) W3C standards should be consistent; the WAI WCAG discourages the use of a table element for anything that's not a real data table.

c) Table layout is a bad practice: it inflates the amount of code, decreases the maintainability, and it mixes semantics (HTML) with presentation (the domain of CSS).

Therefore table layout MUST be discouraged.
Gregory Rosmaita 1. philosophically, i strongly object to this proposal -- the misuse of TABLE for presentational purposes should be prohibited in HTML5, for when TABLEs are used for layout, one who uses assistive technology to access web content must first navigate the TABLE in order to access the TABLE-ized content -- this is particularly problematic with FORMs stuffed into TABLEs, for one's AT can only be in 1 mode at one time, meaning one needs to navigate the TABLE via table-navigation keystrokes under the TABLE overlay, but then must switch to FORMs mode in order to process the form as a form; whilst there is an ARIA attribute that marks a TABLE or other element as "presentational" that role should only have to be invoked to accommodate legacy content, and should not be available as an "escape clause" for those who seek to use a TABLE to control layout; the separation between content and presentation was one of the major gains of HTML4 and a guiding design principle for HTML5 -- the banning of the use of TABLE in HTML5 for presentational purposed builds upon that separation, which would make it easier for all users to use content, not only those whose UA can render a TABLE or who can visually process a table -- presentation is presentation, and content is content; even though others have stated that if TABLE for presentation purposes is made invalid that a lot of current content will suddenly be invalid that is due to a delayed reaction on the part of portal architects and implementors to the concept of separating content from presentation, and such entities SHOULD NOT be allowed to continue this bad, harmful practice; TABLE must and should be reserved for the presentation of tabular data;

2. practically, i can live with this change proposal, PROVIDED that:

2.1) HTML5 define a new global attribute "role";

2.2) HTML5 allows the "annotations for assistive technology" section to define the acceptable values for "role" and their association with HTML5 elements;

2.3) HTML5 specifically allows role="presentation" to be applied to TABLE markup;


2.4) HTML5 clarify that TABLE should not be used for presentational purposes, but that applying role="presentation" is allowed for repair of older content (both documents rendered by a UA and templates in authoring tools) and in cases where styling cannot be achieved via CSS
or which lack a CSS engine

if these 4 conditions are met, it will mean that if a TABLE bears a role="presentation" and contains a FORM, the table markup for that TABLE should be thrown out by the assistive technology, so that a user of AT can use a "forms-mode" to interact with and double-check FORM controls and their states directly, even though they are contained in a TABLE, without the need for wrapping the actual HTML TABLE in a DIV with the role="form"
Richard Schwerdtfeger
Julian Reschke
Marco Ranon

2. Objections to the Change Proposal to disallow tables to be used for presentational purposes.

We have a Change Proposal to disallow tables to be used for presentational purposes.

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 disallow tables to be used for presentational purposes.
Anne van Kesteren
Joshue O Connor
Jirka Kosek Using tables for presentational purposes is not a good practice, but it is nothing which could and should be prohibited by HTML5 spec. This recommendation should be present in some sort of best practice document for HTML authoring or in accessibility guidelines, not directly in HTML5 spec. Remember that HTML has very diverse usage and in some scenarios presentational tables are perfectly legitimate.
Martin Kliehm
Gregory Rosmaita
Richard Schwerdtfeger Apparently, there are undocumented size limits to responses. My Objection may be referenced here:

http://lists.w3.org/Archives/Public/www-archive/2011Feb/0060.html
Julian Reschke I believe the whole topic of "conformance" is a can of worms.

Currently, I don't see a compelling story behind what the spec forbids and what it allows (witness other exceptions, such as what kind of values are allowed on iframe/@width).

Right now, "conformance" to the spec doesn't get checked properly, as the only validator that we have is allowing lots of things it shouldn't. [This is not meant as a criticism about the validator.nu developers, who are volunteers!] Once validators actually do all the checks required by the spec people might be unpleasantly surprised about the conformance of their documents.

Summarizing, acknowledging that tables *are* used for this purpose, giving guidance about how to avoid it, or how to do it in a "better" way, while relaxing the "MUST NOT" to "SHOULD NOT" seems entirely harmless to me.
Marco Ranon Althought in RNIB we agree that using tables for layout is not always good practice (CSS is in most cases a more appropriate choice), we also think that the assumption that screen readers can't cope with layout tables is as flawed as the assumption that all screen readers can cope with the less rigid structure of CSS presentation.

There are developers/authors who would persist in believing that layout tables are bad for screen readers. They aren't. Bad ones are, as is the inappropriate use of CSS layout. Nested tables for layout is a different matter. Nested tables can make it impossible for screen readers to navigate through all parts of the page. Single level layout tables are no problem.
WCAG 2.0 doesn't say that layout tables must be avoided, so why should HTML5?

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