/irc-logs / freenode / #whatwg / 2011-01-31 / end

Options:

  1. # Session Start: Mon Jan 31 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:17] * Quits: erlehmann (~erlehmann@p5DDBB40A.dip.t-dialin.net) (Quit: Ex-Chat)
  4. # [00:25] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  5. # [00:29] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  6. # [00:30] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 276 seconds)
  7. # [00:31] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  8. # [00:32] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  9. # [00:38] <AryehGregor> Is any version of .innerText specced anywhere?
  10. # [00:40] <gsnedders> No
  11. # [00:41] * Joins: benschwarz (~benschwar@ppp59-167-179-123.static.internode.on.net)
  12. # [00:41] <AryehGregor> Yay.
  13. # [00:41] <AryehGregor> I assume it's unreasonably complicated.
  14. # [00:42] <gsnedders> It's more complex than it seems at face-value, IIRC
  15. # [00:42] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft) (Ping timeout: 240 seconds)
  16. # [00:42] <gsnedders> Note WebKit has a high-cost for changing their innerText behaviour as a lot of their tests depend upon the exact serialization.
  17. # [00:43] <AryehGregor> Nice.
  18. # [00:43] <othermaciej> we could easily make the tests use something than innerText
  19. # [00:43] <othermaciej> it's not encoded in every text or anything
  20. # [00:44] <AryehGregor> So what's an example of a difference between innerText and textContent?
  21. # [00:44] <othermaciej> but it would suck to carry around multiple conversion to plaintext algorithms
  22. # [00:44] <gsnedders> othermaciej: Converting existing tests' expectations would be expensive, though, at least provided you actually check the change
  23. # [00:45] <gsnedders> AryehGregor: head element, scripts
  24. # [00:45] <AryehGregor> Ah.
  25. # [00:45] <othermaciej> yeah, but there's no need to convert expectations
  26. # [00:45] <othermaciej> we would convert the test harness
  27. # [00:45] <gsnedders> othermaciej: Ah, to match the current innerText behaviour?
  28. # [00:47] <AryehGregor> innerText also seems to do newline collapsing of some kind.
  29. # [00:48] <AryehGregor> Actually, whitespace collapsing generally.
  30. # [00:48] * AryehGregor gets to work writing a spec
  31. # [00:52] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  32. # [00:55] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  33. # [00:56] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 240 seconds)
  34. # [00:59] <gsnedders> AryehGregor: Also note it should be affected by the computed style
  35. # [00:59] <gsnedders> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/809 for example
  36. # [00:59] <AryehGregor> Yeah, I've figured that part out.
  37. # [01:00] <AryehGregor> display: none is suppressed, display: block adds newlines, etc.
  38. # [01:00] * Joins: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp)
  39. # [01:00] <gsnedders> AryehGregor: the float and position properties change semantics too
  40. # [01:00] <AryehGregor> Oh, dear.
  41. # [01:01] <AryehGregor> Wait, how so in this case? I get "foo magic bar" as I'd expect.
  42. # [01:02] <gsnedders> Try removing the float.
  43. # [01:02] <gsnedders> It becomes "foo\nmagic\nbar" v. "foo magic bar" with the float
  44. # [01:02] <AryehGregor> Ah, so it makes it behave like an inline.
  45. # [01:02] <AryehGregor> Or something.
  46. # [01:02] <AryehGregor> Does Firefox not implement this?
  47. # [01:03] <gsnedders> innerText isn't supported by Gecko
  48. # [01:03] <AryehGregor> Doesn't that imply it's not needed for compat, so we can retire it in favor of textContent? Why do we want to spec it?
  49. # [01:04] * Joins: jochen___ (~jochen@nat/google/x-evkgnyqkgntegkkm)
  50. # [01:06] <AryehGregor> Also, on a somewhat related note, does anyone know if Ranges' stringifier does anything weird? It looks like it behaves more or less like textContent, just copying the DOM.
  51. # [01:06] <AryehGregor> Which would be nice if true.
  52. # [01:06] <Philip`> if(vjo.dsf.client.Browser.bFirefox){oL.textContent=_d;}else{oL.innerText=_d;}
  53. # [01:07] <Philip`> (on search.blogs.ebay.com)
  54. # [01:07] * Quits: jochen__ (~jochen@nat/google/x-bccrftohamxjsruk) (Ping timeout: 246 seconds)
  55. # [01:07] * jochen___ is now known as jochen__
  56. # [01:08] <AryehGregor> And there are lots of such sites, I guess?
  57. # [01:08] <AryehGregor> And they use it in more complicated ways, so that you can't just alias it to textContent?
  58. # [01:08] <AryehGregor> Or at least spec it to not be so complicated?
  59. # [01:08] <gsnedders> Certainly Opera's impl isn't much different to textContent
  60. # [01:08] <gsnedders> Though we do have open site compat bugs because of this
  61. # [01:08] <AryehGregor> Interesting.
  62. # [01:08] <AryehGregor> What do those sites do in Gecko?
  63. # [01:09] <Philip`> AryehGregor: I don't know if there are lots
  64. # [01:09] <Philip`> There's ones with other kinds of fallback like
  65. # [01:09] <Philip`> if (wnd.document.body.innerText != undefined) sel_text=wnd.document.body.innerText; else sel_text=wnd.document.body.innerHTML;
  66. # [01:10] <Philip`> if(a[0].innerText!=undefined)a[0].innerText=d;else a[0].textContent=d;
  67. # [01:11] <AryehGregor> Both of those seem like they should work if you just don't have innerText, or substitute textContent.
  68. # [01:12] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  69. # [01:12] <gsnedders> AryehGregor: MooTools uses: script[(Browser.Engine.webkit && Browser.Engine.version < 420) ? 'innerText' : 'text'] = text;
  70. # [01:14] <Philip`> return(elem.textContent||elem.innerText||Sizzle.getText([elem])||"").indexOf(match[3])>=0
  71. # [01:15] <AryehGregor> All these except the first (explicit browser-sniffing) seem like you could just drop innerText.
  72. # [01:16] <gsnedders> Yeah, there's a fair amount of stuff that just uses it with alternations
  73. # [01:16] <Philip`> These are just the ones that have some fallback, though - I see quite a few that don't appear to
  74. # [01:16] <gsnedders> A lot of the site-compat bugs we have the site doesn't seem to use innerText any more
  75. # [01:16] <AryehGregor> Then they break in Firefox?
  76. # [01:16] <Philip`> In one case it's in a <script language="jscript"> so the script doesn't even run in Firefox
  77. # [01:17] <AryehGregor> othermaciej, do you know why WebKit implements innerText, and if it could just drop support?
  78. # [01:18] <othermaciej> What reason would we have to drop support?
  79. # [01:19] <othermaciej> I believe the reason we have it is that we inherited it from KHTML over 10 years ago - since then we made it match what other browsers do much better.
  80. # [01:19] <othermaciej> At this point, it's likely that WebKit-specific content depends on it
  81. # [01:19] <AryehGregor> Hmm, okay.
  82. # [01:19] * Joins: erlehmann (~erlehmann@82.113.99.46)
  83. # [01:19] <AryehGregor> For WebKit-specific content, it doesn't really need a spec, though.
  84. # [01:20] <othermaciej> also, more generally, it is a more useful "convert to plaintext" operation than textContent
  85. # [01:20] <AryehGregor> Yeah, that's true.
  86. # [01:20] <AryehGregor> Might be worth speccing just because of that.
  87. # [01:20] <Philip`> http://realestateview.com.au/cgi-bin/inspecttimes.pl?GID=2&GID=5&tp=2lease&Con=L says " properties open for inspection this week." with no number in Firefox
  88. # [01:20] <AryehGregor> I had an author remark to me that it was annoying that Selection's stringifier didn't insert newlines into things like <p>a<p>b, for instance.
  89. # [01:21] <AryehGregor> Do we know if Gecko wants to implement it?
  90. # [01:21] <AryehGregor> https://bugzilla.mozilla.org/show_bug.cgi?id=innertext
  91. # [01:22] <Philip`> Seems like zillions of pages use innerText, though mostly in trivial ways where it doesn't really matter if it's not supported, or they use textContent as an equivalent
  92. # [01:22] <Philip`> but that probably means there's a large absolute number that depend on it with no fallback
  93. # [01:24] <othermaciej> I think Mozilla folks have explicitly said they don't want to implement innerText
  94. # [01:24] <othermaciej> I did not find their reasoning very persuasive
  95. # [01:25] <AryehGregor> Hixie, does Gecko want to implement innerText? If not, is it still worth writing a spec?
  96. # [01:25] <gsnedders> We implemented it, FWIW, at IE's peak, where web-compat was very much a game of match-IE-as-much-as-possible
  97. # [01:27] <gsnedders> We have no strong opinion about whether it stays or not — if it isn't going to get specced, we will drop it.
  98. # [01:27] <AryehGregor> https://bugzilla.mozilla.org/show_bug.cgi?id=264412#c10
  99. # [01:28] <gsnedders> Basically we either want interop, be it through a spec or not supporting it.
  100. # [01:29] * Quits: wakaba_0 (~wakaba_@219.157.197.113.dy.bbexcite.jp) (Ping timeout: 240 seconds)
  101. # [01:31] <erlehmann> hey, i used to use innerText.
  102. # [01:39] <benschwarz> Philip`: you nailed it on the omit tags option.
  103. # [01:40] * Quits: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  104. # [01:40] <benschwarz> Hixie: When you're around… https://github.com/benschwarz/developers.whatwg.org/issues/#issue/22
  105. # [01:43] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  106. # [01:47] * Joins: roc (~chatzilla@121.98.230.221)
  107. # [01:52] * Joins: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  108. # [01:53] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  109. # [01:55] <othermaciej> gsnedders: KHTML developers were much more prone to blindly copy IEisms than WebKit devs are, but I do think the usefulness of innerText exceeds its semi-redundancy
  110. # [01:59] <AryehGregor> Yeah, it does seem more useful than textContent, although harder to spec.
  111. # [02:01] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  112. # [02:03] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  113. # [02:03] * Joins: karlcow (~karl@nerval.la-grange.net)
  114. # [02:04] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  115. # [02:11] * Quits: benschwarz (~benschwar@ppp59-167-179-123.static.internode.on.net) (Quit: benschwarz)
  116. # [02:16] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Quit: Computer has gone to sleep)
  117. # [02:17] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 272 seconds)
  118. # [02:22] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  119. # [02:23] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  120. # [02:26] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) (Quit: Leaving)
  121. # [02:26] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
  122. # [02:37] <AryehGregor> Opera is the only browser to display aryeh.name's favicon, hurrah.
  123. # [02:37] <AryehGregor> Now off to bed with me.
  124. # [02:42] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 260 seconds)
  125. # [02:46] * Quits: erlehmann (~erlehmann@82.113.99.46) (Quit: Ex-Chat)
  126. # [02:49] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  127. # [02:55] <Hixie> AryehGregor: aim for the behaviour of the plurality of browsers. If only one browser doesn't do something, then we should spec it and let the browser vendors argue amongst themselves about whether the others should remove support instead.
  128. # [02:55] <Hixie> AryehGregor: it's always easier to make decisions like that from a position with data (e.g. having a spec), anyway
  129. # [02:56] * bga_ is now known as bga_|away
  130. # [02:57] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  131. # [02:58] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  132. # [03:01] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Client Quit)
  133. # [03:02] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  134. # [03:06] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  135. # [03:07] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Ping timeout: 272 seconds)
  136. # [03:07] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  137. # [03:15] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  138. # [03:18] * Joins: agektmr (~Adium@u707060.xgsnu3.imtp.tachikawa.mopera.net)
  139. # [03:20] * bga_|away is now known as bga_
  140. # [03:21] * Joins: silanus_ (~silanus@p5DDEBFA7.dip.t-dialin.net)
  141. # [03:22] * Quits: silanus (~silanus@p5DDEA47E.dip.t-dialin.net) (Ping timeout: 240 seconds)
  142. # [03:24] * Joins: Dashiva (Dashiva@84-72-44-31.dclient.hispeed.ch)
  143. # [03:24] * Quits: Dashiva (Dashiva@84-72-44-31.dclient.hispeed.ch) (Changing host)
  144. # [03:24] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  145. # [03:26] * Joins: benschwarz (~benschwar@ppp59-167-179-123.static.internode.on.net)
  146. # [03:30] * Parts: variable (~variable@unaffiliated/variable) ("Trojan horse ran out of hay")
  147. # [03:31] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  148. # [03:42] * bga_ is now known as bga_|away
  149. # [03:42] * bga_|away is now known as bga_
  150. # [03:42] * bga_ is now known as bga_|away
  151. # [03:43] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Read error: No route to host)
  152. # [03:43] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  153. # [03:52] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  154. # [03:52] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  155. # [03:52] * Parts: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  156. # [03:58] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  157. # [04:01] * Quits: agektmr (~Adium@u707060.xgsnu3.imtp.tachikawa.mopera.net) (Ping timeout: 255 seconds)
  158. # [04:07] * uf0 is now known as _uf02
  159. # [04:21] * bga_|away is now known as bga_
  160. # [04:30] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  161. # [04:30] * Quits: jacobolu_ (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  162. # [04:30] * Joins: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net)
  163. # [04:33] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  164. # [04:35] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  165. # [04:43] * Quits: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  166. # [04:43] * Joins: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net)
  167. # [04:44] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Quit: benjoffe)
  168. # [04:49] * Joins: Amorphous (jan@unaffiliated/amorphous)
  169. # [04:52] * Quits: cyphase (~cyphase@adsl-99-38-148-188.dsl.pltn13.sbcglobal.net) (Quit: http://www.cyphase.com/)
  170. # [04:52] * Joins: cyphase (~cyphase@adsl-99-38-148-188.dsl.pltn13.sbcglobal.net)
  171. # [04:54] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  172. # [05:06] * Joins: MikeSmith (~MikeSmith@2002:d106:7be0:1234:219:e3ff:fe08:8ad3)
  173. # [05:36] * bga_ is now known as bga_|away
  174. # [05:38] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
  175. # [05:41] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  176. # [05:44] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  177. # [05:55] * bga_|away is now known as bga_
  178. # [05:55] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  179. # [05:56] * Joins: kbrosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net)
  180. # [05:56] * Quits: kbrosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net) (Changing host)
  181. # [05:56] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  182. # [05:59] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Client Quit)
  183. # [06:18] * bga_ is now known as bga_|away
  184. # [06:18] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  185. # [06:19] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Client Quit)
  186. # [06:21] * bga_|away is now known as bga_
  187. # [06:30] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  188. # [06:31] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Client Quit)
  189. # [06:36] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  190. # [06:36] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  191. # [06:36] * bga_ is now known as bga_|away
  192. # [06:38] * Quits: benschwarz (~benschwar@ppp59-167-179-123.static.internode.on.net) (Quit: benschwarz)
  193. # [06:38] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  194. # [06:42] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  195. # [06:47] * bga_|away is now known as bga_
  196. # [06:47] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  197. # [06:48] * Quits: KDN (~KDN@202.171.164.210) (Quit: KDN)
  198. # [06:48] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  199. # [06:50] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  200. # [06:57] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  201. # [06:58] * bga_ is now known as bga_|away
  202. # [06:58] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  203. # [07:00] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  204. # [07:12] * Joins: lrvick (~lrvick@66.96.251.117)
  205. # [07:14] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  206. # [07:19] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  207. # [07:31] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Ping timeout: 240 seconds)
  208. # [07:36] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  209. # [07:37] * Joins: arkonova (~arkonova@unicom-16.unil.ch)
  210. # [07:39] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  211. # [07:45] * Quits: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net) (Remote host closed the connection)
  212. # [07:46] * Joins: benschwarz (~ben@59.167.185.148)
  213. # [07:46] <benschwarz> Hey folks
  214. # [07:55] * Joins: benschwarz_ (~ben@59.167.185.148)
  215. # [07:56] <asmodai> http://petewarden.typepad.com/searchbrowser/2011/01/a-fundamental-bug-in-html5s-canvas.html <-- anyone saw that?
  216. # [07:56] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 240 seconds)
  217. # [07:56] * benschwarz_ is now known as benschwarz
  218. # [07:59] * Quits: benschwarz (~ben@59.167.185.148) (Client Quit)
  219. # [07:59] * Joins: benschwarz (~ben@59.167.185.148)
  220. # [07:59] <hsivonen> asmodai: that problem is unsolvable without trading away performance or geometric accuracy
  221. # [08:00] <hsivonen> asmodai: the suggestion about stroking the paths is the easiest content-side solution
  222. # [08:01] <asmodai> Figures people would have thought about it. ;)
  223. # [08:01] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 255 seconds)
  224. # [08:02] * Joins: lrvick (~lrvick@66.96.251.117)
  225. # [08:13] <othermaciej> hsivonen: I wonder how Flash avoids the problem
  226. # [08:13] <othermaciej> if you have alpha, then stroking the path is not enough
  227. # [08:13] <othermaciej> to get guaranteed seamless joins I suspect you need to turn off antialiasing
  228. # [08:14] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  229. # [08:14] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  230. # [08:17] * Joins: agektmr (~Adium@220.109.219.244)
  231. # [08:22] * Joins: drunknbass (~drunknbas@76.91.255.83)
  232. # [08:26] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  233. # [08:30] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  234. # [08:31] <hsivonen> othermaciej: or you can trade away perf by painting the whole thing at a higher resolution without AA and then doing a bicubic downsample
  235. # [08:31] <othermaciej> I assume that isn't what Flash does
  236. # [08:31] <othermaciej> I am curious what they do
  237. # [08:31] <hsivonen> me, too
  238. # [08:32] <othermaciej> in canvas there's no way to turn off AA, so those things aren't options
  239. # [08:32] <hsivonen> Maybe Adobe knows something we don't
  240. # [08:32] <hsivonen> to turn off canvas AA, there's the option of running Chrome
  241. # [08:32] <hsivonen> or does Chrome have AA now?
  242. # [08:33] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
  243. # [08:36] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  244. # [08:42] * Joins: kal-EL_ (~jor-EL@host84-38-dynamic.248-95-r.retail.telecomitalia.it)
  245. # [08:43] <othermaciej> I wasn't aware that their canvas ever lacked AA
  246. # [08:46] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  247. # [08:54] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  248. # [08:56] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
  249. # [09:03] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  250. # [09:14] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
  251. # [09:18] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  252. # [09:20] * Joins: estellevw (~estelle@adsl-99-8-224-197.dsl.pltn13.sbcglobal.net)
  253. # [09:20] <Hixie> can't you avoid that problem (in principle, not in current canvas) by providing the renderer with all the geometry of the object and having it all painted at once?
  254. # [09:21] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  255. # [09:21] <Hixie> i can't see any way to avoid it if you're painting geometry piecemeal
  256. # [09:22] <Hixie> but anyway, in principle this should be solvable once we introduce Path primitives
  257. # [09:23] <estellevw> Question about the multiple attribute on email input type: according to spec, the emails should be separated with a comma (not a comma+space). FF4 and Opera support the comma and comma+space. Webkit does not. Is the spec changing? is this an issue people are debating?
  258. # [09:24] <Hixie> what do you mean by "support"? in the attribute, or in submission?
  259. # [09:24] <estellevw> :valid versus :invalid
  260. # [09:24] <estellevw> only opera seems to be validating on submission
  261. # [09:24] <estellevw> sorry, opera and FF4
  262. # [09:25] <estellevw> and both are accepting the space
  263. # [09:25] <estellevw> on submission
  264. # [09:26] <Hixie> well there's no way to set it to have a space, so I don't see how it could matter for :valid or :invalid
  265. # [09:26] <Hixie> are you sure you don't mean the user interface?
  266. # [09:27] <estellevw> Yes, i am looking at the user interface, not testing it via js/DOM
  267. # [09:27] <Hixie> the user interface isn't defined in the spec, it doesn't have to use commas at all
  268. # [09:27] <Hixie> it could ask you to enter the e-mail addresses by thought control or by speech or etched on a piece of wood :-)
  269. # [09:27] <Hixie> the browser is responsible for splitting the user input into separate e-mail addresses and concatenating them with commas automatically
  270. # [09:29] * Joins: rimantas (~rimliu@93.93.57.193)
  271. # [09:29] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  272. # [09:29] <estellevw> "When the multiple attribute is specified on the element. The element's values are the result of splitting on commas the element's value."
  273. # [09:29] <benschwarz> Hixie: still around?
  274. # [09:30] <annevk> estellevw, both are referring to the underlying values
  275. # [09:30] <Hixie> benschwarz: yo
  276. # [09:30] <annevk> estellevw, not the "UI value"
  277. # [09:30] <hsivonen> Hixie: I suppose it theory you could avoid the AA problem if the rendered had all the geometry available to it.
  278. # [09:30] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  279. # [09:30] <benschwarz> Hixie: heyo. Kept missing you today
  280. # [09:30] <hsivonen> *in theory
  281. # [09:30] <benschwarz> Hixie: did you see my messages?
  282. # [09:30] <Hixie> benschwarz: yeah sorry kept going out and stuff
  283. # [09:30] <estellevw> thanks
  284. # [09:31] <Hixie> benschwarz: for blog posts, feel free to post whatever whenever, it's an open blog :-)
  285. # [09:31] <Hixie> benschwarz: for the credits, it's entirely up to you
  286. # [09:31] <benschwarz> Hixie: just wasn't sure how to word it.
  287. # [09:31] <benschwarz> if you're happy with it as is, I'll leave until I come up with something better
  288. # [09:32] <benschwarz> Hixie: whats an open blog?
  289. # [09:32] <Hixie> benschwarz: anyone can post
  290. # [09:32] <benschwarz> oh right
  291. # [09:33] <hsivonen> Hixie: well, admin approval is required
  292. # [09:33] <Hixie> benschwarz: you mean the third paragraph of the About bit?
  293. # [09:33] <benschwarz> Hixie: yeah
  294. # [09:33] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  295. # [09:33] <hsivonen> Hixie: now ahead of time, because we had a serious problem with Polish furniture spam
  296. # [09:33] <Hixie> hsivonen: i meant open policy, but yeah
  297. # [09:33] <benschwarz> Hixie: and regarding the chrome frame code—you were right :)
  298. # [09:34] <benschwarz> it will cause invalidation and provide little to no benefit given this audience
  299. # [09:34] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  300. # [09:34] <benschwarz> I'd prefer the spec to validate, because people will be looking
  301. # [09:34] <hsivonen> benschwarz: have you registered for the blog already?
  302. # [09:34] <benschwarz> :)
  303. # [09:34] <benschwarz> I haven't hsivonen
  304. # [09:34] <Hixie> benschwarz: looks ok to me. might be useful for new readers who don't know what the html spec is at all to let them know it's a variant of the actual HTML spec done at the WHATWG, and to clarify that the credits are about the styling and presentation and not the content, but that would be my only comment. (maybe link to the acks for more or something?)
  305. # [09:35] <benschwarz> link to acks is a good idea
  306. # [09:35] <hsivonen> benschwarz: if new user registration is now blocked (as it should be), if you /msg me a desired username, your email address and your blog URL, I can try creating an account for you
  307. # [09:36] <benschwarz> hsivonen: sure, I'll wait to bother you when I have something to write :)
  308. # [09:36] <hsivonen> benschwarz: ok
  309. # [09:36] <benschwarz> thanks :)
  310. # [09:37] <hsivonen> kudos to whoever cleaned up the blog user database, BTW
  311. # [09:37] <hsivonen> was the process automated somehow?
  312. # [09:38] <benschwarz> Hixie: so what do you say about removing the chrome frame tag?
  313. # [09:38] <hsivonen> whoa! only markp has posted more posts on the whatwg blog than I have
  314. # [09:39] <Hixie> benschwarz: you mean the microsoft splinter-the-web pragma that chrome adopted as a trigger for their plugin? you can guess my suggestion from the way i've not made it valid :-)
  315. # [09:39] <benschwarz> Hixie: burn it :)
  316. # [09:39] <benschwarz> you were right when we first disagreed :D
  317. # [09:40] <benschwarz> Gotta play a little by the rules for the spec, right?
  318. # [09:40] <Hixie> benschwarz: the rules are intended for all documents, not just the spec
  319. # [09:40] <Hixie> benschwarz: it's no more important to follow them for the spec than anything else
  320. # [09:41] <Hixie> their purpose is just to help catch mistakes and steer people away from bad practices
  321. # [09:42] * Joins: pesla (~pesla@188.202.125.121)
  322. # [09:44] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  323. # [09:51] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  324. # [09:57] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  325. # [09:57] * Quits: arkonova (~arkonova@unicom-16.unil.ch) (Quit: Linkinus - http://linkinus.com)
  326. # [09:59] * Quits: jochen__ (~jochen@nat/google/x-evkgnyqkgntegkkm) (Remote host closed the connection)
  327. # [09:59] <benschwarz> Hixie: showing best practice in a spec important too
  328. # [10:00] <benschwarz> Hixie: where are you based, anyway?
  329. # [10:01] <annevk> hsivonen, no, but it didn't take that long
  330. # [10:01] <annevk> note that someone else needs to make an account for you these days
  331. # [10:01] <annevk> free registration did not really work well
  332. # [10:03] * Joins: pesla_ (~pesla@188.202.125.121)
  333. # [10:04] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 240 seconds)
  334. # [10:05] * Quits: estellevw (~estelle@adsl-99-8-224-197.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
  335. # [10:14] * Joins: ojan (~ojan@nat/google/x-zblntxtjuvpqoumo)
  336. # [10:14] * Quits: ojan (~ojan@nat/google/x-zblntxtjuvpqoumo) (Client Quit)
  337. # [10:15] * Joins: ROBOd (~robod@109.96.229.119)
  338. # [10:17] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Read error: Connection reset by peer)
  339. # [10:17] * Joins: ojan (~ojan@nat/google/x-szroykxsgmlwgxll)
  340. # [10:17] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  341. # [10:17] * Quits: ojan (~ojan@nat/google/x-szroykxsgmlwgxll) (Client Quit)
  342. # [10:18] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  343. # [10:18] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  344. # [10:18] * Joins: ojan (~ojan@nat/google/x-qfjlzqbxcgfjxtmr)
  345. # [10:18] * Quits: ojan (~ojan@nat/google/x-qfjlzqbxcgfjxtmr) (Client Quit)
  346. # [10:27] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  347. # [10:30] * Quits: scherkus (~scherkus@74.125.59.76) (Ping timeout: 246 seconds)
  348. # [10:30] * Quits: TabAtkins (~tabatkins@nat/google/x-kzzguomihbvjopvp) (Ping timeout: 246 seconds)
  349. # [10:31] * Joins: scherkus (~scherkus@74.125.59.76)
  350. # [10:31] * Joins: TabAtkins (~tabatkins@nat/google/x-bmzuockuhyeaerxi)
  351. # [10:44] * Joins: mpt (~mpt@canonical/mpt)
  352. # [10:54] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  353. # [11:03] * Quits: pesla_ (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
  354. # [11:03] <annevk> http://blog.whatwg.org/weekly-sniffing-p2p
  355. # [11:03] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  356. # [11:04] <annevk> I will make any major changes requested within the next hour -- otherwise I can add them to the pile for next week
  357. # [11:04] <annevk> Grammar fixes are most welcome anytime
  358. # [11:05] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  359. # [11:06] * Quits: torvalamo (~loriisacu@c3373BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
  360. # [11:09] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  361. # [11:11] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 246 seconds)
  362. # [11:11] * Joins: torvalamo (~loriisacu@c3373BF51.dhcp.bluecom.no)
  363. # [11:14] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  364. # [11:14] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  365. # [11:15] * Joins: matjas (~matjas@91.182.156.144)
  366. # [11:15] <annevk> Hmm, every morning starts with one spam entry on the Wiki
  367. # [11:15] <matjas> I want t-shirt saying “I read the WHATWG Weekly. Weekly.”
  368. # [11:15] <annevk> I wonder when it will go out of control
  369. # [11:15] <annevk> matjas, haha
  370. # [11:16] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  371. # [11:16] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  372. # [11:17] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  373. # [11:21] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  374. # [11:22] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  375. # [11:22] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  376. # [11:23] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  377. # [11:24] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  378. # [11:24] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  379. # [11:26] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  380. # [11:26] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  381. # [11:28] <annevk> HTML IS HIGH http://www.flickr.com/photos/8624599@N07/5370520043/
  382. # [11:28] <annevk> want
  383. # [11:29] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  384. # [11:29] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  385. # [11:30] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  386. # [11:31] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  387. # [11:31] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  388. # [11:36] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  389. # [11:36] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  390. # [11:36] <hsivonen> I was rather suprised to find that Firefox as already carrying the footprint burden for Content MathML element names as pre-interned strings without actually doing anything with those names
  391. # [11:39] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  392. # [11:39] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  393. # [11:39] <heycam> ahaha http://www.flickr.com/photos/8624599@N07/5370515439/in/photostream/ that is too awesome, why haven't I seen that before
  394. # [11:40] <hsivonen> heycam: also SVG bitterness: http://www.flickr.com/photos/8624599@N07/5371122488/in/photostream/
  395. # [11:40] <heycam> heheh
  396. # [11:44] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  397. # [11:44] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  398. # [11:46] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  399. # [11:54] <annevk> Hixie, blog.whatwg.org apparently gets quite a bit of traffic from whatwg.org so it is being seen
  400. # [11:55] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
  401. # [11:58] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  402. # [12:01] * Quits: micheil (~micheil@124-169-14-244.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
  403. # [12:01] * Joins: pesla (~pesla@188.202.125.121)
  404. # [12:10] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Ping timeout: 260 seconds)
  405. # [12:16] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  406. # [12:18] * Joins: Ms2ger (~Ms2ger@91.181.54.220)
  407. # [12:20] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  408. # [12:26] <asmodai> Hixie / hsivonen : looks like truncating the coordinates solves a lot of the issues
  409. # [12:26] <asmodai> http://www.reddit.com/r/programming/comments/fc5f4/a_fundamental_bug_in_html5s_canvas/
  410. # [12:31] * Joins: pkondzior (~twojastar@dsl-out.exorigo.pl)
  411. # [12:32] <pkondzior> hello, where i can find html5 tests for hml5 event handling ?
  412. # [12:42] <jgraham> pkondzior: I'm not sure there are any tests for event handling in general
  413. # [12:43] <pkondzior> jgraham: well i didn't found any either
  414. # [12:45] <pkondzior> jgraham: is there are any plan for that at least ?
  415. # [12:45] <jgraham> It is planned to test everything
  416. # [12:46] <jgraham> But contributions are needed
  417. # [12:46] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  418. # [12:46] <pkondzior> jgraham: is there any project tracking for that ?
  419. # [12:47] * Joins: karlcow (~karl@nerval.la-grange.net)
  420. # [12:47] <pkondzior> jgraham: todo ? plan description ?
  421. # [12:47] <jgraham> pkondzior: Well, there is a mailing list
  422. # [12:47] <jgraham> public-html-testsuite
  423. # [12:48] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
  424. # [12:51] <jgraham> pkondzior: Beyond that, we are rather bad at measuring coverage at the moment
  425. # [12:52] <pkondzior> i see that http://test.w3.org/html/tests/ doesn't look very optimistic with compare to whole spec ;)
  426. # [12:53] <jgraham> Yeah, there is some way to go
  427. # [12:53] <pkondzior> i thnik google, opera, microsoft and mozilla have enough resources to resolve this issue
  428. # [12:53] <jgraham> pkondzior: Well, in principle, yes
  429. # [12:54] <jgraham> But making spec tests is not always the main priority
  430. # [12:54] <jgraham> Compared to making tests for browser-specific issues
  431. # [12:55] * Joins: mpt (~mpt@91.189.88.12)
  432. # [12:55] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  433. # [12:55] * Joins: mpt (~mpt@canonical/mpt)
  434. # [12:55] <pkondzior> hmm but here shouldn't it be main priority ? i mean 1 set of conformance test for HTML5 would give base for all vendors to see how big part of whole specification they really implement
  435. # [12:56] * Joins: david_carlisle (~davidc@62.231.145.254)
  436. # [12:56] <pkondzior> right now i feel that any news about HTML5 support in XYZ browser without this test is only FUD
  437. # [12:57] <jgraham> Right, it is something that we (Opera) do whenever possible. But assuming that browser makers will fill out the entire testsuite is optimistic
  438. # [12:58] <jgraham> Especially for old stuff that is already implemented
  439. # [12:58] <gsnedders> Also note that there is a cost for releasing tests, especially older ones
  440. # [12:58] <pkondzior> gsnedders: i understand that timing is important here
  441. # [12:58] <jgraham> We are much more likely to be working on new stuff and hence make releasable tests for that stuff
  442. # [12:59] <AryehGregor> Tests should theoretically be a priority, but apparently no one feels it's enough of a priority to really start releasing really large numbers of them.
  443. # [12:59] <Philip`> asmodai: Only for horizontal/vertical lines, where that makes the lines line up with pixel boundaries so there's no antialiasing
  444. # [12:59] <gsnedders> AryehGregor: There's also the fact that most of our existing tests don't use the harness the TF has decided upon, the fact that ten years ago no browser wrote testsuites on the scale they do today
  445. # [13:00] <Philip`> asmodai: (The problem is that antialiasing implementations aren't designed so that the left half of a pixel plus the right half of a pixel is equivalent to drawing the whole pixel)
  446. # [13:00] <AryehGregor> For WebKit and Mozilla, AFAICT none of their tests use the TF's harness. They have to manually port them if they want to use them.
  447. # [13:01] <Philip`> asmodai: (Instead it's like drawing a whole pixel at 50% opacity, and then again at 50%, so the result is 75% opacity (under normal compositing modes) instead of the desired 100%)
  448. # [13:01] <AryehGregor> Also, at least my tests are way too exhaustive to run on every trybot build or whatever.
  449. # [13:01] <AryehGregor> I should probably try to pare them down by a couple orders of magnitude.
  450. # [13:01] <Ms2ger> I'm not sure we should force all tests to use the same harness, tbh
  451. # [13:01] <AryehGregor> (Like my extend() tests take 30 seconds to run on Firefox 4. Just for extend().)
  452. # [13:02] <Ms2ger> As long as we define a callback for the test runner
  453. # [13:02] <AryehGregor> (But the tests are extremely repetitive and could be pared down a lot if performance were needed.)
  454. # [13:02] <gsnedders> AryehGregor: We run testsuites that complete on every build, FWIW
  455. # [13:02] <AryehGregor> Yes, Mozilla and WebKit do something similar.
  456. # [13:02] <AryehGregor> Whereas I'm writing tests more to be comprehensive than to finish quickly.
  457. # [13:02] <AryehGregor> Actually, one of my two Mozilla patches had to be fixed because the test was taking three seconds or something to run for some trivial feature.
  458. # [13:03] <AryehGregor> (it was inputting 65537 bytes into a textarea by synthesized keypresses or something)
  459. # [13:03] <Ms2ger> Which, arguably, isn't really essential to test
  460. # [13:04] <AryehGregor> Certainly not on every build.
  461. # [13:04] <AryehGregor> But AFAIK, there were some browsers that wouldn't correctly handle more than 64k of text in a textarea.
  462. # [13:04] * Joins: kennyluck (~kennyluck@118-168-87-50.dynamic.hinet.net)
  463. # [13:04] * Quits: kennyluck (~kennyluck@118-168-87-50.dynamic.hinet.net) (Client Quit)
  464. # [13:05] * Joins: kennyluck (~kennyluck@118-168-87-50.dynamic.hinet.net)
  465. # [13:05] <AryehGregor> So it's reasonable for conformance tests, but not regression tests.
  466. # [13:05] <AryehGregor> The requirements are somewhat different.
  467. # [13:06] <AryehGregor> (but my tests are still gratuitously repetitive, mainly because they're easier to write that way)
  468. # [13:07] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  469. # [13:10] <jgraham> AryehGregor: tbh we would probably try to run those tests as regression tests without paring them down.
  470. # [13:11] <AryehGregor> You're saying you'd run tests that take 20 seconds in Opera 11, just to test Selection.extend()?
  471. # [13:11] <jgraham> (although if it happened that we had 30s of tests for every DOM method, that could be a problem)
  472. # [13:12] <AryehGregor> Yeah, you've got to extrapolate it.
  473. # [13:12] * Joins: erlehmann (~erlehmann@82.113.99.46)
  474. # [13:12] <jgraham> (it depends if our test system get faster faster than the tests grow though)
  475. # [13:12] <AryehGregor> (it's more like 20 s in Opera -- Firefox 4 tends to be the slowest at running all the JS tests I write)
  476. # [13:13] <jgraham> Pretty sure we already have tests that take way longer than 20s e.g. some of the javascript library testsuites
  477. # [13:13] <gsnedders> jgraham: Yes, we would. 20s is nothing compared with some of the testsuites we run today.
  478. # [13:13] <gsnedders> AryehGregor, not jgraham.
  479. # [13:14] <AryehGregor> Yeah, I think your test harness is a large part of the problem. My reflection tests run a lot more tests and only take a few seconds. Although it could also partly be that Selection is slower than pure DOM operations for whatever reason.
  480. # [13:14] <AryehGregor> gsnedders, yes, but for one lousy method? There have to be thousands of comparably large features that you'd want to test to a similar extent.
  481. # [13:14] <jgraham> AryehGregor: We don't have thousands of tests on offer for those other methods though
  482. # [13:15] <AryehGregor> Yet.
  483. # [13:15] <gsnedders> We run a large number of jQuery, Dojo, YUI, Prototype, and other testsuites, for multiple versions of the libraries. That takes a lot of time to run.
  484. # [13:15] <gsnedders> AryehGregor: Selection is something where web-compat requires some quite odd things, and there isn't too much of a difference between 10s and 20s.
  485. # [13:15] <jgraham> It seems insane to refuse tests for one method because hypothetically, in the future, we might have a performance problem if we had a similar number of tests for other methods
  486. # [13:16] <jgraham> AryehGregor: If you can pinpoint performance problems in the test harness, that would be useful
  487. # [13:16] <AryehGregor> I could probably get those tests down to ~1s without greatly reducing how much they test.
  488. # [13:16] <AryehGregor> I auto-generated them from three arrays in an O(K*M*N) way.
  489. # [13:17] <AryehGregor> Which is convenient for writing, but a total waste of resources.
  490. # [13:17] <gsnedders> AryehGregor: Equally, FWIW, we have more than doubled the number of tests we run in the past couple of years.
  491. # [13:17] <Philip`> Maybe the test harness should be designed to run in parallel
  492. # [13:18] <Philip`> so you can run one copy per core per machine
  493. # [13:18] <Philip`> and then throw more machines at it when it's too slow
  494. # [13:18] <Philip`> and it would share out the tests to balance the load
  495. # [13:18] * Philip` wonders if anybody does that kind of thing already
  496. # [13:18] <gsnedders> Philip`: the regression testing harness? Ours is.
  497. # [13:18] <jgraham> Philip`: parallelising across a single page seems silly
  498. # [13:19] <jgraham> Philip`: you can easilly parallelise at a per-page level
  499. # [13:19] <gsnedders> Philip`: I have the impression MS's is too.
  500. # [13:19] <jgraham> with no changes to the ahrness
  501. # [13:19] <jgraham> *harness
  502. # [13:19] * Philip` has only seen Mozilla's, which looks like it runs all the test cases serially
  503. # [13:19] <AryehGregor> Mozilla's parallelizing across builds, though, right?
  504. # [13:20] <Philip`> (though I could be mistaken)
  505. # [13:20] <jgraham> Oh. That seems quite bad
  506. # [13:20] <Philip`> AryehGregor: Yes, but that doesn't help when the tests take too long per build
  507. # [13:20] <wilhelm> We have about 200 machines testing in parallel. They get a small batch of tests each.
  508. # [13:20] <AryehGregor> True.
  509. # [13:20] <AryehGregor> "We" being who, Mozilla?
  510. # [13:20] <jgraham> Parallelising across builds doesn't seem nearly so useful because there will be << builds than tests
  511. # [13:20] <AryehGregor> Or someone else?
  512. # [13:20] <wilhelm> AryehGregor: Opera.
  513. # [13:20] <jgraham> AryehGregor: Opera
  514. # [13:20] <AryehGregor> Ah.
  515. # [13:21] <AryehGregor> That seems like the smart way to do it.
  516. # [13:21] <wilhelm> That, too, has its share of problems. (c:
  517. # [13:21] <jgraham> (I think Mozilla divide up into different test types, but each test type might have to run in serial)
  518. # [13:22] <gsnedders> jgraham: That's what both Moz and WebKit do, IIRC
  519. # [13:24] <Ms2ger> We've got ten groups of test, each running on one machine or vm
  520. # [13:24] <Philip`> http://atlee.ca/blog/2009/11/02/what-happens-when-you-push/ - hmm, looks like mochitests are split into 5 sections that can run in parallel
  521. # [13:26] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  522. # [13:27] <gsnedders> http://my.opera.com/core/blog/2009/10/13/automated-testing-of-the-browser-core is the most detailed in-one-place overview of our system
  523. # [13:27] <wilhelm> A bit old, though.
  524. # [13:27] <jgraham> Yeah, the numbers are very wrong
  525. # [13:28] <Ms2ger> http://webkit.org/blog/ had some posts about WebKit's ust now
  526. # [13:29] * Joins: micheil (~micheil@124-169-14-244.dyn.iinet.net.au)
  527. # [13:30] <gsnedders> (Feel free to ask more, I'm sure someone (i.e., wilhelm, sometimes jgraham) can answer most questions. *vanishes*)
  528. # [13:34] * Quits: david_carlisle (~davidc@62.231.145.254) (Quit: david_carlisle)
  529. # [13:38] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  530. # [13:42] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  531. # [13:44] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  532. # [13:45] <zcorpan> typedef sequence<File> FileList; - does webidl say that window.FileList should be defined (in ecmascript binding) ?
  533. # [13:45] <zcorpan> heycam: ^
  534. # [13:48] <zcorpan> i can't find anything about typedefs in the ecmascript binding
  535. # [13:50] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  536. # [13:50] <zcorpan> heycam: also, typedef DOMTimeStamp unsigned long long; in section 6.1 seems to have the syntax wrong (should be identifier last)
  537. # [13:51] * Quits: MikeSmith (~MikeSmith@2002:d106:7be0:1234:219:e3ff:fe08:8ad3) (Read error: Operation timed out)
  538. # [13:53] * Joins: pesla_ (~pesla@188.202.125.121)
  539. # [13:54] * Parts: pkondzior (~twojastar@dsl-out.exorigo.pl)
  540. # [13:54] <zcorpan> webkit and gecko both expose window.FileList, but webkit says it's a function while gecko says it's an object (with typeof)
  541. # [13:57] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 272 seconds)
  542. # [13:59] <Ms2ger> FWIW, we don't support sequence, FileList is just a NodeList-style interface
  543. # [13:59] * Quits: espadrine (~espadrine@acces1377.res.insa-lyon.fr) (Quit: 410 Gone)
  544. # [14:01] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  545. # [14:01] <zcorpan> i see
  546. # [14:31] * zcorpan marks hgroup as 'being considered for removal'
  547. # [14:39] * Quits: karlcow (~karl@nerval.la-grange.net) (Read error: Connection reset by peer)
  548. # [14:40] <hsivonen> aargh. Is SVG 1.1 2nd ed. not available as a single-file version?
  549. # [14:41] * Joins: karlcow (~karl@nerval.la-grange.net)
  550. # [14:41] * hsivonen reads the 1st ed. PDF instead
  551. # [14:42] <zcorpan> Ms2ger: seems nobody implements FileList as a sequence<File>
  552. # [14:43] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/814 should say 'false' if i'm reading webidl correctly (sequence is exposed as an array in ecmascript and [] instanceof FileList is false)
  553. # [14:43] <hsivonen> wow. SVG naming sure is confusing. there's a CSS property, an attribute, an element and and @-rule named color-profile
  554. # [14:44] <hsivonen> but on the case of clip-path, the attribute is called that but the element is clipPath
  555. # [14:44] <zcorpan> "use the color-profile tag!"
  556. # [14:45] <hsivonen> every time I try to read the SVG spec, it's even worse than I expected :-(
  557. # [14:46] <Ms2ger> Sounds like CSS
  558. # [14:47] <zcorpan> is FileList a <sequence> for xhr file upload?
  559. # [14:47] <zcorpan> so you can do send([file1, file2]) and have it work?
  560. # [14:49] * zcorpan doesn't see that xhr2 supports that
  561. # [14:52] * Joins: arkonova (~arkonova@unicom-16.unil.ch)
  562. # [14:54] * Quits: arkonova (~arkonova@unicom-16.unil.ch) (Client Quit)
  563. # [14:54] <zcorpan> hsivonen: btw i heard the fancy tinyarro.ws urls are invalid with idna2008
  564. # [14:57] <karlcow> http://syntensity.com/static/python.html
  565. # [14:58] * Joins: david_carlisle (~davidc@62.231.145.254)
  566. # [14:59] <hsivonen> zcorpan: why?
  567. # [15:00] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Quit: benjoffe)
  568. # [15:03] * Quits: pesla_ (~pesla@188.202.125.121) (Remote host closed the connection)
  569. # [15:03] * Joins: FireFly (~firefly@unaffiliated/firefly)
  570. # [15:04] * Joins: pesla (~pesla@188.202.125.121)
  571. # [15:04] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  572. # [15:06] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  573. # [15:09] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  574. # [15:11] * Joins: miketaylr (~miketaylr@206.217.92.186)
  575. # [15:12] * Joins: MikeSmith (~MikeSmith@31-35-219.wireless.csail.mit.edu)
  576. # [15:15] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  577. # [15:15] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  578. # [15:15] * Joins: charlvn (~charlvn@41.0.48.93)
  579. # [15:25] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  580. # [15:27] * Quits: kennyluck (~kennyluck@118-168-87-50.dynamic.hinet.net) (Quit: kennyluck)
  581. # [15:34] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  582. # [15:37] <gsnedders> zcorpan: Does window.FileList implement [[Call]]?
  583. # [15:39] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 276 seconds)
  584. # [15:40] * Joins: charlvn (~charlvn@41.0.48.93)
  585. # [15:40] <gsnedders> zcorpan: (per ES5, host objects that implement [[Call]] must return "function"; host objects that don't implement call can return anything except "undefined", "boolean", "number", or "string")
  586. # [15:46] * Joins: eric_carlson (~eric_carl@2620:0:1b00:1191:217:f2ff:fe03:a2e)
  587. # [15:49] * Quits: abarth (~abarth@173-164-128-210-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
  588. # [16:01] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  589. # [16:01] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Read error: Connection reset by peer)
  590. # [16:02] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
  591. # [16:04] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 276 seconds)
  592. # [16:05] * Joins: charlvn (~charlvn@41.0.48.93)
  593. # [16:06] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b11pre/20110129144955])
  594. # [16:08] * Joins: plainhao (~plainhao@208.75.85.237)
  595. # [16:08] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  596. # [16:10] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  597. # [16:10] * Joins: charlvn (~charlvn@41.0.48.93)
  598. # [16:23] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 255 seconds)
  599. # [16:24] * Joins: charlvn (~charlvn@41.0.48.93)
  600. # [16:27] * Joins: boaz (~boaz@64.119.153.2)
  601. # [16:29] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  602. # [16:30] * Joins: charlvn (~charlvn@41.0.48.93)
  603. # [16:30] <zcorpan> gsnedders: FileList.prototype.call is undefined
  604. # [16:30] <zcorpan> gsnedders: or should i check it in some other way?
  605. # [16:31] <jgraham> zcorpan: That won't work
  606. # [16:31] <jgraham> [[Call]] is an internal method
  607. # [16:31] <jgraham> I guess one can try calling the object and see what happens
  608. # [16:32] <zcorpan> throws an exception: gecko says error: FileList is not a function on line 2, webkit says Uncaught TypeError: Illegal constructor on line 1
  609. # [16:33] <jgraham> zcorpan: that is somewhat consistent with the fact that gecko don't consider it a function and webkit do
  610. # [16:34] <jgraham> (did you just call it, or also use "new"?)
  611. # [16:34] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  612. # [16:34] <zcorpan> i called it
  613. # [16:35] * Joins: charlvn (~charlvn@41.0.48.93)
  614. # [16:36] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  615. # [16:43] <MikeSmith> zcorpan: thanks for catching the unclosed-elements-in-list thing
  616. # [16:43] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  617. # [16:44] * Joins: charlvn (~charlvn@41.0.48.93)
  618. # [16:44] <zcorpan> MikeSmith: np, i'm sure there are more lurking :)
  619. # [16:44] <MikeSmith> yeah
  620. # [16:45] <MikeSmith> the p-element-in-head reporting is a little harder to refine
  621. # [16:46] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Connection reset by peer)
  622. # [16:47] * Joins: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed)
  623. # [16:47] <zcorpan> shouldn't be very hard though, right?
  624. # [16:48] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  625. # [16:49] * Joins: charlvn (~charlvn@41.0.48.93)
  626. # [16:51] * Joins: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  627. # [16:51] * Joins: kennyluck (~kennyluck@114-43-126-14.dynamic.hinet.net)
  628. # [16:55] <MikeSmith> zcorpan: it's all relative :)
  629. # [16:55] <MikeSmith> easy for somebody who actually knows what he's doing, harder for me
  630. # [16:57] <zcorpan> MikeSmith: :) i don't know how to put it down into code, but conceptually my thinking was to keep some state (a token with its location) when body is implied, and adding a check when seeing a <body> tag
  631. # [16:57] <MikeSmith> yeah, definitely doable
  632. # [16:58] <MikeSmith> in this case, the state information needed may actually be available on the existing stack, without needing to save it separately
  633. # [16:58] <MikeSmith> hmm, or maybe not
  634. # [16:59] <MikeSmith> anyway, I will try messing around with it a bit today or tomorrow
  635. # [16:59] <zcorpan> cool
  636. # [17:04] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  637. # [17:05] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  638. # [17:06] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
  639. # [17:09] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  640. # [17:18] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Ping timeout: 260 seconds)
  641. # [17:23] * Quits: erlehmann (~erlehmann@82.113.99.46) (Quit: Ex-Chat)
  642. # [17:24] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
  643. # [17:25] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
  644. # [17:28] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 265 seconds)
  645. # [17:30] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  646. # [17:33] * matjas is now known as matjas_away
  647. # [17:40] <bfrohs> Is there a specific reason why the capitalization varies for tags/attributes in the spec's html examples?
  648. # [17:41] * Joins: dglazkov (~dglazkov@nat/google/x-vzqdcjmeifbgtxxw)
  649. # [17:41] <Ms2ger> To avoid blessing one capitalization as the preferred one
  650. # [17:42] <bfrohs> Ah, thank ya
  651. # [17:43] * Joins: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
  652. # [17:43] * exp is now known as expi
  653. # [17:44] <MikeSmith> bfrohs: because, as Redd Foxx once said, A foolish consistency is the hobgoblin of little minds.
  654. # [17:44] <MikeSmith> or maybe it was David Lee Roth that said it
  655. # [17:44] <MikeSmith> anyway, one of those guys
  656. # [17:46] * Joins: charlvn (~charlvn@41.0.48.93)
  657. # [17:51] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 260 seconds)
  658. # [17:52] * Joins: charlvn (~charlvn@41.0.48.93)
  659. # [17:53] * Joins: abarth (~abarth@nat/google/x-gtgyyzopyqdadvxc)
  660. # [17:54] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  661. # [17:54] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  662. # [17:59] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  663. # [18:00] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  664. # [18:01] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  665. # [18:02] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
  666. # [18:02] * Quits: kal-EL_ (~jor-EL@host84-38-dynamic.248-95-r.retail.telecomitalia.it) (Ping timeout: 240 seconds)
  667. # [18:03] * Quits: matjas_away (~matjas@91.182.156.144) (Quit: Computer has gone to sleep.)
  668. # [18:05] * Joins: matjas (~matjas@91.182.156.144)
  669. # [18:05] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
  670. # [18:06] * Joins: kal-EL_ (~jor-EL@95.237.74.168)
  671. # [18:09] * Quits: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
  672. # [18:09] * Joins: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  673. # [18:11] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Ping timeout: 245 seconds)
  674. # [18:12] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  675. # [18:12] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  676. # [18:15] * Quits: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
  677. # [18:18] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  678. # [18:20] * Joins: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  679. # [18:20] * Joins: franksalim_ (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  680. # [18:20] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  681. # [18:21] * Quits: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
  682. # [18:23] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  683. # [18:23] * Quits: franksalim_ (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer)
  684. # [18:25] * Joins: erlehmann (~erlehmann@82.113.99.46)
  685. # [18:36] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  686. # [18:36] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  687. # [18:36] <karlcow> http://infrequently.org/2011/01/cutting-the-interrogation-short/
  688. # [18:38] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  689. # [18:39] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
  690. # [18:39] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  691. # [18:41] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
  692. # [18:41] * Joins: paul_irish (~paul_iris@32.174.162.178)
  693. # [18:42] <jgraham> karlcow: I have serious difficulty beleiving that a one-time detect of some features is a significant performance problem
  694. # [18:43] <jgraham> I guess some might be hard to detect
  695. # [18:43] <TabAtkins> It is when you're trying to get page-load times < 100ms
  696. # [18:43] <TabAtkins> Which is a serious goal here at Google. We'd like to find ways the entire web can be that fast. ^_^
  697. # [18:43] <jgraham> Oh, this is one of those "everyone should do this because Google want it" thing
  698. # [18:44] <jgraham> s
  699. # [18:44] <TabAtkins> I detect a note of hostility, which I find confusing.
  700. # [18:44] <jgraham> Ignoring the fact that Google engineers are unusually capable
  701. # [18:44] <karlcow> jgraham: my issue being that most of the problems I have on a daily basis is bad UA sniffing. So I don't see this improving just by magic because we have a two steps scenarios with more opportunities to fail. But maybe it should be tested at least
  702. # [18:44] <jgraham> karlcow: Right, that's something I see a lot too
  703. # [18:45] <jgraham> I mean we see the same things, so it's not surprising :)
  704. # [18:45] <TabAtkins> jgraham: The point is that good advice that can make everyone faster is a good thing.
  705. # [18:45] <TabAtkins> This is, unfortunately, more complex than "just UA sniff" or "just feature-test". But it's faster and more reliable than both.
  706. # [18:45] <jgraham> TabAtkins: I don't see how it can be more reliable
  707. # [18:46] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
  708. # [18:46] <TabAtkins> It's exactly as reliable as feature-testing.
  709. # [18:46] <jgraham> It is roughly as reliable as the least reliable method
  710. # [18:46] <jgraham> No, it must be less reliable
  711. # [18:46] <TabAtkins> You skip testing for UAs that you know the capabilities of, but test everyone else.
  712. # [18:46] <jgraham> How do you know which UA the user is using?
  713. # [18:47] <TabAtkins> By accurate sniffing of the UA string (which is, admittedly, the weak point).
  714. # [18:47] <jgraham> UA-string sniffing has a long history of failure
  715. # [18:47] <jgraham> even ignoring edge cases like people who fake UA strings
  716. # [18:47] <TabAtkins> Note, though, that browser vendors have been advertising "Here's how you should be sniffing our new version" lately.
  717. # [18:48] <jgraham> Pointers?
  718. # [18:48] * Joins: maikmerten (~maikmerte@port-92-201-251-12.dynamic.qsc.de)
  719. # [18:48] <TabAtkins> Sure, let me dig them up. I know Chrome and Opera have said something in that area.
  720. # [18:49] <jgraham> Also, I can imagine this failing if someone doesn't correctly sniff the difference between the mobile and desktop versions of a browser which could have quite different features
  721. # [18:49] <jgraham> even with the same version numbers and so on
  722. # [18:49] <TabAtkins> Argh, it's hard to find these articles on the web. I'll keep looking.
  723. # [18:49] <miketaylr> (which happens all the time in the wild)
  724. # [18:50] <TabAtkins> jgraham: That's theoretically fixable, at least. I've come to support putting a hash in the UA string.
  725. # [18:50] * Joins: jwalden (~waldo@nat/mozilla/x-nvxsfbhqoytmbwuj)
  726. # [18:51] <jgraham> TabAtkins: My general feeling is that it is something that Google might get right (but might get wrong) but that on average people would probably get wrong
  727. # [18:51] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  728. # [18:51] <Philip`> TabAtkins: If only someone had written a web site to help you find things on the web
  729. # [18:51] <TabAtkins> Philip`: THE GOOGLES, THEY DO NOTHING
  730. # [18:52] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  731. # [18:54] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 264 seconds)
  732. # [18:59] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  733. # [18:59] * Joins: charlvn (~charlvn@41.0.48.93)
  734. # [19:03] <karlcow> http://www.brucelawson.co.uk/2011/living-standard/
  735. # [19:05] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  736. # [19:07] <jgraham> karlcow: You should prefix links like that with "Warning: Cliff"
  737. # [19:09] * Quits: jwalden (~waldo@nat/mozilla/x-nvxsfbhqoytmbwuj) (Quit: brb)
  738. # [19:10] * Joins: boaz (~boaz@64.119.153.2)
  739. # [19:12] <Ms2ger> annevk, your link about Lars's hgroup experiment points to Lachy's comment in whatwg weekly
  740. # [19:14] * Joins: jwalden (~waldo@nat/mozilla/x-mjgsdbxpkkhxqaed)
  741. # [19:16] <annevk> wow fail
  742. # [19:19] <annevk> more fail that you are the first to notice
  743. # [19:20] <annevk> oh, I thought it was a worse fail
  744. # [19:20] <annevk> a comment of Lachy in a blog post rather than in the same bug report
  745. # [19:21] <Ms2ger> Oh, no, just off by one
  746. # [19:21] <Ms2ger> (I guess nobody cares about hgroup)
  747. # [19:21] <annevk> the Japanese do
  748. # [19:21] <annevk> per twitter anyway
  749. # [19:22] * Quits: paul_irish (~paul_iris@32.174.162.178) (Remote host closed the connection)
  750. # [19:23] <annevk> haha, bruce is great
  751. # [19:26] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  752. # [19:26] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  753. # [19:27] * Joins: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  754. # [19:29] * Quits: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net) (Quit: Leaving.)
  755. # [19:31] * Joins: dave_levin (~dave_levi@74.125.59.76)
  756. # [19:32] * Joins: paul_irish (~paul_iris@nat/google/x-bukpzqjguujmruwx)
  757. # [19:37] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  758. # [19:38] * Joins: othermaciej (~mjs@66.109.104.94)
  759. # [19:43] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  760. # [19:47] * Joins: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  761. # [19:48] <AryehGregor> Can anyone explain to me why this outputs the empty string to the log in Firefox? http://software.hixie.ch/utilities/js/live-dom-viewer/saved/815
  762. # [19:48] <AryehGregor> Oh, wait, this one does in WebKit too.
  763. # [19:49] <AryehGregor> Oh, it has a bug.
  764. # [19:49] <AryehGregor> I meant this: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/816
  765. # [19:50] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
  766. # [19:50] <AryehGregor> Hmm, Firefox isn't selecting anything here either . . .
  767. # [19:51] <AryehGregor> (visually)
  768. # [19:53] <AryehGregor> But if I go to the rendered view as a data URL, it does look visually selected, but still the selection stringifies to nothing . . . ?
  769. # [19:53] * AryehGregor decides to work on innerText first
  770. # [19:53] * Quits: jwalden (~waldo@nat/mozilla/x-mjgsdbxpkkhxqaed) (Quit: brb)
  771. # [19:57] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  772. # [19:58] * Ms2ger was hoping that would just die
  773. # [20:00] <TabAtkins> D'oh, /wc doesn't work on browser windows.
  774. # [20:00] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  775. # [20:01] <AryehGregor> Ms2ger, WebKit doesn't want it to, so Ian says I should spec it. It's more useful than textContent, certainly, it's just too bad it's so crazily complicated.
  776. # [20:02] <Ms2ger> Still, I want it to die
  777. # [20:07] <AryehGregor> Too bad. :P
  778. # [20:07] <Ms2ger> :(
  779. # [20:08] * Joins: jwalden (~waldo@nat/mozilla/x-nmgjabbwvlvoyycv)
  780. # [20:08] <annevk> fixed the error in the post btw
  781. # [20:08] <Ms2ger> Thanks
  782. # [20:08] <annevk> also pretty great that steve is doing all the additions in the comments
  783. # [20:09] <annevk> unless I'd put significantly more time in it it's really quite hard to cover so much
  784. # [20:09] <Dashiva> karlcow: Re: the infrequently.org thing, was that guy asleep when Opera 10 was released?
  785. # [20:10] <TabAtkins> Dashiva: The proposal is gated on people doing version detection properly.
  786. # [20:10] <Ms2ger> Ha. Ha. Ha.
  787. # [20:10] <Dashiva> TabAtkins: It's also gated on the assumption that version detection algorithms never change
  788. # [20:11] <annevk> AryehGregor, innerText and Selection.toString() probably share some underlying algorithm
  789. # [20:11] <AryehGregor> annevk, I'd hope so.
  790. # [20:11] <AryehGregor> If not, maybe we could make it do that.
  791. # [20:11] <annevk> I wonder how much of copy & paste should be defined in terms of Selection
  792. # [20:12] <annevk> I guess that would only cover copying from browsing contexts when there are no plugins involved, but that is still significant
  793. # [20:14] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  794. # [20:18] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  795. # [20:21] * Joins: benschwarz (~ben@59.167.185.148)
  796. # [20:21] <AryehGregor> Hixie, could you please serve X-XSS-Protection: 0 from the Live DOM Viewer? Otherwise it's unusable in recent IE.
  797. # [20:21] <AryehGregor> (Ref: http://blogs.msdn.com/b/ieinternals/archive/2011/01/31/controlling-the-internet-explorer-xss-filter-with-the-x-xss-protection-http-header.aspx)
  798. # [20:22] <AryehGregor> Oh, wow, Opera's innerText is useless.
  799. # [20:22] <AryehGregor> So I'm just looking at WebKit and IE, then.
  800. # [20:23] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: Core Breach)
  801. # [20:25] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 255 seconds)
  802. # [20:28] <AryehGregor> Okay, IE9 works totally differently from IE8 and WebKit . . .
  803. # [20:29] * Joins: Martijnc (~Martijnc@91.176.255.34)
  804. # [20:29] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 276 seconds)
  805. # [20:31] * Joins: benschwarz (~ben@59.167.185.148)
  806. # [20:32] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  807. # [20:32] <AryehGregor> In IE9, it seems to work mostly like textContent except with different whitespace handling -- in particular, it shows display: none stuff.
  808. # [20:33] <AryehGregor> IE8 also handles whitespace totally differently from WebKit.
  809. # [20:34] <AryehGregor> Hixie, do you want me to just make something up or what? There's almost no common ground here.
  810. # [20:35] <AryehGregor> WebKit is insane too. <p> adds two extra newlines, except if the margin is 7px it doesn't but if it's 8px it does, and <div> doesn't add two extra newlines no matter what its margins are . . .
  811. # [20:36] <AryehGregor> Although it's a pretty good plaintext approximation to what it looks like.
  812. # [20:37] <AryehGregor> WebKit seems to use the same algorithm for Selection's stringifier.
  813. # [20:37] <Ms2ger> Fun, isn't it? :)
  814. # [20:38] <AryehGregor> Ms2ger, do you know why this logs nothing? http://software.hixie.ch/utilities/js/live-dom-viewer/saved/816
  815. # [20:38] <AryehGregor> It makes it hard to test Selection stringification in Firefox.
  816. # [20:38] * Joins: othermaciej_ (~mjs@66.109.104.94)
  817. # [20:38] <Hixie> AryehGregor: in the absence of interop, yeah, just spec the sanest behaviour
  818. # [20:39] * Quits: othermaciej (~mjs@66.109.104.94) (Read error: Connection reset by peer)
  819. # [20:39] * othermaciej_ is now known as othermaciej
  820. # [20:39] * Quits: othermaciej (~mjs@66.109.104.94) (Client Quit)
  821. # [20:39] * Joins: benschwarz_ (~ben@59.167.185.148)
  822. # [20:39] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  823. # [20:40] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Quit: benjoffe)
  824. # [20:41] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 260 seconds)
  825. # [20:41] <Ms2ger> What I know is that it works if you put w(selection.focusNode) right after selection.collapse(el, 0);
  826. # [20:41] * benschwarz_ is now known as benschwarz
  827. # [20:41] <Ms2ger> Yay Heisenberg
  828. # [20:42] <AryehGregor> . . .
  829. # [20:42] <AryehGregor> Okay, well, that works for now, anyway.
  830. # [20:43] <AryehGregor> Thanks for the tip.
  831. # [20:43] <AryehGregor> Okay, here's some commonality: selection stringification in Gecko and WebKit seem to at least vaguely resemble each other.
  832. # [20:45] * Quits: jwalden (~waldo@nat/mozilla/x-nmgjabbwvlvoyycv) (Ping timeout: 240 seconds)
  833. # [20:45] * Joins: othermaciej (~mjs@17.246.18.222)
  834. # [20:45] <AryehGregor> But Firefox appears to ignore most CSS, while most of WebKit's behavior seems determined by CSS.
  835. # [20:45] <AryehGregor> (for Selection stringification)
  836. # [20:46] * Parts: benschwarz (~ben@59.167.185.148)
  837. # [20:47] * Joins: benschwarz (~ben@59.167.185.148)
  838. # [20:47] * Joins: Anti-X (~loriisacu@c3373BF51.dhcp.bluecom.no)
  839. # [20:48] * Quits: jennb (~jennb@74.125.59.76) (Quit: jennb)
  840. # [20:50] * Quits: torvalamo (~loriisacu@c3373BF51.dhcp.bluecom.no) (Ping timeout: 272 seconds)
  841. # [20:53] * Joins: dbaron (~dbaron@nat/mozilla/x-waezinewjcsnesdr)
  842. # [20:54] * abarth is now known as abarth|at_moz\
  843. # [20:54] * abarth|at_moz\ is now known as abarth|at_moz
  844. # [20:55] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
  845. # [20:56] * Joins: jwalden (~waldo@nat/mozilla/x-arkigohrqbhvummg)
  846. # [21:00] <heycam> hsivonen, there is a single page version of SVG 1.1 2ed: http://dev.w3.org/SVG/profiles/1.1F2/publish/single-page.html
  847. # [21:01] <heycam> hsivonen, it's linked to just below the list of editors on the front page
  848. # [21:02] <heycam> hsivonen, also please do read the second edition spec, it's somewhat better than the first...
  849. # [21:03] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
  850. # [21:04] <Ms2ger> One would hope so
  851. # [21:08] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (Remote host closed the connection)
  852. # [21:11] * Quits: maikmerten (~maikmerte@port-92-201-251-12.dynamic.qsc.de) (Read error: Connection reset by peer)
  853. # [21:15] * Quits: abarth|at_moz (~abarth@nat/google/x-gtgyyzopyqdadvxc) (Quit: abarth|at_moz)
  854. # [21:15] * Joins: bckenny (~bckenny@nat/google/x-ulfhemdyzptoixfc)
  855. # [21:16] * Joins: benschwarz_ (~ben@59.167.185.148)
  856. # [21:18] * Quits: benschwarz_ (~ben@59.167.185.148) (Client Quit)
  857. # [21:18] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 272 seconds)
  858. # [21:18] * Joins: benschwarz_ (~ben@59.167.185.148)
  859. # [21:18] * benschwarz_ is now known as benschwarz
  860. # [21:26] * Joins: mokush (~quassel@188.24.40.245)
  861. # [21:28] * Quits: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
  862. # [21:31] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Quit: Ex-Chat)
  863. # [21:33] * Quits: jwalden (~waldo@nat/mozilla/x-arkigohrqbhvummg) (Ping timeout: 240 seconds)
  864. # [21:36] * Joins: Evet (~Evet@78.184.60.201)
  865. # [21:37] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
  866. # [21:40] * Joins: xtoph (~xtoph@213.47.185.206)
  867. # [21:44] * Joins: jennb (~jennb@nat/google/x-exijuttiftcxrlka)
  868. # [21:46] <jgraham> AryehGregor: DOM methods that depend on CSS are evil
  869. # [21:46] <Ms2ger> Unless Anne defines them
  870. # [21:49] <jgraham> Well ones that are specifically for CSS are basically OK
  871. # [21:49] <jgraham> but adding unnecessary dependencies between DOM and layout seems bad
  872. # [21:50] <AryehGregor> jgraham, it depends on CSS either way, the question is only the extent.
  873. # [21:50] <AryehGregor> E.g., innerText of a display:none element is "" in everyone, I'm pretty sure.
  874. # [21:50] <Ms2ger> Well, innerText is evil
  875. # [21:51] <AryehGregor> That too.
  876. # [21:52] * jgraham doesn't think that innerText works like that in Opera
  877. # [21:52] <jgraham> and Gecko don't implement it
  878. # [21:52] <jgraham> so it is only WebKit and IE
  879. # [21:52] <AryehGregor> Actually, not quite.
  880. # [21:53] <AryehGregor> Opera's implementation is different, yeah.
  881. # [21:53] <AryehGregor> But it's not very interesting either. You may as well use textContent then.
  882. # [21:55] <jgraham> well yeah
  883. # [21:55] <jgraham> Ideally innerText would die
  884. # [21:56] <bfrohs> Well, when something isn't dying of natural causes, there is always another option ;)
  885. # [21:57] <Ms2ger> Apple insists on keeping it in its vegetative state, I'm afraid
  886. # [21:59] * Joins: boaz (~boaz@70-30.dhcp.emerson.edu)
  887. # [21:59] * Parts: karlcow (~karl@nerval.la-grange.net) ("Freedom - to walk free and own no superior.")
  888. # [22:00] * Joins: karlcow (~karl@nerval.la-grange.net)
  889. # [22:00] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  890. # [22:02] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 240 seconds)
  891. # [22:05] * Quits: atwilson (~atwilson@74.125.59.1) (Quit: atwilson)
  892. # [22:05] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
  893. # [22:07] * Quits: Ms2ger (~Ms2ger@91.181.54.220) (Quit: nn)
  894. # [22:08] * Quits: Martijnc (~Martijnc@91.176.255.34) (Quit: Martijnc)
  895. # [22:14] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
  896. # [22:16] <TabAtkins> annevk: You around? Got a question about using CORS to unblock a resource when you can't tell that the resource is SOR-protected before making the request.
  897. # [22:16] <TabAtkins> I guess the question is: how?
  898. # [22:17] * Quits: ROBOd (~robod@109.96.229.119) (Quit: .)
  899. # [22:19] * Joins: jwalden (~waldo@nat/mozilla/x-ydovaywnkdlflpey)
  900. # [22:22] * Joins: espadrine (~espadrine@acces1377.res.insa-lyon.fr)
  901. # [22:24] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 264 seconds)
  902. # [22:28] * Joins: charlvn (~charlvn@41.0.48.93)
  903. # [22:31] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  904. # [22:32] * Quits: othermaciej (~mjs@17.246.18.222) (Quit: othermaciej)
  905. # [22:33] * Joins: othermaciej (~mjs@17.246.18.222)
  906. # [22:37] * Quits: Evet (~Evet@78.184.60.201) (Quit: Evet)
  907. # [22:40] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  908. # [22:47] * Quits: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net) (Ping timeout: 276 seconds)
  909. # [22:47] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  910. # [22:48] * Joins: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  911. # [22:51] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
  912. # [22:51] <AryehGregor> Beginning of a spec: http://aryeh.name/spec/innertext/innertext.html
  913. # [22:52] <AryehGregor> Proof-of-concept (note that in WebKit the two boxes display almost the same): http://aryeh.name/spec/innertext/test/innerText.html
  914. # [22:52] <TabAtkins> Oh man, smallcaps looks horrible on camelcase.
  915. # [22:52] <AryehGregor> Yes, it does.
  916. # [22:52] * AryehGregor will adapt the test to fall back to Selection stringification in Firefox, since that logically does roughly the same thing
  917. # [22:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  918. # [22:57] <TabAtkins> Hixie: Where are the templates for the specs again? I apparently didn't bookmark them last time, and I'm being requested to generate new versions of some specs.
  919. # [22:59] * Joins: abarth (~abarth@nat/google/x-dsbcubaazrevyuhj)
  920. # [23:03] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: boo mondays)
  921. # [23:03] * Quits: erlehmann (~erlehmann@82.113.99.46) (Ping timeout: 240 seconds)
  922. # [23:05] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  923. # [23:12] * Quits: boaz (~boaz@70-30.dhcp.emerson.edu) (Ping timeout: 240 seconds)
  924. # [23:12] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
  925. # [23:14] * Quits: xtoph (~xtoph@213.47.185.206)
  926. # [23:16] <Hixie> TabAtkins: templates?
  927. # [23:16] <Hixie> TabAtkins: oh, the header boilerplate?
  928. # [23:16] <TabAtkins> Hixie: Yeah.
  929. # [23:16] <Hixie> TabAtkins: http://dev.w3.org/html5/boilerplate/ then tell me to regen
  930. # [23:16] <TabAtkins> kk
  931. # [23:17] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  932. # [23:19] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  933. # [23:22] * Quits: MikeSmith (~MikeSmith@31-35-219.wireless.csail.mit.edu) (Ping timeout: 260 seconds)
  934. # [23:22] * Joins: bzed_ (~bzed@devel.recluse.de)
  935. # [23:25] * Quits: expi (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Read error: No route to host)
  936. # [23:25] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
  937. # [23:25] * Quits: gggg (~ghe@132.150.124.56) (Read error: No route to host)
  938. # [23:25] * Joins: gggg (~ghe@132.150.124.56)
  939. # [23:27] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Quit: :3)
  940. # [23:28] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  941. # [23:29] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Client Quit)
  942. # [23:29] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  943. # [23:30] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  944. # [23:33] * Quits: jwalden (~waldo@nat/mozilla/x-ydovaywnkdlflpey) (Ping timeout: 265 seconds)
  945. # [23:36] * Joins: jdaggett (~jdaggett@y224181.dynamic.ppp.asahi-net.or.jp)
  946. # [23:38] * Joins: charlvn (~charlvn@41.0.48.93)
  947. # [23:41] * Joins: jwalden (~waldo@nat/mozilla/x-mqfoxmpfirkfugsv)
  948. # [23:46] * Joins: jamesr__ (~jamesr@nat/google/x-djvpemqoptigcxxl)
  949. # [23:47] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  950. # [23:50] * Quits: kal-EL_ (~jor-EL@95.237.74.168) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  951. # [23:51] * Joins: doublec (~chris@203-97-204-82.dsl.clear.net.nz)
  952. # [23:51] * Quits: doublec (~chris@203-97-204-82.dsl.clear.net.nz) (Changing host)
  953. # [23:51] * Joins: doublec (~chris@unaffiliated/doublec)
  954. # [23:58] <matjas> Should implicit form submission work in this case? <form><input><input><input></form>
  955. # [23:58] <TabAtkins> Why wouldn't it?
  956. # [23:58] <matjas> Reading the spec, I’d say yes, but it doesn’t work in Opera or WebKit
  957. # [23:58] <matjas> And WebKit even has a layout test for this exact situation
  958. # [23:59] <matjas> I guess the layout test is flawed then?
  959. # [23:59] <TabAtkins> Not sure, as I haven't read that section of the spec in a long time.
  960. # [23:59] <TabAtkins> But if the spec says otherwise, then yeah.
  961. # [23:59] <matjas> http://www.whatwg.org/specs/web-apps/current-work/multipage/association-of-controls-and-forms.html#implicit-submission
  962. # Session Close: Tue Feb 01 00:00:00 2011

The end :)