W3C WBS Home

Results of Questionnaire ISSUE-118 Specification breaks semantics of existing link relations "index" and "first" - Straw Poll for Objections

The results of this questionnaire are available to anybody.

This questionnaire was open from 2010-12-08 to 2010-12-16.

3 answers have been received.

Jump to results for question:

  1. Objections to the Change Proposal to Create a well founded consolidation of the link types
  2. Objections to the Change Proposal to Simplify the incumbent rel="" model
  3. Objections to the Change Proposal to Drop support for certain rel="" values

1. Objections to the Change Proposal to Create a well founded consolidation of the link types

We have a Change Proposal to change some link types to their pre-HTML5 meaning, but also change some other link relations to be synonyms and consolidate the set overall. 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 Create a well founded consolidation of the link types
Toby Inkster No objections.
Leif Halvard Silli
Julian Reschke

2. Objections to the Change Proposal to Simplify the incumbent rel="" model

We have a Change Proposal to simply some link relations relative to HTML4. 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 Simplify the incumbent rel="" model
Toby Inkster Strong objection.

This changes the definitions of rel values (especially rel=index) from HTML4, introducing differences between how it's defined in HTML5 and how it's defined virtually everywhere else (HTML4, XHTML 1.x, RDFa and the IANA link registry).

The proposal cites a single implementation as justification for the change. While I grant that this implementation is a major one, given that it's just one implementation, a small patch could bring it into line with the rest of the world. Wordpress has a history of security problems, so many of its users upgrade on a very frequent basis. Thus, if new releases of Wordpress were brought into line with the semantics of other implementations, data published using old releases would quickly diminish to insignificance.

Wordpress also has a history of using outputting fairly good, semantically correct HTML. Thus if clear guidelines on which rel values are synonymous, which differ, and how they all should be used were included in the HTML5 specification, such as the guidelines summarised in the first change proposal, it seems likely that Wordpress' developers would be amenable to accepting such a patch.
Leif Halvard Silli I object strongly:

This proposal will lead to lots of confusion. HTML5 will then contradict both specs and implementaitons, which will only be confusing and which therefore will not have the intended effect. There is no strong belief in the semantics suggested in this proposal. Instead, specs and implementors have largely worked in the same direction towards something else that is more credible.

I also do not believe that the browser that are lacking a site navigation bar (Firefox, Safari, Chrome, IE) are likely to implement such a thing because some features are removed/concatenated into fewer features: the medicine for getting more and broader suppore simply isn't the right one - it will not work. What use is there in having fewer, less useful, items on the site navigation bar? The medicine suggested in CP 1 is much more likely to increase implementations!
Julian Reschke This proposal breaks the semantics of "index" badly; compare the definition in HTML4 (which *is* in use) to the one in the spec.

3. Objections to the Change Proposal to Drop support for certain rel="" values

We have a Change Proposal to drop support for certain rel entirely, based on lack of interest from users and implementors. 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 Drop support for certain rel="" values
Toby Inkster Weak objection.

These semantics seem useful enough to keep in the specification.
Leif Halvard Silli I object strongly.

(1) I object to evalutating these link relation keywords based on the HTML5 editor's interpretation of them: When this CP (CP3) suggest to remove "index, up, first, last", then it also incororporates removal of the synonyms (according CP2) of these rel values: "begin, start, top, contents, toc, end". As the CP says, we will only have prev and next left.

(2) is questionable what effect such a removal from HTML5 will have. Today there are two major vendors which support these features: Opera and Mozilla. (Mozilla legally counts as the vendor of SeaMonkey, see http://weblogs.mozillazine.org/seamonkey/archives/2010/03/see_no_monkey_d ) Some WG members from Opera have said that they are interested in removing it. I have not picked up that SeaMonkey developers are interested doing the same thing. And removal from HTML5 does not constitute an obligation to remove support - there are other flavors of of HTML and XHTML (HTML32, HTML4, XHML1.x XHTML+RDFa etc) which keep these features.

(3) HTML5's outline algorithm is an expression of "page wide" semantics, which in turn can be used to create a TOC for the current page — see The Semantic Notepad page of the IE9 Test Drive site — http://ie.microsoft.com/testdrive/HTML5/SemanticNotepad/Default.html
However, (a) authors are also interested expression the (hierarchical) relationship between pages — pages can contain a TOC, can contain a index. In that regard SeaMonkey supports *more* features than those which are found inside HTML5: it has suppor for chapters, sections and subsections. (I recommend visiting this page with SeaMonkey and look inside its Site Navigation Bar: https://developer.mozilla.org/devnews/) With the maturity that SeaMonkey has w.r.t. to these features, it I don't seem them removing them just because HTML5 says so. Rather, it seems to me that HTML5's outline features will lead to an *increased* interested in hierarchic/navigational link relations.

(4) Several browser extensions exists (and have existed) for these features. Currently the browser exension market is rapidly increasing. Thus we could soon see more extension implementations rather than less. Extension implementations should be counted in - what the "major browsers" do natively is not the only thing that matters.
Julian Reschke These four relations are already in the IANA registry, so the overall effect could be ok depending on the outcome of ISSUE-127 (the location for the registry). However, the *current* impact would be that these link relations would become invalid, and I have to object to that given their wide use.

(Reminder: use of unregistered link relations currently makes a document non-conforming, a constraint *not* being checked by validator.nu).

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. Judy Brewer <jbrewer@w3.org>
  4. Liam Quin <liam@w3.org>
  5. Richard Ishida <ishida@w3.org>
  6. Chris Wilson <cwilso@google.com>
  7. David Carlisle <davidc@nag.co.uk>
  8. James Helman <jhelman@movielabs.com>
  9. Jim Allan <jimallan@tsbvi.edu>
  10. Chris Marrin <cmarrin@apple.com>
  11. Charles McCathie Nevile <chaals@yandex-team.ru>
  12. Philippe Le Hégaret <plh@w3.org>
  13. Don Brutzman <brutzman@nps.edu>
  14. T.V. Raman <raman@google.com>
  15. David Singer <singer@apple.com>
  16. Daniel Glazman <daniel.glazman@disruptive-innovations.com>
  17. Karl Dubost <karl@la-grange.net>
  18. Larry Masinter <masinter@adobe.com>
  19. Ian Hickson <ian@hixie.ch>
  20. Lisa Seeman <lisa.seeman@zoho.com>
  21. Paul Cotton <Paul.Cotton@microsoft.com>
  22. Wu Chou <wu.chou@huawei.com>
  23. Katsuhiko Momoi <momoi@google.com>
  24. Kangchan Lee <chan@w3.org>
  25. Roy Fielding <fielding@gbiv.com>
  26. Silvia Pfeiffer <silviapfeiffer1@gmail.com>
  27. Johnny Stenback <jst@mozilla.com>
  28. Deborah Dahl <dahl@conversational-technologies.com>
  29. Michael Cooper <cooper@w3.org>
  30. Glenn Adams <glenn@skynav.com>
  31. Jonathan Jeon <hollobit@etri.re.kr>
  32. David Hyatt <hyatt@apple.com>
  33. WonSuk Lee <wonsuk.lee@etri.re.kr>
  34. Maciej Stachowiak <mjs@apple.com>
  35. Robert Accettura <robert@accettura.com>
  36. Jonathan Watt <jwatt@jwatt.org>
  37. Steve Faulkner <faulkner.steve@gmail.com>
  38. Emmanuelle Gutiérrez y Restrepo <emmanuelle@sidar.org>
  39. Patrick Lauke <redux@splintered.co.uk>
  40. David MacDonald <David100@sympatico.ca>
  41. Jack Jansen <jack@cwi.nl>
  42. Kazuhito Kidachi <k-kidachi@mitsue.co.jp>
  43. Markku Hakkinen <mhakkinen@ets.org>
  44. Cyril Concolato <cyril.concolato@telecom-paristech.fr>
  45. Jens Meiert <jens@meiert.com>
  46. Felix Sasaki <fsasaki@w3.org>
  47. Kazuyuki Ashimura <ashimura@w3.org>
  48. Tomas Caspers <tomas@tomascaspers.de>
  49. Han Xu <collin@w3china.org>
  50. Sam Ruby <rubys@intertwingly.net>
  51. Mark Crawford <mark.crawford@sap.com>
  52. Preety Kumar <preety.kumar@deque.com>
  53. Doug Schepers <schepers@w3.org>
  54. Ian Fette <ifette@google.com>
  55. Michael[tm] Smith <mike@w3.org>
  56. Cameron McCormack <cam@mcc.id.au>
  57. Stefan Schnabel <stefan.schnabel@sap.com>
  58. Jirka Kosek <jirka@kosek.cz>
  59. Travis Leithead <Travis.Leithead@microsoft.com>
  60. Youngsun Ryu <ysryu@samsung.com>
  61. Sierk Bornemann <sierkb@gmail.com>
  62. Simon Pieters <simonp@opera.com>
  63. James Graham <james@hoppipolla.co.uk>
  64. Henri Sivonen <hsivonen@hsivonen.fi>
  65. Krijn Hoetmer <w3c@qontent.nl>
  66. Channy Yun <channy@gmail.com>
  67. Shane Thacker <shanethacker@gmail.com>
  68. Vilem Malek <murphy@malek.cz>
  69. Zhihong Mao <zhihong.mao@gmail.com>
  70. Benoit Piette <benoit.piette@gmail.com>
  71. Erik van Kempen <erikvankempen@gmail.com>
  72. Dimitri Glazkov <dglazkov@google.com>
  73. Nick Fitzsimons <w3@nickfitz.co.uk>
  74. Josh Lawton <w3c@joshlawton.com>
  75. Adele Peterson <adele@apple.com>
  76. S Emerson <w3c@accretewebsolutions.ca>
  77. Morten Tollefsen <morten@medialt.no>
  78. Daniel Schattenkirchner <schattenkirchner.daniel@gmx.de>
  79. Theresa O'Connor <eoconnor@apple.com>
  80. Justin Anthony Knapp <justinkoavf@gmail.com>
  81. Simon Myers <Smylers@stripey.com>
  82. Samuel Weinig <weinig@apple.com>
  83. Alexey Proskuryakov <ap@webkit.org>
  84. Alejandro Fernandez <alejandro@mediadvanced.com>
  85. Doug Jones <doug_b_jones@me.com>
  86. Marc Drumm <mdrumm@wcupa.edu>
  87. Danny Liang <danny.glue@gmail.com>
  88. Michael Puls II <shadow2531@gmail.com>
  89. Ron Reisor <ron@udel.edu>
  90. Marat Tanalin <mtanalin@yandex.ru>
  91. Andrew Norman <idonothaveacat@gmail.com>
  92. Craig Buckler <craigbuckler@gmail.com>
  93. Matthew Turvey <mcturvey@gmail.com>
  94. Dale Hudjik <dale.hudjik@gmail.com>
  95. James Cassell <w3c@cyberpear.com>
  96. Joseph D'Andrea <jdandrea@gmail.com>
  97. Eric Carlson <eric.carlson@apple.com>
  98. Michael Turnwall <w3c@turnwall.net>
  99. Don Kiely <donkiely@computer.org>
  100. Robert Marshall <rdm@rdmsoft.com>
  101. David Child <dave@addedbytes.com>
  102. Mark DuBois <Mark@webprofessionals.org>
  103. David Bills <w3@dfbills.com>
  104. Nik Thierry <me@thisemail.ca>
  105. Andrew Ramsden <andrew@irama.org>
  106. John Foliot <john.foliot@deque.com>
  107. Shefik Macauley <allknightaccess@gmail.com>
  108. Joe Steele <steele@adobe.com>
  109. John Vernaleo <john@netpurgatory.com>
  110. Jeremy Keith <jeremy@adactio.com>
  111. Jedi Lin <JediLin@Gmail.com>
  112. Jon Hughes <jon@phazm.com>
  113. Samuel Santos <samaxes@gmail.com>
  114. Dean Jackson <dino@apple.com>
  115. Mohammed DADAS <mohammed.dadas@orange.com>
  116. Sally Cain <sally.cain@rnib.org.uk>
  117. Dan Romascanu <dromasca@avaya.com>
  118. David Bolter <dbolter@mozilla.com>
  119. James Craig <jcraig@apple.com>
  120. MING JIN <ming.jin.web@gmail.com>
  121. Leonard Rosenthol <lrosenth@adobe.com>
  122. Adrian Bateman <adrianba@microsoft.com>
  123. Dionysios Synodinos <synodinos@gmail.com>
  124. Jean-Pierre EVAIN <evain@ebu.ch>
  125. Mark Pilgrim <pilgrim@google.com>
  126. Matt Lee <mattl@cnuk.org>
  127. Magnus Olsson <magnus.olsson@ericsson.com>
  128. Chris Pearce <cpearce@mozilla.com>
  129. Mark Miller <erights@google.com>
  130. Andrew Wilson <atwilson@google.com>
  131. Per-Erik Brodin <per-erik.brodin@ericsson.com>
  132. Ojan Vafai <ojan@chromium.org>
  133. Martin McEvoy <martin@weborganics.co.uk>
  134. Aryeh Gregor <ayg@aryeh.name>
  135. Jonathan Griffin <jgriffin@mozilla.com>
  136. Anders Bondehagen <anders@bondehagen.com>
  137. Steven Pemberton <Steven.Pemberton@cwi.nl>
  138. Raul Hudea <rhudea@adobe.com>
  139. Raghavan Gurumurthy <raghavan@adobe.com>
  140. Mayank Kumar <mayankk@adobe.com>
  141. Dragos Georgita <dgeorgit@adobe.com>
  142. Christopher Bank <cbank@adobe.com>
  143. Ole Riesenberg <or@oleriesenberg.com>
  144. Takuya Oikawa <takuya@google.com>
  145. Jatinder Mann <jmann@microsoft.com>
  146. Robert Stern <rstern@gmail.com>
  147. Eihab Ibrahim <eihabibrahim@gmail.com>
  148. Kensaku KOMATSU <kensaku.komatsu@gmail.com>
  149. Jer Noble <jer.noble@apple.com>
  150. Masatomo Kobayashi <mstm@jp.ibm.com>
  151. Peter Beverloo <beverloo@google.com>
  152. Andrew Scherkus <scherkus@google.com>
  153. Greg Johnson <greg.johnson@gmail.com>
  154. Martijn Croonen <martijn@martijnc.be>
  155. Stanley Manoski <manoski@mitre.org>
  156. Yosuke Funahashi <yosuke@w3.org>
  157. Mounir Lamouri <mlamouri@google.com>
  158. Tony Gentilcore <tonyg@google.com>
  159. Joseph Pecoraro <pecoraro@apple.com>
  160. Bob Lund <b.lund@cablelabs.com>
  161. Tatsuya Igarashi <Tatsuya.Igarashi@jp.sony.com>
  162. John Simmons <johnsim@microsoft.com>
  163. Mathias Bynens <mathias@qiwi.be>
  164. Mark Watson <watsonm@netflix.com>
  165. Clarke Stevens <c.stevens@cablelabs.com>
  166. Mark Vickers <mark_vickers@comcast.com>
  167. Sree Kotay <Sree_Kotay@cable.comcast.com>
  168. Cameron Jones <cmhjones@gmail.com>
  169. Rik Cabanier <Cabanier@adobe.com>
  170. Jeremy LaCivita <jeremy.lacivita@theplatform.com>
  171. Denis Ah-Kang <denis@w3.org>
  172. Alvar Laigna <laigna@gmail.com>
  173. Kunio Ito <kunio.ito@mail.rakuten.com>
  174. David Mays <david_mays@comcast.com>
  175. Michael Chen <michael_chen@cable.comcast.com>
  176. jongyoul Park <jongyoul@etri.re.kr>
  177. Kilroy Hughes <kilroy.hughes@microsoft.com>
  178. Reinaldo Ferraz <reinaldo@nic.br>
  179. Bill Mandel <bill.mandel@nbcuni.com>
  180. Eva Lingyun Jing <jinglingyun@baidu.com>
  181. GANG LIANG <gang.liang@huawei.com>
  182. Ryosuke Niwa <rniwa@apple.com>
  183. Jason Kiss <jason@accessibleculture.org>
  184. Gian Luca Marroni <gmarroni@libero.it>
  185. Ian Devlin <ian@iandevlin.com>
  186. Xingrong Guo <guoxingrong@baidu.com>
  187. Jet Villegas <w3c@junglecode.net>
  188. Alexander Surkov <surkov.alexander@gmail.com>
  189. Hasan Savran <hsavran@kent.edu>
  190. Eric VonColln <eric.voncolln@navy.mil>
  191. Jungkee Song <jungkee.song@samsung.com>
  192. Rayi Lei <leiyi@baidu.com>
  193. Daniel Austin <daniel.austin@grintech.net>
  194. David Dorwin <ddorwin@google.com>
  195. jiexuan gao <gaojiexuan@baidu.com>
  196. Xiaoqing Yang <yangxiaoqing@baidu.com>
  197. Aaron Colwell <acolwell@google.com>
  198. Alex Giladi <alex.giladi@huawei.com>
  199. Motomasa Futagami <Motomasa.Futagami@jp.sony.com>
  200. Kevin Streeter <kstreete@adobe.com>
  201. Christian Kaiser <kaiserc@google.com>
  202. Xuejian Li <lixuejian@baidu.com>
  203. Zuncheng Yang <yangzuncheng@baidu.com>
  204. Qianglong Zheng <zhengqianglong@baidu.com>
  205. Zhou Shen <shenzhou@baidu.com>
  206. Duoyi Wu <wuduoyi@baidu.com>
  207. Zheng Jia <jiazheng@baidu.com>
  208. Weifeng Feng <fengweifeng@baidu.com>
  209. Damin Hu <hudamin@baidu.com>
  210. Yang Liu <liuyang12@baidu.com>
  211. Zhixing Lei <leizhixing@baidu.com>
  212. Honggang Tang <tanghonggang@baidu.com>
  213. Kefeng Li <buaadallas@gmail.com>
  214. Xu Ma <maxu@baidu.com>
  215. Junzhong Liu <liujunzhong@baidu.com>
  216. Stefan Kaiser <stefan.kaiser@fokus.fraunhofer.de>
  217. Sheau Ng <Sheau.ng@nbcuni.com>
  218. Stefan Pham <stefan.pham@fokus.fraunhofer.de>
  219. Ami Fischman <fischman@google.com>
  220. Arnaud Braud <arnaud.braud@orange.com>
  221. Futomi Hatano <futomi.hatano@newphoria.co.jp>
  222. Bram Tullemans <tullemans@ebu.ch>
  223. Petr Peterka <ppeterka@verimatrix.com>
  224. lei wang <wanglei03@baidu.com>
  225. Milan Patel <Milan.Patel@huawei.com>
  226. Yiling Gu <guyiling@baidu.com>
  227. Zefa Xiong <xiongzefa@baidu.com>
  228. shanglin chen <chenshanglin@baidu.com>
  229. Yaso Córdova <who@yaso.is>
  230. Ping Wu <wuping02@baidu.com>
  231. Bin Chen <chenbin01@baidu.com>
  232. Youichi Takashima <takashima.youichi@lab.ntt.co.jp>
  233. Patrick Ladd <Pat_Ladd2@cable.comcast.com>
  234. Norifumi Kikkawa <norifumi.kikkawa@jp.sony.com>
  235. Hanrui Gao <gaohanrui@360.cn>
  236. Hao Jing <jh.jinghao@huawei.com>
  237. Glenn Deen <glenn.deen@nbcuni.com>
  238. Lei Wang <wanglei@baidu.com>
  239. Tom Handal <thandal@verimatrix.com>
  240. Tsutomu Ogasawara <tsutomu.ogasawara@mail.rakuten.com>
  241. Jose Segura <jose.segura@mail.rakuten.com>
  242. Pengcheng Guo <guopengcheng@baidu.com>
  243. Tom Wiltzius <wiltzius@google.com>
  244. Pierre-Anthony Lemieux <pal@sandflow.com>
  245. Xie Jianhui <xiejianhui@baidu.com>
  246. Yujie Jiang <jiangyujie@baidu.com>
  247. Leslie Sikos <sikos@sikoswebconsulting.com.au>
  248. Kazuhiko Takabayashi <kazuhiko.takabayashi@jp.sony.com>
  249. Brady Eidson <beidson@apple.com>
  250. Jerry Smith <jdsmith@microsoft.com>
  251. Michael Thornburgh <mthornbu@adobe.com>
  252. Cyril Rickelton-Abdi <cyril.rickelton-abdi@turner.com>
  253. Andrew Davis <andrew@diff.mx>
  254. Mick Hakobyan <mhakobyan@netflix.com>
  255. Vladimir Sinelnikov <sinelnikov@gmail.com>
  256. Chris Wong <huanghoujin@baidu.com>
  257. Yiliang LIU <liuyiliang@baidu.com>
  258. Hernan Beati <hernanbeati@gmail.com>
  259. mingqiang zhang <imcnan@gmail.com>
  260. yubo zhou <zhouyubo@360.cn>
  261. Ben Barber <barberboy@gmail.com>
  262. Suzanne Taylor <Suzanne.Taylor@pearson.com>
  263. Grzegorz Babula <gbabula@gmail.com>
  264. Brian Kardell <hitchjs@gmail.com>
  265. xueliang fan <fanxueliang@baidu.com>
  266. Niels Thorwirth <nthorwirth@verimatrix.com>
  267. David Evans <david.evans@rd.bbc.co.uk>
  268. Danny O'Brien <danny@eff.org>
  269. Joseph Karr O'Connor <josephoconnor@mac.com>
  270. Seth Schoen <schoen@eff.org>
  271. Yusuke Kagiwada <block.rxckin.beats@gmail.com>
  272. smallni ding <smallniding@tencent.com>
  273. Jamil Ellis <jamil.ellis@hbo.com>
  274. Jim Walsh <jim@jwalshcreative.com>
  275. Greg Davis <greg.davis@pearson.com>
  276. Gabino Alonso <gabinovincent@gmail.com>
  277. Sam Langdon <sam.langdon@hachette.co.uk>
  278. Michael Kelly <mkelly@mozilla.com>
  279. Xiaoqian Wu <xiaoqian@w3.org>
  280. Yue Min <minyue@baidu.com>
  281. Min Li <limin04@baidu.com>
  282. A.S. Krishnakumar <ask@avaya.com>
  283. Jonathan Neal <jonathantneal@gmail.com>
  284. Joanmarie Diggs <jdiggs@igalia.com>
  285. Pedro Xavier Jorge <pedro.xavierjorge@gmail.com>
  286. Akira Torii <Torii.Akira@bp.MitsubishiElectric.co.jp>
  287. So Vang <svang@nab.org>
  288. Nathalia Sautchuk Patrício <nathalia@nic.br>
  289. Deblyn prado <deblyn@nic.br>
  290. Vicente García Díaz <vicegd@live.com>
  291. Nolan Butcher <nolan.butcher@hbo.com>
  292. Shinya Maruyama <Shinya.Maruyama@jp.sony.com>
  293. RAVI CHANDRA RAVULAPATI <ravichandra480@gmail.com>
  294. Yusuke Yokosuka <Yokosuka.Yusuke@bx.MitsubishiElectric.co.jp>
  295. John Riviello <john_riviello@comcast.com>
  296. yaolong wang <wangyaolong@baidu.com>
  297. Tao Liang <liangtao01@baidu.com>
  298. Glenn Eguchi <geguchi@adobe.com>
  299. Lukáš Čihák <lukas.cihak@mensa.cz>
  300. WOOGLAE KIM <wlkim@inswave.com>
  301. Min Ren <minren@tencent.com>
  302. Rustam Khashimkhodjaev <Rustam_Khashimkhodjaev@cable.comcast.com>
  303. Jason White <jjwhite@ets.org>
  304. Hyejin Lee <hjlee@html5forum.or.kr>
  305. Richard Grzeczkowski <richard_grzeczkowski@cable.comcast.com>
  306. qigang huang <qiganghuang@tencent.com>
  307. Pascal Perrot <pascal.perrot@orange.com>
  308. Dapeng Liu <max.ldp@alibaba-inc.com>
  309. Matthew Wolenetz <wolenetz@google.com>
  310. Cory Heslip <cory_heslip@cable.comcast.com>
  311. Shaohang Yang <shaohang.ysh@alibaba-inc.com>
  312. Pramod Patlolla <pramod.patlolla@turner.com>
  313. Cooper Pope <cooper.pope@turner.com>
  314. Choon-Sik Cho <admin@wizvera.com>
  315. Seiji Okumura <Okumura.Seiji@bc.MitsubishiElectric.co.jp>
  316. Eiji Yamamoto <Yamamoto.Eiji@db.MitsubishiElectric.co.jp>

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.132 2015/11/30 15:46:52 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)