W3C WBS Home

Results of Questionnaire ISSUE-140: Clarify the applicability of the term "conforming document" - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2011-03-10 to 2011-03-17.

5 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to reserve "conforming HTML5 document" for documents that conform to the HTML5 specification itself
  2. Objections to the Change Proposal for no conformance versions.

1. Objections to the Change Proposal to reserve "conforming HTML5 document" for documents that conform to the HTML5 specification itself

We have a Change Proposal to reserve the phrase "conforming HTML5 document" for documents that conform to the HTML5 specification itself. 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 reserve "conforming HTML5 document" for documents that conform to the HTML5 specification itself
Leif Halvard Silli
Simon Myers I object to this proposal because it removes the note describing that when a group of people discuss the conformance of a document it means conforming to the set of standards that their community has chosen to recognize.

Specs can't define themselves to be relevant, foisting themselves on communities; if a community ignores a spec, there's nothing the spec can do about it. And specs can't outlaw other specs, including being modified by supplementary specs; if a community recognizes an additional spec, then that's what people will use for conformance, regardless of what HTML5 says.

So the description in this note is accurate by definition. Pretending otherwise is a fiction, and I object to the spec being a work of fiction.
Ian Hickson There is no use case that actually gets satisfied by this suggestion. In particular, the obvious use case of "a way to get a common understanding with someone else so that you can collaborate in creating documents that use the same features" isn't generally satisfied by this because such use cases are likely to never cleanly fall down spec lines — they're more likely to fall down implementation lines, and implementations don't match to specs closely enough. There have been many examples of this over the past few years with other standards groups profiling HTML4 and CSS2 to fit their needs, for example the print industry with the CSS Print Profile, the WAP forum with their mobile profiles, the TV industry with their profiles, etc.

We should not make changes of this nature without very carefully determining what the use cases are that the changes would address.
Julian Reschke
Karl Dubost The conformance section of this specification needs to be polished before being able to decide on the meaning of "conforming document". The QA specification Guidelines recommends to define who and what will implement the specification, this analysis once done helps define a conformance profile.
http://www.w3.org/TR/qaframe-spec/

Comformance is not universal it is a decision of the group. For example it would be possible to decide that a document is conforming just because it has the right doctype, or just because the element p is used in a document, etc. "Conforming HTML5 document" is not enough by itself.

2. Objections to the Change Proposal for no conformance versions.

We have a Change Proposal to ensure that conformance to HTML should not have version indicators.

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 for no conformance versions.
Leif Halvard Silli Two objections:

1) this CP gives higher priority to spec designers than authors (http://www.w3.org/TR/html-design-principles/#priority-of-constituencies)
2) is an error to mix version indication directly in the code (which in reality is some kind of indirection issue) with profile/flavour conformance indication

Justification - 1st objection:

It's true that authors don't need to know about every spec change behind the scene - especally so while the spec is being specced. But this CP seems to say that authors do not need to know *anything* about what flavour of HTML one is dealing with (or judged against). That is disrespectful to authors, it sends the message that "we know best, just do as we say - we do the thinking". It also harms communication about - and learning of - the standard(s) and could result in different validators saying different things about same code, without any explanation of why.

BUG-SPEAK: The CP speaks much about bugs and says that old specs might have bugs. But 'bug' is a word which describes a phenomena that is mostly a concern for those who make the buggy product - the spec designers. It should not concern authors so much.

Bugs are also not the primary reasons for releasing new specs. The primary reasons for new specs are 1) feature additions; 2) bringing specs in accorance with reality; 3) the current politics, current ideas or and current compromises (a.k.a. consensus) that may or may not have lasting value. Only 2) can be said to be about bugs in the narrow sense. But the 'bug speak' gives the impression that specs are only about 'progress', while they are colored by its authors: not every addition/removal survives the test of time. And no "flavour indication" hinder authors from a sensible navigation and understanding of these flavour and options.

Version indication is used in order to identify and sell a product - reaching customers: HTML5 authors. Version indication can thus promote HTML5. No version indication can hide the fact that a product has changed or become different and makes it more difficult to at least have _some_ idea about were in the mud one is situated.

VALIDITY IN THE WILD is based on version indication: CSS is often touted as unversioned. But the W3C CSS validator defaults to a CSS2 profile and lets you select other profiles too. And Validator.nu, which is based on HTML5, nevertheless lets you select from several 'presets', such as HTML5+ARIA (because ARIA was not part of HTML5 when current version of Validator.nu was made) but also HTML4+IRI profile (because, HTML4 does not support IRIs). The latter profile is very educating! Btw, 'HTML5+RDFa' is example of a spec whic already follows the thinking that this CP argues against (by its use of the formula 'HTML5+somethingelse' in the title.)

Requiring the use of the term "conforming HTML5 document" and reserving this wording to documents that validate against "HTML5 proper", will foster validation honesty and standards learning and consciousness amongst authors about what they are doing. It is also a sensible way to "visualize" HTML5's extensibility, if extensions are labeled as HTML5+something else. Version indication can also foster documenation of progress of the HTML5 standard.

Justification - 2nd objection:

Version indication directly in the code leads to indirection problems as it locks the validity to a particular profile: if the author adds something outside that profile, the doc is invalid. In XML, this *can* have an observable effect, if one uses a validating parser. Apart from the quirks-mode issues, the only observable effect in HTML is the need to change or alter the DOCTYPE (as demonstrated by how Validator.w3.org, when validating against another SGML/XML based HTML-profile, offers to change the DOCTYPE on your behalf.) But when there are no explicit version indication in DOCTYPE, the indireaction problems are largely gone as it allows the author pick validation profile, without the need to also update the DOCTYPE.
Simon Myers
Ian Hickson
Julian Reschke There's clearly a problem when we do not have precise names for conformance profiles, and also when there's confusion about what HTML5 is. This may not affect everybody, but it *does* affect people who author software that generates HTML for a living. It's quite common that contracts specify a specific language target, so not being able to clearly name what HTML5 is will be a problem.

Also note that there's already confusion between "what validator.nu" checks and "conforming HTML5" is (for instance, a/@ping being accepted as "HTML5+ARIA, SVG 1.1 plus MathML 2.0 (experimental)", and link relations not being validated).
Karl Dubost This change proposal doesn't really address the issue either. It mixes the notion of specification (with a version or not) with the conformance profile. A conformance profile for documents could pick items from a specification or a few.

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

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)