W3C WBS Home

Results of Questionnaire ISSUE-127: Simplify characterization of link types - Straw Poll for Objections

The results of this questionnaire are available to anybody.

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

4 answers have been received.

Jump to results for question:

  1. Objections to define link types to have the same semantics independent of the element on which they appear
  2. Objections to optimize the spec's editorial style for legibility.

1. Objections to define link types to have the same semantics independent of the element on which they appear

We have a Change Proposal to define link types to have the same semantics independent of the element on which they appear. If you have strong objections to adopting this Change Proposal, please state your objections below.

Keep in mind, you must actually state an objection, not merely cite someone else. If you feel that your objection has already been adequately addressed by someone else, then it is not necessary to repeat it.


Responder Objections to define link types to have the same semantics independent of the element on which they appear
Ian Hickson * Fundamentally, the change here is editorial, and should be left up to editorial discretion. The suggested change is to a non-normative table, and despite claims to the contrary in the change proposal, the change will do nothing to actually affect how future link relations are designed.
* There is no "goal to make link relations handling inside HTML consistent with link relations in other contexts". There is no particular benefit or use case to making link relations consistent between Atom and HTML. The two technologies are distinct and do not share link handling logic, even when a single software package implements both.
* The proposal claims to simplify the spec by removing a degree of freedom, but even if the section it proposed to change was normative, in practice it merely trades one degree of freedom (the ability for a relationship on <link> to be defined differently than on <a>) for two others (the ability for a link relation to be allowed on <area> but not on <a>, and the ability for a link relation to have an effect on an element but not be allowed on that element), which would be a net increase in useless degrees of freedom, not a net decrease.
* The ability for a link relationship to be allowed on <area> but not <a> has no use case and would be more confusing than a link relationship having different meaning on <link> and <a>, since <a> and <area> are interchangeable in a way that <link> and <a> are not.
* A disallowed link relationship having a defined effect is not something that should be encouraged. If it is needed, it would be better to handle it as a special case in prose, since that would not give the appearance of it being a regular expected occurrence.
Aryeh Gregor I object to allowing people to waste the Working Group's time with issues that are purely aesthetic. Discussing whether a particular example is misleading, or what exact normative reference we should use for something, at least makes some theoretical difference to someone. But there is no credible claim anywhere in this Change Proposal that the proposed change, by itself, will make any difference to anyone or anything now or in the future.

There are a few places that look like they might argue for some benefit to adopting the change, but they don't stand up to scrutiny:

1) "The semantics of a link relation should not vary too much depending on where it appears." But as the Change Proposal itself points out, the semantics of all existing link relations in the spec do not vary at all depending on where they appear, either before or after this change. Thus this is not an argument in favor of the change.

2) "to encourage consistent semantics across elements". How will this result from the change? Is the proposer arguing that after adopting the change, the editor will be less likely to introduce new link types with inconsistent semantics across elements? (As I read the proposal, it doesn't prevent the editor from introducing such relations later if he likes.) No evidence or reasoning is presented to support this point, so it should be disregarded.

3) "to simplify the spec", "Removal of an unused degree of freedom in defining link relations". These are purely aesthetic benefits, whose merits are entirely debatable, and are in fact debated by the editor. We should not allow Change Proposals to be based on entirely subjective aesthetic judgments, only on quantifiable technical arguments. Even if we were to permit aesthetic arguments, however, there is no actual argument presented for why this simplification or removal of freedom is a good thing. We are asked to accept this as self-evident, but it's actually contested, so arguments must be presented in favor for it to be considered.

4) "consistency with link relations in other contexts." No explanation is given for why the change would increase consistency with link relations in other contexts. HTTP and Atom are mentioned, but no explanation is given of how link relations are treated by HTTP or Atom, or what relevance the proposed change has. Since the proposed change would (by the proposer's own admission) have no impact on how any of the link relations in HTML function, and is merely a change to how the existing functionality is presented, it's hard to imagine how it could improve consistency with anything. Fortunately, we are not tasked with using our imagination here, and should again reject this point for failing to present supporting evidence.

I could not find any other purported benefits of the change. Thus in summary, there are five claimed benefits, and none of them have any supporting arguments at all. It's not just that the supporting arguments are weak, they aren't present. The absence of any arguments in favor of the change means that we maintain the status quo.

I encourage the chairs to make it clear that Change Proposals will not be adopted if they merely assert that some way of phrasing or presenting things is clearer or simpler or easier to read, even if they invoke trivial arguments such as "shorter things are easier to read". Such changes are not going to bring any benefit that comes close to outweighing the effort expended in processing them, and will unduly delay progress along the Recommendation track. No other W3C Working Group that I'm aware of will even consider such objections -- thus the term "editorial issue". Editorial issues should only be subject to oversight if there's an argument that they could meaningfully mislead or harm readers of the spec.
Julian Reschke
Edward O'Connor There are existing HTML rel values that have different behavior on <link> versus <a>. This degree of freedom is actually needed for several defined link relations, namely those that impact the loading of external resources when used on <link> but not on <a>. So this Change Proposal is incorrect when it claims otherwise.

The Change Proposal claims that distinguishing between rel values on <link> and on <a> conflicts with the goal of convergence with HTTP and Atom link relations. This goal does not (yet) have consensus in the Working Group, and is part of ISSUE-27. In only one of the potential resolutions to ISSUE-27 (adopting the IANA registry) does the current spec's table even potentially become a problem. Should ISSUE-27 go that way, we could always revisit this at that time. But, if ISSUE-27 is resolved in favor of *any of its other Change Proposals*, the change proposed here would result in wasted editor time that could have been more constructively spent elsewhere.

2. Objections to optimize the spec's editorial style for legibility.

We have a Change Proposal to optimize the spec's editorial style for legibility. 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.


Responder Objections to optimize the spec's editorial style for legibility.
Ian Hickson
Aryeh Gregor
Julian Reschke I object to the Counter Proposal for the reasons given in the Change Proposal. See also my comments in http://lists.w3.org/Archives/Public/public-html/2011Mar/0139.html and http://lists.w3.org/Archives/Public/public-html/2011Mar/0242.html.
Edward O'Connor

More details on responses


The following persons have not answered the questionnaire:

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

Send an email to all the non-responders.

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

WBS home / Questionnaires / WG questionnaires / Answer this questionnaire

Maintained by Laurent Carcone, from a development by Dominique Hazaël-Massieux (dom@w3.org) on an original design by Michael Sperberg-McQueen $Id: showv.php3,v 1.127 2015-02-04 08:52:34 carcone Exp $. Please send bug reports and request for enhancements to lcarcone@w3.org with w3t-sys@w3.org copied (if your mail client supports it, send mail directly to the right persons)