/irc-logs / freenode / #whatwg / 2010-02-14 / end

Options:

  1. # Session Start: Sun Feb 14 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: MikeSmithXX (~MikeSmith@EM114-48-181-184.pool.e-mobile.ne.jp)
  4. # [00:04] * Quits: MikeSmithX (~MikeSmith@EM114-48-37-188.pool.e-mobile.ne.jp) (Ping timeout: 272 seconds)
  5. # [00:26] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  6. # [00:28] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
  7. # [00:29] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  8. # [00:37] * Joins: miketaylr (~miketaylr@24.42.95.234)
  9. # [00:42] * Quits: openstandards (~openstand@78.143.215.162) (Ping timeout: 264 seconds)
  10. # [00:46] * Quits: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at) (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115132715])
  11. # [00:55] * Joins: openstandards (~openstand@78.143.215.162)
  12. # [00:56] <mitsuhiko> asmodai: html5lib :)
  13. # [00:59] * Quits: cedricv (~cedric@116.197.240.58)
  14. # [01:03] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  15. # [01:09] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  16. # [01:11] * Quits: annodomini (~lambda@wikipedia/lambda) (Quit: annodomini)
  17. # [01:23] * Quits: ttepasse (~ttepasse@dslb-084-060-049-003.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  18. # [01:28] * Joins: ttepasse (~ttepasse@dslb-084-060-052-062.pools.arcor-ip.net)
  19. # [01:34] * Quits: ttepasse (~ttepasse@dslb-084-060-052-062.pools.arcor-ip.net) (Ping timeout: 260 seconds)
  20. # [01:39] * Joins: ttepasse (~ttepasse@dslb-084-060-058-160.pools.arcor-ip.net)
  21. # [01:45] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  22. # [01:46] * Quits: miketaylr (~miketaylr@24.42.95.234) (Quit: Leaving...)
  23. # [01:46] * Quits: ttepasse (~ttepasse@dslb-084-060-058-160.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  24. # [01:51] * Joins: ttepasse (~ttepasse@dslb-084-060-018-087.pools.arcor-ip.net)
  25. # [01:53] * Joins: miketaylr (~miketaylr@24.42.95.234)
  26. # [01:56] * Quits: ttepasse (~ttepasse@dslb-084-060-018-087.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  27. # [01:57] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  28. # [02:00] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
  29. # [02:01] * Joins: ttepasse (~ttepasse@dslb-084-060-001-153.pools.arcor-ip.net)
  30. # [02:07] * Quits: ttepasse (~ttepasse@dslb-084-060-001-153.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  31. # [02:12] * Joins: ttepasse (~ttepasse@dslb-084-060-042-114.pools.arcor-ip.net)
  32. # [02:17] * Quits: ttepasse (~ttepasse@dslb-084-060-042-114.pools.arcor-ip.net) (Ping timeout: 265 seconds)
  33. # [02:22] * Joins: ttepasse (~ttepasse@dslb-084-060-031-145.pools.arcor-ip.net)
  34. # [02:22] * Quits: miketaylr (~miketaylr@24.42.95.234) (Remote host closed the connection)
  35. # [02:27] * Quits: nessy (~Adium@124-168-170-167.dyn.iinet.net.au) (Quit: Leaving.)
  36. # [02:28] * Quits: ttepasse (~ttepasse@dslb-084-060-031-145.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  37. # [02:33] * Joins: ttepasse (~ttepasse@dslb-084-060-008-098.pools.arcor-ip.net)
  38. # [02:37] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  39. # [02:38] * Quits: ttepasse (~ttepasse@dslb-084-060-008-098.pools.arcor-ip.net) (Ping timeout: 248 seconds)
  40. # [02:42] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  41. # [02:42] <Hixie> can anyone find the enumerated attribute which allows the empty string as a valid keyword?
  42. # [02:42] <Hixie> i've looked all over with no luck
  43. # [02:42] <Hixie> i know there was one once... did we remove it?
  44. # [02:43] * Joins: ttepasse (~ttepasse@dslb-084-060-038-126.pools.arcor-ip.net)
  45. # [03:03] <othermaciej> I remember there being a bug about this - did it not mention the affected attribute?
  46. # [03:04] * Quits: JoePeck (~JoePeck@cpe-74-69-85-249.rochester.res.rr.com) (Read error: Connection reset by peer)
  47. # [03:04] * Joins: JoePeck (~JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  48. # [03:09] * Quits: ttepasse (~ttepasse@dslb-084-060-038-126.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  49. # [03:14] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
  50. # [03:14] <Hixie> seems not
  51. # [03:14] * Joins: ttepasse (~ttepasse@dslb-084-060-024-070.pools.arcor-ip.net)
  52. # [03:15] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  53. # [03:15] * Joins: paradisaeidae_ (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  54. # [03:18] * Quits: paradisaeidae_ (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  55. # [03:19] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  56. # [03:19] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  57. # [03:20] * Quits: ttepasse (~ttepasse@dslb-084-060-024-070.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  58. # [03:25] * Joins: ttepasse (~ttepasse@dslb-084-060-044-135.pools.arcor-ip.net)
  59. # [03:27] <Hixie> ah, contenteditable
  60. # [03:30] * Quits: ttepasse (~ttepasse@dslb-084-060-044-135.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  61. # [03:30] <Hixie> spellcheck to
  62. # [03:30] <Hixie> o
  63. # [03:35] * Joins: ttepasse (~ttepasse@dslb-084-060-017-017.pools.arcor-ip.net)
  64. # [03:50] * Quits: gunderwonder (~gunderwon@191.80-202-79.nextgentel.com) (Quit: gunderwonder)
  65. # [03:51] * Joins: TabAtkins (~chatzilla@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  66. # [03:55] * Quits: ttepasse (~ttepasse@dslb-084-060-017-017.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  67. # [03:56] * Joins: othermaciej (~mjs@c-67-180-197-126.hsd1.ca.comcast.net)
  68. # [03:57] * Joins: surkov (~surkov@client-69-51.sibtele.com)
  69. # [04:00] * Joins: ttepasse (~ttepasse@dslb-084-060-035-191.pools.arcor-ip.net)
  70. # [04:09] * Quits: ttepasse (~ttepasse@dslb-084-060-035-191.pools.arcor-ip.net) (Ping timeout: 245 seconds)
  71. # [04:16] * Joins: ttepasse (~ttepasse@dslb-084-060-053-139.pools.arcor-ip.net)
  72. # [04:21] * Quits: ttepasse (~ttepasse@dslb-084-060-053-139.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  73. # [04:26] * Joins: ttepasse (~ttepasse@dslb-084-060-039-130.pools.arcor-ip.net)
  74. # [04:31] <Hixie> so you can get and set cookies on the document returned by XHR?
  75. # [04:32] <othermaciej> I think in Firefox you can
  76. # [04:32] <othermaciej> in IE the cookie property is not present
  77. # [04:32] <othermaciej> in WebKit it fails, unless we already changed to match Firefox
  78. # [04:35] * Quits: ttepasse (~ttepasse@dslb-084-060-039-130.pools.arcor-ip.net) (Ping timeout: 276 seconds)
  79. # [04:36] <Hixie> what should html5 require?
  80. # [04:39] * Joins: ttepasse (~ttepasse@dslb-084-060-049-201.pools.arcor-ip.net)
  81. # [04:41] <othermaciej> I vaguely recall discussing this before
  82. # [04:41] <Hixie> firefox doesn't seem to have a .cookie actually
  83. # [04:42] <Hixie> oh let me try an xhtml doc
  84. # [04:42] <othermaciej> the WebKit bug had a bunch of data
  85. # [04:43] <Hixie> xhtml doesn't seem to have .cookie either
  86. # [04:43] <Hixie> i get an XMLDocument in both cases
  87. # [04:44] <othermaciej> https://bugs.webkit.org/show_bug.cgi?id=32115
  88. # [04:44] <othermaciej> I'm not sure if all the test cases were posted
  89. # [04:45] <othermaciej> someone claimed the following behavior for FF3.5:
  90. # [04:45] <othermaciej> * deleted iframe: no exception, setting and getting allowed
  91. # [04:45] <othermaciej> * createDocument: no exception, setting and getting allowed
  92. # [04:45] <othermaciej> * XMLHttpRequest: no exception, setting and getting allowed
  93. # [04:46] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
  94. # [04:48] * Quits: ttepasse (~ttepasse@dslb-084-060-049-201.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  95. # [04:50] <Hixie> i commented
  96. # [04:51] <MikeSmithXX> does draggable not allow the empty string as a keyword?
  97. # [04:52] <MikeSmithXX> and/or can't it be specified using empty-attribute syntax
  98. # [04:52] * Joins: ttepasse (~ttepasse@dslb-084-060-004-084.pools.arcor-ip.net)
  99. # [04:53] * Quits: othermaciej (~mjs@c-67-180-197-126.hsd1.ca.comcast.net) (Quit: othermaciej)
  100. # [04:53] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  101. # [04:58] * Quits: ttepasse (~ttepasse@dslb-084-060-004-084.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  102. # [05:03] * Joins: ttepasse (~ttepasse@dslb-084-060-027-112.pools.arcor-ip.net)
  103. # [05:04] <MikeSmithXX> Hixie: ↑
  104. # [05:04] <Hixie> is the spec ambiguous?
  105. # [05:05] * MikeSmithXX is now known as MikeSmith
  106. # [05:05] <Hixie> if it is please file a bug, i'm in the middle of a complicated edit :-)
  107. # [05:05] <MikeSmith> hai
  108. # [05:10] * Quits: surkov (~surkov@client-69-51.sibtele.com) (Quit: surkov)
  109. # [05:13] * Joins: Utkarsh (~admin@117.201.82.147)
  110. # [05:15] * Quits: ttepasse (~ttepasse@dslb-084-060-027-112.pools.arcor-ip.net) (Read error: Operation timed out)
  111. # [05:21] * Joins: ttepasse (~ttepasse@dslb-084-060-022-039.pools.arcor-ip.net)
  112. # [05:24] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  113. # [05:26] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  114. # [05:27] * Quits: ttepasse (~ttepasse@dslb-084-060-022-039.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  115. # [05:31] * Joins: ttepasse (~ttepasse@dslb-084-060-024-163.pools.arcor-ip.net)
  116. # [05:36] * Quits: ttepasse (~ttepasse@dslb-084-060-024-163.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  117. # [05:42] * Joins: ttepasse (~ttepasse@dslb-084-060-044-247.pools.arcor-ip.net)
  118. # [05:42] <Hixie> hsivonen: http://www.w3.org/Bugs/Public/show_bug.cgi?id=8837 is a pain
  119. # [05:43] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  120. # [05:44] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  121. # [05:47] * Quits: ttepasse (~ttepasse@dslb-084-060-044-247.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  122. # [05:50] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  123. # [05:52] * Joins: ttepasse (~ttepasse@dslb-084-060-043-061.pools.arcor-ip.net)
  124. # [05:55] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  125. # [05:57] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  126. # [05:57] * Quits: ttepasse (~ttepasse@dslb-084-060-043-061.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  127. # [05:58] * Quits: hazmi (~hz@125.166.39.13) (Quit: Computer has gone to sleep)
  128. # [05:59] * Joins: MikeSmithX (~MikeSmith@EM114-48-33-99.pool.e-mobile.ne.jp)
  129. # [06:00] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  130. # [06:03] * Quits: MikeSmith (~MikeSmith@EM114-48-181-184.pool.e-mobile.ne.jp) (Ping timeout: 256 seconds)
  131. # [06:04] * Joins: ttepasse (~ttepasse@dslb-084-060-053-154.pools.arcor-ip.net)
  132. # [06:12] * Quits: ttepasse (~ttepasse@dslb-084-060-053-154.pools.arcor-ip.net) (Ping timeout: 276 seconds)
  133. # [06:14] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 256 seconds)
  134. # [06:18] * Joins: ttepasse (~ttepasse@dslb-084-060-027-065.pools.arcor-ip.net)
  135. # [06:18] * Quits: TabAtkins (~chatzilla@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Ping timeout: 246 seconds)
  136. # [06:19] * Quits: Sidnicious (~Sidney@pdpc/supporter/professional/sidney) (Quit: Sidnicious)
  137. # [06:21] * Joins: Sidnicious (~Sidney@pdpc/supporter/professional/sidney)
  138. # [06:22] * Quits: Sidnicious (~Sidney@pdpc/supporter/professional/sidney) (Client Quit)
  139. # [06:24] * Quits: ttepasse (~ttepasse@dslb-084-060-027-065.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  140. # [06:29] * Joins: Amorphous (jan@unaffiliated/amorphous)
  141. # [06:29] * Joins: ttepasse (~ttepasse@dslb-084-060-027-101.pools.arcor-ip.net)
  142. # [06:31] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  143. # [06:32] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  144. # [06:34] * Quits: ttepasse (~ttepasse@dslb-084-060-027-101.pools.arcor-ip.net) (Ping timeout: 246 seconds)
  145. # [06:39] * Joins: ttepasse (~ttepasse@dslb-084-060-032-028.pools.arcor-ip.net)
  146. # [06:42] * Joins: nessy (~Adium@124-168-170-167.dyn.iinet.net.au)
  147. # [06:45] * Quits: ttepasse (~ttepasse@dslb-084-060-032-028.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  148. # [06:51] * Joins: ttepasse (~ttepasse@dslb-084-060-014-051.pools.arcor-ip.net)
  149. # [06:53] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  150. # [06:54] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  151. # [06:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  152. # [06:59] * Joins: othermaciej (~mjs@c-67-180-197-126.hsd1.ca.comcast.net)
  153. # [07:00] * Joins: karlcow (~karl@nerval.la-grange.net)
  154. # [07:03] * Quits: othermaciej (~mjs@c-67-180-197-126.hsd1.ca.comcast.net) (Client Quit)
  155. # [07:04] * Quits: ttepasse (~ttepasse@dslb-084-060-014-051.pools.arcor-ip.net) (Ping timeout: 260 seconds)
  156. # [07:06] * Quits: s|k (~apphacker@c-24-5-241-122.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  157. # [07:06] * Joins: boblet (~boblet@74.123.113.221.ap.yournet.ne.jp)
  158. # [07:08] * Quits: boblet (~boblet@74.123.113.221.ap.yournet.ne.jp) (Client Quit)
  159. # [07:09] * Joins: boblet (~boblet@74.123.113.221.ap.yournet.ne.jp)
  160. # [07:09] * Joins: ttepasse (~ttepasse@dslb-084-060-044-200.pools.arcor-ip.net)
  161. # [07:10] * Quits: boblet (~boblet@74.123.113.221.ap.yournet.ne.jp) (Client Quit)
  162. # [07:14] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  163. # [07:14] * Joins: Rik`_ (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  164. # [07:16] * Quits: Rik`_ (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  165. # [07:16] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  166. # [07:16] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  167. # [07:16] * Joins: Rik`_ (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  168. # [07:16] * Rik`_ is now known as Rik`
  169. # [07:18] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
  170. # [07:18] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  171. # [07:20] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  172. # [07:21] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  173. # [07:24] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  174. # [07:24] * Quits: ttepasse (~ttepasse@dslb-084-060-044-200.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  175. # [07:29] * Joins: ttepasse (~ttepasse@dslb-084-060-007-075.pools.arcor-ip.net)
  176. # [07:35] * Quits: ttepasse (~ttepasse@dslb-084-060-007-075.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  177. # [07:39] * Joins: hz (~hz@125.160.122.167)
  178. # [07:40] * Joins: ttepasse (~ttepasse@dslb-084-060-014-051.pools.arcor-ip.net)
  179. # [07:40] * Quits: Utkarsh (~admin@117.201.82.147) (Ping timeout: 265 seconds)
  180. # [07:45] * Quits: ttepasse (~ttepasse@dslb-084-060-014-051.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  181. # [07:48] * Joins: Utkarsh (~admin@117.201.85.209)
  182. # [07:49] * Parts: hz (~hz@125.160.122.167)
  183. # [07:50] * Joins: ttepasse (~ttepasse@dslb-084-060-040-111.pools.arcor-ip.net)
  184. # [07:51] * Joins: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp)
  185. # [07:55] * Quits: ttepasse (~ttepasse@dslb-084-060-040-111.pools.arcor-ip.net) (Ping timeout: 265 seconds)
  186. # [07:56] <Dashiva> Massive bug activity lately...
  187. # [08:00] * Joins: ttepasse (~ttepasse@dslb-084-060-000-214.pools.arcor-ip.net)
  188. # [08:04] <Hixie> people keep filing new ones
  189. # [08:04] <Hixie> makes it hard to get the count down!
  190. # [08:04] <Hixie> somehow people only file new ones when i'm working on fixing them
  191. # [08:09] <Dashiva> That's not so strange
  192. # [08:10] <Dashiva> It feels more useful then since you see other people get responses
  193. # [08:10] <Hixie> heh
  194. # [08:11] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  195. # [08:14] * Joins: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  196. # [08:16] * Quits: ttepasse (~ttepasse@dslb-084-060-000-214.pools.arcor-ip.net) (Ping timeout: 265 seconds)
  197. # [08:20] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  198. # [08:20] * Joins: ttepasse (~ttepasse@dslb-084-060-026-037.pools.arcor-ip.net)
  199. # [08:21] * Joins: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  200. # [08:27] * Quits: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  201. # [08:27] * Quits: ttepasse (~ttepasse@dslb-084-060-026-037.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  202. # [08:28] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
  203. # [08:29] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  204. # [08:32] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  205. # [08:32] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  206. # [08:32] * Joins: ttepasse (~ttepasse@dslb-084-060-046-026.pools.arcor-ip.net)
  207. # [08:36] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  208. # [08:36] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  209. # [08:37] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  210. # [08:37] * Quits: ttepasse (~ttepasse@dslb-084-060-046-026.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  211. # [08:38] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  212. # [08:38] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  213. # [08:39] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  214. # [08:39] * Joins: Rik`_ (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  215. # [08:39] * Rik`_ is now known as Rik`
  216. # [08:39] * Joins: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  217. # [08:41] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  218. # [08:41] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  219. # [08:42] * Joins: ttepasse (~ttepasse@dslb-084-060-053-255.pools.arcor-ip.net)
  220. # [08:44] * Joins: wycats_ (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  221. # [08:47] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  222. # [08:47] * wycats_ is now known as wycats
  223. # [08:48] * Quits: ttepasse (~ttepasse@dslb-084-060-053-255.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  224. # [08:52] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  225. # [08:53] <othermaciej> Current bug counts:
  226. # [08:53] <othermaciej> HTML+RDFa: 24
  227. # [08:53] <othermaciej> H:TML: 10
  228. # [08:53] * Joins: ttepasse (~ttepasse@dslb-084-060-014-157.pools.arcor-ip.net)
  229. # [08:54] <othermaciej> HTML5 + HTML Microdata + HTML Canvas 2D ContexT: 126
  230. # [08:55] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  231. # [08:56] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  232. # [08:59] * Quits: ttepasse (~ttepasse@dslb-084-060-014-157.pools.arcor-ip.net) (Ping timeout: 264 seconds)
  233. # [09:03] <othermaciej> Hixie: I'm closing some obvious INVALIDs and DUPLICATEs for you
  234. # [09:03] <Hixie> cool, thanks
  235. # [09:04] <Hixie> i just go through them in order of last modified
  236. # [09:04] * Joins: ttepasse (~ttepasse@dslb-088-077-084-122.pools.arcor-ip.net)
  237. # [09:05] <othermaciej> 119 now
  238. # [09:05] * Quits: peroo (~peroo@peroo.xen.prgmr.com) (Ping timeout: 246 seconds)
  239. # [09:10] * Quits: ttepasse (~ttepasse@dslb-088-077-084-122.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  240. # [09:10] * Joins: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  241. # [09:10] * Quits: Utkarsh (~admin@117.201.85.209) (Ping timeout: 246 seconds)
  242. # [09:15] * Joins: ttepasse (~ttepasse@dslb-088-077-095-068.pools.arcor-ip.net)
  243. # [09:15] * Joins: Utkarsh (~admin@117.201.86.114)
  244. # [09:20] * Joins: peroo (~peroo@peroo.xen.prgmr.com)
  245. # [09:20] * Quits: ttepasse (~ttepasse@dslb-088-077-095-068.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  246. # [09:25] * Joins: ttepasse (~ttepasse@dslb-088-077-081-069.pools.arcor-ip.net)
  247. # [09:31] * Quits: ttepasse (~ttepasse@dslb-088-077-081-069.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  248. # [09:32] * Joins: surkov (~surkov@client-69-51.sibtele.com)
  249. # [09:35] * Quits: Utkarsh (~admin@117.201.86.114) (Ping timeout: 256 seconds)
  250. # [09:36] * Joins: ttepasse (~ttepasse@dslb-084-060-031-046.pools.arcor-ip.net)
  251. # [09:43] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Ping timeout: 245 seconds)
  252. # [09:43] * Quits: ttepasse (~ttepasse@dslb-084-060-031-046.pools.arcor-ip.net) (Ping timeout: 256 seconds)
  253. # [09:47] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  254. # [09:47] * Quits: erlehmann (~erlehmann@82.113.106.108) (Quit: Ex-Chat)
  255. # [09:49] * Joins: ttepasse (~ttepasse@dslb-088-077-094-104.pools.arcor-ip.net)
  256. # [09:53] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  257. # [09:57] * Quits: ttepasse (~ttepasse@dslb-088-077-094-104.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  258. # [10:02] * Joins: ttepasse (~ttepasse@dslb-088-077-089-236.pools.arcor-ip.net)
  259. # [10:05] <Dashiva> XML syntax for CSS... *shudder*
  260. # [10:11] <Hixie> hah
  261. # [10:11] <Hixie> three browsers
  262. # [10:12] <Hixie> three results
  263. # [10:12] <Hixie> gotta love the web
  264. # [10:12] * Quits: ttepasse (~ttepasse@dslb-088-077-089-236.pools.arcor-ip.net) (Ping timeout: 252 seconds)
  265. # [10:12] <Hixie> (http://software.hixie.ch/utilities/js/live-dom-viewer/saved/373)
  266. # [10:13] <Hixie> firefox passes the arguments in the order a,c,b
  267. # [10:13] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  268. # [10:13] <Hixie> sorry, firefox passes the arguments in the order a,c,b,type
  269. # [10:13] <Hixie> safari passes the arguments in the order b,c,a,type
  270. # [10:13] <Hixie> and opera does a,b,c,type,pluginspace
  271. # [10:15] <Dashiva> Attribute order is relevant? Wow
  272. # [10:17] * Joins: ttepasse (~ttepasse@dslb-084-060-072-011.pools.arcor-ip.net)
  273. # [10:18] <Hixie> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/374 -- gecko: type,e,a,d,b; webkit: b,d,a,e,type; opera: a,b,c,d,e,type,pluginspace
  274. # [10:18] <Hixie> wtf is opera doing
  275. # [10:18] * Hixie decides opera is disqualified from this round of testing
  276. # [10:19] <Dashiva> Isn't that what IE would do?
  277. # [10:20] <Hixie> dunno what IE would do, I don't have a way to test IE
  278. # [10:20] <Dashiva> Preserving attribute ordering even when removed for compat with COM references or whatnot
  279. # [10:20] * Joins: maikmerten (~maikmerte@port-92-201-212-48.dynamic.qsc.de)
  280. # [10:20] <Dashiva> Not specific to <object>, just in general
  281. # [10:22] <Hixie> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/375 -- webkit: x,b,d,a,e,type; gecko: doesn't launch plugin at all
  282. # [10:22] * Quits: ttepasse (~ttepasse@dslb-084-060-072-011.pools.arcor-ip.net) (Ping timeout: 240 seconds)
  283. # [10:22] <Hixie> preserving attribute ordering is one thing. Sending attributes that aren't even on the element is another.
  284. # [10:23] <Hixie> what webkit does makes complete sense
  285. # [10:23] <Hixie> and is self-consistent
  286. # [10:24] <Hixie> i think we'll go with that
  287. # [10:28] * Joins: ttepasse (~ttepasse@dslb-088-077-090-044.pools.arcor-ip.net)
  288. # [10:32] * Quits: ttepasse (~ttepasse@dslb-088-077-090-044.pools.arcor-ip.net) (Client Quit)
  289. # [10:37] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  290. # [10:41] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  291. # [10:42] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  292. # [10:52] * Joins: ROBOd (~robod@89.122.216.38)
  293. # [10:54] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  294. # [11:03] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  295. # [11:20] * Joins: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at)
  296. # [11:40] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  297. # [11:42] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  298. # [11:46] <Hixie> can <wbr> be expressed in CSS?
  299. # [11:49] <Hixie> 101 bugs, oldest one was changed less than a week ago
  300. # [11:49] <annevk> wbr{ white-space: nowrap } iirc
  301. # [11:49] <Hixie> um
  302. # [11:49] * Hixie passes annevk some coffee
  303. # [11:51] <Hixie> man, some of these bugs are like brain teasers in terms of trying to work out wtf the bug is about
  304. # [11:52] <Dashiva> I think that's <nobr>, annevk
  305. # [11:53] <Dashiva> <wbr> seems more like "End previous [anonymous] inline box. Start a new anonymous inline box."
  306. # [11:59] * Joins: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp)
  307. # [12:00] * Joins: MikeSmithXX (~MikeSmith@EM114-48-57-94.pool.e-mobile.ne.jp)
  308. # [12:01] <annevk> oh lol
  309. # [12:01] <annevk> lots of adobe email on public-html
  310. # [12:01] <annevk> aah, shelley powers
  311. # [12:02] <annevk> of course
  312. # [12:02] <Hixie> it must be march
  313. # [12:02] <Hixie> how time flies!
  314. # [12:02] <Dashiva> Maybe she's a precog, so she knew she would be busy with Adobe posts beforehand
  315. # [12:03] <Dashiva> Hixie: That was an attempted answer earlier, by the way.
  316. # [12:03] * Quits: MikeSmithX (~MikeSmith@EM114-48-33-99.pool.e-mobile.ne.jp) (Ping timeout: 256 seconds)
  317. # [12:03] <Hixie> the <wbr> thing?
  318. # [12:04] <Hixie> thanks
  319. # [12:04] <Hixie> i went with a somewhat different approach, but also prose
  320. # [12:04] <Hixie> i was hoping there was a pure-css solution
  321. # [12:04] <Hixie> (if anyone finds one, please file a bug)
  322. # [12:05] * Quits: surkov (~surkov@client-69-51.sibtele.com) (Quit: surkov)
  323. # [12:09] <annevk> omg, whining over the sotd
  324. # [12:10] <annevk> public-html is such a waste of my time :/
  325. # [12:11] <Hixie> multiple independent whinings over the sotd
  326. # [12:11] <Dashiva> Hixie: What do you mean by pure-css, by the way?
  327. # [12:11] <Hixie> Dashiva: as in, something you could put in a text/css file
  328. # [12:11] <Hixie> specifically, ua.css
  329. # [12:11] <Dashiva> And the problem is <nobr>x<wbr>x</nobr>, right?
  330. # [12:12] * Quits: seventh (seventh@189.59.166.95) (Ping timeout: 256 seconds)
  331. # [12:13] <Hixie> that's one of the things that we would need to resolve, yes
  332. # [12:13] <Hixie> aw man
  333. # [12:13] <Hixie> bug 8911
  334. # [12:13] * Hixie glares at anne
  335. # [12:15] <annevk> oh heh
  336. # [12:15] <annevk> I filed the same problem twice
  337. # [12:15] <annevk> see also http://www.w3.org/Bugs/Public/show_bug.cgi?id=8904
  338. # [12:16] <Hixie> excellent
  339. # [12:16] * Hixie marks 8911 as a dupe of 8904, thus modifying both of them and moving them both off the top of the bug list
  340. # [12:17] <Dashiva> What a copout
  341. # [12:17] <Hixie> :-D
  342. # [12:17] <Hixie> i have to deal with 8904 anyway sometime this weekend
  343. # [12:17] <Hixie> it's the P1 i promised anne i'd fix
  344. # [12:17] * Joins: gunderwonder (~gunderwon@191.80-202-79.nextgentel.com)
  345. # [12:17] <annevk> it's blocking any work on XHR, including AnonXMLHttpRequest
  346. # [12:17] <annevk> I can wait another week
  347. # [12:17] <annevk> if you want
  348. # [12:18] <annevk> i'll work on CSSOM instead
  349. # [12:21] <Hixie> i'll do it sometime this weekend
  350. # [12:21] <Hixie> (which ends on tuesday morning for you, since it's a long weekend for me)
  351. # [12:21] * Quits: KevinMarks (~KevinMark@c-67-164-13-6.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  352. # [12:24] * Joins: seventh (seventh@189.59.206.63)
  353. # [12:26] <Hixie> http://www.w3.org/Bugs/Public/show_bug.cgi?id=8924 seems like an interesting idea, though it would cause problems in XHTML
  354. # [12:27] <Dashiva> How so?
  355. # [12:27] <Philip`> node.dataset.doquery.range
  356. # [12:27] <annevk> yeah, what Philip` said would be neat
  357. # [12:27] <Philip`> plus some IDL magic to make it reconstruct it to an attribute name with "-"
  358. # [12:27] <Philip`> The problem is you'd want node.dataset.doquery to also act like a string for the attribute data-doquery
  359. # [12:28] <Dashiva> Yeah, we don't want more magic, really...
  360. # [12:28] <Dashiva> The location object is bad enough
  361. # [12:28] * Philip` likes magic
  362. # [12:30] <Dashiva> But how is camelcase accessors problematic in XHTML?
  363. # [12:31] <annevk> maybe the API is case-sensitive in XHTML currently?
  364. # [12:31] * Joins: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  365. # [12:31] <annevk> camelcase wfm too
  366. # [12:33] <Hixie> oh actually there's no xhtml problem
  367. # [12:33] <Dashiva> :)
  368. # [12:33] <Hixie> because data-aBc is explicitly not exposed in dataset
  369. # [12:33] <Hixie> sweet
  370. # [12:33] <Hixie> oh, no, i'm wrong
  371. # [12:33] <Hixie> but i can be right
  372. # [12:34] <Hixie> just have to change the spec a little
  373. # [12:34] * Dashiva is still wondering what the (possibly false) problem was
  374. # [12:34] <Hixie> data-aa-bb clashing with data-aaBb
  375. # [12:36] <annevk> though those were disallowed
  376. # [12:36] <Hixie> yeah but they're still exposed in dataset currently
  377. # [12:37] <Hixie> i'll just exclude any with capital letters from dataset and we'll be golden
  378. # [12:37] <Dashiva> A custom data attribute is an attribute in no namespace whose name starts with the string "data-", has at least one character after the hyphen, is XML-compatible, and contains no characters in the range U+0041 to U+005A (LATIN CAPITAL LETTER A to LATIN CAPITAL LETTER Z).
  379. # [12:37] <Dashiva> Doesn't that already exclude it?
  380. # [12:37] <Hixie> that's the authoring conformance requirement
  381. # [12:37] <Hixie> doesn't say jack about what dataset does
  382. # [12:38] * Joins: Utkarsh (~admin@117.201.86.226)
  383. # [12:38] <GarethAdams|Home> for example, with dataset properties set programatically
  384. # [12:39] <Dashiva> So make the access algorithm replace capital letter with - followed by lowercase letter? That way it can't map to invalid attributes at all
  385. # [12:40] <Dashiva> Well, no... initial capital letter would give data--... but it wouldn't map to a uppercase letter
  386. # [12:41] <GarethAdams|Home> is data--foo invalid?
  387. # [12:41] <Hixie> Dashiva: so data-aB="" would become dataset['a-b']? Then it would clash with data-a-b="".
  388. # [12:41] <Hixie> GarethAdams|Home: the definition of what's valid is what Dashiva quoted above
  389. # [12:41] <Dashiva> Hixie: data-aB wouldn't become anything, it would just be an attribute that's never used
  390. # [12:42] <Hixie> i'm confused as to what you're suggesting
  391. # [12:42] <Hixie> the solution i'm following is trivial
  392. # [12:42] <Hixie> just exclude content attributes with a capital letter from the API
  393. # [12:42] <Hixie> and then do the adjustments
  394. # [12:43] <Dashiva> I'm suggesting you change the "Let name be the concatenation" steps to also replace uppercase letters with hyphen followed by lowercase equivalent
  395. # [12:43] <Dashiva> datalist.doQuery would map to data-do-query
  396. # [12:44] <GarethAdams|Home> Dashiva is saying that dataset['aB'] would be identical to dataset['a-b'] - with the data-aB attribute still being invalid
  397. # [12:44] <Hixie> yes, that has to be part of the solution also
  398. # [12:44] <Hixie> except dataset['a-b'] wouldn't be there
  399. # [12:45] <Hixie> not sure whether to make setting that throw an exception, silently fail, or silently passthrough
  400. # [12:45] <Hixie> i'm leaning towards exception
  401. # [12:45] <Dashiva> Why not allow it?
  402. # [12:45] <annevk> yeah, SYNTAX_ERR
  403. # [12:46] <annevk> Dashiva, enforce some consistency
  404. # [12:46] <Hixie> allowing it leads to a confusing situation where you can compare two strings, be sure they're not the same, then set both and trample each other
  405. # [12:46] <Hixie> very bad
  406. # [12:48] <Dashiva> Although WebIDL would make it fail anyhow, since a-b wouldn't be in the supported property name list
  407. # [12:48] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 248 seconds)
  408. # [12:48] <Philip`> Could make dataset['a-b'] map onto attribute data-a--b
  409. # [12:48] <Philip`> because that should avoid conflicts and avoid forbidding certain strings
  410. # [12:49] <GarethAdams|Home> I was about to say, transparently switching a-b and aB wouldn't help with multiple consecutive -
  411. # [12:49] <Hixie> Dashiva: i use the same algorithm for creation
  412. # [12:49] <Philip`> although actually that probably wouldn't work
  413. # [12:50] <Hixie> Philip`: and map ---x to --x when reading? that way leads madness
  414. # [12:50] <Philip`> because you'd need to do something with data-a-0 attributes, which presumably can only can be dataset["a-0"], and that needs to be reversible
  415. # [12:51] <Dashiva> Map - followed by non-uppercase to _? :)
  416. # [12:51] <Dashiva> Um, non-lowercase
  417. # [12:51] <Philip`> Does IE have some rules for mapping '-'-separated strings onto camelCase strings?
  418. # [12:51] <GarethAdams|Home> well not all dataset keys are mappable to DOM properties, so you don't need to provide for all possibilities
  419. # [12:52] <Philip`> for expandos or whatever they are
  420. # [12:52] * Philip` wonders what the exact rules are
  421. # [12:54] <GarethAdams|Home> for most CSS properties, the rule is -[a-z] maps to [A-Z] - that's all. Trying to cover multiple hyphens, numbers etc isn't going to be possible because NameChar in HTML isn't the same as e.g. Javascript
  422. # [12:54] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  423. # [12:58] <annevk> Hixie, by the way, in XHR I said that .cookie returns the empty string and does nothing on setting
  424. # [12:59] <annevk> Hixie, but it would prolly be slightly better if HTML5 defined that
  425. # [12:59] <Hixie> cool, i can do that
  426. # [12:59] <annevk> Hixie, or gave me a way to mark the document in a certain way
  427. # [12:59] <Hixie> can you comment on the bug to that effect?
  428. # [13:01] <GarethAdams|Home> maybe of interest? http://www.webdevout.net/test?0a&raw
  429. # [13:01] <annevk> oh actually, it seems it just does it for non same-origin, that seems broken because we disallow access to cookie headers
  430. # [13:01] <annevk> i'll comment on the bug
  431. # [13:02] <Hixie> is Csaba a common name in some locale?
  432. # [13:02] <Hixie> we have two people named that in the spec's acks
  433. # [13:02] <Hixie> and i've never met anyone with that name as far as i recall
  434. # [13:02] <Hixie> but i've only lived in western locales
  435. # [13:02] <Philip`> Wikipedia says Hungarian
  436. # [13:03] <annevk> oh, you just closed the bug
  437. # [13:03] <annevk> was it not about http://www.w3.org/Bugs/Public/show_bug.cgi?id=8924 ?
  438. # [13:04] <annevk> oops
  439. # [13:04] <annevk> left a comment in the wrong bug
  440. # [13:04] * annevk wonders how that happened
  441. # [13:05] <Hixie> heh
  442. # [13:11] <annevk> i wonder in that caching thread if there is any observable difference
  443. # [13:17] <annevk> Hixie, Romania maybe?
  444. # [13:17] * Quits: Utkarsh (~admin@117.201.86.226) (Ping timeout: 240 seconds)
  445. # [13:19] * Quits: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  446. # [13:24] * Joins: Utkarsh (~admin@117.201.89.191)
  447. # [13:34] * Quits: Utkarsh (~admin@117.201.89.191) (Ping timeout: 245 seconds)
  448. # [13:41] * Joins: Utkarsh (~admin@117.201.80.30)
  449. # [13:53] * Joins: s|k (~apphacker@c-24-5-241-122.hsd1.ca.comcast.net)
  450. # [13:56] * Joins: FireFly (~firefly@unaffiliated/firefly)
  451. # [13:56] * Joins: Apphacker_ (~apphacker@c-24-5-241-122.hsd1.ca.comcast.net)
  452. # [13:59] * Quits: s|k (~apphacker@c-24-5-241-122.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  453. # [14:05] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 256 seconds)
  454. # [14:06] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  455. # [14:15] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  456. # [14:20] * Quits: Utkarsh (~admin@117.201.80.30) (Ping timeout: 256 seconds)
  457. # [14:21] <annevk> VLC fails
  458. # [14:21] <annevk> F11 is for fullscreen, but it doesn't actually work if you clicked somewhere on the video because that apparently eats keyboard input
  459. # [14:22] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  460. # [14:27] * Joins: Utkarsh (~admin@117.201.86.165)
  461. # [14:36] * Quits: Lachy (~Lachlan@london.perfect-privacy.com) (Quit: Leaving)
  462. # [14:39] * Joins: ttepasse (~ttepasse@dslb-088-077-089-154.pools.arcor-ip.net)
  463. # [14:44] * Joins: TabAtkins (~chatzilla@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  464. # [14:55] <Hixie> nn
  465. # [15:05] <Dashiva> "It would need to be stated that if autoplay is used, loadhint is automatically set to autobuffer."
  466. # [15:05] <Dashiva> Isn't buffering at all rather redundant when you start playing immediately?
  467. # [15:24] * Joins: Sidnicious (~Sidney@pdpc/supporter/professional/sidney)
  468. # [15:31] * Quits: nessy (~Adium@124-168-170-167.dyn.iinet.net.au) (Quit: Leaving.)
  469. # [15:44] <annevk> this atom:id concept utterly failed in practice
  470. # [15:45] * Joins: maikmerten_ (~maikmerte@port-92-201-2-6.dynamic.qsc.de)
  471. # [15:47] * Quits: maikmerten (~maikmerte@port-92-201-212-48.dynamic.qsc.de) (Ping timeout: 256 seconds)
  472. # [15:51] * Quits: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at) (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115132715])
  473. # [15:52] * Joins: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  474. # [16:05] * Joins: borismus (~borismus@bl10-227-160.dsl.telepac.pt)
  475. # [16:10] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  476. # [16:10] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  477. # [16:13] * Joins: wycats_ (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net)
  478. # [16:15] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  479. # [16:16] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 260 seconds)
  480. # [16:16] * Quits: wycats (~yehudakat@c-76-126-116-8.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  481. # [16:16] * wycats_ is now known as wycats
  482. # [16:17] * Joins: kinetik (~kinetik@121.98.132.55)
  483. # [16:19] * Joins: annodomini (~lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  484. # [16:19] * Quits: annodomini (~lambda@c-75-69-96-104.hsd1.nh.comcast.net) (Changing host)
  485. # [16:19] * Joins: annodomini (~lambda@wikipedia/lambda)
  486. # [16:28] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 256 seconds)
  487. # [16:28] * Quits: fupp (~User@mg038a.studby.ntnu.no) (Remote host closed the connection)
  488. # [16:29] * Quits: danbri (~danbri@unaffiliated/danbri) (Remote host closed the connection)
  489. # [16:29] * Joins: kinetik (~kinetik@121.98.132.55)
  490. # [16:36] * Joins: sebmarkbage_ (~miranda@213.80.108.29)
  491. # [16:43] * Quits: sebmarkbage_ (~miranda@213.80.108.29) (Quit: http://calyptus.eu/)
  492. # [16:43] * Joins: sebmarkbage (~miranda@213.80.108.29)
  493. # [16:48] * Joins: gratz|home (~gratz@cpc4-brig15-2-0-cust145.3-3.cable.virginmedia.com)
  494. # [17:16] * Quits: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net) (Read error: Connection reset by peer)
  495. # [17:16] * Joins: Rik`_ (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  496. # [17:22] * Quits: Rik`_ (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net) (Read error: Connection reset by peer)
  497. # [17:23] * Joins: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  498. # [17:28] * Quits: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net) (Ping timeout: 276 seconds)
  499. # [17:30] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  500. # [17:39] * Quits: ttepasse (~ttepasse@dslb-088-077-089-154.pools.arcor-ip.net) (Quit: Verlassend)
  501. # [17:55] * Quits: gratz|home (~gratz@cpc4-brig15-2-0-cust145.3-3.cable.virginmedia.com) (Quit: Leaving)
  502. # [18:03] * Quits: MikeSmithXX (~MikeSmith@EM114-48-57-94.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  503. # [18:06] * Joins: gratz|home (~gratz@cpc4-brig15-2-0-cust145.3-3.cable.virginmedia.com)
  504. # [18:12] * Quits: seventh (seventh@189.59.206.63) (Remote host closed the connection)
  505. # [18:19] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  506. # [18:20] * Quits: maikmerten_ (~maikmerte@port-92-201-2-6.dynamic.qsc.de) (Remote host closed the connection)
  507. # [18:25] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  508. # [18:29] <Philip`> Someone at Google really needs to sort out the problem where emails from Google employees to public mailing lists are very commonly marked by Gmail as "Due to a filter you created, this message was not sent to Spam." and often "Warning: This message may not be from whom it claims to be."
  509. # [18:34] * Joins: seventh (seventh@189.59.206.63)
  510. # [18:39] * Quits: gratz|home (~gratz@cpc4-brig15-2-0-cust145.3-3.cable.virginmedia.com) (Quit: Leaving)
  511. # [18:40] * Parts: Apphacker_ (~apphacker@c-24-5-241-122.hsd1.ca.comcast.net) ("Closed channel window.")
  512. # [18:43] <TabAtkins> Philip`: Man, I know. I get bit by that all the time.
  513. # [18:44] <TabAtkins> Or rather, it did, until I set up my filter to never send them to spam.
  514. # [19:03] * Joins: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  515. # [19:08] * Joins: erlehmann (~erlehmann@82.113.106.108)
  516. # [19:11] * Joins: erlehmann_ (~erlehmann@82.113.121.131)
  517. # [19:14] * Quits: erlehmann (~erlehmann@82.113.106.108) (Ping timeout: 256 seconds)
  518. # [19:17] * Joins: Lachy (~Lachlan@london.perfect-privacy.com)
  519. # [19:18] * erlehmann_ is now known as erlehmann
  520. # [19:19] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  521. # [19:19] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Changing host)
  522. # [19:19] * Joins: danbri (~danbri@unaffiliated/danbri)
  523. # [19:24] * Quits: erlehmann (~erlehmann@82.113.121.131) (Ping timeout: 256 seconds)
  524. # [19:25] * Joins: erlehmann (~erlehmann@82.113.121.131)
  525. # [19:32] * Joins: Hiall^ (~bleh@5ac2857a.bb.sky.com)
  526. # [19:34] * Quits: Hiall (~bleh@5ac2857a.bb.sky.com) (Ping timeout: 240 seconds)
  527. # [19:38] * Quits: gunderwonder (~gunderwon@191.80-202-79.nextgentel.com) (Quit: gunderwonder)
  528. # [19:39] * Quits: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net) (Remote host closed the connection)
  529. # [19:48] * Joins: paul_irish (~paul_iris@12.197.12.98)
  530. # [19:57] * Joins: gunderwonder (~gunderwon@191.80-202-79.nextgentel.com)
  531. # [20:05] * Joins: Breakmau5 (~breakz@erft-5d80a680.pool.mediaWays.net)
  532. # [20:13] * Quits: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net) (Quit: abarth)
  533. # [20:16] * Quits: danbri (~danbri@unaffiliated/danbri) (Quit: Leaving...)
  534. # [20:22] * Quits: Sidnicious (~Sidney@pdpc/supporter/professional/sidney) (Quit: Sidnicious)
  535. # [20:27] * Joins: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at)
  536. # [20:29] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 256 seconds)
  537. # [20:30] * Joins: gratz|home (~gratz@gratz.gotadsl.co.uk)
  538. # [20:33] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  539. # [20:38] <wycats> Hixie: reviewing your comments
  540. # [20:40] * Quits: gratz|home (~gratz@gratz.gotadsl.co.uk) (Ping timeout: 260 seconds)
  541. # [20:51] * Quits: paul_irish (~paul_iris@12.197.12.98) (Remote host closed the connection)
  542. # [20:53] <wycats> Hixie: I think what I was really asking for wrt same-origin-policy was the use of "same-origin", not "same-origin-policy"
  543. # [20:56] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  544. # [21:01] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Client Quit)
  545. # [21:03] * Quits: Breakmau5 (~breakz@erft-5d80a680.pool.mediaWays.net) (Ping timeout: 258 seconds)
  546. # [21:04] * Joins: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
  547. # [21:12] * Joins: erlehmann_ (~erlehmann@82.113.121.125)
  548. # [21:13] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  549. # [21:15] * Quits: erlehmann (~erlehmann@82.113.121.131) (Ping timeout: 256 seconds)
  550. # [21:17] <virtuelv> othermaciej: if your findings on issue-30 are relevant, I think posting them to the list would be helpful
  551. # [21:17] * Joins: cpearce_ (~cpearce@203-97-204-82.dsl.clear.net.nz)
  552. # [21:19] <jgraham> More than that I would be interesting to see your analysis
  553. # [21:19] <jgraham> Maths is fun :)
  554. # [21:19] <wycats> is http://www.w3.org/Bugs/Public/ down?
  555. # [21:19] <wycats> "Error: Access denied for user 'bugs'@'128.30.52.43' (using password: YES)"
  556. # [21:19] <jgraham> wycats: Yes
  557. # [21:19] <virtuelv> jgraham: that too
  558. # [21:19] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
  559. # [21:20] * cpearce_ is now known as cpearce
  560. # [21:20] * jgraham notices his total faliure to make a grammatical sentence
  561. # [21:21] <jgraham> Seriously I've strted sounding like I have been through Google translate a few times
  562. # [21:21] <othermaciej> jgraham: I took the relevant variables to be "longdescs attributes per img" and "valid longdesc values per longdesc attribute", assumed values were only 0 or 1, and reverse-engineered the mean, standard deviation, and standard error
  563. # [21:21] <jgraham> But with more typos
  564. # [21:21] <wycats> jgraham: is that possible?
  565. # [21:21] <othermaciej> writing it out in enough detail to stand up to scrutiny might be more work than the value we'd get out of it
  566. # [21:22] <jgraham> othermaciej: Sure, if ou don't want the bother, don't do it on my account
  567. # [21:23] <virtuelv> the question asked should be a different one, though
  568. # [21:24] <othermaciej> my most interesting conclusion is that if in fact 75% of longdesc values are useful, then Ian would have had to oversample bad longdesc values by a factor of around 400 relative to good longdesc values to get his result
  569. # [21:24] <virtuelv> even with longdesc being used in a useful manner in 75% of the cases used, why is longdesc used on less than 1% of pages?
  570. # [21:24] <othermaciej> 400x oversampling seems like it would be unlikely short of outright research fraud, given the reported methodology
  571. # [21:25] <othermaciej> Ian's study concluded that of the longdesc values that are provided, less than 1% are useful
  572. # [21:26] <othermaciej> I think that's potentially the more relevant point - if longdesc were rare, but very often useful rather than bogus when provided, then one could argue it does more good than harm, despite being obscure
  573. # [21:27] <othermaciej> I should also mention that because of the very large sample sizes, the standard error is ridiculously small, so some form of systematic error is the only way the study's conclusion could be wrong
  574. # [21:28] <wycats> what's the background :/
  575. # [21:29] <wycats> sorry for asking that in the middle of an existing discussion :/
  576. # [21:38] <othermaciej> Shelley's claim that Ian's research study on longdesc suffers from some sort of bias that makes it invalid
  577. # [21:38] <othermaciej> but apparently sample bias wasn't what she had in mind
  578. # [21:41] <Dashiva> The data for the second analysis was made public, so anyone could verify the results if they don't believe there's sample bias
  579. # [21:43] <othermaciej> I think Shelley did claim that one had a sample bias (she said it is "not representative of the web, at large")
  580. # [21:44] <Dashiva> That would be bias _against_ longdesc, though
  581. # [21:44] <Dashiva> Since most the longdesc advocacy I've seen has been "Yes, it isn't used normally, but professionals on professional sites use it, and that's enough to make it useful"
  582. # [21:46] <TabAtkins> Shelley did claim that the dmoz data wasn't representative.
  583. # [21:47] <TabAtkins> If I believed she was actually honestly engaging the list, I'd argue that it's breadth means it's still likely reasonably representative, and suggest comparing results from it to results from a random web sampling to verify.
  584. # [21:47] <AryehGregor> You can't do a "random web sampling". Random how?
  585. # [21:48] <othermaciej> she also said that the dotnetdotcom.org data was "anecdotal" because "we don't have access to the methodology determining the web bots path, we have no idea how often its blocked, it doesn't take into count the use of intranet data"
  586. # [21:49] * Quits: borismus (~borismus@bl10-227-160.dsl.telepac.pt) (Quit: http://www.borismus.com)
  587. # [21:50] <TabAtkins> Indeed. And again, if I felt she was actually being honest in bringing that up, I'd ask why she believed that the bot, when it is blocked, would bias the result in a particular direction (and again, one could compare its results to other studies that are more reliably representative to look for bias).
  588. # [21:50] <Dashiva> AryehGregor: Make a statement of what the web is like, then change your sample methodology until it matches
  589. # [21:50] <othermaciej> her use of "anecdotal" to refer to large data sets where she is not fully confident that the methodology provides a representative random sample is an unusual use of the term, I think
  590. # [21:50] <TabAtkins> AryehGregor: Um, why not? First approach: unifoermly sample from Google's cache of pages.
  591. # [21:51] <othermaciej> one could form a hypothesis that certain things missed by the bot would be more likely to contain longdesc attributes, and more likely to contain valid longdesc values in those cases where the attribute is present
  592. # [21:51] <TabAtkins> Second approach: take a large directory, wide enough to remove many forms of systemic bias, and uniformly sample from all linked pages.
  593. # [21:52] <AryehGregor> TabAtkins, "random" isn't well-defined. You have to further specify. See also: Bertrand's paradox.
  594. # [21:52] <TabAtkins> AryehGregor: In the absence of further clarification, lay usage of "random" means "sampled from a uniform distribution". Assuming otherwise is being uselessly pedantic.
  595. # [21:52] <AryehGregor> Sure. Uniform over what set?
  596. # [21:52] <AryehGregor> The same is true in Betrand's paradox.
  597. # [21:52] <TabAtkins> Over some representatively large set of pages.
  598. # [21:53] <AryehGregor> So you mean uniform over all pages, with no weighting? All pages everyone has viewed in the last X days, maybe? Including if it was only viewed by search spiders, or also humans? Including intranets too, or only the public Internet? How large is X?
  599. # [21:54] <AryehGregor> Some of those considerations will materially affect the resulting set, especially whether you include intranet pages.
  600. # [21:54] <TabAtkins> X is sufficiently large. For most of your questions I would hypothesize that it would not affect the sample for the types of variables we're testing.
  601. # [21:54] <othermaciej> hypotheses about intranet contents tend not to be falsifiable
  602. # [21:55] <TabAtkins> There are well-established methods of figuring out how large is "sufficient" based on the desired strength of the test you're performing.
  603. # [21:55] <AryehGregor> Not if you don't define the set in the first place.
  604. # [21:55] <TabAtkins> Though, "a billion" is pretty much always large enough.
  605. # [21:55] <AryehGregor> Not if it's nowhere close to representative.
  606. # [21:55] <TabAtkins> Do you believe that the sets that have been sampled are non-representative for the relevant variables?
  607. # [21:56] <AryehGregor> I don't believe they're non-representative enough to create such a skewed result incorrectly, no. But if you're trying to convince me, you're wasting your time, because I already agree with you.
  608. # [21:56] <TabAtkins> I'm not trying to establish a new test here, just defend the existing tests as being acceptable in their methodology.
  609. # [21:56] <othermaciej> it's defintiely possible for a sample to be very large, but still not random with respect to the variable under study
  610. # [21:56] <AryehGregor> Anyway, I was objecting to your use of the term "random" as though there were only one way to sample a "random" set of pages.
  611. # [21:56] <othermaciej> there is a limit to how much you can control for that
  612. # [21:57] <othermaciej> one possibility is to guess what variables may be correlated, and try to sample from subpopulations to preserve the right ratio
  613. # [21:57] <TabAtkins> AryehGregor: You were being pedantic. ^_^ Like I said, you *know* what "random" means when used like that, and you also know roughly what sort of page distribution we're talking about, and have at least some idea of how to construct a reasonably "representative" set of pages.
  614. # [21:58] <othermaciej> calling something a "random sample" doesn't imply that there is only one way to do it, at least not in any statistics I've heard of
  615. # [21:58] <TabAtkins> othermaciej: Indeed.
  616. # [21:58] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
  617. # [21:59] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  618. # [21:59] <TabAtkins> But still, unless one has reason to believe that the used population *is* biased in that variable, one cannot reasonably suggest that the study sampling from that population is biased.
  619. # [21:59] <AryehGregor> For some definitions of "random" there's no feasible way to construct a random selection of pages, particularly not if you include intranets.
  620. # [22:00] <othermaciej> intranets are for practical purposes outside the realm of science
  621. # [22:00] <TabAtkins> We typically don't include intranets for that reason.
  622. # [22:00] <AryehGregor> That's my point. :)
  623. # [22:00] <othermaciej> because general hypotheses about intranets are for practical purposes not falsifiable
  624. # [22:00] <TabAtkins> There may be a bias introduced through that, but one must also consider the population of disabled web users as a whole and ask if this bias is likely to affect them.
  625. # [22:01] <AryehGregor> Anyway.
  626. # [22:01] <TabAtkins> That is, is an average disabled web user going to be affected by a higher or lower prevalance of correct @longdesc usage in intranets?
  627. # [22:01] <TabAtkins> I'd argue not.
  628. # [22:01] <Dashiva> Counterargument: disabled users aren't average
  629. # [22:01] <othermaciej> you don't have to assume anything about intranets really, just accurately state the result as being about publicly available web content
  630. # [22:02] <TabAtkins> Are they non-average in a way that would bias them strongly towards using intranets, and thus being more highly affected by them than a normal web user?
  631. # [22:02] <othermaciej> then anyone who wants to make a separate hypothesis about intranet content has the burden of proof to demonstrate their hypothesis
  632. # [22:02] <othermaciej> if they feel that would provide relevant evidence
  633. # [22:03] <Dashiva> TabAtkins: If the assumption is that intranets are better at longdesc, I'd assume there would be a similar assumption about disabled users
  634. # [22:03] <Dashiva> But nobody is of course providing any data, just complaints about the data that does exist
  635. # [22:03] <othermaciej> that disabled users are more likely to use intranets?
  636. # [22:04] <TabAtkins> Dashiva: You would assume that, given that assumption, disabled users are more affected by intranets than non-disabled people?
  637. # [22:04] <othermaciej> that might be a testable hypothesis
  638. # [22:04] <TabAtkins> That sounds testable, yeah.
  639. # [22:04] <TabAtkins> I doubt it's true, and don't believe it's relevant for our purposes, though.
  640. # [22:05] <Dashiva> I think the strongest argument against sample bias is that nobody has produced a sample biased the opposite direction
  641. # [22:05] <TabAtkins> (Rather, I doubt it's true, and *strongly* doubt it's true *enough* to matter to us.)
  642. # [22:05] <TabAtkins> Dashiva: I'll bet Shelley could produce one.
  643. # [22:05] <Dashiva> And a real sample, not just a dozen sites
  644. # [22:07] <othermaciej> well like I said before - for studies to be getting these results through sample bias, if the true situation is much different, the oversampling factor for bad longdesc values would have to be huge
  645. # [22:09] <Dashiva> There might not be enough longdescs in existence :)
  646. # [22:09] <TabAtkins> Well, 1 in 1000 pages contain @longdesc, apparently. That's a decent population.
  647. # [22:10] <TabAtkins> (Rather, that's the proportion given by one study.)
  648. # [22:10] <TabAtkins> So, given the estimated 1e12 pages on the web, about 1e9 of them contain a @longdesc attribute.
  649. # [22:11] <othermaciej> one study specifically identified 1.3e6 img elements as having a longdesc attribute
  650. # [22:11] <TabAtkins> Yeah, out of roughly 1e9 pages sampled.
  651. # [22:11] <othermaciej> hey, HTML WG made daringfireball
  652. # [22:12] <Dashiva> Yeah, but that's just attribute presence
  653. # [22:12] <Dashiva> Conforming, useful instances are a tiny fraction of that again
  654. # [22:12] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  655. # [22:12] <othermaciej> point being - that's a lotta longdesc, most of it apparently bogus
  656. # [22:14] <othermaciej> Ian's study estimates that something like one in a million images have a potentially useful longdesc
  657. # [22:16] <TabAtkins> AryehGregor: Bertrand's paradox doesn't apply here. In there you have a continuous variable that you're attempting to sample, and so the distribution you use to sample it matters quite a lot. A discrete variable, on the other hand, can be given a very simple uniform distribution. The example given by Bertrand matters because there *is* no uniform distribution over all possible chords of a...
  658. # [22:16] <TabAtkins> ...circle.
  659. # [22:17] <TabAtkins> However, I unfortunately will have to leave before I see a rebuttal, as I've got to head out to meet with my parents. Feel free to disagree with me, though, and I'll see it when I get back. ^_^
  660. # [22:17] <AryehGregor> That's correct, but you have no feasible algorithm for uniformly sampling pages on the web.
  661. # [22:18] * Joins: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp)
  662. # [22:18] * Joins: ttepasse (~ttepasse@dslb-084-060-073-183.pools.arcor-ip.net)
  663. # [22:18] <TabAtkins> If I have all the pages, I certainly do. I don't have all the pages, of course, so we can then argue over whether the pages I have access to are representative, but that's a different issue I think.
  664. # [22:19] <AryehGregor> So the same general principle applies: you're suggesting someone sample something at random, but since uniform sampling is impossible (practically in this case, logically in Bertrand's), it's not clear what distribution you're asking for.
  665. # [22:19] <AryehGregor> The obvious algorithm would be to collect all the pages and then sample in a usual fashion, yes. But presumably you were not suggesting that Shelley do that.
  666. # [22:20] <othermaciej> studies do random samples of persons residing in the United States, but I am not sure anyone has an accurate, up-to-date and complete list
  667. # [22:22] <othermaciej> nor is every person in the United States equally convenient to reach
  668. # [22:23] <AryehGregor> They try to find representative cross-sections, but only by carefully controlling certain variables and hoping those are the relevant ones. The people who agree to participate in studies aren't representative, after all.
  669. # [22:23] <othermaciej> usually you try to estimate how much your sampling methodology might correlate with the variable of interest
  670. # [22:23] <othermaciej> and apply that to your error estimates
  671. # [22:24] <AryehGregor> Probably this all sounds more reasonable to a scientist than to a mathematician.
  672. # [22:24] <othermaciej> you don't generally say "I am not sure if my sample is perfectly representative, therefore I assume my error bar is unbounded"
  673. # [22:24] <AryehGregor> (a pure mathematician, specifically)
  674. # [22:24] <AryehGregor> Well, no, that's a silly thing to say.
  675. # [22:27] <othermaciej> perhaps Ian should have reported an estimated error for his study, then one could debate the size of the confidence interval rather than the statistically dubious question of "valid or invalid"
  676. # [22:28] <othermaciej> I believe he studied physics so I assume he knows how to do that sort of thing
  677. # [22:29] * Joins: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net)
  678. # [22:32] * Joins: nessy (~Adium@124-168-170-167.dyn.iinet.net.au)
  679. # [22:37] * Quits: salavas (salavas@h4n1fls31o279.telia.com) (Ping timeout: 245 seconds)
  680. # [22:38] <jgraham> TabAtkins: It is worth noting that "all the pages on the internet" is a countably infinite set of pages
  681. # [22:39] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 248 seconds)
  682. # [22:40] * Joins: salavas (salavas@h4n1fls31o279.telia.com)
  683. # [22:40] <AryehGregor> jgraham, naturally you have to define it as something like "all pages viewed in the last X days".
  684. # [22:41] <jgraham> AryehGregor: Theoretically, yes.
  685. # [22:41] <jgraham> Although that's not a very practical thing to do
  686. # [22:43] <jgraham> Instead you get samples like "all the pages in the Google index" and assume that doesn't contain, say, 50% identical pages from a single calendar site that has an infinite number of possible pages
  687. # [22:44] <jgraham> Which is a reasonable assumption because an index that did have that kind of bias would be utterly useless as the basis for a search engine
  688. # [22:44] <Dashiva> I wonder how Google actually handles that. A maximum number of pages per domain, maybe?
  689. # [22:44] <AryehGregor> I imagine it's complicated.
  690. # [22:45] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  691. # [22:45] <jgraham> I guess their bots only go so deep
  692. # [22:45] <othermaciej> is there really such a thing as a server that could produce an infinite number of pages, even in theory?
  693. # [22:45] <jgraham> othermaciej: Well it depends what you mean by "pages" presumably
  694. # [22:46] <othermaciej> surely there are resource limits that fall short of the infinity point
  695. # [22:46] <AryehGregor> othermaciej, if you allow an unlimited amount of time, sure.
  696. # [22:46] <AryehGregor> Assuming there's no reason the server can't exist for an unlimited amount of time.
  697. # [22:47] <AryehGregor> E.g., no heat death of the universe or anything like that.
  698. # [22:47] <jgraham> If you take a HTTP view of the universe where each thing at given URL is the same even if it is actually different then you are limited by the number of unique urls
  699. # [22:47] <AryehGregor> jgraham, what about POST?
  700. # [22:47] <othermaciej> I was going to say at the very least it has to fit the whole URL in memory, thus can serve resources for only a finite number of URLs, but I suppose it could stream the URL
  701. # [22:47] <AryehGregor> Well, also pages can have different representations.
  702. # [22:47] <AryehGregor> I mean: <?php while (true) { echo rand(); }
  703. # [22:48] <jgraham> AryehGregor: In what context?
  704. # [22:48] <AryehGregor> Or for more elegance: <?php while (true) { echo rand(0, 9); }
  705. # [22:48] <AryehGregor> That's a lot of different pages.
  706. # [22:48] <AryehGregor> Clearly we must be talking about the actual streams of bits, not just the URLs.
  707. # [22:48] <othermaciej> but a finite number
  708. # [22:48] <AryehGregor> After all, one document at the URL might contain longdesc, and another not.
  709. # [22:49] <AryehGregor> Why is it a finite number, if there's no buffering and the server is given unlimited time?
  710. # [22:49] <AryehGregor> Heat death of the universe?
  711. # [22:49] <Dashiva> The number of URLs is only limited by server restrictions, though
  712. # [22:49] <othermaciej> ah, I failed to think of the while(true)
  713. # [22:50] <othermaciej> I think to have a definition suitable for a study, you need to sample pages as they are at the time you visit a URL, because even normal pages can change and you don't want to sample over and over til the Web stops changing
  714. # [22:50] <othermaciej> that would likely be a long wait
  715. # [22:51] * Quits: ROBOd (~robod@89.122.216.38) (Quit: http://www.robodesign.ro)
  716. # [22:54] * Quits: annodomini (~lambda@wikipedia/lambda) (Quit: annodomini)
  717. # [22:54] * Quits: JoePeck (~JoePeck@cpe-74-69-85-249.rochester.res.rr.com) (Quit: JoePeck)
  718. # [23:00] * Joins: Futek (~Futek@3505ds3-amb.0.fullrate.dk)
  719. # [23:02] <Philip`> othermaciej: "the size of the confidence interval" - if I remember correctly that's proportional to 1/sqrt(n), and if n=1e9 then it's going to be pretty close to zero and uninteresting and completely insignificant compared to even tiny systematic biases
  720. # [23:02] * erlehmann_ is now known as erlehmann
  721. # [23:02] <othermaciej> Philip`: yes, the standard error is tiny if you assume no sample bias
  722. # [23:03] <othermaciej> or rather, I should say, the standard error is tiny, and if you don't assume sample bias or measurement error or something of that nature, that's about the only thing that factors into your confidence interval
  723. # [23:05] <jgraham> I think that is almost always true though, in the sense that if you are in a regime where your measurement is only just significant within random errors, it is almost certianly insignificant due to systematic errors you weren't accounting for
  724. # [23:05] <othermaciej> Philip`: I did compute the standard error, and both with the 1 billion sample of pages and the 13 billion subsample of pages containing longdesc it is very small
  725. # [23:05] <Philip`> Is it possible to come up with a confidence interval based on any other kind of error, that is not completely meaningless?
  726. # [23:05] <jgraham> ("90% of 2 sigma results are noise")
  727. # [23:05] <othermaciej> well, you could assume a statistical distribution of sample bias, but I have no idea if that is meaningful
  728. # [23:06] <othermaciej> jgraham: "longdesc value is bogus" seems to be a 6025 sigma result
  729. # [23:06] <jgraham> othermaciej: Sure, I am not suggesting this result is in that regime
  730. # [23:06] <othermaciej> or rather, longdesc value is bogus more often than it is useful
  731. # [23:07] <Philip`> Seems the more fundamental problem is that nobody can even define what population they care about bias from
  732. # [23:07] <othermaciej> sorry, 6525 sigma or so
  733. # [23:07] <jgraham> Philip`: That itself may be telling
  734. # [23:08] <AryehGregor> 6525 sigma? Seriously?
  735. # [23:08] <Philip`> except for some easily definable populations ("all the pages in Google's cache", "all the pages in dmoz.org", etc) where it's trivial (and in some cases you don't even need random sampling because you can test the entire population)
  736. # [23:08] <othermaciej> which by the way, if you compute the confidence level for that sigma level, I think the number by which it is less than 100% probably doesn't have a name
  737. # [23:08] <AryehGregor> Five sigmas is enough
  738. # [23:08] <othermaciej> AryehGregor: that's the number of standard errors out 50% valid londesc would be, given Hixie's study
  739. # [23:08] <AryehGregor> I've heard that five sigmas is enough for particle physicists.
  740. # [23:09] <othermaciej> I am not really sure how you statistically model the possibility of sample bias
  741. # [23:09] <Philip`> s/trivial/trivial to get a uniform random sample/
  742. # [23:09] <jgraham> AryehGregor: Yeah, that sounds about right
  743. # [23:10] <jgraham> (well people will believe 3 sigma results too but not really be that surprised if they vanish)
  744. # [23:11] <jgraham> (so if you were to propose for funding on the basis "we could measure X to 3 sigma given ideal performance" there might be some skepticism)
  745. # [23:12] <jgraham> In fact I think I might have had applications for telescope timed down on roughly that basis
  746. # [23:12] <jgraham> s/timed/time turned/
  747. # [23:13] <othermaciej> how do physicists deal with the fact that there may be systematic bias?
  748. # [23:13] <othermaciej> assume irrelevant if you've got enough sigmas? try to eliminate? guess and account for in calculations?
  749. # [23:14] <jgraham> othermaciej: If you know about it, I think it is close to "guess and try to account for it"
  750. # [23:15] <AryehGregor> Bug tracker down? http://www.w3.org/Bugs/Public/show_bug.cgi?id=8784
  751. # [23:16] <jgraham> But often you simply don't know; I remember being told that if you plot the best measurement of the speed of light over time it is flat wihin error bars for short periods, then jumps by more than the nominal error bars then is flat again, and so on
  752. # [23:16] <jgraham> I seem to remember not being able to find a URL to back that up though
  753. # [23:16] <AryehGregor> I've heard similar things about Millikan's oil-drop experiment.
  754. # [23:17] <othermaciej> this talk of experimental error reminds me of this old joke: http://www.gdargaud.net/Humor/OddPrime.html
  755. # [23:17] <Philip`> jgraham: That sounds like proof that the speed of light is changing
  756. # [23:17] <othermaciej> AryehGregor: I think the measurement of the fundamental charge too a slow crawl from Milikan's measurement to the current value
  757. # [23:17] <AryehGregor> othermaciej, that's the kind of page that should have stopped after about five lines.
  758. # [23:18] <othermaciej> all the versions of the joke I have heard stop at the engineer
  759. # [23:19] * jgraham is ashamed he knew waht the joke was just by reading the URL
  760. # [23:19] * AryehGregor isn't
  761. # [23:19] <AryehGregor> othermaciej, me too.
  762. # [23:19] <othermaciej> although I like the Programmer entry on that page
  763. # [23:19] <jgraham> And you heard that URLs are just opaque strings...
  764. # [23:19] * Quits: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  765. # [23:20] <jgraham> (I had also only seen the first three)
  766. # [23:24] * Quits: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net) (Quit: twolfe18)
  767. # [23:34] * Joins: beilabs_ (~beilabs@ppp121-44-120-55.lns20.syd6.internode.on.net)
  768. # [23:42] * Quits: Futek (~Futek@3505ds3-amb.0.fullrate.dk) (Quit: Futek)
  769. # [23:43] <hober> I've made a bunch of progress on my zero-edit counter proposal for ISSUE-95 (hidden="").
  770. # [23:43] <hober> If anyone's interested in reviewing / commenting, I'd really appreciate it.
  771. # [23:43] <hober> http://hober.jottit.com/ISSUE-95_Change_Proposal
  772. # [23:48] * Joins: annodomini (~lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  773. # [23:48] * Quits: annodomini (~lambda@c-75-69-96-104.hsd1.nh.comcast.net) (Changing host)
  774. # [23:48] * Joins: annodomini (~lambda@wikipedia/lambda)
  775. # [23:52] * Joins: grimboy (~grimboy@bcm-131-111-216-247.girton.cam.ac.uk)
  776. # Session Close: Mon Feb 15 00:00:00 2010

The end :)