W3C WBS Home

Results of Questionnaire ISSUE-100: Removing the srcdoc attribute - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2010-08-04 to 2010-08-11.

8 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to remove the srcdoc attribute
  2. Objections to the Change Proposal to retain the srcdoc attribute

1. Objections to the Change Proposal to remove the srcdoc attribute

We have a Change Proposal to remove the srcdoc attribute. 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 srcdoc attribute
Kornel Lesinski Proposal is invalid. It debates usefulness of iframe sandboxes, not srcdoc attribute.

Most arguments put forward in the proposal are irrelevant to srcdoc. Even if srcdoc was removed as requested, authors would still be able to secure unsanitised weblog comments using <iframe sandbox src>.

Requested change will not remove the feature that this proposal is actually objecting to.

Goals of srcdoc are: provide better backwards compatibility, more convenient escaping, reduce number of HTTP requests and remove need for special MIME types for sandboxed content.

The proposal doesn't discuss HTTP-related problems (which arise if src is used instead of srcdoc).

XHTML escaping is a red herring. It's not limited to srcdoc -- all XHTML attributes require correct escaping and character encoding. Every XHTML CMS must deal with this problem, whether it uses srcdoc or not.

The only fragment that discusses backwards compatibility states a problem that srcdoc is meant to solve: "data [URI] would be printed out without the security controls in legacy browsers".
Anne van Kesteren Although it does not have much priority at the moment, Opera is interested in implementing this feature in due course. We think it makes sense sense as a way of embedding insecure data in an HTML document without requiring extra network traffic. We would therefore like it to remain in the W3C draft.
Jirka Kosek
Julian Reschke
Aryeh Gregor Two rendering engines, accounting for three of the five largest browsers, are interested in implementing srcdoc. Neither has indicated that they will refrain from implementing it if it's taken out of the W3C spec. I strongly object to removing any feature from the HTML5 spec if browsers plan to implement it or already have, unless it's added to some other W3C spec, because

1) It exposes implementers and authors to patent risk. A major reason for the W3C's existence is to ensure that the web platform can be implemented by any party royalty-free, and the W3C patent policy is a key tool in that effort. Every part of the web platform that is not in some W3C specification increases patent risks for implementers and authors, harming the openness of the web.

2) It will increase divergence between the W3C and WHATWG copies of the HTML specification. This increases author confusion and makes the W3C copy of the standard less useful, as it grows less comprehensive. The HTMLWG's charter also encourages it to pursue convergence with the WHATWG. Hixie has implied that he will retain srcdoc in the WHATWG version even if it's removed from the W3C version: http://krijnhoetmer.nl/irc-logs/whatwg/20100804#l-884

It is not clear to me whether srcdoc will be widely used or not, or whether it will be implemented in all UAs. However, we don't need to decide that right now. The feature will be removed during CR if it doesn't have enough implementations, and there's no good reason to remove it now rather than later. I suggest that the question of whether to remove the feature be deferred until later in the HTML5 spec's development, with the explicit understanding that if enough time passes without implementer adoption, that will be sufficient grounds to revisit the issue.
Tab Atkins Jr. Webkit is interested in implementing @srcdoc, and has an engineer working on it right now.
Samuel Weinig @srcdoc provides a useful addition to the web platform, especially when taken in conjunction with @seamless and @sandbox, to provide low overhead (in terms of HTTP traffic) embedded content. It also provides an avenue for authors to provide content that is only visible to @sandbox aware browsers (as long as user-agents are sure to implement both @sandbox and @srcdoc). Apple is interested in implementing this.
Adam Barth This change proposal reads more like a rant than a technically tight argument for removing the srcdoc attribute. The author seems concerned that not enough folks are interested in the feature for it to be worth including the the spec. In isolation, I might agree with the author, but in combination with @sandbox and @seamless, I think @srcdoc has a lot of value. Certainly removing @srcdoc decreases the value of @sandbox and @seamless significantly.

On balance, I object to @srcdoc being removed from the spec because it's an important piece of the sandbox/seamless/srcdoc package.

Detailed comments below:

[[
The supposed use case for this attribute is weblog comments, but concerns about
HTML security have been resolved with weblog and other application comments
years ago.
]]

That's just patently ridiculous. Cross-site script remains a top security issue with web applications (including blogs) according to many authorities. For example, <http://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project> ranks it as #2.

[[
I asked Matt Mullenweg[5], the creator of WordPress, ...
]]

Wordpress is notorious for cross-site scripting (and other) vulnerabilities. Appealing to the creator of WordPress as an authority on security is pretty funny.

[[
This attribute can't be used effectively for potentially years in the future, because web browsers don't print out what's contained in the attributes—not unless specifically directed to do so[8].
]]

That's the case for almost every new feature we add to the web platform. Improving the platform is investing in the future, not the present. If we accepted this rationale, we should remove all new features and go back to the stone age.

[[
Instead of embedding markup in the attribute—something that has been actively discouraged for some time— we can use a data URI with the src attribute
]]

There's been a lot of discussion in the working group about using data URLs instead of srcdoc. Sure, that works, but it's a lot less convenient for authors. For example, if you store HTML data in a database and you want to render it in a sandboxed iframe, you can shove the data into the srcdoc attribute via the DOM and everything works great. There's no need for escaping or encoding. However, if you want to use data URLs, you need to at least URL-escape the HTML first.

[[
I find it unlikely that any approach related to the iframe and sandboxing will ever be used with weblog comments,
]]

That's just pure opinion. I'd rather we based decisions on technical merit rather than opinion.

2. Objections to the Change Proposal to retain the srcdoc attribute

We have a Change Proposal to retain the srcdoc attribute. If you have strong objections to adopting this Change Proposal specifically with respect to the figure 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 retain the srcdoc attribute
Kornel Lesinski
Anne van Kesteren
Jirka Kosek I object to retaining srcdoc attribute. Inserting escaped markup into another markup is a bad practice. Markup should be inserted directly as a subtree without any need for escaping. Such content can be parsed directly without need for invocation of another parser instance for content of @srcdoc. Moreover escaped markup in an attribute value is not directly exposed in any widely used API or tree-based data model, including for example DOM, SAX, XDM.
Julian Reschke It is true that parts of the Change Proposal to remove @srcdoc actually question the usefulness of sandboxed iframes. But that doesn't make the points invalid, they simply need to be evaluated given that context.

If sandboxed iframes are not as useful as advertised (and it doesn't seem this was challenged enough), it might be absolutely the right thing to keep them, but to reduce their badness that we see in @srcdoc (markup in attributes is *the* anti pattern when defining markup languages, right?).
Aryeh Gregor
Tab Atkins Jr.
Samuel Weinig
Adam Barth

More details on responses

Non-responders

The following persons have not answered the questionnaire:

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

Send an email to all the non-responders.


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

WBS home / Questionnaires / WG questionnaires / Answer this questionnaire


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