W3C WBS Home

Results of Questionnaire ISSUE-93: Removing the details Element - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2010-05-12 to 2010-05-19.

8 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to Remove the details Element
  2. Objections to the Change Proposal to Keep New Elements and Attributes

Objections to the Change Proposal to Remove the details Element

We have a Change Proposal to remove the details element. 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 Remove the details Element
Leif Halvard Silli
Larry Masinter
Benoit Piette
David Singer - The "disclosure triangle" or "accordion" pattern of extra information or controls that is initially hidden but can optionally be exposed, is a common and useful UI idiom in both native applications and web apps - ranging from simple forms-based apps to rich interactive applications. HTML5 should serve this idiom directly.
- Disclosure triangles are one of the basic control types supported on both Mac OS X and iPhone OS. They are part of a complete modern UI toolkit. HTML5 should serve applications by providing a complete set of fundamental controls.
- The "HTML5 Superfriends" group of Web standards experts supports the <details> element, demonstrating support in the authoring community.
- Semantic elements lead to improved accessibility. The HTML WG Accessibility Task Force has endorsed the <details> element and opposed the call to remove it.
- Implementors of multiple browser engines, including WebKit, Gecko and Presto, have expressed interest in implementing this element.

Given the interest from authors, implementors and the accessibility community in keeping it, the <details> element should not be removed.
Cynthia Shelly HTML was designed as a language for describing documents, but it is being used as a language for building user interface. As such, it is missing many of the primatives needed for user interface. This has caused authors to build their own interface elements, each slightly different, and many missing quality requirements (including accessibility). To advance high quality, consistent web-based applications, we need to move as many of these as possible into HTML and into browsers. These elements with built-in behavior are one of the most important advances in HTML 5, and must be retained.

Details codifies a very common user interface widget, which has been implemented in countless different ways on different sites. It is a good example of the sort of new built-in behavior that is needed to improve the experience of web applications, including the experience for users with disabilities and anyone who needs their user agent to be able to modify the rendering of interactive controls.
Jonas Sicking I object to removing the <details> element as it would result in missing out of the positive effects listed in http://www.w3.org/html/wg/wiki/ChangeProposals/KeepNewElements#Positive_Effects

My experience working with web authors for several years is that they tend to do what is easy, whereas accessibility often ends up coming second due to time constraints and unawareness.

By including the semantic <details> element, we both make it easier for developers to do what they want, since they'll need to use less markup and script, while automatically getting a good accessibility story.

The change proposal to remove <details> seems to have no solution for what HTML editors like nvu or dreamweaver should do, making it impossible for such tools to properly support the functionality that <detail>s supplies. At least without resorting to hacks that don't work in a cross-editor manner.

Finally, I think it's very unlikely that as many people would add proper ARIA attributes, as would use the <details> element. I think this is the reason that the WAI-ARIA specification encourages developers of markup languages to add semantic elements and explicitly declares ARIA as a bridge technology. I also think this is why the HTML Accessibility TF has endorsed the <details> element.
Laura Carlson
Krzysztof Maczy&#324;ski 1. The CP argues that the same functionality is readily available with scripting (most notably in multiple libraries). I'm strongly against applying this reasoning in designing declarative markup languages (which leads me to being somewhat against this particular CP).

2. The CP and ISSUE's statement propose that dynamic behaviour (and even hiding anything - but that's far fetched and suggests an oversight of display: none in CSS and similar possibilities when writing the CP) shouldn't be possible without scripting. Declaratrive markup languages already offer it (e.g. XForms, SMIL), so the bridge has been crossed. And it's a good thing because on the Web arbitrary interaction with content is the norm, unlike in traditional media.

Note that this element needs much work and I reserve the right to opt for its removal if this work doesn't yield satisfactory results by the time to publish LC. In particular, styling model needs to be defined consistently, the whole approach to boolean attributes is questionable, naming of summary should probably be revisited and whether it makes sense to have it as any child, not necessarily the first.

Objections to the Change Proposal to Keep New Elements and Attributes

We have a Change Proposal to keep several newly-introduced semantic elements, attributes, and controls. If you have strong objections to adopting this Change Proposal specifically with respect to the details element, 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 Keep New Elements and Attributes
Leif Halvard Silli Long version: http://lists.w3.org/Archives/Public/public-html/2010May/0010
Shorter version:

Summary:
--------

<figure> and <details> are not fully baked. <figure> and <details> are apparently considered as such good *ideas*, that the ideas are considered worth more than a high quality and straight forward/simple implementation of those ideas.

Caption related reasons to object:
---------------------------

The caption issue has been the main problem all along (and the editor many times postponed the entire issue). And we have ended up with an ad-hoc and expensive solution: two caption elements with unclear vs. overclear links to their parent elemetns.

<details> and <figure> are quite similar elements. They should at best have been able to reuse table's <caption> element as their own caption (and if we took our time, I'm sure we could do that, despite the Webkit hurdles). But as a second best, the should have had one and the same caption element. As it stands, then <summary> is not in any whatsoever way especially fit as a name for the caption of <details> - there is no semantic or logical link between the word "summary" and <details> any more than there is between "summary" and <figure>. And <figcaption> is a very untraditional element name for html - it's odd. Other optiosn have been <label>, <legend>, <dt>. And also <dd> as child body element. The current solution looks more as a reaction to the problem that we couldn't use <dt> and <dd>, than a pleasing quality solution.

The name of the caption is such an important feature of both elements, that it will hamper the take up of them. Not every <figure> may need a caption. But the caption is still a core to the very figure concept.


Design related reasons to object:
--------------------------

Neither <figure> nor <details> can be used inline - e.g. inside a <p> element. Thus there is no way to create captions e.g. for inline images. One can of course use wrap an inline image inside a <span> and use ARIA etc. However one of the argumetns for keeping <figure> as is, is that one may then avoid using ARIA ... I have filed bugs about the <object> element, so that it can be used as a container for <figure> or <details> .... But that also requires that <object> is permitted used more like in HTML4 ... The defends of <figure> as it stands, have shown no interest in this problem - as far as I have noticed.

<details> also seems to "eat" from other elements. I concur with Benoit Piette (http://lists.w3.org/Archives/Public/public-html/2010May/0006) in that the details behavior should rather be integrated into existing elements. <details> looks like an "easy way out" when the author is unable to get e.g. a <dl> list to behave in a <details> alike way.

Not sure how crucial *this* is but, <figure> will also "compete" with <dl> - what's the advantage over <dl><dt>caption<dd>content</dl>?

Conclusion
--------

1. I question whether the long term issues have been given enough thought when it comes to the choice of caption element(s)
2. Figure and Details are far less generic than it may seem on the sureface due to their inability to be used inline.
3. <details> seems like a teaser that may get authors to use it purely for the behavior. (Remember <blink> anyone ...)
4. Regarding 1., 2. and 3.: I fail to see the over all goals behind the creation of <figure> and <details>. If we had concrete goals, then we could have compared and decided if 1., 2. and 3. was in line with the the reasons why we started to work on <figure> and <details> in the first place.

I therefore recommend that we take <details> and <figure> out of HTML5 for now, with the prmise to look at them again. We should also write up more detailed the goals with these elements, and be open to take them back in, once we see that they can fulfil what we want them to fulfill.
Larry Masinter (see objection on ISSUE-90; lack of transition plan and unambiguous support at this point => remove to allow HTML5 to reach rec realistically).
Benoit Piette My objections are fully expressed in the following thread : http://lists.w3.org/Archives/Public/public-html/2010May/0006.html

In summary, the semantic parts of details are confusing and can be redundant with other structural elements. In fact, when an "activate to show" behavior must be added to an already structured document, you will end up with "double semantics" (of which the details part is weaker). Also, not enough is said on how the default behavior and presentation can be overridden.

David Singer
Cynthia Shelly
Jonas Sicking
Laura Carlson Rationale is at:
http://lists.w3.org/Archives/Public/www-archive/2010May/att-0026/details.txt
Krzysztof Maczy&#324;ski

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