W3C WBS Home

Results of Questionnaire ISSUE-92: Re-write the Table section to remove extraneous material, and provide cleaner description - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2010-09-28 to 2010-10-06.

8 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to Replace table description and examples with alternate example.
  2. Objections to the Change Proposal to Move table and examples to a separate section

Objections to the Change Proposal to Replace table description and examples with alternate example.

We have a Change Proposal to Replace table description and examples with alternate example. 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 Replace table description and examples with alternate example.
Ian Hickson I think it's highly inappropriate to use this change proposal as a "stealth" way to reintroduce the summary="" attribute, given how controversial that issue has been.
Tab Atkins Jr. This Change Proposal misses the entire point of the example in the spec, which is to illustrate a table which has a structure that *can't* be easily and automatically inferred by just naively inspecting the first row/columns for headers, and thus actually has need of a structural description.

Replacing the current spec example and text with the example and text given in this Change Proposal would remove important and useful information in return for a basic tutorial example.
John Foliot Chairs,

I find myself in a weird situation in that I actually support both proposals, but for different reasons.

I support the basic intent of the "Move table and examples to a separate section." proposal as it makes good sense to place this type of authoring guidance in its own location within the specification - technically it is the better editorial choice. Thus I endorse and support this proposal.

However, the 'counter proposal' is not really a counter proposal regarding the placement of the advisory text, but rather of the nature and content of that advisory text.

It is my belief that the advisory text supplied in this Change Proposal is, in general, better than the current text, and thus I support and endorse the adoption of this text over the current text, as the proposed revised text is technically superior to the current text, as it more closely resembles real world examples. I dismiss the editor's complaints that this is somehow a back-door re-insertion of the @summary attribute into HTML5, as @summary *is* in HTML5, albeit in a weird twilight zone of conformant but obsolete that triggers a warning (advisory) that there *may* be a better way to deliver this type of advice:

"Note: The summary attribute, <em>defined in the table section</em>, will also trigger a warning." - http://www.w3.org/TR/html5/obsolete.html#obsolete-but-conforming-features (emphasis mine)

However, since @summary *is* in HTML5 today, it is wholly appropriate to provide an example of how it is used, and how it should be written (if an author chooses to use this mechanism)

Thus my <em>strongest objection</em> is to linking two different change proposals as addressing the same problem, as they do not. If pressed by the Chairs to choose one over the other, then I must pick the "Change Proposal to Replace table description and examples with alternate example".
Laura Carlson
Henri Sivonen I object to this change proposal containing a resolution to ISSUE 32 as a rider.
Martin Kliehm The table example in the proposal is too complex. The text is more readable, but doesn't address large sections of what's included in the current spec text.

Concerning more readable text, I prefer the following text from the change proposal over the current two introductory paragraphs:

"The table element represents data with more than one dimension, organized into non-empty columns and rows. It is the primary component of the table model.

"Tables are used for data display, only, and should not be used for layout purposes. In particular, users of accessibility tools like screen readers are likely to find it difficult to navigate pages with tables used for layout."

Otherwise I can live with the text, given that the @summary discussion is a different issue.
Julian Reschke I support the change proposal, but:

- it should be clarified that inclusion of @summary depends on the outcome of ISSUE-32

- it may make sense to preserve some of the current text and move it somewhere else, as suggested by the other change proposal
David Singer While supportive of good examples, there are problems here:

- This proposal, in addition to changing the examples, changes the description of the table attribute in unrelated ways, and some of these changes are dubious. More specifically:
-- "The table element represents data with more than one dimension, organized into non-empty columns and rows." -- this replaces a must-level requirement not to have empty rows or columns with a phrase not expressed as a conformance requirement.
-- "Tables are used for data display, only, and should not be used for layout purposes." -- This sentence (replacing "Tables must not be used as layout aid") makes a false statement of fact about how tables *are* used in place of a conformance requirement, makes ungrammatical use of the comma, and replaces a must-level requirement with a should-level for no reason stated in the Change Proposal.
- The replacement text is more vague about when additional structural description for a table should be provided, using the vague "complex table" instead of the more informative "tables that consist of more than just a grid of cells with headers in the first row and headers in the first column, and for any table in general where the reader might have difficulty understanding the content"
- The replacement omits examples or even mention of additional techniques that could be used to describe a table's structure, besides the summary attribute. These techniques can be useful in a variety of circumstances, and omitting them makes the spec less useful to authors on the whole.

Objections to the Change Proposal to Move table and examples to a separate section

We have a Change Proposal to Move table and examples to a separate section. 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 Move table and examples to a separate section
Ian Hickson
Tab Atkins Jr.
John Foliot Chairs,

I find myself in a weird situation in that I actually support both proposals, but for different reasons.

I support the basic intent of the "Move table and examples to a separate section." proposal as it makes good sense to place this type of authoring guidance in its own location within the specification - technically it is the better editorial choice. Thus I endorse and support this proposal.

However, the 'counter proposal' is not really a counter proposal regarding the placement of the advisory text, but rather of the nature and content of that advisory text.

It is my belief that the advisory text supplied in this Change Proposal is, in general, better than the current text, and thus I support and endorse the adoption of this text over the current text, as the proposed revised text is technically superior to the current text, as it more closely resembles real world examples. I dismiss the editor's complaints that this is somehow a back-door re-insertion of the @summary attribute into HTML5, as @summary *is* in HTML5, albeit in a weird twilight zone of conformant but obsolete that triggers a warning (advisory) that there *may* be a better way to deliver this type of advice:

"Note: The summary attribute, <em>defined in the table section</em>, will also trigger a warning." - http://www.w3.org/TR/html5/obsolete.html#obsolete-but-conforming-features (emphasis mine)

However, since @summary *is* in HTML5 today, it is wholly appropriate to provide an example of how it is used, and how it should be written (if an author chooses to use this mechanism)

Thus my <em>strongest objection</em> is to linking two different change proposals as addressing the same problem, as they do not. If pressed by the Chairs to choose one over the other, then I must pick the "Change Proposal to Replace table description and examples with alternate example".
Laura Carlson The current text is inappropriate and unclear. It should be replaced and a simple, clear, relevant example provided. The other change proposal does this very well.
Henri Sivonen
Martin Kliehm I object to this proposal since examples that are contained in the element description are more consistent with previous versions of HTML. It's easier for developers to find the example, as it is unlikely that someone will read the entire spec, but rather small sections found through search engines. Therefore it makes more sense to keep the information non-fragmented.
Julian Reschke I agree that the text should be moved somewhere else (with the details depending on the outcome of ISSUE-32).

I disagree that this is sufficient; there should be a good example for a table in the text (as suggested by the other change proposal)
David Singer

More details on responses

Non-responders

The following persons have not answered the questionnaire:

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

Send an email to all the non-responders.


Compact view of the results / list of email addresses of the responders

WBS home / Questionnaires / WG questionnaires / Answer this questionnaire


Completed and maintained by Dominique Hazaël-Massieux (dom@w3.org) on an original design by Michael Sperberg-McQueen $Id: showv.php3,v 1.119 2012/03/13 08:46:28 dom Exp $. Please send bug reports and request for enhancements to dom@w3.org with w3t-sys@w3.org copied (if your mail client supports it, send mail directly to the right persons)