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

Options:

  1. # Session Start: Tue Mar 01 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: erlehmann (~erlehmann@82.113.99.11)
  4. # [00:05] * Joins: broquain1 (6ec24663dd@78.47.79.137)
  5. # [00:05] * Joins: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  6. # [00:05] * Joins: GPH-Zeke (~GPHemsley@ool-45719f33.dyn.optonline.net)
  7. # [00:05] * Quits: GPH-Zeke (~GPHemsley@ool-45719f33.dyn.optonline.net) (Changing host)
  8. # [00:05] * Joins: GPH-Zeke (~GPHemsley@pdpc/supporter/student/GPHemsley)
  9. # [00:07] * Joins: purefusion_ (~purefusio@unaffiliated/purefusion)
  10. # [00:07] * Joins: Philip`_ (~philip@zaynar.co.uk)
  11. # [00:07] * Joins: sephr_ (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  12. # [00:07] * Joins: dhx_z (~anonymous@60-242-108-164.static.tpgi.com.au)
  13. # [00:08] * Quits: sephr_ (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Read error: Connection reset by peer)
  14. # [00:08] * Joins: hendry_ (~hendry@webconverger.org)
  15. # [00:08] * Joins: erlehmann_ (~erlehmann@82.113.99.11)
  16. # [00:09] * Joins: benschwarz (~ben@ppp118-209-60-109.lns20.mel4.internode.on.net)
  17. # [00:10] * Joins: Lachy_ (~Lachlan@cm-84.215.59.50.getinternet.no)
  18. # [00:11] * Joins: jernoble_ (~jernoble@2620:0:1b00:1191:6c87:9b9:c9e2:1b84)
  19. # [00:11] * Joins: tndH_ (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  20. # [00:11] * Joins: eighty4_ (~eighty4@li150-164.members.linode.com)
  21. # [00:11] * Joins: SteveGL_ (~dev@174-21-221-107.tukw.qwest.net)
  22. # [00:12] * Quits: erlehmann (~erlehmann@82.113.99.11) (*.net *.split)
  23. # [00:12] * Quits: davidb_ (~davidb@bas1-toronto06-2925210587.dsl.bell.ca) (*.net *.split)
  24. # [00:12] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (*.net *.split)
  25. # [00:12] * Quits: SteveGL (~dev@174-21-221-107.tukw.qwest.net) (*.net *.split)
  26. # [00:12] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (*.net *.split)
  27. # [00:12] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (*.net *.split)
  28. # [00:12] * Quits: jernoble (~jernoble@17.203.14.132) (*.net *.split)
  29. # [00:12] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (*.net *.split)
  30. # [00:12] * Quits: hendry (~hendry@webconverger.org) (*.net *.split)
  31. # [00:12] * Quits: purefusion (~purefusio@unaffiliated/purefusion) (*.net *.split)
  32. # [00:12] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
  33. # [00:12] * Quits: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp) (*.net *.split)
  34. # [00:12] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (*.net *.split)
  35. # [00:12] * Quits: hober (~ted@unaffiliated/hober) (*.net *.split)
  36. # [00:12] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
  37. # [00:12] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (*.net *.split)
  38. # [00:12] * Quits: heycam (~cam@wok.mcc.id.au) (*.net *.split)
  39. # [00:12] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
  40. # [00:12] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (*.net *.split)
  41. # [00:12] * Quits: broquaint (df80b6f776@78.47.79.137) (*.net *.split)
  42. # [00:12] * jernoble_ is now known as jernoble
  43. # [00:12] * SteveGL_ is now known as SteveGL
  44. # [00:12] * purefusion_ is now known as purefusion
  45. # [00:12] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 246 seconds)
  46. # [00:12] * tndH_ is now known as tndH
  47. # [00:12] * Quits: SteveGL (~dev@174-21-221-107.tukw.qwest.net) (Remote host closed the connection)
  48. # [00:14] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
  49. # [00:16] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (Quit: rikkoutunutta kovalevyä tonkimassa)
  50. # [00:16] * Joins: heycam (~cam@wok.mcc.id.au)
  51. # [00:17] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
  52. # [00:18] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  53. # [00:19] * Joins: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp)
  54. # [00:19] * Quits: kor_ (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor_)
  55. # [00:19] * Joins: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net)
  56. # [00:19] * Joins: inimino (~inimino@boshi.inimino.org)
  57. # [00:19] * Joins: Amorphous (jan@f049006050.adsl.alicedsl.de)
  58. # [00:19] * Quits: Amorphous (jan@f049006050.adsl.alicedsl.de) (Changing host)
  59. # [00:19] * Joins: Amorphous (jan@unaffiliated/amorphous)
  60. # [00:23] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  61. # [00:29] * Joins: sicking (~chatzilla@nat/mozilla/x-lsioujfprvwtgscd)
  62. # [00:32] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  63. # [00:33] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  64. # [00:34] <TabAtkins> Ah, extracting a common algorithm is always satisfying, especially in specs. ^_^
  65. # [00:35] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
  66. # [00:36] <Hixie> yeah
  67. # [00:37] <Hixie> not quite as satisfying as deleting a bunch of text!
  68. # [00:37] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  69. # [00:38] <TabAtkins> Does it count if you're deleting the text that was previously duplicating the common algo?
  70. # [00:38] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  71. # [00:38] <Hixie> that's extracting a common algorithm
  72. # [00:38] <TabAtkins> Damn.
  73. # [00:38] <Hixie> i mean deleting text without replacing it with anything :-)
  74. # [00:40] * Joins: karlcow (~karl@nerval.la-grange.net)
  75. # [00:40] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  76. # [00:41] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Quit: boaz)
  77. # [00:41] * Quits: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net) (Remote host closed the connection)
  78. # [00:45] * Joins: TabAtkins_ (~tabatkins@nat/google/x-nywbpwmjbmsnurwp)
  79. # [00:53] * Philip`_ is now known as Philip`
  80. # [00:53] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  81. # [00:55] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  82. # [01:02] * jernoble is now known as jer|afk
  83. # [01:05] * Joins: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com)
  84. # [01:06] * Joins: jochen___ (~jochen@nat/google/x-jzbfwjvmlazbglwt)
  85. # [01:06] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  86. # [01:09] * Quits: jochen__ (~jochen@nat/google/x-jpyirdxknreqntnq) (Ping timeout: 272 seconds)
  87. # [01:11] * Joins: jochen__ (~jochen@nat/google/x-hmwftihvgigzfryd)
  88. # [01:11] * Quits: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com) (Remote host closed the connection)
  89. # [01:12] * Quits: jochen___ (~jochen@nat/google/x-jzbfwjvmlazbglwt) (Ping timeout: 264 seconds)
  90. # [01:13] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  91. # [01:15] * Joins: miketaylr (~miketaylr@NYUFGA-GUESTS-01.NATPOOL.NYU.EDU)
  92. # [01:22] * Quits: jennb (~jennb@74.125.59.76) (Quit: jennb)
  93. # [01:22] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  94. # [01:31] * Joins: s21n (~s21n@as1-228.ostrowiec.dialup.inetia.pl)
  95. # [01:31] * Quits: s21n (~s21n@as1-228.ostrowiec.dialup.inetia.pl) (Changing host)
  96. # [01:31] * Joins: s21n (~s21n@unaffiliated/s21n)
  97. # [01:34] * Quits: TabAtkins_ (~tabatkins@nat/google/x-nywbpwmjbmsnurwp) (Ping timeout: 250 seconds)
  98. # [01:37] * Quits: kennyluck (~kennyluck@netDHCP-169.keio.w3.org) (Quit: kennyluck)
  99. # [01:42] * Joins: TabAtkins_ (~tabatkins@nat/google/x-ytwlunthbfdylndj)
  100. # [01:44] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  101. # [01:47] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  102. # [01:49] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  103. # [02:00] <Hixie> does anyone implement text-align: "." yet?
  104. # [02:00] <TabAtkins> No.
  105. # [02:00] <Hixie> we should really do something about that
  106. # [02:01] <TabAtkins> Agreed.
  107. # [02:01] <Hixie> do you know what spec it's in
  108. # [02:01] <Hixie> ?
  109. # [02:01] <TabAtkins> Text.
  110. # [02:01] <Hixie> thanks
  111. # [02:01] <aho> what's that supposed to do?
  112. # [02:02] <TabAtkins> It does some magic to make things line up on the first occurence of the specified string.
  113. # [02:02] <aho> o_O
  114. # [02:02] <TabAtkins> It only works on table cells.
  115. # [02:02] <aho> o_O²
  116. # [02:03] <TabAtkins> Well, there's no sane way to do it outside of a table-cell.
  117. # [02:03] <TabAtkins> http://dev.w3.org/csswg/css3-text/#text-align
  118. # [02:03] <aho> trust me, it also doesn't sound sane if you throw table cells into the mix :>
  119. # [02:03] <TabAtkins> Check the example. It does.
  120. # [02:04] * 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])
  121. # [02:05] <aho> hm
  122. # [02:06] <aho> i'd write "$85.00" and i'd prefer if that "N/A" would be right aligned as well
  123. # [02:06] <TabAtkins> Hm, I don't understand the use-case for text-align-first.
  124. # [02:07] * Quits: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
  125. # [02:07] <TabAtkins> Okay, then you just use "right" as the value.
  126. # [02:07] <aho> yes
  127. # [02:08] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  128. # [02:10] <aho> text-align-last looks kinda pointless to me... and i don't get text-align-first at all
  129. # [02:10] <TabAtkins> Aligning the last line of a paragraph differently is relatively common.
  130. # [02:11] <aho> i only read technical books (they don't do anything fancy) and stuff on the internet (even less fancy)
  131. # [02:13] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 252 seconds)
  132. # [02:16] <aho> white-space-collapsing... weird. tab-size... woo! :>
  133. # [02:17] <zewt> tab-size is :| evil
  134. # [02:18] <aho> yes, tab-size should be always 4 ;)
  135. # [02:18] <TabAtkins> zewt: Um?
  136. # [02:18] <zewt> (I spend so much time teaching confused people that tab-size is always 8 in text files and must never, ever be changed)
  137. # [02:18] <zewt> (and yeah I know HTML != plain text files)
  138. # [02:18] <TabAtkins> zewt: Why are you teaching people badwrong things?
  139. # [02:19] <aho> 99% use 4 though
  140. # [02:19] <aho> :>
  141. # [02:19] <TabAtkins> I use 3. ^_^
  142. # [02:19] <aho> HERETIC! :v
  143. # [02:19] <zewt> yeah I'll just change the tab stop in my terminal every time I view a file written for broken hard tab widths :P
  144. # [02:19] <TabAtkins> I just need it as small as possible while still being easy to tell what nesting level I'm on. 2 is too small, 3 isn't.
  145. # [02:19] <zewt> TabAtkins: that's the common confusion
  146. # [02:19] * Joins: SteveGL (~dev@174-21-221-107.tukw.qwest.net)
  147. # [02:19] <zewt> the width of the tab stop != how far you indent your code
  148. # [02:20] <TabAtkins> zewt: Um, yes it is. You indent with tabs. Thus, by definition, the size of the tab is how far you indent your code.
  149. # [02:20] <zewt> people change the former when they mean to change the latter, leading to broken text files in everything else
  150. # [02:20] <TabAtkins> If you're indenting with spaces, you are badwrong.
  151. # [02:20] <zewt> i indent with whatever vim feels like indenting with; it doesn't really matter to me
  152. # [02:20] <TabAtkins> zewt: Then you're part of the problem, most likely.
  153. # [02:21] <zewt> (unless I'm editing code that uses spaces, in which case I'll :set et for consistency)
  154. # [02:21] <TabAtkins> Just teach people to use editors that use tabs.
  155. # [02:21] <TabAtkins> Not stupid broken ones that convert to spaces automatically.
  156. # [02:21] <zewt> hard tabs are 8 spaces; anything else looks wrong in everything that's not a specially-configured text editor.
  157. # [02:21] <TabAtkins> Um, what? No, that's nonsense. 8-space tabs are almost always GIGANTONORMOUS.
  158. # [02:22] <zewt> and the idea of having to reconfigure your environment every time you edit a file authored for a different tab width is, well, a bit insane :P
  159. # [02:22] <TabAtkins> Again, I have no idea why you're claiming any reconfiguring has to happen? What problem are you talking about?
  160. # [02:22] <zewt> code written for ts=4 viewed in a ts=8 environment invariably looks completely broken.
  161. # [02:22] * erlehmann_ is now known as erlehmann
  162. # [02:22] <aho> the vast majority of people use a tab size of 4 though :>
  163. # [02:22] <TabAtkins> No, no it doesn't, unless you do it wrong.
  164. # [02:22] <aho> 8 is notepad
  165. # [02:23] <TabAtkins> Where "wrong" = using tabs for alignment as well as indentation.
  166. # [02:23] <aho> everything else is 4 by default :>
  167. # [02:23] <zewt> 8 is *, the only thing I've ever seen that defaults to ts=4 is msvc
  168. # [02:23] <zewt> aho: have you ever used, err, a terminal? :P
  169. # [02:23] <TabAtkins> You indent with tabs, and then align with spaces. Simple, obvious rule.
  170. # [02:23] * Parts: antonlefou_ (~anton@2620:0:1b00:1181:225:ff:fef3:e2bc)
  171. # [02:23] <AryehGregor> A tab size of 8 is reasonable if you're actually using tabs for tabulation instead of abusing them for indentation.
  172. # [02:24] <AryehGregor> 4 is way too small for tabulation.
  173. # [02:24] <aho> isn't using spaces for indentation even more abuse?
  174. # [02:24] <TabAtkins> I disagree on that count - *no* static tab length is appropriate for tabulation.
  175. # [02:24] <AryehGregor> It is if you're just tabulating small numbers, for instance.
  176. # [02:24] <TabAtkins> You either want tables, or elastic tab stops.
  177. # [02:24] <AryehGregor> Then 8 is plenty.
  178. # [02:24] <AryehGregor> Elastic tab stops would be better, yes.
  179. # [02:25] <zewt> i can't count the number of times I've opened a source file, found myself in a jagged zig zag mess, cursed and had to fiddle with ts values to figure out what the author was using
  180. # [02:25] <TabAtkins> AryehGregor: Sure, and then the moment you use a string more than 7 characters, your entire table is messed up.
  181. # [02:25] <TabAtkins> zewt: That's becasue the author was doing it wrong.
  182. # [02:25] <TabAtkins> I assure you that you can read the files I write in *any* tab-size.
  183. # [02:25] <TabAtkins> (Well, not 0.)
  184. # [02:25] <zewt> if you use ts=8, then there's no such thing as "doing it wrong"; no matter how you do it, it'll render correctly.
  185. # [02:26] <TabAtkins> zewt: Except that "correctly" here actually means "with GIGANTONORMOUS GAPS".
  186. # [02:26] <TabAtkins> Which is ugly and hard to read.
  187. # [02:26] <zewt> good luck trying to teach people in varying environments and editors you've never used yourself "put ^I here and spaces here", heh
  188. # [02:26] <zewt> no, once again, ts != sw
  189. # [02:26] <TabAtkins> As long as your editor isn't broken (which means inserting spaces when you hit "Tab"), the rule is trivial and easy.
  190. # [02:26] <zewt> any decent programmer's editor lets you set the number of spaces to indent independently from the tab stop
  191. # [02:27] <aho> (sorry for starting this) :I
  192. # [02:27] <zewt> aho: holy war go!
  193. # [02:27] <TabAtkins> zewt: How are you distinguishing indentation from tabstops here? They're both created by pressing "Tab".
  194. # [02:28] <zewt> ... do you know how to use vim?
  195. # [02:28] <TabAtkins> No, why would I? I use a real text editor. ^_^
  196. # [02:28] <zewt> not rising to that bait :P
  197. # [02:28] <zewt> one holy war at a time
  198. # [02:28] <TabAtkins> (Note: not emacs)
  199. # [02:29] <aho> well, css3-text surely looks a lot more complicated than the last time i looked at it
  200. # [02:29] <aho> half of it is giving me a serious headache
  201. # [02:30] <aho> hyphenation is somewhat interesting though... finally a use for text-align:justify :>
  202. # [02:30] <zewt> if I set sw=4 sts=4, pressing tab once inserts 4 spaces; pressing it again replaces it with a tab. it works fine, and renders reliably.
  203. # [02:31] <aho> invisible magic
  204. # [02:31] <aho> not cool :)
  205. # [02:31] <zewt> hardly magic
  206. # [02:31] <TabAtkins> So do you indent with the 4 spaces, or the tab?
  207. # [02:31] <aho> and is that a tab or 4 spaces?
  208. # [02:31] <zewt> i don't have to think about what it's doing; I know it's doing something reasonable and I spend my time thinking about the code I'm writing. heh
  209. # [02:32] <TabAtkins> If you're not thinking about it, then you're probably writing code that will look bad in my editor.
  210. # [02:33] <zewt> i'll probably start defaulting to expandtabs (uses only spaces, not tabs), just because it's what most people use in Python
  211. # [02:33] <zewt> if your editor is set to 4-space tabs, then it's your editor's fault, not my code's.
  212. # [02:33] <TabAtkins> Yes, it is your fault. Tabs are supposed to be size-agnostic, and treating them as a certain size is harmful.
  213. # [02:34] <zewt> no, they're not supposed to be size-agnostic. tabs in plain text files are 8 spaces apart.
  214. # [02:34] <AryehGregor> I have vim set up to do expandtabs for Python only.
  215. # [02:34] <AryehGregor> No, tabs are a user-configurable number of spaces.
  216. # [02:34] <zewt> no, tabs are 8 spaces.
  217. # [02:34] <AryehGregor> Pretending they're always 8 is just silly.
  218. # [02:34] <TabAtkins> So, dude, we're disagreeing on the most fundamental point here. You're wrong, unfortunately.
  219. # [02:34] <AryehGregor> Not in my text editor.
  220. # [02:34] <AryehGregor> I have them set to 4.
  221. # [02:34] <zewt> (we could bang our heads on this all night; I'm pretty sure we already know where we disagree, so maybe we should move on :)
  222. # [02:34] <aho> you mean... some old school text editors use a tab size of 8 by default...yes
  223. # [02:34] <AryehGregor> MediaWiki's style guidelines officially say they're 4, in MediaWiki code.
  224. # [02:34] <aho> but every semi-recent one uses a default of 4
  225. # [02:35] <AryehGregor> It is factually incorrect to say that text editors always render tabs as eight spaces.
  226. # [02:35] * Quits: othermaciej (~mjs@17.246.16.177) (Quit: othermaciej)
  227. # [02:35] <AryehGregor> That is quite demonstrably false.
  228. # [02:35] <zewt> text editors are only one consumer of text files. again, terminals.
  229. # [02:35] <aho> notepad does and uhm... edit.com perhaps
  230. # [02:35] <AryehGregor> Yes, terminals are always eight spaces.
  231. # [02:35] <AryehGregor> Also browsers.
  232. # [02:35] <AryehGregor> And some text editors.
  233. # [02:35] <AryehGregor> But other text editors are four spaces.
  234. # [02:35] <aho> browsers, yes. for legacy reasons :>
  235. # [02:35] <AryehGregor> So it's not reliable, they can be different sizes.
  236. # [02:35] <zewt> (well, tab-size, which is how we got on this in the first place, heh)
  237. # [02:36] <AryehGregor> As TabAtkins says.
  238. # [02:37] <zewt> text editors that default to anything else have a broken default, probably due to being half-baked editors that can't separate presentation of tabs from the underlying file format.
  239. # [02:37] <aho> most people use ts 4
  240. # [02:37] <aho> most people like ts 4
  241. # [02:38] <aho> hence ts 4 is the default
  242. # [02:38] <aho> that's how defaults work
  243. # [02:38] <zewt> if so, then most people don't understand tabs. (which itself doesn't seem like an unlikely case)
  244. # [02:38] <TabAtkins> zewt: Your statement is inconsistent. You claim that defaulting to anything other than 8 is a broken default, and then claim that this means they can't separate separation from the underlying format.
  245. # [02:38] <zewt> what?
  246. # [02:39] <aho> exactly
  247. # [02:39] <TabAtkins> The separation of presentation from underlying data is *precisely why* tabs are variable-size.
  248. # [02:39] <AryehGregor> Just because you think the default in some text editors is broken doesn't mean it's not there.
  249. # [02:39] <TabAtkins> If an editor inserts spaces when you press Tab, or won't let you change the visual size of tabs, the editor is broken and doing things wrong.
  250. # [02:39] <zewt> uh, no. any decent text editor lets you press tab and cause a configurable amount of whitespace to appear, regardless of how it's represented in the underlying file.
  251. # [02:40] * Quits: miketaylr (~miketaylr@NYUFGA-GUESTS-01.NATPOOL.NYU.EDU) (Quit: miketaylr)
  252. # [02:40] <TabAtkins> The correct amount of whitesapce that should appear is "one tab".
  253. # [02:40] <TabAtkins> On account of that's the key you pressed.
  254. # [02:40] <AryehGregor> The reality is, your tabs will display in variable widths, and if you aim to accommodate all common ways of viewing your source code instead of deciding you'll ignore many popular text editors, you have to plan for your tabs to be viewed in multiple widths.
  255. # [02:40] <AryehGregor> At least four and eight spaces.
  256. # [02:40] <AryehGregor> TabAtkins, not according to, e.g., most Python programmers.
  257. # [02:40] <AryehGregor> Conventions vary.
  258. # [02:40] <TabAtkins> AryehGregor: Unfortunately, that PEP is badwrong. ^_^
  259. # [02:40] <AryehGregor> Some people prefer spaces for indentation because they display consistently.
  260. # [02:40] <AryehGregor> Which is a good argument.
  261. # [02:41] <AryehGregor> But they're more annoying to backspace in a typical editor, that's the major problem I have with them.
  262. # [02:41] <zewt> the tab key means "insert an amount of space to move the visual column to a multiple of some number". it certainly doesn't have to mean "insert a ^I"; most people don't even know what that means.
  263. # [02:41] <TabAtkins> No, it's a bad argument, because their code isn't consistent with my code.
  264. # [02:41] <AryehGregor> (I'm sure I can configure vim somehow to backspace them properly, but I haven't looked into it.)
  265. # [02:41] <zewt> heh, the thing that I hate about PEP-8 is how it actually tells people to wrap code at 80 columns : |
  266. # [02:41] <TabAtkins> Where "my code" can be substited for "arbitrary other code that uses a different tab width".
  267. # [02:42] <zewt> leading to \
  268. # [02:42] <zewt> code that \
  269. # [02:42] <zewt> looks like \
  270. # [02:42] <zewt> this
  271. # [02:42] <TabAtkins> zewt: People don't have to understand what tabs do. Inserting a tab does exactly what you say.
  272. # [02:43] <zewt> yes: insert whitespace so the column number is a multiple of some number.
  273. # [02:43] <TabAtkins> Sigh. Don't pretend like you misunderstood me.
  274. # [02:44] <zewt> i'm not, i'm pointing out that "what you say" and "what I say" are (evidently) not the same thing
  275. # [02:44] <TabAtkins> Inserting a tab makes the column number a multiple of the tab width.
  276. # [02:45] <zewt> but the tab width (8) doesn't have to -- okay let's stop going in circles because we both know the radius of the circle is not going to decrease, heh
  277. # [02:45] <TabAtkins> This is different from inserting spaces, because the tab width can change, and the start-location of the whitespace (and thus the distance to the next multiple of the tab width) can as well.
  278. # [02:45] <TabAtkins> Thus, inserting spaces is a broken behavior.
  279. # [02:46] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  280. # [02:46] <TabAtkins> It is in my best interest to convince you of my position, because you are apparently in a position to teach others, and I'd rather read code that is properly indented and aligned in the future.
  281. # [02:47] <zewt> and I say precisely the same thing to you, and neither seems likely to happen
  282. # [02:47] <TabAtkins> You are making false statements, though, such as the statement that a tab-size of 8 is the most common and/or correct choice.
  283. # [02:48] <zewt> you're claiming that your argument is right by saying my argument is wrong; that's not a very compelling case, heh
  284. # [02:48] <AryehGregor> Why don't you just ignore any prescriptivism and discuss factual questions, like "how can I get my code to display properly in typical editors?"
  285. # [02:49] <AryehGregor> There's no point in discussing whether tab stops "should" be four or eight spaces.
  286. # [02:49] <TabAtkins> If that's what I was saying, you'd be right. Luckily, it's not. I'm stating that your argument is wrong for specific reasons based on factual inaccuracies in your justifications.
  287. # [02:49] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
  288. # [02:49] <AryehGregor> The reality is, both happen, and if you declare that the many common editors that don't agree with your choice are broken and you don't care about their users, you're a jerk.
  289. # [02:49] <zewt> so you're denying that terminals universally use 8-space tabs?
  290. # [02:49] <AryehGregor> Terminals do.
  291. # [02:49] <aho> worst tab/spaces war ever
  292. # [02:50] <AryehGregor> If you're writing something that's only meant for terminal outputs, like ls, then definitely rely on eight-space tabs.
  293. # [02:50] <aho> this caramel cappuchino is very delicious by the way
  294. # [02:50] <AryehGregor> But not if you expect it to be read in a variety of text editors.
  295. # [02:51] <aho> conversation successfully killed? yes? :)
  296. # [02:51] <TabAtkins> aho: Did you bring enough for everyone?
  297. # [02:51] <aho> bought lots of it
  298. # [02:51] <aho> was a bargain thingy :)
  299. # [02:51] <TabAtkins> Hand it over, then, or else we're continuing the argument.
  300. # [02:51] <aho> 2 bucks instead of 3
  301. # [02:51] <zewt> can you get some to me while it's hot?
  302. # [02:52] <aho> the hyphenation stuff looks kinda complicated
  303. # [02:53] <aho> loading dictionary thingies in a @font-face like fashion looks a bit like overkill
  304. # [02:53] <aho> but... it's also an amazingly complicated topic
  305. # [02:53] <TabAtkins> How often do you need to load hyphenation dictionaries?
  306. # [02:54] <aho> how often do they change?
  307. # [02:54] <aho> personally i always thought this should be completely offloaded to the browser
  308. # [02:54] <aho> i.e. the browser should take care of that dictionary stuff
  309. # [02:54] <aho> just like it takes care of dictionaries for spellchecking
  310. # [02:54] <TabAtkins> That doesn't help with technical information, for example.
  311. # [02:55] <TabAtkins> Spellchecking is a user issue that should be consistent across the browser. Hyphenation is a display issue for the specific site.
  312. # [02:55] <TabAtkins> That said, I believe browsers are allowed to be smart with default hyphenation, it's just that nobody does it.
  313. # [02:56] <aho> well, there are common words
  314. # [02:56] <aho> like 100k per language
  315. # [02:56] <TabAtkins> (This could be accomplished through hyphenation dicts specified in the UA stylesheet, of course.)
  316. # [02:56] <aho> no need to define how those should be hyphenated over and over again
  317. # [02:56] <aho> yes, some default dictionary... and you can augment that with your own
  318. # [02:56] * Quits: erlehmann (~erlehmann@82.113.99.11) (Quit: Ex-Chat)
  319. # [02:56] <aho> e.g. you use 50 unusal words and you want those hyphenated, too
  320. # [02:57] <TabAtkins> Ooh, I think I might finally be ready to publish an ED of flexbox.
  321. # [02:57] <TabAtkins> Let's generate and see.
  322. # [02:57] <aho> woo! flexbox! :D
  323. # [02:59] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  324. # [02:59] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  325. # [02:59] * Quits: s21n (~s21n@unaffiliated/s21n) (Ping timeout: 260 seconds)
  326. # [03:00] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
  327. # [03:01] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  328. # [03:03] * Quits: chriseppstein (~chris@209.119.65.162) (Quit: chriseppstein)
  329. # [03:06] * Joins: micheil (~micheil@206.169.179.202)
  330. # [03:07] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 240 seconds)
  331. # [03:07] * Quits: dbaron (~dbaron@nat/mozilla/x-rgfbmcpvfsqexesm) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  332. # [03:08] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  333. # [03:08] * Joins: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed)
  334. # [03:08] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  335. # [03:08] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  336. # [03:12] <TabAtkins> Damn my colorblindness! I can only barely see issues inside of notes, given the default stylesheet.
  337. # [03:12] * Quits: roc (~chatzilla@skycity-akl-nz.getin2net.com) (Ping timeout: 240 seconds)
  338. # [03:13] * Joins: agektmr (~Adium@220.109.219.244)
  339. # [03:15] <TabAtkins> Aw yeah: http://dev.w3.org/csswg/css3-flexbox/
  340. # [03:25] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  341. # [03:31] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Ping timeout: 272 seconds)
  342. # [03:32] * Joins: tw2113 (~tw2113@fedora/tw2113)
  343. # [03:32] * Joins: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed)
  344. # [03:33] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 260 seconds)
  345. # [03:35] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  346. # [03:35] * Quits: dave_levin (~dave_levi@74.125.59.68) (Quit: dave_levin)
  347. # [03:37] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  348. # [03:38] * Quits: TabAtkins_ (~tabatkins@nat/google/x-ytwlunthbfdylndj) (Ping timeout: 264 seconds)
  349. # [03:41] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  350. # [03:56] * Quits: Sosby (fsosby@70.32.34.100) (Ping timeout: 240 seconds)
  351. # [03:58] * Joins: roc (~chatzilla@skycity-akl-nz.getin2net.com)
  352. # [03:59] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
  353. # [04:01] * Joins: Sosby (fsosby@70.32.34.100)
  354. # [04:05] * Joins: benschwar (~ben@ppp118-209-60-109.lns20.mel4.internode.on.net)
  355. # [04:05] * Quits: benschwarz (~ben@ppp118-209-60-109.lns20.mel4.internode.on.net) (Read error: Connection reset by peer)
  356. # [04:08] * Quits: Sosby (fsosby@70.32.34.100) (Ping timeout: 240 seconds)
  357. # [04:12] * Quits: roc (~chatzilla@skycity-akl-nz.getin2net.com) (Ping timeout: 260 seconds)
  358. # [04:13] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  359. # [04:18] * Joins: bga_ (~bga@91.122.51.148)
  360. # [04:18] * bga_ is now known as _bga
  361. # [04:20] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  362. # [04:20] * Quits: Ankheg (~Ankheg@94.158.194.27) (Ping timeout: 264 seconds)
  363. # [04:20] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  364. # [04:22] * Joins: Ankheg (~Ankheg@94.158.194.27)
  365. # [04:23] * Joins: bga_ (~bga@91.122.51.148)
  366. # [04:23] * bga_ is now known as bga_|away
  367. # [04:24] * Quits: _bga (~bga@91.122.51.148) (Ping timeout: 264 seconds)
  368. # [04:25] * Quits: micheil (~micheil@206.169.179.202) (Ping timeout: 276 seconds)
  369. # [04:30] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  370. # [04:32] * Joins: Sosby (fsosby@70.32.34.100)
  371. # [04:35] * Quits: althie_ (althalus@vauhtis.thegroup.fi) (Ping timeout: 240 seconds)
  372. # [04:43] * Joins: althie (althalus@vauhtis.thegroup.fi)
  373. # [04:52] * Joins: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net)
  374. # [04:52] * Quits: kurrik (~kurrik@nat/google/x-uolippkzbqeegxnp) (Quit: Leaving)
  375. # [04:55] * Quits: benschwar (~ben@ppp118-209-60-109.lns20.mel4.internode.on.net) (Quit: Linkinus - http://linkinus.com)
  376. # [04:56] * Quits: sicking (~chatzilla@nat/mozilla/x-lsioujfprvwtgscd) (Ping timeout: 250 seconds)
  377. # [05:01] * Quits: jamesr_ (~jamesr@216.239.45.19) (Quit: jamesr_)
  378. # [05:06] * Joins: MikeSmith (~MikeSmith@EM111-188-70-184.pool.e-mobile.ne.jp)
  379. # [05:08] * Quits: ezoe (~ezoe@61-205-124-158f1.kyt1.eonet.ne.jp) (Ping timeout: 246 seconds)
  380. # [05:11] * Quits: nonge__ (~nonge@p5B327E5E.dip.t-dialin.net) (Ping timeout: 264 seconds)
  381. # [05:13] * Joins: roc (~chatzilla@121.98.230.221)
  382. # [05:16] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Quit: boaz)
  383. # [05:20] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  384. # [05:20] * Joins: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  385. # [05:20] * Quits: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
  386. # [05:21] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  387. # [05:25] * Joins: nonge__ (~nonge@p5082B10B.dip.t-dialin.net)
  388. # [05:27] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
  389. # [06:01] * Joins: ezoe (~ezoe@61-205-124-106f1.kyt1.eonet.ne.jp)
  390. # [06:08] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  391. # [06:14] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
  392. # [06:17] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
  393. # [06:19] * Joins: drdt (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net)
  394. # [06:20] * Quits: Ankheg (~Ankheg@94.158.194.27) (Quit: Leaving.)
  395. # [06:29] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  396. # [06:29] * Joins: portenkirchner (~portenkir@p4FFB0A46.dip.t-dialin.net)
  397. # [06:30] * Quits: portenkirchner (~portenkir@p4FFB0A46.dip.t-dialin.net) (Client Quit)
  398. # [06:30] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  399. # [06:31] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  400. # [06:40] * Quits: ezoe (~ezoe@61-205-124-106f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
  401. # [06:50] * Joins: murz (~mmurraywa@198.134.89.142)
  402. # [06:50] * Quits: ojan (~ojan@nat/google/x-yldmyfmsxtiemtsi) (Quit: ojan)
  403. # [06:51] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 272 seconds)
  404. # [06:52] * Joins: bzed (~bzed@devel.recluse.de)
  405. # [06:53] * Quits: aho (~nya@fuld-590c7828.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  406. # [07:00] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 240 seconds)
  407. # [07:03] * Quits: MikeSmith (~MikeSmith@EM111-188-70-184.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  408. # [07:04] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  409. # [07:05] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
  410. # [07:09] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 264 seconds)
  411. # [07:11] * Quits: murz (~mmurraywa@198.134.89.142) (Remote host closed the connection)
  412. # [07:15] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 240 seconds)
  413. # [07:20] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
  414. # [07:27] * Quits: drdt (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net) (Quit: drdt)
  415. # [07:28] * bga_|away is now known as bga_
  416. # [07:30] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  417. # [07:32] * Joins: davve__ (~davve@83.218.67.122)
  418. # [07:34] * Joins: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi)
  419. # [07:45] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  420. # [07:53] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
  421. # [07:53] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Client Quit)
  422. # [07:53] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
  423. # [07:57] <annevk> wait what
  424. # [07:57] <annevk> the link relation "up" will be removed from HTML?
  425. # [07:57] <annevk> has the point arrived where I should just nuke most rel attribute usage on my site?
  426. # [08:04] <annevk> AryehGregor, interesting idea; making ProcessingInstruction a CharacterData type
  427. # [08:04] <annevk> AryehGregor, should it inherit from Comment, even?
  428. # [08:05] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  429. # [08:08] * Joins: agektmr (~Adium@220.109.219.244)
  430. # [08:08] * Joins: karlcow (~karl@nerval.la-grange.net)
  431. # [08:10] * Quits: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
  432. # [08:12] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Quit: ben_h)
  433. # [08:12] * dhx_z is now known as dhx1
  434. # [08:13] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
  435. # [08:16] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  436. # [08:19] <othermaciej> annevk: you can always register "up" in your registry of choice
  437. # [08:20] <annevk> I wish the situation was a bit more clear than "do whatever you want" and it "depends on who you ask what it means"
  438. # [08:22] <annevk> At this point it sure seems that the only link relationships I still want to use are those with some tangible benefit. E.g. "stylesheet", "alternate" in combination with type=application/atom+xml, maybe "noreferrer", "nofollow"...
  439. # [08:23] <othermaciej> I do think that in general, it's good to use things in your markup if they have a tangible benefit
  440. # [08:23] <annevk> So why did we keep rel=author?
  441. # [08:24] <annevk> Most relationships make it easier to understand the structure of a site I suppose. But that includes last/first/up/...
  442. # [08:25] <othermaciej> no one made that particular argument against removing them - the focus seemed to be on the very few user agents that expose last/first/up in UI, and on what link types exactly are used by various CMS systems in their templates
  443. # [08:26] <annevk> next/previous are not exactly common either
  444. # [08:26] <annevk> or rel=search
  445. # [08:26] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  446. # [08:27] <annevk> oh well, I'm gonna assume that we'll revisit this in a couple of years
  447. # [08:27] <annevk> othermaciej, btw, I wrote up http://dvcs.w3.org/hg/from-origin/raw-file/tip/Overview.html
  448. # [08:28] <annevk> I guess I'll write an email to public-webapps about it now
  449. # [08:28] * Joins: jochen___ (~jochen@nat/google/x-pwlydreyordcwyjg)
  450. # [08:30] <othermaciej> annevk: sweet
  451. # [08:30] <annevk> I'm somewhat surprised the allowing cross-origin embedding of fonts is dangerous for security argument is still floating around
  452. # [08:31] <othermaciej> is it?
  453. # [08:31] <othermaciej> I thought I managed to kill that
  454. # [08:31] <annevk> you did, but that it was raised at all
  455. # [08:31] <othermaciej> I explained to everyone on that one telecon that same-origin policy is not a defense against code execution attacks from malware…
  456. # [08:31] <annevk> because it was used a year ago too and I said pretty much the same thing you did
  457. # [08:32] <othermaciej> cargo cult security is apparently a powerful meme
  458. # [08:32] * Quits: jochen__ (~jochen@nat/google/x-hmwftihvgigzfryd) (Ping timeout: 252 seconds)
  459. # [08:32] * jochen___ is now known as jochen__
  460. # [08:38] <foolip> Hixie, about http://www.w3.org/Bugs/Public/show_bug.cgi?id=11984 do you plan to investigate further what Microsoft/Mozilla are actually willing to implement, or should I turn it into an ISSUE?
  461. # [08:39] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  462. # [08:39] <Hixie> i left the bug open to work out if there was anything we could do
  463. # [08:39] <Hixie> but i'm happy for you to try to solve it for me :-)
  464. # [08:40] <foolip> ugh, I may be a bit too partial to come up with an honest suggestion :)
  465. # [08:40] <foolip> but if you *do* want me to make an ISSUE, you need to close some bug that I disagree with I guess. right, othermaciej?
  466. # [08:40] <annevk> othermaciej, http://lists.w3.org/Archives/Public/public-webapps/2011JanMar/0710.html
  467. # [08:40] <othermaciej> foolip: yes, it needs to be resolved to be escalated
  468. # [08:41] <annevk> othermaciej, might help if you weigh in, however brief
  469. # [08:41] <othermaciej> foolip: as far as I am concerned, I think it is fine for Hixie to either WONTFIX it, or to take another crack at a mutually agreeable resolution
  470. # [08:41] <Hixie> othermaciej: you can try to come up with a resultion without using the wg issue process
  471. # [08:41] <Hixie> er
  472. # [08:41] <Hixie> s/othermaciej/foolip/
  473. # [08:42] <foolip> I don't know how to communicate with Microsoft, so in that case I'd prefer for Hixie to try once more...
  474. # [08:42] * Joins: Maurice (~ano@77.222.73.150)
  475. # [08:42] <Hixie> i have never successfully managed to communicate with microsoft
  476. # [08:42] <foolip> Hixie, how did you manage to get the statement that I cited in my original CP then?
  477. # [08:43] <Hixie> i mailed them about this very issue months ago and they said that obeying Content-Type was the most stupid thing ever
  478. # [08:43] <othermaciej> foolip: in the case of this bug, you could contact Adrian Bateman directly
  479. # [08:43] <Hixie> foolip: what statement?
  480. # [08:43] <othermaciej> foolip: in general, if Microsoft people fail to reply on something HTML WG related, I have found that asking Paul Cotton often results in a response from somebody over there
  481. # [08:44] <foolip> Hixie, "Microsoft's position is, as far as I can tell, that there's no point looking at the Content-Type header"
  482. # [08:44] <Hixie> ah, yeah, that was what they told me
  483. # [08:44] <Hixie> they then implemented the exact opposite of that, apparently
  484. # [08:44] <Hixie> so like i said
  485. # [08:44] <Hixie> i have never successfully managed to communicate with microsoft
  486. # [08:44] <foolip> ok, true :)
  487. # [08:45] <Hixie> given how much it would help microsoft for me to be able to make the spec match what they want, you'd think they'd be more communicative
  488. # [08:45] * Joins: kal-EL_ (~jor-EL@95.233.66.39)
  489. # [08:46] <annevk> haha
  490. # [08:46] <annevk> you must be new here
  491. # [08:46] * broquain1 is now known as broquaint
  492. # [08:48] * Joins: jacobolus (~jacobolus@c-98-216-50-168.hsd1.ma.comcast.net)
  493. # [08:53] * Joins: jochen___ (~jochen@nat/google/x-tdtocxrbyoteugfb)
  494. # [08:55] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  495. # [08:57] * Quits: jochen__ (~jochen@nat/google/x-pwlydreyordcwyjg) (Ping timeout: 272 seconds)
  496. # [08:57] * jochen___ is now known as jochen__
  497. # [08:58] * Joins: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp)
  498. # [09:01] <foolip> Hixie, ok, I made a naive attempt at friendly dialog
  499. # [09:07] <annevk> othermaciej, I guess abarth would have to explain the CSP angle
  500. # [09:09] * bga_ is now known as bga_|away
  501. # [09:12] <abarth> the CSP angle of? /me is missing context
  502. # [09:13] <annevk> see latest in public-webapps
  503. # [09:13] <annevk> sorry
  504. # [09:15] <abarth> ah, i see
  505. # [09:15] <abarth> sure
  506. # [09:20] * Joins: Martijnc (~Martijnc@91.176.13.121)
  507. # [09:21] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  508. # [09:21] <othermaciej> it does vaguely fit with the CSP theme of denying actions that are normally allowed
  509. # [09:21] <othermaciej> but other than that, I don't get it
  510. # [09:24] * Joins: roc (~chatzilla@121.98.230.221)
  511. # [09:24] <abarth> i'm writing up a reply for the mailing list
  512. # [09:24] <abarth> its a lot like frame-ancestors
  513. # [09:25] <abarth> aside from the aesthetic questions
  514. # [09:25] <abarth> From-Origin is probably going to want to designate a list of origins that can embed the resource
  515. # [09:25] <abarth> which is something CSP has syntax for
  516. # [09:28] <annevk> it does allow a list of origins atm
  517. # [09:28] <annevk> that's what # means
  518. # [09:28] <annevk> subtle, but true :)
  519. # [09:28] <abarth> what about wildcarding?
  520. # [09:28] <annevk> but it does not allow the wild card matching of CSP
  521. # [09:29] <abarth> so, that's similar, but slightly different than CSP
  522. # [09:29] <abarth> which seems like a loss in terms of extra complexity
  523. # [09:30] <annevk> I modeled it after CORS
  524. # [09:30] <abarth> can you have a list of Origins in CORS?
  525. # [09:30] <annevk> not yet
  526. # [09:31] <annevk> but it can be quite easily added in the future
  527. # [09:31] <abarth> its entirely likely the best solution here is to decide that a Content-Security-Policy header doesn't make sense
  528. # [09:31] <annevk> and it would follow the design of From-Origin
  529. # [09:31] <abarth> and instead we should have separate headers for the different CSP use cases
  530. # [09:31] <annevk> hey I don't know either :)
  531. # [09:31] <annevk> just trying to defend my design decisions :)
  532. # [09:32] <annevk> abarth, that does sound better
  533. # [09:32] <annevk> less <input> and <object>, more <canvas>, <video>, etc.
  534. # [09:32] <abarth> yes
  535. # [09:32] <abarth> i suspect the mozilla folks will be less excited about that approach
  536. # [09:32] <abarth> although it would be fine with me
  537. # [09:33] * Joins: matijsb (~matijsb@188.205.108.18)
  538. # [09:33] <abarth> they have this thought process around "Default deny" begin a good starting point
  539. # [09:33] * Joins: jomn (~jomn@c80-216-13-27.bredband.comhem.se)
  540. # [09:33] <abarth> but i'm skeptical about how that will evolve in the future
  541. # [09:38] <othermaciej> a "default deny everything" starting point pretty clearly cannot accommodate future things one might want to deny
  542. # [09:39] <abarth> yeah, i've said that to the moz folks in every meeting we've had on this topic
  543. # [09:40] <abarth> i'm not really sure where the miscommunication is
  544. # [09:41] <othermaciej> what is their response to this line of argument?
  545. # [09:41] <othermaciej> I could imagine:
  546. # [09:42] <othermaciej> (a) few sites will use CSP, so we'll just break them
  547. # [09:42] <othermaciej> (b) a current set will be default-deny, but future things will be default-allow
  548. # [09:42] <othermaciej> (c) we'll never think of anything new
  549. # [09:42] <othermaciej> (d) versioning
  550. # [09:43] <othermaciej> none of those sound great
  551. # [09:43] <abarth> i think part of their thinking is that they've enumerated all the ways web pages can load resources
  552. # [09:43] <abarth> and that subresource loads are the most important thing for security
  553. # [09:44] <abarth> as they add new kinds of subresource loads
  554. # [09:44] <abarth> they'll remember to add them to the default-deny
  555. # [09:44] <abarth> so there will never exist a version of Firefox that allows them by default
  556. # [09:44] * Joins: msucan (~robod@92.86.253.201)
  557. # [09:45] <abarth> when i push back and say that there's more to security than subresource loads, they usually say something like (b)
  558. # [09:45] <abarth> that's also connected with their sadness about me only wanting to do the script parts
  559. # [09:45] <abarth> because that doesn't square with their mental model of controlling all subresources
  560. # [09:47] <othermaciej> preventing yourself from accidentally loading offsite images does not seem like it would be a concern for most sites
  561. # [09:49] <abarth> i usually use the example of off-site fonts
  562. # [09:49] <othermaciej> more likely vice versa (i.e. prevent people from hotlinking your images) but that doesn't seem to me to really fit in with the existing CSP policies
  563. # [09:50] <othermaciej> interestingly, fonts are also a case where you are cub more likely to want to prevent others hot linking them from your site than to want to prevent accidental embedding
  564. # [09:50] * Quits: jacobolus (~jacobolus@c-98-216-50-168.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
  565. # [09:50] <othermaciej> in the case of images specifically though, it is a very likely use case to want to allow embedding images from anywhere, while limiting possible origins for scripts to a whitelist
  566. # [09:52] <abarth> the script / XSS use case is pretty compelling to me
  567. # [09:52] <abarth> enough that I want to implement it
  568. # [09:53] <abarth> but I don't want to implement gratuitously different from Firefox
  569. # [09:54] <abarth> that leaves me with the task of trying to win brandon and co over to my perspective
  570. # [09:56] <abarth> they seem excited about implementing restrictions on lots of things that don't seem that useful (e.g., images, fonts)
  571. # [09:56] <abarth> my current approach is to set things up so we can implement a subset of the features
  572. # [09:56] <abarth> e.g., script controls
  573. # [09:56] <abarth> and then decide later whether to implement more
  574. # [09:57] <annevk> othermaciej, replied to your questions on changes
  575. # [09:57] <othermaciej> that does seem like a sensible approach
  576. # [09:57] <annevk> guess I should now read this chatbacklog :)
  577. # [09:58] * bga_|away is now known as bga_
  578. # [09:58] * Joins: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net)
  579. # [09:59] <annevk> I do agree that I never really saw the point in all the options they had
  580. # [10:00] <annevk> but I guess they are afraid of the site having some kind of XSS hole and leaking information to an external site?
  581. # [10:00] <othermaciej> annevk: I guess I will have to do some research to understand some of those
  582. # [10:00] <abarth> annevk: they agree that we can't stop leaking information
  583. # [10:00] <othermaciej> in what way was Event.type formerly restricted?
  584. # [10:00] <annevk> othermaciej, it could not be empty
  585. # [10:01] <othermaciej> do implementations let it be empty?
  586. # [10:01] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  587. # [10:01] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  588. # [10:01] <annevk> euh
  589. # [10:01] <annevk> not sure what happened
  590. # [10:01] <annevk> but yes, in Gecko it can be empty
  591. # [10:01] <annevk> you can register event listeners for empty event names too
  592. # [10:01] <annevk> the only trick is that you need to use initEvent() currently
  593. # [10:02] <annevk> otherwise getting Event.type throws
  594. # [10:02] <annevk> which is just kind of silly and a restriction I removed from DOM Core
  595. # [10:02] <othermaciej> it seems like most of the listed changes are either trivial, or compatible extensions
  596. # [10:03] <annevk> removing EventException and changing the details around stop propagation and canceling are probably the more problematic ones
  597. # [10:03] <annevk> well, incompatible ones
  598. # [10:04] <annevk> zewt wrote http://zewt.org/~glenn/test-event-flags/ to figure out what will make the most sense with the stop propagation and canceled flags
  599. # [10:07] <othermaciej> interesting, I am mildly surprised to discover that Gecko and WebKit do not match on those things
  600. # [10:08] <annevk> when I started looking into events I was surprised to find many holes
  601. # [10:08] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  602. # [10:09] <annevk> I'm starting to wonder if you need to write specs "Hixie-style" to prevent getting them
  603. # [10:09] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
  604. # [10:09] <annevk> I mean something as simple as var e = document.createEvent("Event"); alert(e.eventPhase) or alert(e.type) is undefined
  605. # [10:10] <annevk> Did nobody ever think of that?
  606. # [10:10] <annevk> How can this be?
  607. # [10:10] <othermaciej> the only WebKit/Gecko difference is in the last two tests and the Gecko behavior seems more sensible
  608. # [10:10] <othermaciej> it does seem strange for that behavior to be undeinfed
  609. # [10:12] * Joins: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com)
  610. # [10:14] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  611. # [10:15] <annevk> it seems that the "canceled flag" should be reset just before dispatching
  612. # [10:16] <annevk> and that the "stop propagation flag" and "stop immediate propagation flag" should be reset just after dispatching
  613. # [10:16] <annevk> but that doesn't explain this one: "Calling preventDefault before dispatch prevents the default action from running: yes (DOM Events) "
  614. # [10:17] <annevk> which seemingly contradicts "If preventDefault was called during a previous dispatch of an event, dispatching the event again resets defaultPrevented to false: yes (DOM Events, DOM Core) "
  615. # [10:17] <annevk> in combination with "defaultPrevented is retained after dispatchEvent returns: yes (DOM Core) "
  616. # [10:17] <annevk> I don't get how those can be all "yes" in Minefield
  617. # [10:19] * Joins: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net)
  618. # [10:19] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  619. # [10:23] <othermaciej> does preventDefault ever have any effect when called while the event is not being dispatched?
  620. # [10:24] <othermaciej> I guess the answer must be yes
  621. # [10:24] <othermaciej> proposed test case: dispatch an event, then call preventDefault on it, then dispatch again
  622. # [10:24] <annevk> that is the second statement above
  623. # [10:24] <othermaciej> no it's not
  624. # [10:25] <othermaciej> let me be more clear
  625. # [10:25] <othermaciej> dispatch an event, after dispatchEvent returns call preventDefault on it, then call dispatchEvent again
  626. # [10:25] <annevk> oh sorry
  627. # [10:26] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  628. # [10:26] <othermaciej> my working theory is that dispatchEvent resets an event's flags only if the event has been dispatch before
  629. # [10:26] <othermaciej> but it's also possible there is something magic about changing flags while it is not being dispatched
  630. # [10:27] <annevk> it would be much simpler to always reset them at some point
  631. # [10:27] <annevk> but resetting canceled at the end has the side effect of making defaultPrevented useless after dispatch
  632. # [10:28] <annevk> and resetting it upfront breaks prevents canceling an event before dispatch (only relevant for synthetic events though)
  633. # [10:29] <annevk> another thing I wonder about is whether there's currently a difference between UA-fired and synthetically-fired events
  634. # [10:29] <annevk> I got the impression there was
  635. # [10:30] <othermaciej> in WebKit there is not, as far as dispatch logic is concerned, anyway
  636. # [10:30] <othermaciej> some event default actions may require a real UA-fired event
  637. # [10:31] <annevk> yeah, that is the "trusted flag"
  638. # [10:31] <zcorpan> Rik`, hsivonen, MikeSmith: http://krijnhoetmer.nl/irc-logs/whatwg/20110228#l-738 seems like a bug in v.nu
  639. # [10:31] <annevk> only set for spec-fired events
  640. # [10:31] <annevk> and unset when a spec-fired event is dispatched again manually
  641. # [10:32] <hsivonen> zcorpan: oh, I didn't realize it was about v.nu
  642. # [10:34] <othermaciej> you can see our overall tree dispatch logic here:
  643. # [10:34] <othermaciej> http://trac.webkit.org/browser/trunk/Source/WebCore/dom/Node.cpp#L2644
  644. # [10:34] <othermaciej> per-target dispatch logic starting here: http://trac.webkit.org/browser/trunk/Source/WebCore/dom/EventTarget.cpp#L287
  645. # [10:34] <othermaciej> (most of the interesting stuff is down in fireEventListeners)
  646. # [10:35] <othermaciej> it should be really easy to follow, unlike Gecko's event dispatch, at least last time I looked
  647. # [10:35] <othermaciej> UA-fired events go through dispatchEvent()
  648. # [10:35] <annevk> "return !event->defaultPrevented();" shouldn't that be the opposite?
  649. # [10:35] * abarth is now known as abarth|zZz
  650. # [10:36] <hsivonen> http://my.opera.com/core/blog/2011/02/28/webgl-and-hardware-acceleration-2 is interesting
  651. # [10:36] <annevk> hmm, that !event pattern is more common
  652. # [10:36] <hsivonen> I wonder how Opera has dealt with the Linux driver situation
  653. # [10:37] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  654. # [10:37] <hsivonen> and the driver situation on Windows, too
  655. # [10:37] <othermaciej> it is entirely possible our dispatchEvent return value is backwards
  656. # [10:37] <hsivonen> and text rendering
  657. # [10:38] * Joins: rimantas (~rimliu@93.93.57.193)
  658. # [10:38] * Parts: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  659. # [10:38] <annevk> othermaciej, it seems like it is, yes
  660. # [10:39] <annevk> othermaciej, seems like a copy and paste mistake on closer reading
  661. # [10:39] <annevk> othermaciej, if I had the WebKit tree here I would give you a patch to remove that !
  662. # [10:39] <annevk> (zewt's test confirms this bug fwiw)
  663. # [10:39] <othermaciej> annevk: I would do it myself, but I need to check all the callers first
  664. # [10:40] <othermaciej> hmm, I think it is right
  665. # [10:40] <othermaciej> If Event.preventDefault() was called the returned value shall be false, else it shall be true.
  666. # [10:40] <othermaciej> says DOM Level 3 Events
  667. # [10:40] <jgraham> Yay, foreign content stuff changed!
  668. # [10:41] <othermaciej> which is what I think "return !event->defaultPrevented();" does - false if default was prevented, otherwise true
  669. # [10:41] <annevk> othermaciej, seems like a bug in DOM 3 Events
  670. # [10:41] <annevk> dispatchEvent should return the value of defaultPrevented
  671. # [10:41] <annevk> not the opposite
  672. # [10:42] <othermaciej> DOM Level 2 Events agrees with Level 3
  673. # [10:43] <othermaciej> it does appear that DOM Core does the opposite
  674. # [10:43] <annevk> hmm yeah, so maybe a bug in DOM Core then
  675. # [10:44] <annevk> I guess it makes sense
  676. # [10:44] <annevk> and I was incorrect with respect to WebKit being the only one here, everyone does it this way
  677. # [10:44] * annevk fixes
  678. # [10:45] <othermaciej> I think the reason for the funky backwardness is like this:
  679. # [10:46] <othermaciej> it is assumed that the caller of dispatchEvent uses the return (if they use it at all) to decide whether to carry out a default action
  680. # [10:46] <othermaciej> so you write:
  681. # [10:47] <othermaciej> if (target.dispatchEvent(event)) defaultAction(target, event);
  682. # [10:47] <annevk> makes sense
  683. # [10:47] <annevk> https://bitbucket.org/ms2ger/dom-core/changeset/6789c290eb6a
  684. # [10:48] <othermaciej> now that's responsiveness :-)
  685. # [10:50] <annevk> zcorpan, could you update the link in http://simon.html5.org/specs/web-dom-core once more?
  686. # [10:52] * Quits: connrs_ (~paul@host86-136-129-234.range86-136.btcentralplus.com) (Quit: leaving)
  687. # [10:53] * Quits: kal-EL_ (~jor-EL@95.233.66.39) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  688. # [11:10] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  689. # [11:13] <zcorpan> done
  690. # [11:13] * Quits: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  691. # [11:14] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Quit: ben_h)
  692. # [11:15] * Joins: deane (~dean@202-180-70-44.callplus.net.nz)
  693. # [11:16] <annevk> thanks
  694. # [11:18] * Quits: Lachy_ (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  695. # [11:19] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  696. # [11:21] * Joins: richt (~richt@pat-tdc.opera.com)
  697. # [11:23] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  698. # [11:24] * Joins: david_carlisle (~davidc@86.188.197.189)
  699. # [11:24] <roc> abarth|zZz: the conflict between evolution and default-deny for CSP exists for <iframe sandboxed> too
  700. # [11:25] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  701. # [11:26] <annevk> zewt, you around?
  702. # [11:27] * Joins: kal-EL_ (~jor-EL@95.233.66.39)
  703. # [11:28] <zcorpan> oh, so ie9 changed to the other extreme for <video> content-type. fun
  704. # [11:31] * Joins: erlehmann (~erlehmann@82.113.99.7)
  705. # [11:33] * Joins: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp)
  706. # [11:33] <roc> I had resigned myself to giving up on Content-Type, and now I have to think about it again
  707. # [11:34] * Quits: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: tbassetto)
  708. # [11:34] <zcorpan> it seems like we'd want to sniff for the missing content-type header case at least
  709. # [11:35] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  710. # [11:35] <MikeSmith> zcorpan: I fixed that bug a while back. fix is in the repo but validator.nu hasn't been redeployed yet after I made that change
  711. # [11:35] <roc> yeah
  712. # [11:35] <zcorpan> MikeSmith: ok
  713. # [11:35] <MikeSmith> Rik`: (see above about the validator bug you noticed)
  714. # [11:36] <annevk> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/853 here is that test Maciej wondered about
  715. # [11:37] <annevk> well, if you comment out the first e.preventDefault()
  716. # [11:37] <annevk> othermaciej, ^^
  717. # [11:37] <annevk> it seems that both Gecko and WebKit reset just before dispatching
  718. # [11:39] <annevk> or maybe, it only has effect when called during dispatch
  719. # [11:39] <annevk> grmbl
  720. # [11:41] <annevk> oh, it was because I did not make it cancelable
  721. # [11:42] <annevk> it seems what happens is that in Gecko the canceled flag is simply never cleared
  722. # [11:42] <Rik`> MikeSmith: zcorpan: oh thanks, my brain can return to sanity mode
  723. # [11:43] <annevk> even calling initEvent does not make a change
  724. # [11:43] <MikeSmith> Rik`: yeah, sorry about that
  725. # [11:43] <annevk> the same is true in WebKit
  726. # [11:43] <annevk> afaict, again
  727. # [11:47] * Joins: webr3 (~nathan@host86-142-128-87.range86-142.btcentralplus.com)
  728. # [11:51] * Parts: deane (~dean@202-180-70-44.callplus.net.nz)
  729. # [11:53] <annevk> which makes dispatching events again kind of useless
  730. # [11:53] * Joins: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com)
  731. # [11:53] * Joins: karlcow (~karl@nerval.la-grange.net)
  732. # [11:54] <zcorpan> Rik`: you mean your brain can return false; ?
  733. # [11:55] <annevk> in WebKit stop propagation is not reset either
  734. # [11:55] <annevk> in Gecko it is
  735. # [11:56] <annevk> Opera is like WebKit...
  736. # [11:56] <annevk> so why does the DOM spec says resetting is going on here for historical reasons? smaug?
  737. # [11:56] <annevk> DOM Events spec*
  738. # [11:59] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  739. # [12:06] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  740. # [12:06] * Quits: richt (~richt@pat-tdc.opera.com) (Ping timeout: 276 seconds)
  741. # [12:09] * Joins: kig (~kig@dsl-lprbrasgw1-fee6f900-146.dhcp.inet.fi)
  742. # [12:10] * Joins: richt (~richt@guest.opera.com)
  743. # [12:11] <annevk> emailed www-dom and reported it as a DOM3Events issue
  744. # [12:11] <annevk> lets see how that goes
  745. # [12:12] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  746. # [12:13] * Joins: ezoe (~ezoe@61-205-125-193f1.kyt1.eonet.ne.jp)
  747. # [12:16] * bga_ is now known as bga_|away
  748. # [12:16] * bga_|away is now known as bga_
  749. # [12:17] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
  750. # [12:18] * Joins: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net)
  751. # [12:22] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  752. # [12:22] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
  753. # [12:25] * Joins: richt (~richt@pat-tdc.opera.com)
  754. # [12:26] * Joins: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
  755. # [12:28] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  756. # [12:28] * _bga is now known as bga_|away
  757. # [12:29] * bga_|away is now known as _bga
  758. # [12:31] * Stikki is now known as Stiks
  759. # [12:31] * Quits: bga_ (~bga@91.122.51.148) (Ping timeout: 264 seconds)
  760. # [12:31] * Stiks is now known as Stikki
  761. # [12:37] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  762. # [12:40] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  763. # [12:55] * Joins: mpt (~mpt@91.189.88.12)
  764. # [12:55] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  765. # [12:55] * Joins: mpt (~mpt@canonical/mpt)
  766. # [12:56] <mpt> Does anyone have statistics on how often <img> elements have alt=, how often they have title=, how often they have both, and how often they're different?
  767. # [12:56] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
  768. # [12:57] <mpt> I've looked in <http://code.google.com/webstats/2005-12/elements.html> and <http://philip.html5.org/data/>
  769. # [12:59] <jgraham> mpt: You live! also http://dev.opera.com/articles/view/mama-images-elements-and-formats/ might or might not help
  770. # [12:59] <jgraham> Mostly not I guess
  771. # [13:00] <mpt> That at least answers the first two questions
  772. # [13:00] <mpt> thanks jgraham
  773. # [13:01] <Philip`> I can count <img alt>/<img title> easily, but the rest would involve some code
  774. # [13:01] <mpt> I guess so
  775. # [13:01] <hsivonen> I wonder how http://itunes.apple.com/app/opera/id404764921?mt=12 works with security updates
  776. # [13:03] <annevk> jgraham, it's becoming more evident you're not on twitter
  777. # [13:03] <jgraham> annevk: I have a happily empty twitter account
  778. # [13:04] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 246 seconds)
  779. # [13:05] <annevk> is it jgraha or jgraham?
  780. # [13:06] <jgraham> jgraham
  781. # [13:06] <annevk> seems some people found it already :)
  782. # [13:06] * annevk follow it too just in case
  783. # [13:06] <annevk> follows*
  784. # [13:18] * Joins: danj (~danj@212.183.140.92)
  785. # [13:22] <annevk> http://www.google.com/search?q=site:annevankesteren.nl&tbm=blg what the hell is that "?q=http://www.evilaliv3.org/"
  786. # [13:24] <karlcow> strange
  787. # [13:27] <annevk> iTunes does indeed work when stuff is converted to AAC btw o_O
  788. # [13:28] <annevk> though getting album information still requires "importing" which elsewhere it says is done by dragging and dropping
  789. # [13:28] <annevk> bugs...
  790. # [13:28] <annevk> of course you only run into this because Radiohead decided to stick it to Apple
  791. # [13:29] <Philip`> http://www.google.com/support/forum/p/Webmasters/thread?tid=0f1d3b5cf0ac27bb&hl=en
  792. # [13:29] <annevk> so maybe the idea is to create an experience that says "if it's not via us, it's more sucky"
  793. # [13:29] <Philip`> Sounds common
  794. # [13:34] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Remote host closed the connection)
  795. # [13:37] <jgraham> annevk: Apple making the experience worse when using non-Apple content or software? Surely not!
  796. # [13:44] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 264 seconds)
  797. # [13:45] <Philip`> (Has Apple made their touchpad driver for Windows in Boot Camp not incredibly terrible yet?)
  798. # [13:45] * Quits: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  799. # [13:46] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  800. # [13:50] * Joins: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp)
  801. # [13:53] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  802. # [13:59] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
  803. # [14:03] * Joins: hober (~ted@unaffiliated/hober)
  804. # [14:04] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
  805. # [14:06] * bga_ is now known as bga_|away
  806. # [14:08] * Joins: gggg (~ghe@132.150.124.56)
  807. # [14:08] * Quits: gggg (~ghe@132.150.124.56) (Client Quit)
  808. # [14:12] <karlcow> wondering if someone did implementation check for NetFront http://www.access-company.com/products/mobile_solutions/netfrontmobile/browser/index.html
  809. # [14:13] <karlcow> it claims "HTML 5 (Partial)"
  810. # [14:13] <karlcow> wonder which parts of HTML 5
  811. # [14:14] <annevk> there's no HTML 5 :p
  812. # [14:16] * Quits: danj (~danj@212.183.140.92) (Ping timeout: 276 seconds)
  813. # [14:19] <zewt> annevk: catch comments about event name/type/interface terminology?
  814. # [14:23] * Quits: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  815. # [14:23] <annevk> hmm?
  816. # [14:24] <annevk> gonna have lunch + watching californication
  817. # [14:24] <annevk> back in 30
  818. # [14:26] * Quits: kal-EL_ (~jor-EL@95.233.66.39) (Ping timeout: 240 seconds)
  819. # [14:27] <hsivonen> karlcow: sure any browser that can browser HTML at all has "partial" HTML5 support
  820. # [14:28] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  821. # [14:28] * Joins: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp)
  822. # [14:29] * Joins: kal-EL_ (~jor-EL@host224-149-dynamic.211-62-r.retail.telecomitalia.it)
  823. # [14:29] * Joins: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp)
  824. # [14:29] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Remote host closed the connection)
  825. # [14:32] * Joins: KrooniX (~KrooniX@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com)
  826. # [14:34] * Joins: kennyluck (~kennyluck@netDHCP-169.keio.w3.org)
  827. # [14:44] * Joins: danj (~danj@212.183.140.92)
  828. # [14:46] * hendry_ is now known as hendry
  829. # [14:48] * Joins: Rafitas (~Rafitas@187.14.18.29)
  830. # [14:51] * Quits: danj (~danj@212.183.140.92) (Ping timeout: 250 seconds)
  831. # [14:51] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
  832. # [14:52] <annevk> zewt, I will catch your comments now
  833. # [14:53] <annevk> well, can
  834. # [14:54] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (Quit: ja kotihakemiston siirto)
  835. # [14:55] * Joins: plainhao (~plainhao@208.75.85.237)
  836. # [14:56] <annevk> I guess I should write a blog post on DOM Core additions
  837. # [14:56] * Joins: MikeSmith_ (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp)
  838. # [14:56] <annevk> see if I can inspire some more feedback
  839. # [14:56] * Joins: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi)
  840. # [14:59] * Quits: MikeSmith (~MikeSmith@EM114-48-73-32.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
  841. # [15:01] * Quits: MikeSmith_ (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  842. # [15:06] <zewt> annevk: was suggesting that the event name is referred to as the event type (to match DOM Events, and the init*Event prototypes), and the class of the event as the interface (eg. "create an event that uses the MessageEvent interface")
  843. # [15:06] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
  844. # [15:07] * bga_|away is now known as bga_
  845. # [15:10] <annevk> but it's not really logical...
  846. # [15:10] <zewt> what isn't?
  847. # [15:10] <annevk> the type is "mouse event" or "progress event", the name is "click", "dblclick" etc.
  848. # [15:11] <annevk> but maybe I should not care about that
  849. # [15:11] <zewt> it's very confusing to refer to the interface as the "type" when the name of the property event.type is something completely different
  850. # [15:11] * Quits: jomn (~jomn@c80-216-13-27.bredband.comhem.se) (Remote host closed the connection)
  851. # [15:12] <annevk> I guess that is fair enough
  852. # [15:12] <annevk> btw http://lists.w3.org/Archives/Public/www-dom/2011JanMar/0054.html
  853. # [15:12] <annevk> I will attempt making that change now
  854. # [15:13] <zewt> for example, eventsource is confusing in "dispatch the event", since in one line it says "with the event name", then in the next step it says "change the type" ... seems like picking consistent terminology is important
  855. # [15:13] <zewt> (less concerned personally with what that terminology is; suggested "type" due to the attribute name and because it already seems widely used)
  856. # [15:13] <zewt> yeah I saw that
  857. # [15:16] * Quits: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com) (Remote host closed the connection)
  858. # [15:16] <annevk> kind of annoying since the "of type" concept is used quite frequently, but not a huge deal
  859. # [15:17] <zewt> in spec terms are "of type" and "implementing the interface" considered the same?
  860. # [15:18] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Read error: Operation timed out)
  861. # [15:18] * Joins: miketaylr (~miketaylr@206.217.92.186)
  862. # [15:19] <annevk> sort of, I guess
  863. # [15:19] <annevk> anyway, not a huge deal: https://bitbucket.org/ms2ger/dom-core/changeset/bf5fa39afb93
  864. # [15:19] <zewt> not sure if the former means "create this type" and the latter is "create anything implementing this type", or if it's not that precise
  865. # [15:19] <annevk> guess I should also fix XHR/PE
  866. # [15:19] <annevk> oh, XHR is not affected
  867. # [15:20] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  868. # [15:20] * Joins: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp)
  869. # [15:21] <zewt> annevk: re Gecko resetting the canceled flag, it seems a little more complex, unless I messed up in my testing
  870. # [15:22] <zewt> there are three effects of resetting the flag on the next dispatch: running the default handler, the return value of dispatchEvent, and the value of defaultPrevented (getPreventDefault)
  871. # [15:22] <zewt> gecko seems to do the first and the last only
  872. # [15:22] <zcorpan> the new terminology for type/interface is better
  873. # [15:23] <zewt> http://zewt.org/~glenn/test-event-flags/ the three preventDefault cases; in FF3.6 I see yes/no/yes
  874. # [15:23] <annevk> zewt, zcorpan, glad you guys like it, please go after all specs :)
  875. # [15:24] <annevk> zewt, note that the return value of dispatchEvent is the opposite of what you might expect
  876. # [15:24] <annevk> zewt, I just fixed that this morning in DOM Core
  877. # [15:25] <zewt> yeah I know
  878. # [15:25] <annevk> zewt, per my testing Gecko's return value for dispatchEvent is consistent with what I'd expect
  879. # [15:25] <annevk> zewt, so maybe you don't negate it first when equality testing?
  880. # [15:25] <zewt> you mean, it's consistent with not resetting the flag, right?
  881. # [15:26] * zcorpan finds various "of type" in complete.html
  882. # [15:27] <zewt> (... but going over my other test I'm confused, because FF doesn't execute the default handler at all--so how was I testing that at all in FF? sigh)
  883. # [15:27] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 246 seconds)
  884. # [15:28] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  885. # [15:28] <annevk> zewt, dispatchEvent returns !(canceledFlag) basically
  886. # [15:28] <annevk> so if the canceled flag is set, it returns false
  887. # [15:28] <zewt> right, I know the two are inverted
  888. # [15:29] <annevk> so you can if(target.dispatchEvent(event)) defaultAction("teehee")
  889. # [15:29] <zewt> var dispatchEventReportsPreventDefault = !elem.dispatchEvent(ev);
  890. # [15:29] <zewt> var defaultPreventedReportsPreventDefault = ev.getPreventDefault();
  891. # [15:29] <annevk> okay
  892. # [15:29] <zewt> let me go check what the heck I was doing with default testing though ... since FF appears to never run default handlers for "click" and that's what my test was based on
  893. # [15:33] <zewt> yeah that's what was confusing me
  894. # [15:33] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  895. # [15:36] <zewt> ... does FF really not run default handlers for synthesized clicks? i swear I've done that before...
  896. # [15:37] <annevk> might be a security feature
  897. # [15:37] <zewt> misfeature, perhaps
  898. # [15:37] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  899. # [15:38] <annevk> not running default handlers based on the trusted flag seems sensible to me
  900. # [15:38] <zewt> but click is an explicit exception to that
  901. # [15:39] <annevk> anyway, I think default handles should follow the normal model
  902. # [15:39] <annevk> handlers*
  903. # [15:40] <zewt> oh, I apparently worked around it manually, setting location.href by hand
  904. # [15:40] <zcorpan> what's a default handler?
  905. # [15:40] <annevk> zcorpan, like following a link
  906. # [15:40] <zcorpan> ok
  907. # [15:41] <annevk> user agent internal event listeners basically
  908. # [15:41] <MikeSmith> annevk: http://www.w3.org/TR/2011/WD-notifications-20110301/
  909. # [15:41] <zewt> it's also annoying that there's no way of knowing whether a dispatched click event was run
  910. # [15:41] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  911. # [15:41] <annevk> MikeSmith, teehee
  912. # [15:42] <MikeSmith> annevk: please take a look again and let me know if you see any problems
  913. # [15:42] <MikeSmith> not published yet… I still have to jump through some pubrules hoops
  914. # [15:42] <MikeSmith> and get systems team to set up the symlink
  915. # [15:42] <annevk> MikeSmith, ah, Notification is still listed under Methods
  916. # [15:42] <MikeSmith> oh, I'll fix that right now
  917. # [15:43] <zcorpan> FPWD?
  918. # [15:44] <annevk> yes
  919. # [15:44] <MikeSmith> annevk: reload
  920. # [15:44] <zcorpan> cool
  921. # [15:44] <annevk> MikeSmith, not all attributes are of type Function
  922. # [15:44] <annevk> replaceId and dir are supposed to be DOMString
  923. # [15:46] <zewt> should iconUrl/title/body be exposed as (maybe readonly) attributes on Notification?
  924. # [15:46] <annevk> and 5.4 defines a bunch of 5.1 more succinctly, but I am not sure it is worth bothering fixing all this now
  925. # [15:48] <annevk> zewt, that's something to bring up on the mailing list
  926. # [15:48] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  927. # [15:49] <annevk> MikeSmith, it seems the Function/DOMString thing for replaceId and dir is your fault
  928. # [15:49] <annevk> MikeSmith :/
  929. # [15:51] <annevk> waking up at 6:30AM makes for being both tired and productive btw
  930. # [15:51] <annevk> recommend trying it at least once
  931. # [15:51] <zewt> "stepping on a tack will make you move really fast"
  932. # [15:52] <zewt> (also swear a lot)
  933. # [15:52] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  934. # [15:52] <annevk> http://lists.w3.org/Archives/Public/public-webapps/2011JanMar/ hmm I'm a big spammer
  935. # [15:54] * Quits: ezoe (~ezoe@61-205-125-193f1.kyt1.eonet.ne.jp) (Ping timeout: 246 seconds)
  936. # [15:58] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  937. # [16:00] <karlcow> annevk: it's why we are banning you for 3 months starting next week :p
  938. # [16:00] <karlcow> http://lists.w3.org/Archives/Public/public-webapps/2011JanMar/author.html
  939. # [16:00] <annevk> heh
  940. # [16:00] <annevk> compared to some of those other guys I'm not doing that bad it seems
  941. # [16:01] <zewt> that bugzilla guy needs to shut up for a while
  942. # [16:01] <annevk> and Glenn, who is Glenn?!
  943. # [16:01] <zewt> some loser
  944. # [16:01] * Quits: BlurstOfTimes (~blurstoft@168.203.117.36) (Remote host closed the connection)
  945. # [16:02] <annevk> clearly, he has plenty of time to write email :p
  946. # [16:03] <zewt> livin' the life, he is
  947. # [16:04] <zewt> one's "no, really, you don't need to reply to that" filter takes continual upkeep :P
  948. # [16:05] <MikeSmith> annevk: oops
  949. # [16:05] <MikeSmith> annevk: thanks for catching that
  950. # [16:05] <MikeSmith> reload please
  951. # [16:05] <MikeSmith> and let me know if you spot any remaining problems
  952. # [16:05] <annevk> I'm surprised I'm spotting these :)
  953. # [16:05] <MikeSmith> the thing about 5.4 is editorial and John needs to fix that if it's to be fixed
  954. # [16:06] <MikeSmith> I need to spend some quality time with respec at some point
  955. # [16:06] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  956. # [16:07] <MikeSmith> frustrating… I actually had a nightmare last night in which I was arguing with Berjon about it
  957. # [16:07] <annevk> MikeSmith, ouch
  958. # [16:07] <annevk> MikeSmith, was he dressed as dahut?
  959. # [16:07] <MikeSmith> heh
  960. # [16:07] <annevk> MikeSmith, looks good now btw
  961. # [16:08] <MikeSmith> no, regular Berjon casual attire
  962. # [16:08] <MikeSmith> thanks
  963. # [16:08] <MikeSmith> validates too
  964. # [16:08] <MikeSmith> I need to add a paragraph to the Status section
  965. # [16:08] <MikeSmith> saying… something
  966. # [16:08] <MikeSmith> any suggestions?
  967. # [16:08] <annevk> MikeSmith, still pretty scary
  968. # [16:08] <MikeSmith> heh
  969. # [16:09] <annevk> MikeSmith, "Although this is an initial draft and we are open to changing the design so far we have not received feedback asking us to do so."
  970. # [16:10] <annevk> but isn't just boilerplate enough?
  971. # [16:11] <annevk> e.g. the only custom paragraph CORS has is all its previous names
  972. # [16:13] <MikeSmith> I don't really know what the purpose of the "custom paragraph" requirement in the sotd is
  973. # [16:13] <MikeSmith> maybe nobody knows
  974. # [16:13] <MikeSmith> anymore
  975. # [16:14] <annevk> sounds like you should omit it
  976. # [16:14] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  977. # [16:14] <MikeSmith> I think pubrules checker will choke if I do
  978. # [16:14] <MikeSmith> I'll try
  979. # [16:14] <annevk> http://www.w3.org/TR/cssom-view/#sotd
  980. # [16:14] <annevk> doesn't seem to have anything special either
  981. # [16:15] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  982. # [16:15] <annevk> and Bert Bos is serious about that stuff, he even has his own rules on top of the W3C rules
  983. # [16:16] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  984. # [16:17] * Joins: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net)
  985. # [16:19] <hsivonen> Hixie: thanks for fixing foreign content
  986. # [16:19] * Joins: FastJack (~fastjack@dumpstr.net)
  987. # [16:22] <hsivonen> Hixie: umm. It seems that you changed more than what the bug requested.
  988. # [16:22] <hsivonen> Hixie: did you really mean to change the handling of character tokens when the current node is an HTML integration point?
  989. # [16:24] <MikeSmith> annevk: hmm, http://www.w3.org/2001/06/manual/#Status has more details
  990. # [16:24] <MikeSmith> but I can't be bothered
  991. # [16:27] <jgraham> hsivonen: (I haven't looked in detail, but a testcase that changes would be helpful)
  992. # [16:28] <annevk> MikeSmith, oh wow; well I tried telling ij SotD is near useless, but he didn't really listen this time around
  993. # [16:32] <annevk> http://annevankesteren.nl/2011/03/dom-core-events -- when I worked on Events I wanted to write a more technical post as well, but that would require looking at all the details again at this point :/
  994. # [16:33] <hsivonen> jgraham: it's also possible that Gecko is in error
  995. # [16:33] <zewt> by the way, your "ARCHIV" link text is clipped :P
  996. # [16:34] <zewt> (on my system, anyway)
  997. # [16:34] <hsivonen> jgraham: what's affected is U+0000 handling and whether active formatting elements get reconstructed
  998. # [16:35] <annevk> your browser has been spit on :p
  999. # [16:35] <jgraham> hsivonen: Hmm, OK I will have a look in a bit
  1000. # [16:35] <zewt> you mean it's been spi on
  1001. # [16:36] <zewt> ah, looks like you're depending on a custom font, and I force fonts
  1002. # [16:36] <annevk> that would fail yes
  1003. # [16:41] * Joins: matjas (~matjas@91.182.51.110)
  1004. # [16:51] <annevk> might be back later
  1005. # [16:51] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  1006. # [16:51] * Quits: enhydra (~kalan@wikimedia/Kalan) (Quit: leaving)
  1007. # [16:52] * Joins: ezoe (~ezoe@61-205-124-129f1.kyt1.eonet.ne.jp)
  1008. # [16:55] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
  1009. # [17:02] <bga_> can opera implement "Enable Video" in F12 and localStorage managment (like cookies managment) and per site proxy settings? :) plz
  1010. # [17:03] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  1011. # [17:04] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  1012. # [17:05] * Quits: chriseppstein (~chris@99-34-231-235.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
  1013. # [17:05] * Joins: charlvn (~charlvn@41.0.48.93)
  1014. # [17:09] * Quits: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  1015. # [17:09] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
  1016. # [17:11] * Joins: TabAtkins_ (~tabatkins@nat/google/x-txrmdypdawkvsxin)
  1017. # [17:12] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  1018. # [17:13] * Joins: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp)
  1019. # [17:14] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  1020. # [17:28] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  1021. # [17:29] * bga_ is now known as bga_|away
  1022. # [17:30] * Quits: TabAtkins_ (~tabatkins@nat/google/x-txrmdypdawkvsxin) (Ping timeout: 240 seconds)
  1023. # [17:30] * Quits: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1024. # [17:32] * Quits: Martijnc (~Martijnc@91.176.13.121) (Quit: Martijnc)
  1025. # [17:33] * Joins: Martijnc (~Martijnc@91.176.13.121)
  1026. # [17:35] * Quits: matjas (~matjas@91.182.51.110) (Quit: zZz)
  1027. # [17:38] * Joins: TabAtkins_ (~tabatkins@nat/google/x-kniwbtpnusuukiup)
  1028. # [17:39] * bga_|away is now known as bga_
  1029. # [17:41] * Joins: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp)
  1030. # [17:41] * Quits: matijsb (~matijsb@188.205.108.18) (Quit: Leaving.)
  1031. # [17:41] * Joins: boaz_ (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  1032. # [17:42] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Ping timeout: 240 seconds)
  1033. # [17:43] * boaz_ is now known as boaz
  1034. # [17:48] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1035. # [17:50] * Joins: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10)
  1036. # [17:53] * Quits: MikeSmith (~MikeSmith@EM114-48-11-162.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
  1037. # [17:54] * Joins: matjas (~matjas@91.182.51.110)
  1038. # [17:56] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
  1039. # [17:57] * bga_ is now known as bga_|away
  1040. # [17:57] * Quits: erlehmann (~erlehmann@82.113.99.7) (Quit: Ex-Chat)
  1041. # [17:58] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  1042. # [17:58] * Joins: chriseppstein (~chris@209.119.65.162)
  1043. # [18:02] * Joins: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp)
  1044. # [18:07] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  1045. # [18:08] <chriseppstein> I'll just leave this here: http://hslpicker.com/
  1046. # [18:09] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  1047. # [18:13] * Joins: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com)
  1048. # [18:14] * Quits: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1049. # [18:17] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1050. # [18:19] <TabAtkins> chriseppstein: Ooh, that's pretty.
  1051. # [18:19] <chriseppstein> TabAtkins: :) That's Brandon. He did the design for http://beta.compass-style.org/ too
  1052. # [18:20] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1053. # [18:20] <chriseppstein> he's great
  1054. # [18:20] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1055. # [18:20] * jgraham thinks it is kinda ugly tbh but was going to be too polite to say so…
  1056. # [18:20] <TabAtkins> I'm sorry that you're wrong, jgraham. ^_^
  1057. # [18:20] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  1058. # [18:21] * TabAtkins goes back to iterator homework.
  1059. # [18:21] <TabAtkins> The standardization process never rests.
  1060. # [18:21] <jgraham> TabAtkins: Dude, you put me in a bad mood all morning due to your preference for tabs rather than spaces
  1061. # [18:21] <jgraham> You have no high ground here :p
  1062. # [18:21] <TabAtkins> Um, dude, I'm right.
  1063. # [18:22] <TabAtkins> (That said, my fingers are betraying me this morning, because I was composing code in a textarea last night and needed to use spaces.
  1064. # [18:22] <TabAtkins> )
  1065. # [18:22] * cying is now known as charlietuna
  1066. # [18:22] <jgraham> (it's OK if I don't like the hsl thing, because the compass-style site is quite nice)
  1067. # [18:22] <zewt> i'm swearing off whitespace arguments for a while for the sake of getting real things done :P
  1068. # [18:23] <chriseppstein> jgraham: you don't have you use the garish tool.
  1069. # [18:23] <chriseppstein> :P
  1070. # [18:23] <jgraham> chriseppstein: :)
  1071. # [18:23] <Philip`> TabAtkins is just suffering from nominative determinism and there's no need to get yourself worried by taking his concerns seriously
  1072. # [18:23] <Philip`> Everyone else knows spaces are better
  1073. # [18:24] <chriseppstein> If only there was a tool that could convert between them with a simple command *cough* vim *cough*
  1074. # [18:24] * chriseppstein runs out of the bikeshed
  1075. # [18:25] <jgraham> chriseppstein: There is, emacs
  1076. # [18:25] <jgraham> :p
  1077. # [18:25] <karlcow> http://lists.w3.org/Archives/Public/www-archive/2011Mar/att-0001/microsoft-api-draft-final.html
  1078. # [18:25] <TabAtkins> chriseppstein: If only there was a tool that could infer what indentation level is attempting to be used by people who sprinkle inconsistent amounts of spaces around their file.
  1079. # [18:25] <karlcow> HTML Speech XG Speech API Proposal
  1080. # [18:25] <chriseppstein> Isn't emacs self-aware yet?
  1081. # [18:25] * Joins: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp)
  1082. # [18:25] <zewt> remember when emacs was actually thought of as a large program? heh
  1083. # [18:25] <jgraham> karlcow: You seem to have accidentally pasted a buncg or unrelated words and letters into iRC
  1084. # [18:25] <zewt> now video drivers are larger D:
  1085. # [18:25] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
  1086. # [18:25] * Joins: Ms2ger (~Ms2ger@91.181.221.14)
  1087. # [18:26] <karlcow> ?
  1088. # [18:26] <jgraham> 11:21 < karlcow> HTML Speech XG Speech API Proposal
  1089. # [18:26] <karlcow> yep
  1090. # [18:26] <karlcow> and [18:20] <karlcow> http://lists.w3.org/Archives/Public/www-archive/2011Mar/att-0001/microsoft-api-draft-final.html
  1091. # [18:26] * Quits: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10) (Ping timeout: 272 seconds)
  1092. # [18:26] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1093. # [18:27] <jgraham> karlcow: I prefer things where the title makes a modicum of sense to me
  1094. # [18:27] <karlcow> it is TabAtkins who put his line in between mine ;) blame him :p
  1095. # [18:27] <karlcow> > "This specification extends HTML to enable pages to incorporate speech recognition and synthesis."
  1096. # [18:28] <zewt> HTMLSXGSAPIP
  1097. # [18:28] <karlcow> I think zewt got it ;)
  1098. # [18:28] <zewt> wait, should the abbreviations be abbreviated? HSXSAP
  1099. # [18:29] <karlcow> Is it "speechable"?
  1100. # [18:29] <TabAtkins> Ah, finally got my code back into a semblance of working, rather than just returning weird errors.
  1101. # [18:29] <zewt> that's usually the part where the real work begins
  1102. # [18:30] <zewt> finding the big breakages is easy; the rest, well...
  1103. # [18:30] * Quits: charlietuna (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: charlietuna)
  1104. # [18:30] * Joins: charlietuna (~charlietu@c-24-23-135-168.hsd1.ca.comcast.net)
  1105. # [18:31] <jgraham> karlcow: so VoiceXML with s/X/HT/?
  1106. # [18:31] * Quits: charlietuna (~charlietu@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
  1107. # [18:31] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  1108. # [18:31] <karlcow> jgraham: it seems. I'm discovering like you. It was posted on www-archive.
  1109. # [18:32] <karlcow> by the W3C HTML Speech Incubator Group
  1110. # [18:32] <karlcow> http://www.w3.org/2005/Incubator/htmlspeech/
  1111. # [18:32] <karlcow> "determine the feasibility of integrating speech technology in HTML5 in a way that leverages the capabilities of both speech and HTML (e.g., DOM) to provide a high-quality, browser-independent speech/multimodal experience while avoiding unnecessary standards fragmentation or overlap. "
  1112. # [18:32] <TabAtkins> zewt: It's harder when your code *was* working, until you changed a small bit of the API that, it turns out, several things were depending on.
  1113. # [18:33] * Joins: aho (~nya@fuld-590c602d.pool.mediaWays.net)
  1114. # [18:34] <zewt> aka "I never thought I'd see a resonance cascade, let alone create one"
  1115. # [18:34] <TabAtkins> Haha, yup.
  1116. # [18:35] * Quits: david_carlisle (~davidc@86.188.197.189) (Ping timeout: 250 seconds)
  1117. # [18:36] <TabAtkins> In other news, I can't wait until rest args are everywhere. Doing "func.apply(undefined, [].slice(arguments)" is painful when I know it could just be "func(...rest)".
  1118. # [18:36] <zewt> worst is when it turns into a schrodinbug: you change it back, and everything remains broken
  1119. # [18:39] <matjas> Should atob() and btoa() work inside Web Workers?
  1120. # [18:39] <TabAtkins> Why not?
  1121. # [18:39] <matjas> Should atob() and btoa() work inside Web Workers?
  1122. # [18:39] <TabAtkins> They're just conversion functions.
  1123. # [18:39] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  1124. # [18:40] <matjas> Sorry for the double post, IRC client was acting up.
  1125. # [18:40] <matjas> Yeah, then according to this guy there’s a bug in WebKit: https://twitter.com/jonleighton/status/42638578408374272
  1126. # [18:41] <zewt> web workers don't support lots and lots of things, which is a shame
  1127. # [18:41] * Quits: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com) (Read error: Connection reset by peer)
  1128. # [18:41] * Joins: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com)
  1129. # [18:42] * Quits: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  1130. # [18:42] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  1131. # [18:42] <matjas> zewt: Well it’s good to know it’s not that bad, theoretically :)
  1132. # [18:42] <zewt> unicode single quotes as apostrophes make me sad :(
  1133. # [18:42] <Ms2ger> That's (hah) what they're (hah) for.
  1134. # [18:44] <zewt> unicode says that, and I want to know who was on what drugs when they said that
  1135. # [18:44] <TabAtkins> I want to know what drugs Knuth was on when he said that strings start with `` and end with ''.
  1136. # [18:44] * Joins: deane (~dean@202-180-70-44.callplus.net.nz)
  1137. # [18:45] <zewt> heh, at least that's died out
  1138. # [18:45] <zewt> mostly
  1139. # [18:45] <Ms2ger> Not in TeX
  1140. # [18:46] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  1141. # [18:46] * Joins: arnehass (128424@safir.ifi.uio.no)
  1142. # [18:46] <zewt> didn't gnu tools used to do that in their output?
  1143. # [18:46] <zewt> not sure
  1144. # [18:46] <zewt> eg. gcc output
  1145. # [18:46] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
  1146. # [18:47] * Quits: eric_carlson (~eric_carl@17.203.15.27) (Quit: eric_carlson)
  1147. # [18:47] <MikeSmith> TabAtkins: it is a sin to question the wisdom of Knuth
  1148. # [18:48] <MikeSmith> anything that Knuth has ever done is axiomatically Right
  1149. # [18:48] <TabAtkins> He pushed Fortress. He's definitely not always right. ^_^
  1150. # [18:48] <MikeSmith> heh
  1151. # [18:48] <TabAtkins> But I'll give him a pass on that, as he was on the CL committee.
  1152. # [18:48] <MikeSmith> he was on drugs at the time
  1153. # [18:48] <MikeSmith> that was his drug-experimentation time
  1154. # [18:49] <MikeSmith> we all go through that
  1155. # [18:49] <MikeSmith> I'm still in that phase actually
  1156. # [18:49] <zewt> mental note: if I ever do anything that'll make me hated by future generations of programmers, do some drugs for a while so I can use it as an excuse later
  1157. # [18:49] <TabAtkins> ^_^
  1158. # [18:49] <MikeSmith> zewt: do some drugs anyway
  1159. # [18:49] <TabAtkins> zewt: If you're a programmer, you'll do horrible things every day. Take drugs anyway.
  1160. # [18:49] <MikeSmith> I get that sense that you don't do enough now
  1161. # [18:49] <MikeSmith> do more
  1162. # [18:50] * Joins: stevela (~anonymous@nat/google/x-mfyxeqypnqbdkboz)
  1163. # [18:50] <Philip`> TabAtkins: Without ``...'', how would you express text with correct curly quotes?
  1164. # [18:50] <TabAtkins> With curly quotes.
  1165. # [18:50] <Philip`> (given you can only express things in ASCII)
  1166. # [18:50] <TabAtkins> Oh. Remove that restriction, then use curly quotes.
  1167. # [18:51] <zewt> fortunately, we live in the future now
  1168. # [18:51] <Philip`> My keyboard doesn't have curly quote keys on it
  1169. # [18:51] <Philip`> so I'd be a bit stuck
  1170. # [18:51] <Ms2ger> Get a better keyboard
  1171. # [18:51] <karlcow> MikeSmith: http://lists.w3.org/Archives/Public/www-validator/2005Sep/0052 related to Knuth ;)
  1172. # [18:51] <TabAtkins> I am sympathetic to the ideas of (a) directly quotes, so you can actually nest strings, and (b) a difference between quotes and apostrophes, again so you can easily nest them.
  1173. # [18:51] <MikeSmith> in the future we'll be able to do as much drugs as we want and not have consequences
  1174. # [18:51] <Ms2ger> MikeSmith, in your case, the future is now ;)
  1175. # [18:52] <MikeSmith> heh
  1176. # [18:52] <Philip`> Maybe they should put tilt sensors in keyboards
  1177. # [18:52] <MikeSmith> I am a pioneer
  1178. # [18:52] <Philip`> so you can tilt it one way then type "
  1179. # [18:52] <MikeSmith> I am walking the walk
  1180. # [18:52] <Philip`> and get a curly quote in one direction
  1181. # [18:52] <MikeSmith> leading by example
  1182. # [18:52] <Philip`> and tilt the other way to get the other quote
  1183. # [18:52] <TabAtkins> karlcow: Um, is that Knuth or Maggie? The From and the sig conflict.
  1184. # [18:52] <zewt> why not just put one on your head; the quote hat
  1185. # [18:52] <zewt> then you can just bob your head back and forth as you type
  1186. # [18:53] <zewt> bonus: entertaining for others to watch
  1187. # [18:53] <karlcow> TabAtkins: It is Knuth sent by his admin assistant
  1188. # [18:53] <Philip`> TabAtkins: Knuth doesn't have an email address
  1189. # [18:53] <TabAtkins> Ah, kk. That's awesome.
  1190. # [18:53] <MikeSmith> karlcow: 面白い
  1191. # [18:53] <Philip`> (http://www-cs-faculty.stanford.edu/~uno/email.html)
  1192. # [18:53] <MikeSmith> I really should have my admin assistants to more work… it's not clear to me now how they are spending their current working hours
  1193. # [18:54] <TabAtkins> MikeSmith: Porn.
  1194. # [18:54] <TabAtkins> Obviously.
  1195. # [18:54] <MikeSmith> heh
  1196. # [18:54] <zewt> i giggled at "still using a doctype he learned from a book years ago"
  1197. # [18:54] <zewt> updating to use current standards? NEVER
  1198. # [18:54] <MikeSmith> TabAtkins: well, again, I guess I'm leading by example
  1199. # [18:55] <TabAtkins> zewt: A bit later he looks for another doctype to use and says "Version 2.0 seemed promising; but... it doesn't know the bgcolor and text color attributes on <body>"
  1200. # [18:55] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1201. # [18:55] <deane> MikeSmith: What do you mean by "polygot tweeter"
  1202. # [18:57] <MikeSmith> deane: for a while I didn't tweet in English
  1203. # [18:57] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1204. # [18:57] <MikeSmith> I tweeted only in languages that I don't actually speak
  1205. # [18:57] * Ms2ger thought it was someone whose tweets could be parsed as HTML and XML
  1206. # [18:58] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  1207. # [18:58] <MikeSmith> deane: but people who followed me seemed to not have liked that so much… they were scared by it and I lost a lot of followers
  1208. # [18:58] <MikeSmith> Ms2ger: :)
  1209. # [18:58] <zewt> twitter.com -> ホーホケキョ.co.jp?
  1210. # [18:59] <MikeSmith> deane: you in Auckland? did you meet any of the SVG WG participants? they're all there now I think
  1211. # [19:00] <MikeSmith> zewt: no clue
  1212. # [19:00] <MikeSmith> never heard of that domain before
  1213. # [19:00] <zewt> ignore the dumb jokes. heh
  1214. # [19:00] <zewt> (in my case, a redundant phrase)
  1215. # [19:01] <MikeSmith> deane: if you understand nothing else about me after all the time we have spent together I hope you can understand my desire to keep people confused
  1216. # [19:01] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1217. # [19:02] <MikeSmith> clarity is to be avoided whenever possible
  1218. # [19:02] <MikeSmith> that's a quote from Albert Einstein
  1219. # [19:03] <deane> MikeSmith: sorry, a bit behind with the news.
  1220. # [19:03] <TabAtkins> Eschew obfuscation, weaponize confusion.
  1221. # [19:03] <MikeSmith> heh
  1222. # [19:03] <MikeSmith> TabAtkins: you continue to have a way with words
  1223. # [19:03] <MikeSmith> write more poetry
  1224. # [19:03] <Ms2ger> MikeSmith, I find your reference to Einstein confusing
  1225. # [19:03] <MikeSmith> heh
  1226. # [19:03] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 240 seconds)
  1227. # [19:05] * Quits: stevela (~anonymous@nat/google/x-mfyxeqypnqbdkboz) (Quit: stevela)
  1228. # [19:05] <MikeSmith> TabAtkins: gsnedders can give you some guidance on writing love poems
  1229. # [19:06] <zewt> : |
  1230. # [19:08] * Joins: stevela (~stevela@74.125.59.68)
  1231. # [19:08] <MikeSmith> geez, it appears that I may have actually done my job correctly for the first time in quite a while
  1232. # [19:08] <MikeSmith> http://www.w3.org/TR/notifications/
  1233. # [19:09] <TabAtkins> Augh, I'm in love with seeing artists progress over the years: http://s3.amazonaws.com/data.tumblr.com/tumblr_lg87qtM1KG1qcbajko1_1280.jpg?AWSAccessKeyId=0RYTHV9YYQ4W5Q3HQMG2&Expires=1299088987&Signature=pDFn68bpvnhhNoPWXjWH6phk9mw%3D
  1234. # [19:11] * bga_|away is now known as bga_
  1235. # [19:12] * Quits: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com) (Ping timeout: 272 seconds)
  1236. # [19:12] <Ms2ger> MikeSmith++
  1237. # [19:14] <jgraham> TabAtkins: The main progression seems to be from more -> fewer clothes
  1238. # [19:15] <jgraham> (with deviations)
  1239. # [19:15] * Quits: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1240. # [19:17] * Joins: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com)
  1241. # [19:17] <TabAtkins> jgraham: Hah, that seems fair.
  1242. # [19:18] <TabAtkins> How do I override a getter on an object? I obviously can't just set it.
  1243. # [19:18] <jgraham> TabAtkins: With ES3+extensions __defineGetter__
  1244. # [19:18] <jgraham> With ES5 something else that I forget the name of right now
  1245. # [19:19] <jgraham> defineOwnProperty
  1246. # [19:19] <TabAtkins> ES3 works for me. Let's try it out...
  1247. # [19:20] <jgraham> Aslo, was that timeline from somewhere?
  1248. # [19:21] <TabAtkins> jgraham: Dresden Codak
  1249. # [19:22] <TabAtkins> From his tumblog, specifically.
  1250. # [19:22] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  1251. # [19:22] * Joins: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp)
  1252. # [19:26] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1253. # [19:28] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  1254. # [19:28] * Joins: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net)
  1255. # [19:30] * Parts: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  1256. # [19:36] * Quits: stevela (~stevela@74.125.59.68) (Quit: stevela)
  1257. # [19:40] * Joins: othermaciej (~mjs@66.109.106.170)
  1258. # [19:41] * Quits: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Ping timeout: 250 seconds)
  1259. # [19:41] * Joins: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
  1260. # [19:43] <TabAtkins> Our next exhibit: an hour of debugging caused by me forgetting the difference between "[].slice(arguments)" and "[].slice.call(arguments)". >_<
  1261. # [19:43] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  1262. # [19:44] * TabAtkins hates 'this' really bad.
  1263. # [19:44] <zewt> one of javascript's more painful warts
  1264. # [19:45] <TabAtkins> Unrelated: holy crap, the fact that chrome now syncs *all* my info across all my machines is surprising every time.
  1265. # [19:45] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Client Quit)
  1266. # [19:45] <AryehGregor> "All" meaning what?
  1267. # [19:45] <TabAtkins> Specifically, when I find it autocompleting on my work machine, based on searches I made yesterday at home.
  1268. # [19:45] * Quits: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Read error: Operation timed out)
  1269. # [19:47] * Joins: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
  1270. # [19:53] * Joins: zdobersek (~zan@46.164.33.174)
  1271. # [19:53] * Joins: dave_levin (~dave_levi@nat/google/x-zaavyzmqoakrpzki)
  1272. # [19:53] * Joins: Stiks (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
  1273. # [19:53] * Quits: Stiks (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Client Quit)
  1274. # [19:54] * Quits: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Ping timeout: 250 seconds)
  1275. # [19:56] * Quits: bfrohs (~bfrohs@smtp.forewordinternal.com) (Ping timeout: 276 seconds)
  1276. # [19:56] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1277. # [19:58] * Parts: deane (~dean@202-180-70-44.callplus.net.nz)
  1278. # [19:58] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  1279. # [19:59] <Hixie> hsivonen: it was not my intent to change character handling in foreign content; how did it change?
  1280. # [20:00] * Joins: stevela (~anonymous@nat/google/x-srdqgvibrgtduqfi)
  1281. # [20:02] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: brb)
  1282. # [20:03] * Joins: JoePeck (~JoePeck@17.244.14.234)
  1283. # [20:05] * Quits: danbri (~danbri@cpc6-aztw25-2-0-cust83.aztw.cable.virginmedia.com) (Remote host closed the connection)
  1284. # [20:05] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1285. # [20:06] * Joins: dbaron (~dbaron@nat/mozilla/x-wvzucdckasqxvrlm)
  1286. # [20:07] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
  1287. # [20:07] <jgraham> The difference between .slice and .slice.call is quite annoying
  1288. # [20:08] <jgraham> I get that wrong annoyingly often
  1289. # [20:08] <jgraham> i.e. more than never
  1290. # [20:08] * Quits: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: tbassetto)
  1291. # [20:09] * Quits: MikeSmith (~MikeSmith@EM114-48-16-4.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1292. # [20:13] * Joins: wolfman2000 (~wolfman20@152-20-171-250.rev.uncw.edu)
  1293. # [20:14] * Quits: JoePeck (~JoePeck@17.244.14.234) (Read error: Connection reset by peer)
  1294. # [20:16] * Joins: jamesr_ (~jamesr@216.239.45.19)
  1295. # [20:17] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 250 seconds)
  1296. # [20:17] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  1297. # [20:18] * Joins: charlvn (~charlvn@41.0.48.93)
  1298. # [20:19] <Hixie> othermaciej: i'm a little confused wit issue-9... what happens to its CPs if we agree to close it?
  1299. # [20:20] <othermaciej> Hixie: they will not be considered adopted
  1300. # [20:20] <Hixie> k
  1301. # [20:20] <othermaciej> Hixie: if they were to be adopted, they'd likely have to be rewritten against the current spec baseline, which includes most of their functionality
  1302. # [20:20] <Hixie> ah ok
  1303. # [20:21] <othermaciej> Hixie: my understanding is that no one particularly cares about writing up that delta, or applying it t the spec
  1304. # [20:21] <othermaciej> but if anyone does, they can object
  1305. # [20:21] <Hixie> makes sense
  1306. # [20:21] <Hixie> thanks
  1307. # [20:22] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 252 seconds)
  1308. # [20:23] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: brb)
  1309. # [20:24] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  1310. # [20:25] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1311. # [20:27] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  1312. # [20:28] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
  1313. # [20:34] <TabAtkins> Why has no programming language yet invented nestable comments? This is ridiculous.
  1314. # [20:34] <wolfman2000> TabAtkins: /* You mean /* like this */ example? */
  1315. # [20:34] <TabAtkins> Yes.
  1316. # [20:35] <wolfman2000> ...I have no answer.
  1317. # [20:35] <TabAtkins> I had a function which took arbitrary arguments, which I indicated in the definition like "function foo(/* args */)", but then I can't comment out a block of code containing that definition.
  1318. # [20:35] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  1319. # [20:35] <bfrohs> Probably has something to do with not wanting to worry about escaping inside of comments
  1320. # [20:36] <TabAtkins> The only reasons I can think of are (1) didn't want to disallow putting /* in your comments, which is stupid, because we disallow putting */ in them
  1321. # [20:36] * Joins: charlvn (~charlvn@41.0.48.93)
  1322. # [20:36] <othermaciej> TabAtkins: in the C family of languages, you can achieve nest able comments with #if 0 / #endif
  1323. # [20:36] <TabAtkins> Or (b) were lazy and didn't want to search inside a comment for more comment tokens and tracking a stack.
  1324. # [20:36] <zewt> i often do if(0) { ... } to comment out sections, too (which means they're still parsed, but handy for quick edits)
  1325. # [20:37] <TabAtkins> othermaciej: That's a nasty macro hack, but it works, yeah.
  1326. # [20:37] <TabAtkins> zewt: Yeah, I guess. It's not obvious that the closing brace is a comment-closer, though. Also, I often comment chunks of code that arent' syntactically valid.
  1327. # [20:37] <zewt> usually i just do it when I want to get code out of the way quickly
  1328. # [20:37] <TabAtkins> So I guess I'm just going to be quietly frustrated.
  1329. # [20:38] <hober> Lots of programming languages have nestable comments
  1330. # [20:38] <othermaciej> TabAtkins: it doesn't involve macros at all, it's a preprocessor hack
  1331. # [20:38] <zewt> i thought Lua had something for them, like --[[[ ]]] or something, but I guess not
  1332. # [20:38] <othermaciej> C++-style // comments are also effectively nestable, though it only takes one end-of-line to terminate multiple levels
  1333. # [20:38] * Joins: stevela_ (~stevela@nat/google/x-bizdlajmetgsjdex)
  1334. # [20:38] <Philip`> TabAtkins: OCaml has nestable comments
  1335. # [20:38] <TabAtkins> othermaciej: Argh, yeah. I even wrote "preprocessor" and then removed it.
  1336. # [20:38] <hober> e.g. #| ... |# in Common Lisp
  1337. # [20:38] <othermaciej> This is // a comment that contains // a comment
  1338. # [20:38] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
  1339. # [20:39] * Quits: stevela_ (~stevela@nat/google/x-bizdlajmetgsjdex) (Client Quit)
  1340. # [20:39] <Philip`> (* comment (* comment *) comment *) not comment
  1341. # [20:39] <TabAtkins> hober: Are CL's nestable?
  1342. # [20:39] <hober> TabAtkins: yes.
  1343. # [20:39] <TabAtkins> Hm, didn't realize that. I use them rarely enough that I haven't run into it.
  1344. # [20:39] <othermaciej> well of course it's nestable in Lisp
  1345. # [20:39] <othermaciej> Lisp is all about nesting
  1346. # [20:39] <zewt> (* ‿ *)
  1347. # [20:39] <hober> IIRC Pascal's comments were nestable too. {* ... *}? I'm not sure if that was what it was
  1348. # [20:39] <TabAtkins> Heh, yeah.
  1349. # [20:41] * Quits: othermaciej (~mjs@66.109.106.170) (Quit: othermaciej)
  1350. # [20:43] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
  1351. # [20:43] <zewt> how is it Unicode has PILE OF POO, yet it doesn't have ... an octagon
  1352. # [20:43] <zewt> i can see they have their priorities straight
  1353. # [20:44] <bfrohs> zewt: The former is a better representation of IE6
  1354. # [20:46] * Quits: matjas (~matjas@91.182.51.110) (Quit: Be back later)
  1355. # [20:46] <hober> zewt: I believe we have the Japanese to blame
  1356. # [20:46] <AryehGregor> Async stuff in JS makes my head hurt. I can't figure out how you're supposed to do synchronization, like only do some particular thing when an event handler is finished. Just run it from the event handler?
  1357. # [20:46] <zewt> yep
  1358. # [20:46] <AryehGregor> Then if you do that repeatedly, you get an arbitrarily deep stack.
  1359. # [20:46] <zewt> event handlers run from event handlers don't run under the same stack
  1360. # [20:46] <AryehGregor> Ah, of course.
  1361. # [20:46] <AryehGregor> That makes sense.
  1362. # [20:46] * AryehGregor tries that
  1363. # [20:50] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
  1364. # [20:50] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
  1365. # [20:51] * Joins: roc (~chatzilla@121.98.230.221)
  1366. # [20:51] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  1367. # [20:54] * Quits: ezoe (~ezoe@61-205-124-129f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
  1368. # [20:56] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
  1369. # [20:57] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1370. # [21:00] * Joins: othermaciej (~mjs@17.246.19.97)
  1371. # [21:01] <zewt> okay, gmail is officially weird
  1372. # [21:01] * Joins: charlvn (~charlvn@41.0.48.93)
  1373. # [21:01] * Joins: Ankheg (~Ankheg@94.158.194.27)
  1374. # [21:02] <zewt> it breaks mail subject displays into separate spans at seemingly random spots, so when I double-click to select words in FF the word breaking stops mid-word
  1375. # [21:02] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
  1376. # [21:02] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1377. # [21:05] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1378. # [21:09] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  1379. # [21:12] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  1380. # [21:12] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  1381. # [21:14] * Joins: bentruyman_ (~bentruyma@li159-104.members.linode.com)
  1382. # [21:20] * Joins: tw2113 (~tw2113asw@169.231.106.216.unassigned.sdncommunications.com)
  1383. # [21:20] * Quits: tw2113 (~tw2113asw@169.231.106.216.unassigned.sdncommunications.com) (Changing host)
  1384. # [21:20] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
  1385. # [21:20] * Parts: tw2113 (~tw2113asw@fedora/tw2113)
  1386. # [21:22] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 250 seconds)
  1387. # [21:23] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  1388. # [21:24] * Joins: karlcow (~karl@nerval.la-grange.net)
  1389. # [21:25] * Quits: karlcow (~karl@nerval.la-grange.net) (Client Quit)
  1390. # [21:26] <david_carlisle> TabAtkins: (*xpath (*comments*) *)
  1391. # [21:27] <david_carlisle> oops (: :) not *
  1392. # [21:29] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
  1393. # [21:29] * Joins: steve__ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1394. # [21:32] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 272 seconds)
  1395. # [21:34] <TabAtkins> Okay, so it looks like it was just that C got comments wrong, and then JS copied C. Dammit.
  1396. # [21:34] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  1397. # [21:35] * bga_ is now known as bga_|away
  1398. # [21:36] <AryehGregor> Some C compilers allow nesting comments, don't they?
  1399. # [21:36] * Quits: bentruyman_ (~bentruyma@li159-104.members.linode.com) (Ping timeout: 240 seconds)
  1400. # [21:36] <zewt> nonstandard
  1401. # [21:36] <Ms2ger> And not copied to JS
  1402. # [21:36] <zewt> (of course, plenty of nonstandard things are supported widely in C compilers, but that's not a common one)
  1403. # [21:37] <AryehGregor> Oh well.
  1404. # [21:37] * Joins: davidb (~davidb@corp.tor1.mozilla.com)
  1405. # [21:38] <hober> interesting feedback on the outline algorithm & the sectioning elements: http://www.456bereastreet.com/archive/201103/html5_sectioning_elements_headings_and_document_outlines/
  1406. # [21:38] <Hixie> othermaciej: i've used programming languages whose parsers have supported nested comments
  1407. # [21:38] <Hixie> er
  1408. # [21:39] <Hixie> s/ othermaciej / TabAtkins /
  1409. # [21:39] <Hixie> man i do that all the time
  1410. # [21:39] <TabAtkins> What, talk to othermaciej all the tiem?
  1411. # [21:40] <Hixie> use his name instead of whoever i actually meant to talk to, because of seeing him as the last person to have spoken to the person i meant to speak to on the topic
  1412. # [21:40] * Quits: steve__ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  1413. # [21:40] * Joins: steve__ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1414. # [21:40] <Hixie> http://junkyard.damowmow.com/454 doesn't do what i expect in any browser
  1415. # [21:40] <Hixie> (i don't get any alerts)
  1416. # [21:40] <Hixie> am i doing it wrong?
  1417. # [21:40] * steve__ is now known as Steve^
  1418. # [21:40] <Hixie> (trying to test step 4 of the "prepare a script" algorithm)
  1419. # [21:41] * Joins: bk (~bk@unaffiliated/bk)
  1420. # [21:41] * 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])
  1421. # [21:41] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  1422. # [21:41] <AryehGregor> Do browsers not support document.innerHTML?
  1423. # [21:41] <Hixie> i think i made that up
  1424. # [21:42] <Hixie> ohhh i get it
  1425. # [21:43] <Hixie> wait no i don't
  1426. # [21:43] <Hixie> wtf
  1427. # [21:43] * Quits: Ankheg (~Ankheg@94.158.194.27) (Read error: Connection timed out)
  1428. # [21:43] <Ms2ger> Well, yes, document.innerHTML is a quick way to failure
  1429. # [21:44] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  1430. # [21:46] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  1431. # [21:46] <zewt> funky code--did you mean to be shuffling the nodes around as you iterate over them?
  1432. # [21:46] * Ms2ger thinks that was the point
  1433. # [21:47] <Hixie> zewt: yeah
  1434. # [21:47] <Hixie> zewt: oh, wait
  1435. # [21:47] <Hixie> zewt: good point
  1436. # [21:47] <Hixie> zewt: i forgot that the list was live
  1437. # [21:47] <zewt> so x[0] operates on the document.write, x[1] operates on the blank script (skipping over the other <script>)
  1438. # [21:47] <Hixie> zewt: thanks!
  1439. # [21:47] <AryehGregor> Ms2ger, what?
  1440. # [21:48] <Ms2ger> Hmm?
  1441. # [21:48] <AryehGregor> What about document.innerHTML?
  1442. # [21:48] * AryehGregor has only found two trivial IE bugs in deleteContents() so far, needs more tests
  1443. # [21:48] <Ms2ger> Currently fiction
  1444. # [21:48] <AryehGregor> Oh, and Opera doesn't run the tests correctly at all.
  1445. # [21:48] <AryehGregor> Oh.
  1446. # [21:48] <zewt> hmm, though it's still odd that the script isn't executed
  1447. # [21:48] <AryehGregor> Opera doesn't seem to be firing a load event at my iframe when I change the src.
  1448. # [21:49] * Joins: thiessenp_ (~thiessenp@ip4da8062e.direct-adsl.nl)
  1449. # [21:49] <AryehGregor> That kind of totally breaks my testing setup.
  1450. # [21:49] <Ms2ger> Uh
  1451. # [21:49] * AryehGregor waits to be told he's an idiot
  1452. # [21:49] <Ms2ger> That sounds broken
  1453. # [21:49] <AryehGregor> Oh, okay, so I'm not just clueless.
  1454. # [21:49] <AryehGregor> I dunno, see for yourself: http://aryeh.name/spec/dom-range/test/Range-deleteContents.html
  1455. # [21:50] <AryehGregor> Works in all other browsers.
  1456. # [21:50] <zewt> ah yeah I see what's happening, when it's shuffling around the list, it ends up only actually modifying script nodes that have already executed, which does nothing
  1457. # [21:50] <AryehGregor> If I add an alert() to the onload handler, it only fires the first time the src is set for that iframe.
  1458. # [21:50] <Ms2ger> The 1 complete, 0 remain... 2 complete, 0 remain... 3 complete, 0 remain... is pretty silly
  1459. # [21:50] * bga_|away is now known as bga_
  1460. # [21:50] <zewt> be nice if modifying an "already started" script would raise an exception or at least warn about it
  1461. # [21:50] <AryehGregor> Don't look at me, not my test framework.
  1462. # [21:51] <Ms2ger> I know right
  1463. # [21:51] <Ms2ger> I'm not sure if using strict mode in tests is a good idea, fwiw
  1464. # [21:51] <AryehGregor> I thought you were the one who added that to my tests to begin with when you committed them.
  1465. # [21:51] <Ms2ger> I did?
  1466. # [21:52] <Ms2ger> I certainly shouldn't have
  1467. # [21:52] <Ms2ger> actual.onload = ""; seems strange
  1468. # [21:53] <AryehGregor> I did that because I'm only changing the hash, so it doesn't fire a load event otherwise.
  1469. # [21:53] <AryehGregor> I could reload() it also, maybe?
  1470. # [21:53] <Ms2ger> But why set a Function IDL attribute to a string?
  1471. # [21:54] <AryehGregor> It accepts strings too, no? As the function body?
  1472. # [21:54] <AryehGregor> I could set it to the empty function, but that's more verbose.
  1473. # [21:54] <Ms2ger> Just the content attribute, or am I clueless here?
  1474. # [21:54] <AryehGregor> I dunno.
  1475. # [21:55] * AryehGregor tests
  1476. # [21:55] * Joins: erlehmann (~erlehmann@82.113.99.37)
  1477. # [21:55] <zewt> actual.onload = null?
  1478. # [21:55] <AryehGregor> Seems so.
  1479. # [21:55] <AryehGregor> Yeah, that makes more sense . . .
  1480. # [21:57] <AryehGregor> Changed.
  1481. # [21:58] <AryehGregor> Ms2ger, also: https://bitbucket.org/ms2ger/dom-range/src/925ad3b285f9/test/selection-extend.html
  1482. # [21:58] <AryehGregor> "use strict" was not in the patch I submitted, I don't think . . .
  1483. # [21:58] <AryehGregor> Although maybe I'm hallucinating.
  1484. # [21:58] <AryehGregor> Anyway, it will help me catch bugs in my code as I write it. It can always be removed later.
  1485. # [21:59] <Ms2ger> Yeah, that's fine
  1486. # [22:00] <AryehGregor> I'm very disappointed.
  1487. # [22:00] <AryehGregor> I wasn't able to find any bugs at all, except some trivial ones in IE9 (involving whether text nodes are split or modified in-place, and whether empty text nodes are removed).
  1488. # [22:00] <AryehGregor> Does anyone have any more tests to suggest?
  1489. # [22:01] <AryehGregor> I've tested about every type of Range I can think of, and they all work. :(
  1490. # [22:02] <Ms2ger> s/:(/:)/
  1491. # [22:02] <AryehGregor> I guess so. :)
  1492. # [22:03] * Quits: davidb (~davidb@corp.tor1.mozilla.com) (Quit: davidb)
  1493. # [22:05] <zewt> "curse you browsers for not having enough bugs *fist shake*"
  1494. # [22:05] <AryehGregor> I generally assume that if testing doesn't find inconsistencies in some nontrivial feature, the tests aren't good enough.
  1495. # [22:06] <gsnedders> AryehGregor: Stuff browsers do differently with Range? Looked through bug trackers?
  1496. # [22:06] <AryehGregor> gsnedders, what?
  1497. # [22:07] <gsnedders> AryehGregor: What are you trying to test?
  1498. # [22:07] <TabAtkins> Hm, is there a way to return an object with an error, so that I can look through it in the inspector?
  1499. # [22:07] <AryehGregor> I'm talking specifically about Range.deleteContents() here.
  1500. # [22:07] <bfrohs> AryehGregor: ask on Twitter--I'm sure there's someone, somewhere that has an edge case that's buggy in browsers
  1501. # [22:07] <AryehGregor> Also, maybe Opera is totally broken, I don't know, because my tests don't run for some reason.
  1502. # [22:07] <AryehGregor> http://aryeh.name/spec/dom-range/test/Range-deleteContents.html
  1503. # [22:07] <AryehGregor> It only runs the first two, then it times out.
  1504. # [22:08] <zewt> i get a fail and timeout in FF3.6, FWIW
  1505. # [22:09] <AryehGregor> Interesting.
  1506. # [22:09] <AryehGregor> Firefox 4b11 works fine for me.
  1507. # [22:09] <gsnedders> AryehGregor: tbh I'd be surprised if there was much different with deleteContents
  1508. # [22:09] <zewt> function () { range.deleteContents(); } threw with code INVALID_STATE_ERR (11) expected INVALID_STATE_ERR (11)
  1509. # [22:09] <AryehGregor> Oh, that.
  1510. # [22:09] * Joins: matjas (~matjas@91.182.108.168)
  1511. # [22:09] <AryehGregor> That's a known bug that affects every single assert_throws() in this test framework.
  1512. # [22:09] <AryehGregor> Ms2ger filed it somewhere.
  1513. # [22:09] <AryehGregor> It can get annoying, but I'm not counting it for this purpose, since it's not specific to deleteContents().
  1514. # [22:10] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
  1515. # [22:10] <zewt> second one times out
  1516. # [22:10] <Ms2ger> One not run? What's that about?
  1517. # [22:11] <zewt> Range 0 [paras[0].firstChild, 0, paras[0].firstChild, 0] Test timed out
  1518. # [22:11] <Ms2ger> WFM
  1519. # [22:11] <bfrohs> AryehGregor: same results as zewt in ff3.6 on ubuntu
  1520. # [22:12] <zewt> (XP64)
  1521. # [22:12] <AryehGregor> 3.6 doesn't really matter, it's only the most current browsers that really matter for tests.
  1522. # [22:12] <AryehGregor> Opera is more of an issue.
  1523. # [22:13] <AryehGregor> Also, if I'm doing something fragile or whatever and there's a better way to do it, that would be nice to know.
  1524. # [22:13] <AryehGregor> But it seems fairly straightforward to me.
  1525. # [22:14] <Ms2ger> Hmm, I got timeouts for 5 and 42
  1526. # [22:14] <AryehGregor> In what browser?
  1527. # [22:15] <Ms2ger> Fx4
  1528. # [22:15] <AryehGregor> Annoying.
  1529. # [22:15] * Quits: matjas (~matjas@91.182.108.168) (Quit: zZz)
  1530. # [22:15] <AryehGregor> There's probably a better way to write the tests.
  1531. # [22:15] <AryehGregor> But I'm not sure how, given the need to reset every time.
  1532. # [22:16] <bfrohs> No timeouts for me in ff4 on ubuntu
  1533. # [22:16] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  1534. # [22:16] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  1535. # [22:19] * Joins: FastJack (~fastjack@dumpstr.net)
  1536. # [22:19] * Quits: msucan (~robod@92.86.253.201) (Quit: .)
  1537. # [22:21] <AryehGregor> Okay, specced: http://html5.org/specs/dom-range.html#dom-range-deletecontents
  1538. # [22:21] <AryehGregor> I could go back to execCommand(), but I think I'll do some more Range stuff first.
  1539. # [22:21] <Ms2ger> No objections here
  1540. # [22:22] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
  1541. # [22:22] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  1542. # [22:22] * AryehGregor discovers http://www.w3.org/TR/DOM-Level-2-Traversal-Range/ranges.html
  1543. # [22:22] <AryehGregor> Why did I not know about that before?
  1544. # [22:22] * Ms2ger was wondering that
  1545. # [22:22] * Joins: roc (~chatzilla@skycity-akl-nz.getin2net.com)
  1546. # [22:23] <AryehGregor> Was wondering what?
  1547. # [22:23] <Ms2ger> That you just discovered it
  1548. # [22:23] <AryehGregor> Oh, hey, this even attempts to define what mutation does.
  1549. # [22:23] <Hixie> wait you didn't know about the existing spec you've been rewriting? :-)
  1550. # [22:23] <AryehGregor> No, nobody told me.
  1551. # [22:23] <Hixie> i assumed you knew!
  1552. # [22:23] <Hixie> sorry dude
  1553. # [22:23] <AryehGregor> Does the current DOM Range draft mention it anywhere?
  1554. # [22:24] <Hixie> dunno
  1555. # [22:24] <Ms2ger> Probably not
  1556. # [22:24] <AryehGregor> Actually, there's some nice terminology here. Let me read this.
  1557. # [22:28] * Quits: zdobersek (~zan@46.164.33.174) (Ping timeout: 264 seconds)
  1558. # [22:29] <AryehGregor> This isn't a bad spec at all, although it's not quite as precise as we do things these days.
  1559. # [22:30] <AryehGregor> For instance, it specifically calls out the two corner cases that IE gets wrong.
  1560. # [22:30] <zewt> from reading current specs, it seems like the major shift lately has been from descriptive specs to more or less pseudocode specs
  1561. # [22:30] <AryehGregor> Yes, definitely.
  1562. # [22:31] <AryehGregor> Makes them harder to read, but it's much easier to be precise that way.
  1563. # [22:31] <Ms2ger> AryehGregor, http://www.w3.org/DOM/DOMTR, fyi :)
  1564. # [22:31] <zewt> i find them easier to read, myself
  1565. # [22:31] <AryehGregor> Ms2ger, :)
  1566. # [22:31] <AryehGregor> Hmm, maybe.
  1567. # [22:32] <TabAtkins> I definitely try to write my specs in pseudocode style. I employ prose in the non-normative description of properties to explain what they do without reference to algorithms, but describing the algorithms descriptively is pretty clearly a failure.
  1568. # [22:32] <AryehGregor> I prefer them myself.
  1569. # [22:32] <zewt> in the same sense that it can be easier to understand an algorithm by reading code that does it rather than a research paper explaining it
  1570. # [22:32] <AryehGregor> Ms2ger, I actually think I did see the old DOM Range spec before, I just never read it . . .
  1571. # [22:32] <zewt> (provided it's well-written code, of course)
  1572. # [22:32] <AryehGregor> Or only long ago.
  1573. # [22:33] <Ms2ger> Just wanted to make sure you didn't miss any other specs ;)
  1574. # [22:33] <AryehGregor> :P
  1575. # [22:34] * bga_ is now known as bga_|away
  1576. # [22:35] <jgraham> Gah, you go away for one moment and people start discussing things you need to pay attention to
  1577. # [22:36] <Ms2ger> sh pipes?
  1578. # [22:36] <AryehGregor> Hahahaha.
  1579. # [22:36] <jgraham> AryehGregor: The weird assert_throws error should, I think, be fixed in a recent testharness.js
  1580. # [22:36] <zewt> Ms2ger: i saw that and just backed away slowly
  1581. # [22:36] <AryehGregor> jgraham, you mean the one where Firefox fails every time?
  1582. # [22:37] <jgraham> AryehGregor: Yes, the one with expected foo, got foo
  1583. # [22:37] <Ms2ger> AryehGregor, if you just pull the repo, it'll be fixed ;)
  1584. # [22:37] <AryehGregor> zewt, I would have, but just wanted to make it clear how spectacularly insane it was in case any innocent bystanders got misled.
  1585. # [22:37] <AryehGregor> Ms2ger, which, dom-range?
  1586. # [22:37] * Joins: stevela_ (~stevela@nat/google/x-tdqwsahosziemral)
  1587. # [22:37] <AryehGregor> I pulled just now before merging.
  1588. # [22:37] <Ms2ger> Yeah
  1589. # [22:37] <AryehGregor> Oh, yeah, it works.
  1590. # [22:37] <AryehGregor> Yay.
  1591. # [22:37] <jgraham> What are you doing with onload that breaks Opera? That works for sure in general so you must be doing something special
  1592. # [22:38] <AryehGregor> jgraham, https://bitbucket.org/ms2ger/dom-range/src/a6993c2d45e1/test/Range-deleteContents.html
  1593. # [22:38] <AryehGregor> Live version: http://aryeh.name/spec/dom-range/test/Range-deleteContents.html
  1594. # [22:39] <AryehGregor> I'm just repeatedly setting the onload and src of an iframe.
  1595. # [22:39] <AryehGregor> Only the first onload I set this way seems to fire.
  1596. # [22:39] * Joins: othermaciej_ (~mjs@2620:0:1b00:1191:ea06:88ff:fecf:6cf0)
  1597. # [22:42] <jgraham> AryehGregor: What happens if you put about:blank rather than the empty string?
  1598. # [22:43] <AryehGregor> jgraham, fails in a different way, it looks like . . .
  1599. # [22:43] * Joins: doublec (~chris@unaffiliated/doublec)
  1600. # [22:43] <AryehGregor> (I've made the change, you can try it out)
  1601. # [22:43] * Quits: wolfman2000 (~wolfman20@152-20-171-250.rev.uncw.edu) (Remote host closed the connection)
  1602. # [22:43] <jgraham> I get 26 pass
  1603. # [22:43] <jgraham> What should I get?
  1604. # [22:43] <AryehGregor> Hmm.
  1605. # [22:43] <AryehGregor> I get 3 pass.
  1606. # [22:44] <AryehGregor> You should get . . . hey, now it fails in Firefox too.
  1607. # [22:44] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Kthxbye!)
  1608. # [22:44] <AryehGregor> One sec.
  1609. # [22:44] <AryehGregor> I think the new harness broke the tests.
  1610. # [22:44] <AryehGregor> It should be like 50 or so passes.
  1611. # [22:44] <jgraham> Hmm
  1612. # [22:44] <AryehGregor> And it was before the new harness.
  1613. # [22:44] <jgraham> Could have happened
  1614. # [22:45] * bga_|away is now known as bga_
  1615. # [22:45] * jgraham might be too tired to helpfully debug now
  1616. # [22:45] <jgraham> Just out of interest, is setting .src to about:blank magic?
  1617. # [22:45] <jgraham> Specifically is it sync?
  1618. # [22:45] <jgraham> Otherwise there is a race condition I think?
  1619. # [22:46] <jgraham> (you set src then set onload)
  1620. # [22:46] <AryehGregor> Oh.
  1621. # [22:46] <AryehGregor> Didn't think of that.
  1622. # [22:47] <AryehGregor> Maybe there's a better way to do this.
  1623. # [22:47] <AryehGregor> Calling iframe.contentWindow.location.reload() should fire a load event, right?
  1624. # [22:48] <zewt> havn't squinted too hard at this, but could you just add a dummy parameter to the URL to force a reload?
  1625. # [22:48] <zewt> ?role=actual&x=1
  1626. # [22:49] <zewt> guess that would also make it not cache, which you probably don't want
  1627. # [22:49] <AryehGregor> Oh, right.
  1628. # [22:49] <AryehGregor> That would slow down the tests needlessly.
  1629. # [22:49] <zewt> or, just discard the whole iframe and create a new one manually each time
  1630. # [22:49] <zewt> (don't know if that's compatible with the code)
  1631. # [22:50] <AryehGregor> It would work.
  1632. # [22:50] <AryehGregor> Let me try reload() first.
  1633. # [22:51] <AryehGregor> Oh, wait, that's still a race condition.
  1634. # [22:51] <AryehGregor> Can I just use onhashchange instead, maybe?
  1635. # [22:51] * AryehGregor tries that
  1636. # [22:51] <jgraham> AryehGregor: I haven't read everything carefully but using a query parameter rather than a hash seems like it would save lots of effort
  1637. # [22:51] <AryehGregor> Hmm.
  1638. # [22:51] <AryehGregor> Maybe that too.
  1639. # [22:51] <zewt> would need to use both, i think, since the first time would be onload
  1640. # [22:52] <AryehGregor> Not if it starts out at the given URL.
  1641. # [22:53] <AryehGregor> Is there some nice way to access location.search as an associative array, or do I get to write my own?
  1642. # [22:53] <AryehGregor> (not that it's very hard)
  1643. # [22:53] <Ms2ger> You get to write your own
  1644. # [22:53] <AryehGregor> Yay!
  1645. # [22:54] <jgraham> AryehGregor: Also, you might want to take advantage of the fact that test objects now start their timeout the first time their .step is called
  1646. # [22:54] <AryehGregor> What does that mean for my purposes?
  1647. # [22:54] <jgraham> So you can generate all the test objects upfront (so the harness knows how many there should be)
  1648. # [22:54] <zewt> jgraham: but caching
  1649. # [22:54] <jgraham> zewt: Screw caching
  1650. # [22:55] <AryehGregor> Hmm, okay.
  1651. # [22:55] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 252 seconds)
  1652. # [22:55] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  1653. # [22:55] <jgraham> AryehGregor: The advantage is that when things go wrong it is more obvious what happened
  1654. # [22:56] <jgraham> Rather than just getting teh wrong number of results
  1655. # [22:56] <AryehGregor> Okay.
  1656. # [22:56] <zewt> the difference between 50 tests taking a second to run or 30 seconds is the difference between people running the tests often and not
  1657. # [22:57] <jgraham> zewt: The difference won't be that large in this case
  1658. # [22:57] * bk is now known as bk|away
  1659. # [22:57] <jgraham> and if it is there are plenty of ways to work around it
  1660. # [22:57] <jgraham> e.g. make each test a data:uri and the script a cacheable external resource
  1661. # [22:58] * Quits: Rafitas (~Rafitas@187.14.18.29) (Read error: Connection reset by peer)
  1662. # [22:58] * Joins: Rafitaz (Rafitas@187.14.18.29)
  1663. # [22:59] <AryehGregor> Does IE9 support data: URIs here?
  1664. # [22:59] <jgraham> I think so
  1665. # [22:59] <jgraham> Why wouldn't it?
  1666. # [22:59] <zewt> FYI, it's already revalidating for every test (need to tweak cache headers to fix that)
  1667. # [23:00] <Ms2ger> Because it used to allow them only where needed to pass acid2
  1668. # [23:00] <jgraham> Well if microsoft fail every test duw to making a retarded implementation of data: I have very little sympathy
  1669. # [23:00] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (Quit: vielä levy kiinni)
  1670. # [23:00] <jgraham> Since they knowing made it just good enough for PR
  1671. # [23:01] <jgraham> *knowingly
  1672. # [23:01] <zewt> AryehGregor: odd: even if I just set src and onload, it reloads the document every time and works fine--not sure off-hand why that doesn't trigger a hashchange like you said
  1673. # [23:01] <zewt> oh, because it's changing the src of an iframe--not the same as changing document.location
  1674. # [23:01] <zewt> (i think--I don't use iframes often)
  1675. # [23:03] <AryehGregor> How do I discard my changes to a particular file, in hg?
  1676. # [23:03] <AryehGregor> Like git checkout FILENAME.
  1677. # [23:03] <AryehGregor> Or (IIRC) svn up FILENAME.
  1678. # [23:04] <Ms2ger> hg up -C?
  1679. # [23:04] <AryehGregor> Hmm, doesn't matter, I didn't change any other files anyway.
  1680. # [23:04] <Ms2ger> But check help first
  1681. # [23:04] <AryehGregor> Ms2ger, that resets all files, not just the given ones.
  1682. # [23:04] <AryehGregor> It doesn't seem to take filename args.
  1683. # [23:04] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
  1684. # [23:04] <AryehGregor> Ah, hg revert.
  1685. # [23:05] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1686. # [23:05] * bga_ is now known as bga_|away
  1687. # [23:05] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  1688. # [23:07] <zewt> ah: changing the hash in the src of an iframe seems to always trigger onload in FF4, but not Chrome
  1689. # [23:07] <AryehGregor> What does the spec say?
  1690. # [23:08] <zewt> havn't looked
  1691. # [23:09] * Ms2ger whines about the <banner>, <body> and <wrapper> threads
  1692. # [23:09] * Quits: stevela_ (~stevela@nat/google/x-tdqwsahosziemral) (Quit: stevela_)
  1693. # [23:14] <zewt> AryehGregor: sanest way seems to be to just create new iframes each time
  1694. # [23:14] <AryehGregor> Okay, now I'm getting racy behavior all over the place, but I can't see anything I do that's a race condition.
  1695. # [23:15] <AryehGregor> Let me try creating new iframes each time.
  1696. # [23:15] * Quits: kal-EL_ (~jor-EL@host224-149-dynamic.211-62-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  1697. # [23:15] <zewt> i'm doing that, it's working in FF4 but not Chrome
  1698. # [23:15] <zewt> don't know the framework to know why
  1699. # [23:15] <zewt> http://pastebin.com/NNKbjRNb
  1700. # [23:16] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  1701. # [23:16] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  1702. # [23:16] <zewt> the tests all run and pass in chrome, but only the first two show up
  1703. # [23:19] <AryehGregor> I'm still getting mysterious racy behavior.
  1704. # [23:19] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  1705. # [23:19] <AryehGregor> Works in Chrome, although I get two new failures.
  1706. # [23:20] <AryehGregor> Firefox skips a random number of tests at the end.
  1707. # [23:20] <AryehGregor> Opera has gone into an infinite loop or something.
  1708. # [23:20] <AryehGregor> IE also skips a random number at the end.
  1709. # [23:21] <AryehGregor> jgraham, are you sure these aren't timing out prematurely?
  1710. # [23:22] <Ms2ger> Sounds likely
  1711. # [23:22] * Quits: kennyluck (~kennyluck@netDHCP-169.keio.w3.org) (Quit: kennyluck)
  1712. # [23:25] <Ms2ger> You know you're getting INDEX_SIZE_ERRs in Fx?
  1713. # [23:25] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  1714. # [23:26] <AryehGregor> For which tests, deleteContents()?
  1715. # [23:26] <Ms2ger> Yeah
  1716. # [23:27] <AryehGregor> Hmm.
  1717. # [23:27] <AryehGregor> I'll look at that tomorrow, I guess.
  1718. # [23:27] <Ms2ger> And extending the timeout gives me 52 finished tests
  1719. # [23:27] <AryehGregor> Really?
  1720. # [23:27] <AryehGregor> How did you extend it?
  1721. # [23:27] <AryehGregor> In setup() or what?
  1722. # [23:27] <Ms2ger> Firebug :)
  1723. # [23:27] <AryehGregor> Um, okay.
  1724. # [23:28] <Ms2ger> But yes, setup would be the right way, I think
  1725. # [23:29] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  1726. # [23:30] <AryehGregor> Hmm, that seems to help.
  1727. # [23:30] * Joins: JoePeck (~JoePeck@17.244.14.234)
  1728. # [23:30] <AryehGregor> Chrome is now weird, though.
  1729. # [23:30] <zewt> seems like I'm only getting 2 results in Opera/Chrome, because as soon as the second test completes, tests.phase == COMPLETE and no further tests are reported?
  1730. # [23:30] <AryehGregor> Oh, it now semi-runs in Opera.
  1731. # [23:31] <AryehGregor> I'm changing the tests live, by the way, so if anyone else is trying to run them, you're probably getting confusing results.
  1732. # [23:32] <AryehGregor> Okay, now I've made my last change for the day (probably), so it's safe to experiment on the live copies.
  1733. # [23:32] <AryehGregor> Firefox and IE seem to work now, Chrome and Opera randomly fail after a few tests.
  1734. # [23:33] * Joins: karlcow (~karl@nerval.la-grange.net)
  1735. # [23:33] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1736. # [23:35] * Quits: Ms2ger (~Ms2ger@91.181.221.14) (Quit: nn)
  1737. # [23:35] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  1738. # [23:35] <jgraham> AryehGregor: Yes, they could be timing out
  1739. # [23:36] <jgraham> setup({timeout:some_high_number_of_ms}) should fix that
  1740. # [23:36] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  1741. # [23:36] <jgraham> AryehGregor: This is much easier to debug if you define all tests upfront
  1742. # [23:36] <jgraham> rather than creating one test as the other finishes
  1743. # [23:37] * jgraham sees 52 pass in opera
  1744. # [23:38] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  1745. # [23:38] <jgraham> Is it me or is it *really* slow in gecko compared to opera?
  1746. # [23:40] <jgraham> Chrome seems to have stopped after 22
  1747. # [23:41] <zewt> alright, I think I have it working reliably, had to poke at the harness to see what was going on
  1748. # [23:42] <jgraham> zewt: What did you change?
  1749. # [23:42] <zewt> it seems that the test harness stops as soon as the number of tests waiting to run is 0
  1750. # [23:42] <jgraham> Yes
  1751. # [23:42] <zewt> due to tests.prototype.notify_result going through the all_done codepath, which sets it to COMPLETE
  1752. # [23:42] <jgraham> (given other conditions)
  1753. # [23:42] <zewt> i hacked around it by adding a dummy test
  1754. # [23:43] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Ping timeout: 240 seconds)
  1755. # [23:43] <zewt> http://zewt.org/~glenn/foo/Range-deleteContents.html
  1756. # [23:44] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1757. # [23:45] <jgraham> zewt: Oh
  1758. # [23:45] <jgraham> I wonder why it ever worked
  1759. # [23:45] <zewt> works for me in opera 11, chrome 9, ff4 (havn't tried IE9 since I have to start a bloated Win7 VM for it)
  1760. # [23:45] <zewt> jgraham: my guess (havn't investigated) is something along the lines of somehow ending up with more than one async test running due to some other race
  1761. # [23:46] <jgraham> Anyway, I think The Right Fix (TM) is to define all the tests up front
  1762. # [23:46] <jgraham> But I thin AryehGregor is doing that now and it fails in Chrome
  1763. # [23:46] <jgraham> *think
  1764. # [23:47] <jgraham> Oh, look at that
  1765. # [23:47] <jgraham> It seems to be throwing outside a t.step()
  1766. # [23:48] <jgraham> Which is bad
  1767. # [23:48] <jgraham> Uncaught Error: NOT_FOUND_ERR: DOM Exception 8
  1768. # [23:49] * Joins: homata__ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
  1769. # [23:51] <jgraham> So my suggestion is to put more code inside the t.step()
  1770. # [23:51] <jgraham> possibly ading more steps
  1771. # [23:54] <zewt> there also seems to be some kind of funkiness with synchronous tests and onload
  1772. # [23:55] <zewt> running any sync test after onload triggers COMPLETE
  1773. # [23:55] <zewt> (because all_loaded is true)
  1774. # [23:57] <zewt> anyhow, the current version I have up works in FF4, Opera 11, Chrome 9 and IE9 consistently for me
  1775. # [23:58] * Quits: Martijnc (~Martijnc@91.176.13.121) (Quit: Martijnc)
  1776. # [23:58] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  1777. # Session Close: Wed Mar 02 00:00:00 2011

The end :)