W3C WBS Home

Results of Questionnaire ISSUE-155: Make border attribute conforming on table element - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2011-03-27 to 2011-04-04.

6 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to enable all users to distinguish the cells of a table.
  2. Objections to the Change Proposal for no change since there is no use case that requires the changes in scope for this issue

1. Objections to the Change Proposal to enable all users to distinguish the cells of a table.

We have a Change Proposal to enable all users to distinguish the cells of a table. 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.


Responder Objections to the Change Proposal to enable all users to distinguish the cells of a table.
John Foliot
Ian Hickson This proposal makes no sense. Nothing is stopping non-CSS UAs from rendering tables as appropriate for tables. All it does is further encourage people to write layout tables by suggesting that there are valid reasons to distinguish tables _with_ borders from tables _without_ borders, which there are not.
Tab Atkins Jr. I object to this change proposal. If there is a problem with displaying table borders in non-CSS UAs, they can draw the table borders themselves. They're non-CSS, so there's nothing telling them not to.

Lynx, for example, already draws table borders automatically.

In addition, if this is a generic problem (that is, if tables in non-CSS UAs should basically always have borders), then tying border-drawing to an optional attribute which is *not* present on the vast majority of legacy tables is completely the wrong solution.
Aryeh Gregor
Edward O'Connor
Leif Halvard Silli

2. Objections to the Change Proposal for no change since there is no use case that requires the changes in scope for this issue

We have a Change Proposal to make no change because there is no use case that requires the changes in scope for this issue.

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.


Responder Objections to the Change Proposal for no change since there is no use case that requires the changes in scope for this issue
John Foliot I object to this Change Proposal on the following grounds:

* Removing the border attribute on tables breaks backward compatibility, allegedly one of the key design principles of HTML5:
"We don’t need to predict the future. When the future comes, we can just fix HTML again. It’s more important that HTML caters to the present than to the future." - Ian Hickson http://www.zeldman.com/2009/07/13/html-5-nav-ambiguity-resolved/#comment-44691

* This Change Proposal has no factual evidence provided to support any of it's assertions - it simply presumes that a majority are in agreement with the editor's assertions. No proof has been offered to show that retaining @border for tables causes harm to users, authors, or implementors. No proof has been offered to show that removing the @border attribute will benefit users, authors or implementors.

* This Change Proposal does nothing to address the concerns or points raised in the alternative Change Proposal to this issue.

* Transitioning authors away from using @border on tables should be an educational effort; evolution not revolution - http://www.w3.org/TR/html-design-principles/#evolution-not-revolution
Ian Hickson
Tab Atkins Jr.
Aryeh Gregor Since this Change Proposal is short, I'll respond line-by-line:

"There is no use case that requires the changes in scope for this issue."

There is a use-case: making it clear to non-CSS user-agents that a table is not presentational, so they can draw it the way a non-presentational table should be drawn, which means with borders. The large majority of presentational tables will want no borders, while the large majority of non-presentational tables will want borders. Ideally, authors would not use presentational tables, but in reality some do, and user-agents need some way to reliably detect this before they can safely draw borders.

For a real-world user who was hurt by the fact that MediaWiki stopped including border=1 on some tables, for validity reasons, see this bug report (which is indirectly referred to from the other Change Proposal):


"Non-CSS UAs, syndication systems, and editors can already draw table borders on tables, so adding a presentational attribute for this purpose adds nothing for them."

This is not true. The historical default rendering of tables has always been without borders, so legacy constraints mean any user agent must render them this way if it wants to render webpages correctly. The HTML5 rendering section explicitly requires this default rendering for visual user-agents, and it says "User agents that use other presentation mechanisms can derive their expected behavior by translating from the CSS rules given in this section." Thus non-CSS user agents are also required to display tables with no borders.

To give a concrete example of why drawing tables on borders by default is not practical, try running this bookmarklet on any table-heavy page:

javascript:(function() { var tables = document.querySelectorAll("table"); for (var i = 0; i < tables.length; i++) tables[i].border = "1"; })()

I didn't find any really good site to try it out on in a quick hunt, but amazon.com and craigslist.org demonstrate the point clearly enough (even if not as extremely as some pages that I could probably find given some time).

"As with past issues of a similar vein, if there are problems with CSS,
they should be addressed in CSS, not in HTML."

The problems here are not with CSS. The use-case is user-agents that do not display CSS, or cases where tables and copied and pasted or syndicated so that CSS rules are lost.

In reply to Tab Atkins' objection to the other change proposal: I just tested in Lynx, and it does not draw table borders by default. Specifically, the markup

<!DOCTYPE html>

displays as

Hi Hi

when I use "lynx http://..." to fetch the page on Ubuntu 10.04.
Edward O'Connor Authors need to be able to mark up data tables in a readable manner & such markup should survive syndication. Currently, <table border> is the only way for authors do do so. The fact that <table> defaults to having no borders is indeed a bug in the Web platform, but it is a bug that will never go away due to the large quantity of legacy content that requires <table>'s default rendering. Because such legacy content may be syndicated, it is unreasonable to expect feed readers to change their default <table> rendering.
Leif Halvard Silli I posted my objection to www-archive: http://lists.w3.org/Archives/Public/www-archive/2011Apr/0043.html

For direct access to the attachment HTML document of that message, please visit this link:

More details on responses


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. 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. 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. Doug Schepers <schepers@w3.org>
  68. Ian Fette <ifette@google.com>
  69. Michael[tm] Smith <mike@w3.org>
  70. Julian Reschke <julian.reschke@gmx.de>
  71. Kelly Ford <kelly.ford@microsoft.com>
  72. Cameron McCormack <cam@mcc.id.au>
  73. Jirka Kosek <jirka@kosek.cz>
  74. Robert O'Callahan <robert@ocallahan.org>
  75. Travis Leithead <Travis.Leithead@microsoft.com>
  76. Youngsun Ryu <ysryu@samsung.com>
  77. Sierk Bornemann <sierkb@gmail.com>
  78. Martijn Wargers <martijn.martijn@gmail.com>
  79. Simon Pieters <simonp@opera.com>
  80. James Graham <james@hoppipolla.co.uk>
  81. Henri Sivonen <hsivonen@hsivonen.fi>
  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. Justin Anthony Knapp <justinkoavf@gmail.com>
  104. Simon Myers <Smylers@stripey.com>
  105. Samuel Weinig <weinig@apple.com>
  106. Alexey Proskuryakov <ap@webkit.org>
  107. Alejandro Fernandez <alejandro@mediadvanced.com>
  108. Doug Jones <doug_b_jones@me.com>
  109. Marc Drumm <mdrumm@wcupa.edu>
  110. Danny Liang <danny.glue@gmail.com>
  111. Arne Johannessen <arne@thaw.de>
  112. Michael Puls II <shadow2531@gmail.com>
  113. Ron Reisor <ron@udel.edu>
  114. Marat Tanalin <mtanalin@yandex.ru>
  115. Andrew Norman <idonothaveacat@gmail.com>
  116. Craig Buckler <craigbuckler@gmail.com>
  117. Matthew Turvey <mcturvey@gmail.com>
  118. Dale Hudjik <dale.hudjik@gmail.com>
  119. James Cassell <w3c@cyberpear.com>
  120. Joseph D'Andrea <jdandrea@gmail.com>
  121. Pietro Russo <p.russo@webprofession.com>
  122. Moto Ishizawa <summerwind.jp+w3c@gmail.com>
  123. Chris Adams <chris@tuesdaybegins.com>
  124. Eric Carlson <eric.carlson@apple.com>
  125. Michael Turnwall <w3c@turnwall.net>
  126. Don Kiely <donkiely@computer.org>
  127. Robert Marshall <rdm@rdmsoft.com>
  128. Jane Lee <applegoddess@gmail.com>
  129. David Child <dave@addedbytes.com>
  130. Mark DuBois <Mark@webprofessionals.org>
  131. David Choi <daaave@gmail.com>
  132. David Bills <w3@dfbills.com>
  133. Nik Thierry <me@thisemail.ca>
  134. Andrew Ramsden <andrew@irama.org>
  135. Shefik Macauley <allknightaccess@gmail.com>
  136. Joe Steele <steele@adobe.com>
  137. John Vernaleo <john@netpurgatory.com>
  138. Jeremy Keith <jeremy@adactio.com>
  139. Jedi Lin <JediLin@Gmail.com>
  140. Kenny Johar <kensingh@microsoft.com>
  141. Jon Hughes <jon@phazm.com>
  142. Anssi Kostiainen <anssi.kostiainen@intel.com>
  143. Samuel Santos <samaxes@gmail.com>
  144. Dean Jackson <dino@apple.com>
  145. Mohammed DADAS <mohammed.dadas@orange.com>
  146. Sally Cain <sally.cain@rnib.org.uk>
  147. Dan Romascanu <dromasca@avaya.com>
  148. David Bolter <dbolter@mozilla.com>
  149. Chris Double <cdouble@mozilla.com>
  150. Jeanne F Spellman <jeanne@w3.org>
  151. James Craig <jcraig@apple.com>
  152. MING JIN <ming.jin.web@gmail.com>
  153. Leonard Rosenthol <lrosenth@adobe.com>
  154. Philip Jägenstedt <philipj@opera.com>
  155. Adrian Bateman <adrianba@microsoft.com>
  156. Dionysios Synodinos <synodinos@gmail.com>
  157. Jean-Pierre EVAIN <evain@ebu.ch>
  158. Mark Pilgrim <pilgrim@google.com>
  159. Matt Lee <mattl@cnuk.org>
  160. Magnus Olsson <magnus.olsson@ericsson.com>
  161. Chris Pearce <cpearce@mozilla.com>
  162. Dzung Tran <dzung.d.tran@intel.com>
  163. Mark Miller <erights@google.com>
  164. Andrew Wilson <atwilson@google.com>
  165. Per-Erik Brodin <per-erik.brodin@ericsson.com>
  166. Ojan Vafai <ojan@chromium.org>
  167. Martin Kliehm <w3c@kliehm.com>
  168. Martin McEvoy <martin@weborganics.co.uk>
  169. Gavin Carothers <gavin@carothers.name>
  170. Eliot Graff <eliotgra@microsoft.com>
  171. Frank Olivier <frank.olivier@microsoft.com>
  172. Jonathan Griffin <jgriffin@mozilla.com>
  173. Kris Krueger <krisk@microsoft.com>
  174. Erik Isaksen <erik_isaksen@hotmail.com>
  175. Anders Bondehagen <anders@bondehagen.com>
  176. Steven Pemberton <Steven.Pemberton@cwi.nl>
  177. Raul Hudea <rhudea@adobe.com>
  178. Raghavan Gurumurthy <raghavan@adobe.com>
  179. Mayank Kumar <mayankk@adobe.com>
  180. Monikandan S <smonikan@adobe.com>
  181. Dragos Georgita <dgeorgit@adobe.com>
  182. Christopher Bank <cbank@adobe.com>
  183. Dominik Tomaszuk <ddooss@wp.pl>
  184. Ole Riesenberg <or@oleriesenberg.com>
  185. Takuya Oikawa <takuya@google.com>
  186. Jatinder Mann <jmann@microsoft.com>
  187. Robert Stern <rstern@gmail.com>
  188. Dean Leigh <dean.leigh@deanleigh.co.uk>
  189. Eihab Ibrahim <eihabibrahim@gmail.com>
  190. Kensaku KOMATSU <kensaku.komatsu@gmail.com>
  191. Ian Pouncey <w3c@ipouncey.co.uk>
  192. Jer Noble <jer.noble@apple.com>
  193. Léonie Watson <lwatson@paciellogroup.com>
  194. Masatomo Kobayashi <mstm@jp.ibm.com>
  195. Grant Simpson <glsimpso@gmail.com>
  196. Peter Beverloo <beverloo@google.com>
  197. Andrew Scherkus <scherkus@google.com>
  198. Greg Johnson <greg.johnson@gmail.com>
  199. Martijn Croonen <martijn@martijnc.be>
  200. John Jansen <johnjan@microsoft.com>
  201. Stanley Manoski <manoski@mitre.org>
  202. Jonas Schneider <js.sokrates@gmail.com>
  203. Yosuke Funahashi <yosuke@w3.org>
  204. Mounir Lamouri <mlamouri@google.com>
  205. Mike Amundsen <mamund@yahoo.com>
  206. Tony Gentilcore <tonyg@google.com>
  207. Jacob Rossi <Jacob.Rossi@microsoft.com>
  208. Joseph Pecoraro <pecoraro@apple.com>
  209. Othmane Benyoucef <othmane_benyoucef@hotmail.com>
  210. Shoko Okuma <okuma@tomo-digi.co.jp>
  211. Fumitaka Watanabe <fwtnb@tomo-digi.co.jp>
  212. Yoshimitsu Tsurimaki <tsurimaki@tomo-digi.co.jp>
  213. Bob Lund <b.lund@cablelabs.com>
  214. Tatsuya Igarashi <Tatsuya.Igarashi@jp.sony.com>
  215. John Simmons <johnsim@microsoft.com>
  216. Mathias Bynens <mathias@qiwi.be>
  217. Mark Watson <watsonm@netflix.com>
  218. Clarke Stevens <c.stevens@cablelabs.com>
  219. Mark Vickers <mark_vickers@cable.comcast.com>
  220. Sree Kotay <Sree_Kotay@cable.comcast.com>
  221. Cameron Jones <cmhjones@gmail.com>
  222. Rik Cabanier <Cabanier@adobe.com>
  223. Denis Ah-Kang <denis@w3.org>
  224. Alvar Laigna <laigna@gmail.com>
  225. Kunio Ito <kunio.ito@mail.rakuten.com>
  226. David Mays <david_mays@comcast.com>
  227. Michael Chen <michael_chen@cable.comcast.com>
  228. jongyoul Park <jongyoul@etri.re.kr>
  229. Adrian Roselli <roselli@algonquinstudios.com>
  230. Colin Ihrig <cjihrig@gmail.com>
  231. Kilroy Hughes <kilroy.hughes@microsoft.com>
  232. Reinaldo Ferraz <reinaldo@nic.br>
  233. Bill Mandel <bill.mandel@nbcuni.com>
  234. Jonas Jacek <w3c@jonas.me>
  235. Eva Lingyun Jing <jinglingyun@baidu.com>
  236. GANG LIANG <gang.liang@huawei.com>
  237. Ryosuke Niwa <rniwa@apple.com>
  238. Jason Kiss <jason@accessibleculture.org>
  239. Gian Luca Marroni <gmarroni@libero.it>
  240. Ian Devlin <ian@iandevlin.com>
  241. Greg Billock <gbillock@google.com>
  242. Xingrong Guo <guoxingrong@baidu.com>
  243. Jet Villegas <w3c@junglecode.net>
  244. Alexander Surkov <surkov.alexander@gmail.com>
  245. Hasan Savran <hsavran@kent.edu>
  246. Ben Dalton <bendalton@gmail.com>
  247. Marco Kotrotsos <Marco@mlabs.nl>
  248. Brian Blakely <anewpage.media@gmail.com>
  249. Eric VonColln <eric.voncolln@navy.mil>
  250. Jason Boyd <jason@pixelboxdesign.co.uk>
  251. Jerry Jiang <jerry@ucweb.com>
  252. Jungkee Song <jungkee.song@samsung.com>
  253. Huan Ren <renhuan@360.cn>
  254. Xitong Huang <stonehuang@tencent.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. Brian Kardell <hitchjs@gmail.com>
  341. xueliang fan <fanxueliang@baidu.com>
  342. Niels Thorwirth <nthorwirth@verimatrix.com>
  343. David Evans <david.evans@rd.bbc.co.uk>
  344. Danny O'Brien <danny@eff.org>
  345. Joseph Karr O'Connor <josephoconnor@mac.com>
  346. Seth Schoen <schoen@eff.org>
  347. Jamil Ellis <jamil.ellis@hbo.com>
  348. Jim Walsh <jim@jwalshcreative.com>
  349. Greg Davis <greg.davis@pearson.com>
  350. Gabino Alonso <gabinovincent@gmail.com>
  351. Sam Langdon <sam.langdon@hachette.co.uk>
  352. Michael Kelly <mkelly@mozilla.com>
  353. Xiaoqian Wu <xiaoqian@w3.org>
  354. Yue Min <minyue@baidu.com>
  355. Min Li <limin04@baidu.com>
  356. A.S. Krishnakumar <ask@avaya.com>
  357. Shijun Sun <shijuns@microsoft.com>
  358. Jonathan Neal <jonathantneal@gmail.com>
  359. Joanmarie Diggs <jdiggs@igalia.com>
  360. Kei Gomita <Gomita.Kei@db.MitsubishiElectric.co.jp>
  361. Pedro Xavier Jorge <pedro.xavierjorge@gmail.com>
  362. Akira Torii <Torii.Akira@bp.MitsubishiElectric.co.jp>
  363. Tetsushi Matsuda <Matsuda.Tetsushi@dh.MitsubishiElectric.co.jp>
  364. So Vang <svang@nab.org>
  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>
  391. Matthew Wolenetz <wolenetz@google.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)