/irc-logs / freenode / #whatwg / 2009-09-29 / end

Options:

  1. # Session Start: Tue Sep 29 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: jwalden (n=waldo@63.245.220.240)
  4. # [00:03] <annevk42> Hixie, fair enough
  5. # [00:03] * Joins: weinig (n=weinig@17.246.19.32)
  6. # [00:03] <annevk42> gsnedders, CORS can be used in an additive way, e.g. the <img> can still load and be displayed even if the resource sharing check failed
  7. # [00:07] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  8. # [00:08] <Hixie> ok since nobody replied, i'm assuming <object> is not privacy-sensitive
  9. # [00:10] * Quits: roc (n=roc@115.130.17.51)
  10. # [00:11] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  11. # [00:14] <Hixie> wait, we can't do CORS for <img> if we don't send Origin
  12. # [00:14] <Hixie> and similarly, that means that <video> and <audio> will need to send Origin if we are ever to do CORS
  13. # [00:14] <Hixie> so i might as well do it already
  14. # [00:14] <da3d> What is CORS?
  15. # [00:16] <Hixie> http://dev.w3.org/2006/waf/access-control/
  16. # [00:17] * Hixie presumes <input type=image> is the same as <img>
  17. # [00:17] * Joins: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au)
  18. # [00:18] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  19. # [00:23] <TabAtkins_> Lachy: Also, the hypothetical selector() function should be named $.
  20. # [00:23] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  21. # [00:24] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (Read error: 104 (Connection reset by peer))
  22. # [00:25] * TabAtkins_ is now known as TabAtkins
  23. # [00:25] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  24. # [00:27] * Parts: annevk42 (n=annevk@cm-84.215.133.38.getinternet.no)
  25. # [00:29] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  26. # [00:29] * Quits: jwalden (n=waldo@63.245.220.240) (Read error: 131 (Connection reset by peer))
  27. # [00:36] <Hixie> TabAtkins: document.$?
  28. # [00:36] <TabAtkins> Hixie: jk, really. ^_^
  29. # [00:36] <Philip`> Hmm, looks like PyRDFa emits a warning (no idea where, since I've never seen it) if a document doesn't have either an appropriate doctype or appropriate <html version> or appropriate <head profile>
  30. # [00:36] <Hixie> TabAtkins: :-P
  31. # [00:37] <Philip`> If you pass the rdfa_strict_version option then Swignition requires <html version> =~ /rdfa/i else it doesn't extract RDFa
  32. # [00:38] <Philip`> rdfQuery seems to ignore version/profile entirely
  33. # [00:39] <Philip`> rdfa.js (whatever it's meant to be called) too
  34. # [00:41] <Philip`> librdfa too, I think
  35. # [00:41] * Quits: annodomini (n=lambda@wikipedia/lambda)
  36. # [00:41] <Philip`> (For PyRDFa, "appropriate" means equal to the RDFa 1.0 specific strings)
  37. # [00:43] <Hixie> so basically the rdfa wg made the same mistake as the xml wg but weren't as successful as shooting themselves in the foot?
  38. # [00:43] <Hixie> er, at shooting, not as shooring.
  39. # [00:43] <Hixie> i give up.
  40. # [00:44] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
  41. # [00:46] <Philip`> You could argue that they were *less* successful than shooting themselves in the foot, because they're trying to shoot everybody else's feet too
  42. # [00:47] <Philip`> (I don't know that it would be a valid or justifiable thing to argue, but that's no reason not to attempt to interpret your pre-typo text)
  43. # [00:48] <Philip`> (Um, pre-typo-fix)
  44. # [00:48] <Hixie> i was arguing that they were less successful at shooting themselves in their foot, yes
  45. # [00:48] <Philip`> (pre-attempted-typo-fix)
  46. # [00:49] <Hixie> in that they tried to make it very difficult for themselves to extend their language while supporting legacy content in new UAs, but their UAs by and large ignored that requirement, so they'll be ok
  47. # [00:49] * Philip` is unsure whether success in foot-shooting should be measured in terms of hits or misses
  48. # [00:49] <Hixie> heh
  49. # [00:49] <Hixie> it's interesting to see WGs try to use versioning
  50. # [00:49] <Hixie> i wonder if there are any examples of it being successful
  51. # [00:50] <Hixie> in any multivendor technology
  52. # [00:50] * Joins: bgalbraith (n=bgalbrai@63.245.220.224)
  53. # [00:50] <Hixie> i certainly haven't heard of any success stories
  54. # [00:50] <TabAtkins> ffs, seriously? In this day and age I have to type in a custom-format url to locate something on my computer?
  55. # [00:50] * TabAtkins is angry at Microsoft right now.
  56. # [00:50] <Philip`> "they'll be ok" - not if they want to make backward-incompatible changes, like defaulting to plain text literals instead of XMLLiterals
  57. # [00:50] <Hixie> well if they want to make backwards-incompatible changes they've lost already
  58. # [00:51] <Hixie> so i was assuming they wouldn't do anything like that
  59. # [00:51] <Philip`> If they don't make the backwards-incompatible change then they've also lost, because they'll be stuck with a design mistake
  60. # [00:51] <Philip`> So either way, they're not entirely okay
  61. # [00:52] <Philip`> Presumably the only solution is to be really really sure you've got the design right at the start, before anybody's started using it
  62. # [00:54] * Joins: roc (n=roc@115.130.24.216)
  63. # [00:54] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  64. # [00:54] <TabAtkins> Or just don't care all that much about the people you're messing up when you make a breaking change.
  65. # [00:55] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  66. # [00:56] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
  67. # [00:56] <Hixie> or to put up with design mistakes -- html's done pretty well for itself with a whole raft of horrendous design mistakes
  68. # [00:58] <Philip`> Indeed, you need to be really really sure you've got the design right at the start, before anybody's started using it, and once somebody's started using it you have to put up with the raft of horrendous design mistakes you suddenly discover
  69. # [00:58] <gsnedders> Well, that's better than PHP, seeming that has no design
  70. # [01:00] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  71. # [01:01] <Philip`> "A file cannot have infinite length" - what about /dev/urandom?
  72. # [01:02] <Hixie> where does it say that
  73. # [01:02] <Philip`> On public-html
  74. # [01:02] <Hixie> oh
  75. # [01:03] <Hixie> well, that e-mail is far ore productive than most on that thread have been
  76. # [01:04] * Joins: fishd (n=darin@nat/google/x-kysiqtvaakmbxbfg)
  77. # [01:11] <erlehmann> Will HTML6 be developed over google wave ?
  78. # [01:12] <erlehmann> instead of mailing lists, that is
  79. # [01:12] <Dashiva> I was hoping we'd have collective consciousness by then
  80. # [01:13] <Philip`> On the subject of versioning: I submitted a test case for the RDFa test suite that includes a character that's valid in XML5e but not in XML4e
  81. # [01:13] <jcranmer> HTML 6 will probably move to newsgroups :-)
  82. # [01:13] <Philip`> I wonder what will happen with that...
  83. # [01:14] * Quits: roc (n=roc@115.130.24.216)
  84. # [01:14] * Joins: jwalden (n=waldo@63.245.220.240)
  85. # [01:16] <Philip`> erlehmann: You may be underestimating people's attachment to legacy technologies
  86. # [01:17] <Philip`> When someone's spent fifteen years setting up their email client to perfection, they're not going to want to change for another fifteen years
  87. # [01:18] <erlehmann> i get it. people still use IRC for despite jabber being better in virtually all low-attendance scenarios.
  88. # [01:20] <Philip`> Jabber is great, you can DOS a whole multi-user room by sending ill-formed XML
  89. # [01:20] <Hixie> it's only been 14 years
  90. # [01:20] <Hixie> :-P
  91. # [01:23] * Joins: othermaciej (n=mjs@17.246.18.127)
  92. # [01:25] <Philip`> (Actually you can DOS it by sending perfectly well-formed (but unusual) XML that the server mangles into ill-formed XML)
  93. # [01:26] <Philip`> s/(\S*-formed)/namespace-$1/
  94. # [01:26] * Quits: erlehmann (n=erlehman@tmo-108-186.customers.d1-online.com) ("Ex-Chat")
  95. # [01:28] <othermaciej> what would CORS applied to <img> do?
  96. # [01:28] * Quits: weinig (n=weinig@17.246.19.32) (Remote closed the connection)
  97. # [01:28] * Joins: weinig (n=weinig@17.203.15.140)
  98. # [01:29] <othermaciej> is there a draft for Sec-From as renamed to Origin?
  99. # [01:32] <Hixie> http://tools.ietf.org/html/draft-abarth-origin
  100. # [01:32] <Hixie> CORS on <img> would be useful for <canvas>
  101. # [01:35] <othermaciej> neat
  102. # [01:35] <othermaciej> whats the goal for this draft? publish as an individual submssion RFC, or form an IETF Working Group?
  103. # [01:36] <othermaciej> and can an individual submission RFC be on the IETF standards track? (the header on this one doesn't request standards track status)
  104. # [01:36] <othermaciej> (perhaps aarth could better answer these questions if he were here)
  105. # [01:36] <othermaciej> er, abarth
  106. # [01:37] <Hixie> well it's a standard
  107. # [01:37] <Hixie> whether the ietf deign to give it that label or not is probably up to them
  108. # [01:43] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  109. # [01:43] <Hixie> othermaciej: ok, as far as i know, Origin-related feedback is addressed.
  110. # [01:44] * Quits: bgalbraith (n=bgalbrai@63.245.220.224)
  111. # [01:45] <othermaciej> Hixie: I'm not sure if it's ok per W3C rules to normatively reference a non-standards-track RFC, so it does matter procedurally, even if not substantively
  112. # [01:45] <othermaciej> Hixie: I guess I should ask abarth about this stuff
  113. # [01:46] * Quits: dglazkov (n=dglazkov@nat/google/x-hmrncfhgahphjots)
  114. # [01:46] <Hixie> my goals are varied, such as to get specifications that implementors can follow without having to do reverse engineering, having specs that when followed to the letter reliably lead to interop, having specs that UAs are willing to implement, etc
  115. # [01:46] <Hixie> but i have to say, none of my goals involve anything to do with a particular process or other
  116. # [01:47] <Hixie> it saddens me that yours do now :-)
  117. # [01:47] <Hixie> (process is supposed to help, not hinder, )
  118. # [01:47] <Hixie> s/, //
  119. # [01:49] * ap_ is now known as ap
  120. # [01:50] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  121. # [01:57] <TabAtkins> Lachy, sorry for being difficult in the Selectors API thread. I didn't like the design of querySelector when it first created, and I don't like it now. >_<
  122. # [01:58] * drunknbass_work is now known as drunknbass_work|
  123. # [01:58] <TabAtkins> Also, how often in practice do you know you only want the first result of a selector match?
  124. # [01:59] <takkaria> when selecting by id?
  125. # [01:59] <TabAtkins> I guess it might be common when you know you're searching for only a single thing, so the implementation can stop searching after it finds the first.
  126. # [01:59] <TabAtkins> That doesn't seem to have bothered Resig enough to optimize for it in jQuery, though.
  127. # [01:59] <takkaria> though I guess there's getElementById() for that
  128. # [02:02] <TabAtkins> takkaria: Yeah, by id is certainly the primary case of "I know there's only one here". Though an HTML implementation can make that optimization all by itself (I'm pretty certain that Sizzle recognized the "#foo" case and just uses getElementById).
  129. # [02:02] <TabAtkins> s/recognized/recognizes/
  130. # [02:05] * Quits: drunknbass_work| (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net) ("Leaving...")
  131. # [02:05] * Joins: miketaylr (n=miketayl@user-0cdf5gs.cable.mindspring.com)
  132. # [02:10] <Lachy> TabAtkins, it's quite common to see stuff like getElementsByTagName("...")[0]. The point of querySelector() returning a single result is to address the analogous cases where that's done with selectors
  133. # [02:11] <TabAtkins> That makes sense, but like I said, it doesn't appear to be enough of a problem in practice for Sizzle to optimize for it.
  134. # [02:12] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  135. # [02:12] <TabAtkins> And Sizzle, obviously, runs slower than an equivalent native selector engine.
  136. # [02:12] <Lachy> it may have been that detecting when an author only wants a single result vs. all results when using the JQuery API proved difficult or impossible. But JS libraries aren't the only use case.
  137. # [02:13] <TabAtkins> Well, of course. But I don't believe that *any* of the major selector engines optimized for that.
  138. # [02:13] <Lachy> so?
  139. # [02:14] <TabAtkins> So, that brings up the possibility that you're solving something that isn't a problem.
  140. # [02:15] <othermaciej> Hixie: the W3C rule about maturity level of your normative references is supposed to prevent specs from moving forward as supposedly complete when they actually depend on something unstable
  141. # [02:15] <TabAtkins> And when the solution itself causes problems (such as requiring any new method to be accompanied by a twin version, making it more painful to introduce new methods), that can be an issue.
  142. # [02:15] <Lachy> as I said, JS libraries can't readily detect when an author wants only a single result, so it isn't at all surprising that they can't optimise for it. That doesn't mean they wouldn't if they couldn't, or that it's not worth it for people who don't use JS libraries
  143. # [02:16] <othermaciej> Hixie: that seems like a helpful rule to me, otherwise the meaning of maturity levels is undermined
  144. # [02:16] <othermaciej> Hixie: in any case, the W3C has to follow the W3C process, so my personal preferences don't enter into it
  145. # [02:16] <TabAtkins> I'm not talking about detecting intent. querySelector doesn't detect intent, it allows the author to explicitly say what they want. But I don't believe any js library has found it to be worthwhile to allow their users to do that.
  146. # [02:17] <Lachy> right. But there is no way, using a JS library API like JQuery, to say they only want one result before the query is executed
  147. # [02:17] <TabAtkins> After all, would it really be that difficult for jquery to have both $() and $1()?
  148. # [02:18] <Lachy> probably not, but anyway, this issue has been resolved and closed for over a year now, and is impossible to change. Arguing is beyond pointless
  149. # [02:19] <Hixie> othermaciej: oh well html5 isn't going to be stable for eons. we don't even have the beginnings of a test suite yet.
  150. # [02:19] <Hixie> othermaciej: so we're far from that problem.
  151. # [02:19] <Lachy> I'd rather focus on the issues I'm trying to solve, rather than ancillary issues
  152. # [02:20] <Hixie> othermaciej: i agree that we shouldn't refer to unstable drafts when we're claiming to be done, but that's a matter of how stable the specs are, not what labels the IETF or W3C put on them.
  153. # [02:20] <othermaciej> Hixie: sure, and at Last Call time you can presumably reference absolutely anything, but it would be wise to reference something that can plausibly advance enough that it won't block PR by the time that rolls around
  154. # [02:20] * Joins: yutak_home (n=kee@61.117.6.79)
  155. # [02:20] <TabAtkins> Yeah, I'm not arguing to change querySelector. That's done and over with. But it brings up the possibility that we wouldn't need both a scopedSelector and scopedSelectorAll.
  156. # [02:20] <Hixie> othermaciej: we're like a decade or more away from that problem
  157. # [02:21] <Lachy> I'm confused. What are you suggesting we have
  158. # [02:22] <TabAtkins> Like I said in the email, my preferred solution is a function that scopes by default (or, more precisely, a function that works like jQuery's $.find()).
  159. # [02:22] <othermaciej> Hixie: I'll think I'll ask Adam about it, since you don't seem to have information on how this spec will progress on the IETF standards track
  160. # [02:22] <Lachy> that's what queryScopedSelectorAll() would do. You're being inconsistent
  161. # [02:23] <TabAtkins> I agree that's what queryScopedSelectorAll would do. But you don't like that solution because it apparently necessitates queryScopedSelector, which may double into queryScopedSelectorNS in the future.
  162. # [02:24] <Lachy> would you state very clearly what you are suggesting?
  163. # [02:24] <Lachy> are you suggesting we just introduce one for selecting all?
  164. # [02:24] <TabAtkins> Yes.
  165. # [02:24] <Lachy> right. Why didn't you just say so?
  166. # [02:24] <TabAtkins> >_< I did. Roundabout, I guess, but still.
  167. # [02:25] <Lachy> you required me to read between the lines, which I try to avoid doing as it can lead to misunderstandings
  168. # [02:26] <Lachy> anyway, that would make the API inconsistent, which would suck
  169. # [02:26] <TabAtkins> Well, if we go with additional methods, it'll either be inconsistent or bloated.
  170. # [02:27] <Lachy> also, I can probably avoid introducing the NS methods by either not supporting namespaces, or finding an alternative solution that doesn't introduce new methods
  171. # [02:27] * Joins: GarethAdams|Home (n=GarethAd@90.195.253.21)
  172. # [02:27] <TabAtkins> So would 2 new methods be "too much"?
  173. # [02:27] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  174. # [02:27] <TabAtkins> (queryscopedSelector and $1All)
  175. # [02:29] <Lachy> by themselves, they wouldn't. But we'd need to be careful about what else they could lead to the introduction of. It's about thinking ahead and avoiding unnecessary complexity
  176. # [02:30] <Lachy> and to be honest, they are they 2nd best of the 4 available options, IMHO
  177. # [02:32] <TabAtkins> I don't think there are any other direct variations of querySelector that can possibly exist, outside of the NS versions.
  178. # [02:32] <Lachy> I suppose they would also only need to be supported on Element nodes, not Document or DocumentFragment
  179. # [02:32] <TabAtkins> Plus NodeLists.
  180. # [02:33] <Lachy> no
  181. # [02:34] <Lachy> NodeLists don't need to support the methods. That use case has been addressed differently
  182. # [02:34] <Lachy> document.querySelectorAll(":reference>p", list);
  183. # [02:34] <TabAtkins> Ah, k.
  184. # [02:35] <Lachy> hmm. maybe that does mean we'd need the scoped methods on Document and DocumentFragment
  185. # [02:35] <Lachy> to do this
  186. # [02:35] <Lachy> document.queryScopedSelectorAll(">p", list)
  187. # [02:38] <TabAtkins> Yeah, if you want the shortened form to be ubiquitous.
  188. # [02:38] <TabAtkins> But then what would document.queryScopedSelectorAll(">p") mean? What's the scope?
  189. # [02:39] <TabAtkins> Gah, all that typing is why I hate ordinary js, though. >_<
  190. # [02:43] * Joins: wakaba_0 (n=wakaba_@122.221.184.68)
  191. # [02:44] <TabAtkins> Lachy: is it intended that :reference ever be usable outside of a scoped selector?
  192. # [02:44] * Quits: benward (n=benward@nat/yahoo/x-xhlrwiiggoftfgtq)
  193. # [02:47] <Hixie> whoever was asking me about rendering <details> -- i changed the spec so that it's easier to do from script
  194. # [02:48] * Quits: seanoshea (n=seanoshe@nat217.eye.fi)
  195. # [02:51] <TabAtkins> I like the stricter definition, Hixie.
  196. # [02:51] <Hixie> how do you mean, "stricter"?
  197. # [02:51] <TabAtkins> Previously I thought it was probably going to become common to just put a <dt> without a <dd>.
  198. # [02:52] <Hixie> ah
  199. # [02:54] <TabAtkins> So I guess you're keeping <dt>/<dd> for <figure> and <details>, now that Leif found a talisman that makes IE6 and IE7 build a proper tree?
  200. # [02:54] * Quits: dave_levin (n=dave_lev@74.125.59.73)
  201. # [02:54] * Quits: yutak_home (n=kee@61.117.6.79) ("Ex-Chat")
  202. # [02:55] * Quits: fishd (n=darin@nat/google/x-kysiqtvaakmbxbfg) (Read error: 110 (Connection timed out))
  203. # [02:57] <Hixie> i'm just going through the bugs, so if nobody filed a bug asking for them to be removed, they're not changing, and if someone did, they i'll look at their arguments and see if they are compelling.
  204. # [02:58] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  205. # [02:59] * TabAtkins goes to file a bug. He's not sure it's compelling, but thinks it should be considered.
  206. # [02:59] * Joins: dglazkov__ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  207. # [03:00] <Hixie> do you think it should be considered more than it was when we first used <dt>?
  208. # [03:00] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  209. # [03:00] <Hixie> i mean, that took about a year of consideration
  210. # [03:00] * dglazkov__ is now known as dglazkov
  211. # [03:01] <Hixie> btw, thanks to the various people who occasionally go and resolve bugs that are invalid or duplicate or whatever
  212. # [03:01] <Hixie> it's much appreciated
  213. # [03:01] <Hixie> everyone should feel free to go ahead and close bugs that are based on misunderstandings or that can't be changed for whatever reason
  214. # [03:12] * Quits: slightlyoff (n=slightly@nat/google/x-xsvdqglqmufllwth) (Read error: 110 (Connection timed out))
  215. # [03:13] <TabAtkins> Hixie: From IRC chatter, no one realized that IE6 and IE7 were generating non-tree DOMs when <dt> or <dd> were used outside of <dl>. So yeah, some more consideration seems warranted, given the apparently new information.
  216. # [03:14] <Hixie> IE6 and IE7 do all kinds of random stuff
  217. # [03:14] <Hixie> you need basic scripts just to include a new element
  218. # [03:15] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  219. # [03:17] <TabAtkins> Yeah, but that basic script (just 200 bytes or so) makes them work great, and the code itself is understandable, even if the reasoning behind it is crazy.
  220. # [03:18] <TabAtkins> On the other hand, the talisman to make IE6 and 7 generate tree DOMs when <dt> is thrown around is completely psycho and makes no sense whatsoever. It just trips some mysterious parse flag somewhere in the browser, and we hope that it doesn't cause any ill effects.
  221. # [03:19] * Hixie shrugs
  222. # [03:19] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  223. # [03:20] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Connection timed out)
  224. # [03:20] <Hixie> given that i wasn't expecting this element to be useful for years, that there is a problem using the element in the obsolete 25% of the market doesn't really worry me that much
  225. # [03:23] <TabAtkins> I expect <details> to be js-usable immediately (with a little elem.open feature test to allow browsers to slide in native functionality seamlessly), so that does still worry me.
  226. # [03:24] <TabAtkins> And IE6 is 20-25%, but IE7 is 25-30% (at least according to my company's website, which receives mostly nontechnical visitors), so that's a good half of the web that we're excluding.
  227. # [03:28] <Hixie> you have IE6 at 25%?!
  228. # [03:28] <Hixie> what kind of site are you running?
  229. # [03:28] <TabAtkins> www.igofigure.com
  230. # [03:28] <TabAtkins> We sell membership management software for small fitness clubs.
  231. # [03:29] <Hixie> i guess fitness clubs have poor IT staff! :-)
  232. # [03:29] <TabAtkins> Like you wouldn't believe.
  233. # [03:29] <Hixie> that's way higher than average for IE6
  234. # [03:29] <Hixie> how depressing
  235. # [03:29] * TabAtkins was tech support for his company before he became webmaster.
  236. # [03:39] * TabAtkins found a bug from Shelley that he could comment on.
  237. # [03:40] <TabAtkins> Luckily I don't actually care about IE6, and encourage visitors to upgrade. But still, IE7's going to be an issue for a while yet.
  238. # [03:41] <TabAtkins> Also luckily, some of my intranet apps are purposely not being made compatible with IE7, so I can force everyone in the company to upgrade. Less people using IE7 = less people realizing that something doesn't look right in IE7, and complaining to me.
  239. # [03:42] <TabAtkins> (Well, let me rephrase that. I'm not going out of my way to make them incompatible. I'm simply not caring when I use good markup that they don't understand.)
  240. # [03:56] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  241. # [03:57] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Client Quit)
  242. # [03:58] * Quits: jwalden (n=waldo@63.245.220.240) ("ChatZilla 0.9.85 [Firefox 3.5.4pre/20090923030707]")
  243. # [03:58] * Quits: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net) ("Bye!")
  244. # [04:00] * Quits: ap (n=ap@17.246.19.174)
  245. # [04:01] * Quits: dbaron (n=dbaron@nat/mozilla/x-grbznrqgumiezbqn) ("8403864 bytes have been tenured, next gc will be global.")
  246. # [04:03] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  247. # [04:06] * Joins: wakaba_1 (n=wakaba_@122.221.184.68)
  248. # [04:10] <Hixie> TabAtkins: http://www.w3.org/Bugs/Public/show_bug.cgi?id=7657
  249. # [04:10] <Hixie> TabAtkins: apparently you were ahead of yourself
  250. # [04:11] <Hixie> :-)
  251. # [04:11] <TabAtkins> Hmm? I just did that half an hour ago or so.
  252. # [04:11] <Hixie> oh, i see
  253. # [04:11] <Hixie> sorry, missed that the last comment was recent
  254. # [04:11] <TabAtkins> Hehe.
  255. # [04:12] <Hixie> i really don't understand why <div> isn't suitable for the short term
  256. # [04:14] * Quits: wakaba_0 (n=wakaba_@122.221.184.68) (Read error: 145 (Connection timed out))
  257. # [04:17] <TabAtkins> 'cause we like being fancy, obviously. And using HTML5 to the fullest is fancy.
  258. # [04:19] <othermaciej> TabAtkins: it might be a good idea to have a bug for the IE6/IE7 parsing issue that is separate from Shelley's bug about her broad philosophical concerns about element semantics being redefined
  259. # [04:20] <gsnedders> hmm, keyboard backlight won't come on.
  260. # [04:20] <othermaciej> TabAtkins: the conditional <object> hack seems less severe to me than the issues with <legend> at least
  261. # [04:21] <TabAtkins> othermaciej: Agreed that it's lesser. But it's worse than the createElement hack.
  262. # [04:21] <othermaciej> TabAtkins: to me it would probably outweigh reluctance to add elements, but I can see that either view is reasonable
  263. # [04:21] <othermaciej> TabAtkins: sure, something you have to add at every use is worse than a one-time script
  264. # [04:22] * Quits: tkent (n=tkent@220.109.219.244) (Read error: 104 (Connection reset by peer))
  265. # [04:22] <TabAtkins> Well, you don't have to add it at every use. It's a once-per-page think, just like the createElement hack. But it's one that can't be externalized to a <script>, which is really annoying.
  266. # [04:23] * Joins: tkent (n=tkent@220.109.219.244)
  267. # [04:24] <TabAtkins> Hixie: Should I reopen the bug/create a new bug to introduce the fourth option to deal with compat issues (a @caption attribute to identify the <legend>/<details> caption)?
  268. # [04:24] <othermaciej> TabAtkins: once-per-page?
  269. # [04:24] <TabAtkins> Or should I take your response literally and decide if I want to escalate this to the chairs?
  270. # [04:24] <othermaciej> TabAtkins: anywhere in the page?
  271. # [04:25] * Quits: dpranke (n=Adium@nat/google/x-filkgfrdzzuekxmb) ("Leaving.")
  272. # [04:25] <TabAtkins> othermaciej: Nah, somewhere in the head. Probably at the bottom of the head, but I'm not sure - I haven't done extensive testing with it.
  273. # [04:25] <othermaciej> TabAtkins: you can't document.write() it from a <script?
  274. # [04:25] <othermaciej> er, <script>?
  275. # [04:25] <TabAtkins> Oh, hm...
  276. # [04:25] <TabAtkins> Let me try.
  277. # [04:25] <Hixie> TabAtkins: per the comment i added on the other bug, if you think this should change, please escalate it to the chairs (unless of course you have new information that would affect my conclusions here)
  278. # [04:25] <othermaciej> TabAtkins: if you can, would that remove your objection, since it's no worse than the createElement() hack?
  279. # [04:25] <TabAtkins> Yes it would.
  280. # [04:26] <Hixie> as i said before, personally, i think it's fine to just use <div>s for the next few years just like the past few
  281. # [04:26] <TabAtkins> Any js-based hack that I can bundle up together into a single file is acceptable to me, as long as the perf hit is low.
  282. # [04:27] <TabAtkins> othermaciej: Any idea if you can document.write() a conditional comment?
  283. # [04:27] * TabAtkins will test, but if he needs to go ahead and use a different approach already, he might as well know.
  284. # [04:27] <othermaciej> TabAtkins: I don't know, but is the conditional comment essential? couldn't the document.write be conditional based on running in old IE?
  285. # [04:28] <othermaciej> TabAtkins: I bet it would work, but you may have to split the tokens of the conditional comment into separate strings to stop IE from recognizing it as such
  286. # [04:28] <TabAtkins> Yeah it can be, but the hacks to reliably detect IE6 and 7 are sorta weird. I guess Dean Edwards's stuff works pretty well.
  287. # [04:28] <othermaciej> (same way you need to document.write "</scr" + "ipt>"
  288. # [04:29] <othermaciej> actually, in an external script it might not matter
  289. # [04:29] <othermaciej> anyway I am curious about the results
  290. # [04:29] * Quits: heycam (n=cam@nat/mozilla/x-lbmkfqnqbcofvmkm) (Read error: 104 (Connection reset by peer))
  291. # [04:33] <miketaylr> TabAtkins: do you have a link for this comment hack? haven't seen/heard of this before.
  292. # [04:33] <miketaylr> might be nice to add to Modernizr
  293. # [04:33] <TabAtkins> miketaylr: Trying to find it in the archives. One moment.
  294. # [04:33] <miketaylr> TabAtkins: ty
  295. # [04:36] <TabAtkins> miketaylr: http://lists.w3.org/Archives/Public/public-html/2009Sep/0802.html
  296. # [04:36] <miketaylr> thanks, sir.
  297. # [04:38] * Joins: weinig_ (n=weinig@17.246.19.32)
  298. # [04:38] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  299. # [04:39] * Quits: weinig_ (n=weinig@17.246.19.32) (Client Quit)
  300. # [04:40] * Quits: hamaji (n=hamaji@220.109.219.244) (Read error: 110 (Connection timed out))
  301. # [04:43] * Joins: hamaji (n=hamaji@220.109.219.244)
  302. # [04:46] <TabAtkins> Success!
  303. # [04:46] <TabAtkins> Conditional comments can be added via document.write(), and it does trigger the appropriate parser behavior.
  304. # [04:47] <miketaylr> nice.
  305. # [04:48] <TabAtkins> Now, the only question is if the fact that it writes a "</head>" into the document causes problems with in-head content that comes after it.
  306. # [04:49] <TabAtkins> Hmm, yes, it seems to drop <link>s on the floor that come after the script has run.
  307. # [04:49] <TabAtkins> So this has to be run as the last element in <head>.
  308. # [04:54] * Quits: KevinMarks (n=KevinMar@157.22.22.46) (Read error: 110 (Connection timed out))
  309. # [04:55] * Quits: weinig (n=weinig@17.203.15.140) (Read error: 110 (Connection timed out))
  310. # [04:56] * Quits: shepazu (n=schepers@nat/mozilla/x-lgtjfxiakfvqngip)
  311. # [04:57] <TabAtkins> Well, actually, you can omit the "</head>" from the write, if you avoid putting <head> in your document at the normal place.
  312. # [04:58] <TabAtkins> Though it still drops <link>s on the floor that come after it, so there's not much of a difference I suppose.
  313. # [05:09] * Joins: MikeSmith (n=MikeSmit@EM114-48-6-216.pool.e-mobile.ne.jp)
  314. # [05:09] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  315. # [05:11] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
  316. # [05:12] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  317. # [05:13] * Joins: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  318. # [05:29] * Quits: MikeSmith (n=MikeSmit@EM114-48-6-216.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  319. # [05:34] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  320. # [05:46] * Joins: nattokirai_ (n=nattokir@wave.mozilla.or.jp)
  321. # [05:49] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
  322. # [05:51] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  323. # [05:51] * dglazkov_ is now known as dglazkov
  324. # [05:51] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) ("Leaving...")
  325. # [06:00] * Joins: yutak (n=yutak@220.109.219.244)
  326. # [06:04] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp) (Read error: 113 (No route to host))
  327. # [06:04] * nattokirai_ is now known as nattokirai
  328. # [06:05] * Joins: benward (n=benward@98.210.154.133)
  329. # [06:13] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  330. # [06:17] * Joins: lazni (n=lazni@118.71.169.170)
  331. # [06:20] * Quits: doublec (n=doublec@203.97.204.82) ("Leaving")
  332. # [06:20] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  333. # [06:20] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  334. # [06:20] * Joins: yusukes (n=yusukes@220.109.219.244)
  335. # [06:20] * Joins: dave_levin (n=dave_lev@nat/google/x-ufokdmpodqiwzqha)
  336. # [06:21] * Joins: bgalbraith (n=bgalbrai@c-67-188-118-150.hsd1.ca.comcast.net)
  337. # [06:22] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  338. # [06:42] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  339. # [06:44] * Joins: zdobersek (n=zan@cpe-92-37-73-162.dynamic.amis.net)
  340. # [06:56] * Joins: zdobersek1 (n=zan@cpe-92-37-66-0.dynamic.amis.net)
  341. # [06:56] * Quits: zdobersek (n=zan@cpe-92-37-73-162.dynamic.amis.net) (Read error: 60 (Operation timed out))
  342. # [07:01] * Quits: nattokirai (n=nattokir@wave.mozilla.or.jp)
  343. # [07:02] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  344. # [07:03] * Joins: nattokirai (n=nattokir@gw0.mozilla.or.jp)
  345. # [07:12] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  346. # [07:17] * Quits: zdobersek1 (n=zan@cpe-92-37-66-0.dynamic.amis.net) ("Leaving.")
  347. # [07:18] * Quits: sicking (n=chatzill@nat/mozilla/x-wjyrmfsmyclehkjt) (Read error: 60 (Operation timed out))
  348. # [07:20] * Quits: dglazkov (n=dglazkov@72.14.224.1) (Read error: 60 (Operation timed out))
  349. # [07:20] * dglazkov_ is now known as dglazkov
  350. # [07:21] * Joins: lazni1 (n=lazni@123.16.232.90)
  351. # [07:24] * Quits: TabAtkins (n=chatzill@70.139.15.246) (Read error: 145 (Connection timed out))
  352. # [07:28] * Joins: shepazu (n=schepers@66.134.141.179)
  353. # [07:28] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  354. # [07:29] * Joins: zalan (n=zalan@catv-89-135-110-21.catv.broadband.hu)
  355. # [07:35] * Joins: fishd (n=darin@c-67-180-164-209.hsd1.ca.comcast.net)
  356. # [07:38] * Joins: heycam (n=cam@66.134.141.179)
  357. # [07:38] <mpilgrim> fun fact of the day: when served as "text/html", IE will treat the following markup as a feed:
  358. # [07:38] <mpilgrim> <!-- <rdf:RDF --> <!-- http://www.w3.org/1999/02/22-rdf-syntax-ns# --> <!-- http://purl.org/rss/1.0/ -->
  359. # [07:39] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  360. # [07:40] * Quits: lazni (n=lazni@118.71.169.170) (Read error: 110 (Connection timed out))
  361. # [07:40] * Quits: miketaylr (n=miketayl@user-0cdf5gs.cable.mindspring.com) (Remote closed the connection)
  362. # [07:46] * Quits: bgalbraith (n=bgalbrai@c-67-188-118-150.hsd1.ca.comcast.net)
  363. # [07:48] * Hixie checks in an example that uses syntax that is the least pretty syntax of all the examples checked in so far
  364. # [07:48] <Hixie> othermaciej: 5c in the e-mail you sent me refers to 5c where i think it means 5d
  365. # [07:49] <othermaciej> Hixie: you are right
  366. # [07:51] <Hixie> for step 9a, it would be good if there was some way for us to record that in some way that can be easily found
  367. # [07:51] <Hixie> e.g. a keyword in the bug
  368. # [07:52] <Hixie> for 10 i don't think a keyword is needed, since i just always look at the comments from the last one i wrote to the end if a bug is open
  369. # [07:53] <Hixie> for 5c, btw, i think people might need to be given privs to do that, so maybe we should also have people checking the comments for people writing comments on resolved bugs to make sure they get reopened
  370. # [07:53] <Hixie> i've missed a few in the past that i found by luck
  371. # [07:53] <othermaciej> keyword for 9a seems good
  372. # [07:53] <Hixie> i've tried to change my filters to make sure i find more, but i might still miss some if there's no systematic solution
  373. # [07:53] <Hixie> other than that, looks good
  374. # [07:53] <Hixie> do you want e-mail reply?
  375. # [07:54] <othermaciej> for 10 I'd rather keep the keyword for WG tracking purposes, even if you can do without it
  376. # [07:54] <Hixie> k
  377. # [07:54] <othermaciej> email reply would be handy so I don't forget
  378. # [07:54] * lmorchard is now known as lmorchard|away
  379. # [07:54] <othermaciej> since I'm about to head home
  380. # [07:54] * Quits: dave_levin (n=dave_lev@nat/google/x-ufokdmpodqiwzqha)
  381. # [07:54] <othermaciej> (forced myself to stay at work while I wrote this)
  382. # [07:54] * Joins: sicking (n=chatzill@c-69-181-197-163.hsd1.ca.comcast.net)
  383. # [07:56] <Hixie> SENT
  384. # [07:56] <Hixie> ER
  385. # [07:56] <Hixie> sent
  386. # [07:58] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
  387. # [07:58] <mpilgrim> http://wearehugh.com/public/2009/09/rss10-sniffing.txt
  388. # [07:59] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  389. # [08:00] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  390. # [08:07] * Quits: annodomini (n=lambda@wikipedia/lambda)
  391. # [08:07] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  392. # [08:25] <hsivonen> what's the conflict between CORS Origin and Sec-From (if Sec-From were named Origin)?
  393. # [08:28] <othermaciej> Sec-From is now named Origin
  394. # [08:29] <hsivonen> oh
  395. # [08:29] <hsivonen> I guess the Mozilla wiki is out of date then
  396. # [08:30] <othermaciej> this is a recent occurrence
  397. # [08:30] <hsivonen> which vendors are on board?
  398. # [08:35] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  399. # [08:35] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  400. # [08:35] <othermaciej> that I don't know - I did not follow the recent discussion closely
  401. # [08:35] * weinig_ is now known as weinig
  402. # [08:38] <othermaciej> there was a thread on public-webapps and ietf-http-wg
  403. # [08:41] * Quits: othermaciej (n=mjs@17.246.18.127)
  404. # [08:43] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  405. # [08:45] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  406. # [09:04] * Joins: pesla (n=retep@procurios.xs4all.nl)
  407. # [09:04] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
  408. # [09:05] * Joins: Super-Dot (n=Super-Do@adsl-75-61-92-172.dsl.pltn13.sbcglobal.net)
  409. # [09:05] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
  410. # [09:09] * Quits: sicking (n=chatzill@c-69-181-197-163.hsd1.ca.comcast.net) (Remote closed the connection)
  411. # [09:12] * Quits: Guest262 (n=and@128.232.240.217) (Read error: 148 (No route to host))
  412. # [09:18] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
  413. # [09:22] * Joins: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
  414. # [09:24] * Joins: fishd_ (n=darin@72.14.224.1)
  415. # [09:26] * Joins: sbublava (n=stephan@77.116.79.85)
  416. # [09:28] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
  417. # [09:37] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
  418. # [09:37] * Joins: zcorpan_ (n=zcorpan@213.236.208.22)
  419. # [09:38] <mpilgrim> http://code.google.com/p/mimesniff/
  420. # [09:43] * Quits: fishd (n=darin@c-67-180-164-209.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  421. # [09:49] * Quits: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  422. # [09:50] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  423. # [10:09] * Joins: shepazutoo (n=schepers@66.134.141.179)
  424. # [10:09] * Quits: shepazu (n=schepers@66.134.141.179) (Read error: 104 (Connection reset by peer))
  425. # [10:10] * Joins: mpt (n=mpt@canonical/mpt)
  426. # [10:19] * Quits: GarethAdams|Home (n=GarethAd@90.195.253.21) (Read error: 145 (Connection timed out))
  427. # [10:20] * Joins: GarethAdams|Home (n=GarethAd@90.193.125.207)
  428. # [10:20] * Quits: GarethAdams|Home (n=GarethAd@90.193.125.207) (Client Quit)
  429. # [10:22] * Joins: lazni (n=lazni@118.71.169.170)
  430. # [10:23] * Quits: lazni1 (n=lazni@123.16.232.90) (Read error: 110 (Connection timed out))
  431. # [10:27] * Joins: ROBOd (n=robod@89.122.216.38)
  432. # [10:27] * Joins: Phae (n=phaeness@132.185.144.11)
  433. # [10:32] <Hixie> annevk2: when does 'abort' fire?
  434. # [10:32] <zcorpan_> what does opera 9.x do with <div><video style=color:red><source></video></div><p>test
  435. # [10:37] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
  436. # [10:41] <zcorpan_> hmm no difference
  437. # [10:41] <hsivonen> hmm. why does Opera on Mac load /System/Library/TextEncodings/Unicode Encodings.bundle/Contents/MacOS/Unicode Encodings
  438. # [10:41] <hsivonen> isn't Opera supposed to have its own decoders like Firefox?
  439. # [10:46] * Joins: mat_t (n=mattomas@91.189.88.12)
  440. # [10:48] <Philip`> mpilgrim: The project really needs a logo of a mime being sniffed
  441. # [10:48] <hsivonen> sigh. -bash: fork: Resource temporarily unavailable
  442. # [10:48] <hsivonen> I guess the OS is close to being horked
  443. # [10:49] <hsivonen> I don't even have a large number of processes
  444. # [10:49] <Hixie> do you have some process not reaping its children or something?
  445. # [10:49] <zcorpan_> dean can put the video in a <table> or a <button> for opera 9.x compat
  446. # [10:50] <hsivonen> Hixie: not as far as I can tell from the process list
  447. # [10:50] <Hixie> weird
  448. # [10:50] <hsivonen> Hixie: but Opera got horked and bounced like crazy back and forth in the Dock
  449. # [10:50] <Philip`> mpilgrim: Isn't the <BODY test entirely redundant with <B and therefore unnecessary and wasteful?
  450. # [10:50] <hsivonen> so maybe it used up a zillion pids
  451. # [10:50] <hsivonen> dunno
  452. # [10:51] * hsivonen reboots
  453. # [10:51] <Hixie> Philip`: abarth is going to be changing that
  454. # [10:52] <Hixie> to look for <BODY and <B followed by a space or a >
  455. # [10:52] <Hixie> (for some definition of "space")
  456. # [10:52] <Philip`> Oh
  457. # [10:52] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  458. # [10:54] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 60 (Operation timed out))
  459. # [10:54] <annevk2> Hixie, when the user stops the loading of something I believe
  460. # [10:54] <Hixie> that's basically as vague as i got
  461. # [10:58] <hsivonen> the only part I care about is that abort doesn't emit the EOF token
  462. # [10:59] <Hixie> does not and should, or should not and does?
  463. # [10:59] <hsivonen> should not and probably does not
  464. # [11:00] <Hixie> i doubt it's especially well-defined at this point frankly
  465. # [11:00] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  466. # [11:01] <annevk2> in theory it can dispatch everywhere were load/error is dispatched
  467. # [11:01] <hsivonen> It just occurred to me that I've forgotten to mark scripts malformed if they are on the tree builder stack when an abort happens
  468. # [11:01] <hsivonen> in fact, now that I think about it, I have no mechanism capable of doing that sort of thing after abort
  469. # [11:02] <hsivonen> I wonder if it's possible for an onabort script to do evil things with parser-inserted but unexecuted partial script elements
  470. # [11:03] <Hixie> frankly interop for 'abort' seems not very important
  471. # [11:03] <hsivonen> I was thinking about security
  472. # [11:04] <hsivonen> but the kind of foot shooting I can imagine arising from this could be achieved by other more direct foot shooting activities
  473. # [11:07] * hsivonen wonders if XCode and Terminal.app still go crazy under Snow Leopard when an app being debugged in gdb crashes
  474. # [11:15] * Joins: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  475. # [11:17] * Joins: mpt (n=mpt@canonical/mpt)
  476. # [11:25] * Quits: Super-Dot (n=Super-Do@adsl-75-61-92-172.dsl.pltn13.sbcglobal.net)
  477. # [11:32] * Quits: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  478. # [11:34] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  479. # [11:34] * Parts: annevk2 (n=annevk@pat-tdc.opera.com)
  480. # [11:35] * Quits: sbublava (n=stephan@77.116.79.85) (Read error: 145 (Connection timed out))
  481. # [11:37] * Joins: drunknbass (n=drunknba@76.173.187.247)
  482. # [11:38] * Joins: annevk2 (n=annevk@213.236.208.22)
  483. # [11:38] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  484. # [11:38] * Joins: Rik`_ (n=Rik`@81.57.187.57)
  485. # [11:46] * Joins: gunderwonder (n=gunderwo@195.1.193.202)
  486. # [11:48] * Quits: drunknbass (n=drunknba@76.173.187.247)
  487. # [11:50] * Joins: sbublava (n=stephan@77.119.115.98)
  488. # [11:51] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  489. # [11:51] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  490. # [11:52] <othermaciej> hi everyone
  491. # [11:53] <Hixie> hey
  492. # [11:54] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  493. # [11:54] <othermaciej> I think I need to duck out of the "resource" discussion, because the more I participate, the more confused I get about what is what
  494. # [11:55] * Parts: lazni (n=lazni@118.71.169.170)
  495. # [11:55] * jgraham thought he was the only one
  496. # [11:57] <Hixie> my main confusion is over what the problem is
  497. # [11:57] <Hixie> as in, what needs fixing in the spec
  498. # [11:59] <zcorpan_> Hixie: try removing some text, so that it just says "A URL is a string."
  499. # [12:00] <Hixie> i don't think that would help most authors
  500. # [12:01] <Hixie> http://www.w3.org/Bugs/Public/show_bug.cgi?id=7726 - are we seriously considering adding a whole tokeniser state for this?
  501. # [12:01] <Hixie> two states, in fact, one for public and one for private
  502. # [12:02] <Hixie> er, system, not private
  503. # [12:07] <jgraham> Hixie: It doesn't seem like too big a deal to me
  504. # [12:08] <jgraham> To add the extra states
  505. # [12:08] * Joins: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  506. # [12:08] <Philip`> States are cheap
  507. # [12:09] <annevk2> seems pointless to me
  508. # [12:09] * Joins: karlcow (n=karl@128.30.54.58)
  509. # [12:10] <annevk2> Hixie, elemement
  510. # [12:10] <annevk2> oh, and "publicate date"
  511. # [12:10] <annevk2> time to sleep? :)
  512. # [12:11] <Hixie> noooo
  513. # [12:12] <othermaciej> Hixie: I think the spec should just make all doctypes that trigger standards mode conforming
  514. # [12:12] <Hixie> that's all unknown doctypes
  515. # [12:13] <jgraham> On an unrelated topic did I ever say that someone should implment mailing list software that limits the rate at which it accepts replies?
  516. # [12:13] <Hixie> othermaciej: you want <!DOCTYPE HTML PUBLIC "SVG"> to be conforming?
  517. # [12:14] <othermaciej> Hixie: are there any bogus doctypes that are likely to indicate an actual error by the author?
  518. # [12:15] <Hixie> define "error"
  519. # [12:15] <othermaciej> likely to indicate a typo that would affect the content in some bad or unintended way
  520. # [12:15] <annevk2> othermaciej, I think "minted" DOCTYPEs that trigger standards mode would be more slightly better
  521. # [12:15] <annevk2> s/more//
  522. # [12:16] <othermaciej> annevk2: you mean any that have ever been officially specified?
  523. # [12:16] <annevk2> yeah
  524. # [12:16] <Hixie> i don't really see any point allowing anything other than <!DOCTYPE HTML> personally
  525. # [12:16] <othermaciej> that's reasonable too
  526. # [12:16] <othermaciej> I just don't see the point in disallowing other things
  527. # [12:17] * Quits: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  528. # [12:17] <annevk2> it makes the point that HTML is versionless stronger I think
  529. # [12:17] <othermaciej> its highly likely new content will use <!DOCTYPE html> cause it is short and memorable, and part of HTML5's branding
  530. # [12:17] <annevk2> and makes using new features in old templating systems easier
  531. # [12:17] <othermaciej> so its not like it's a huge aid to authors
  532. # [12:17] <annevk2> (while remaining conforming)
  533. # [12:28] * Quits: Rik`_ (n=Rik`@81.57.187.57)
  534. # [12:28] * Joins: erlehmann (n=erlehman@tmo-108-170.customers.d1-online.com)
  535. # [12:29] <zcorpan_> some of the longer doctypes trigger quirks mode or limited-quirks mode, and it's non-obvious why <!doctype html public "" "" xyz> is allowed but <!doctype html public "" xyz> is not
  536. # [12:29] <zcorpan_> if all doctypes that trigger standards mode were to be allowed
  537. # [12:31] * Joins: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  538. # [12:34] <othermaciej> ok, I see how that might be confusing
  539. # [12:34] * jgraham thinks the current doctype situation is fine and far from important enough to spend more time changing
  540. # [12:35] <hsivonen> I don't like new states but we are so deep into the abyss exceeding 8000 bytecodes that I stopped caring much
  541. # [12:36] <hsivonen> besides, the solution for <!-- in JS string literal will translate to a bunch of states anyway
  542. # [12:36] <Hixie> ok i can make <!DOCTYPE HTML PUBLIC""> and <@DOCTYPE HTML SYSTEM""> trigger additional parse errors; do we also want a state to pointlessly catch the <!DOCTYPE HTML PUBLIC """"> case?
  543. # [12:36] <jgraham> I don't have a strong opinion
  544. # [12:37] <hsivonen> Hixie: were these all valid in SGML/
  545. # [12:37] <hsivonen> ?
  546. # [12:37] <hsivonen> if they were, why do we care about XML?
  547. # [12:37] <Hixie> hsivonen: seems like you could stick the doctype parser into a separate method to avoid the 8000 byte limit, since a ton of these states are just there
  548. # [12:37] <Hixie> no idea what SGML says
  549. # [12:37] <Hixie> i don't have a copy
  550. # [12:38] <hsivonen> Hixie: anyway, if you require a space between SYSTEM and "", I think it's logical to require a space between "" and ""
  551. # [12:38] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  552. # [12:39] <hsivonen> notes that the Super Friends didn't notice the permitted 'sloppiness' here
  553. # [12:39] * zcorpan_ thinks the Super Friends didn't read the parsing section
  554. # [12:39] * Joins: mat_t (n=mattomas@91.189.88.12)
  555. # [12:40] <Hixie> i wonder if they'll ever send their feedback
  556. # [12:41] <Hixie> oh hey i can do the """" without a new state
  557. # [12:41] <zcorpan_> yay
  558. # [12:41] <hsivonen> Hixie: I'm planning on writing a Python or Perl munger that sticks all the doctype states in a separate method
  559. # [12:41] <Hixie> cool
  560. # [12:42] <zcorpan_> hsivonen: or you could move the doctype tokenization into the tree builder
  561. # [12:42] <zcorpan_> and have the tokenizer just act on "<!doctype", eat everything until the next ">"
  562. # [12:43] <hsivonen> zcorpan_: I'd rather not go there
  563. # [12:43] <zcorpan_> ok
  564. # [12:43] <Hixie> aw, crap, i can't after all
  565. # [12:44] <Hixie> it would make <!DOCTYPE HTML PUBLIC "" > a parse error because of the space
  566. # [12:44] <hsivonen> aside, for the tokenizer loop it would nice to have some kind of compiler pragmas that allowed me to mark sections of one huge method in a Shark-sensitive way
  567. # [12:44] <hsivonen> so that I could have distinct Shark symbols for each tokenizer state even if they are all in one method
  568. # [12:44] <hsivonen> now the tokenizer loop is just one huge black box in Shark
  569. # [12:45] <hsivonen> but then even if I discovered that a state is slow, there aren't many degrees of freedom to do anything about it
  570. # [12:46] <Philip`> Can't you get a profile showing time spent in individual lines of code?
  571. # [12:47] <Philip`> (and then write a script to sum the values within arbitrary regions)
  572. # [12:47] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  573. # [12:47] <hsivonen> dunno
  574. # [12:47] <hsivonen> the point is getting nice trees in Shark
  575. # [12:47] <hsivonen> not writing post-processing scripts myself
  576. # [12:56] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  577. # [13:02] <zcorpan_> hmm, when canvas support is disabled, should getContext('2d') throw?
  578. # [13:03] <hsivonen> zcorpan_: when would canvas support be disabled?
  579. # [13:03] <Hixie> no
  580. # [13:03] <Hixie> nobody would test for that
  581. # [13:03] <zcorpan_> hsivonen: the spec now allows it to be disabled
  582. # [13:03] <annevk2> hsivonen, when images are disabled
  583. # [13:03] <hsivonen> what's the point?
  584. # [13:03] <annevk2> at least, that'd make the most sense to me
  585. # [13:03] <Hixie> hsivonen: no idea, but opera people apparently want it
  586. # [13:03] <Hixie> and it costs us nothing
  587. # [13:03] <hsivonen> Hixie: hmmkay...
  588. # [13:03] <hsivonen> Hixie: well, it cost other browsers something if there's code to write
  589. # [13:04] <zcorpan_> i guess if people start using canvas for ads...
  590. # [13:04] <Hixie> there's no code to write
  591. # [13:04] <annevk2> hsivonen, such disabling features are not required
  592. # [13:06] * zcorpan_ wonders whether Hixie detects opera people from their IP in the bugs
  593. # [13:07] <hsivonen> zcorpan_: you should use Tor to file bugs :-)
  594. # [13:08] <Hixie> i detect them by their suggesting of features that would only make sense if the UA had poor UI :-P
  595. # [13:09] <hsivonen> I guess disabling <canvas> rendering makes some sense in the VoiceOver world where you'd want low-vision users (or sighted people assisting a blind user) see the VO focus
  596. # [13:09] <zcorpan_> hsivonen: i didn't file the bug
  597. # [13:10] <zcorpan_> i wonder why Julian reopened http://www.w3.org/Bugs/Public/show_bug.cgi?id=7726
  598. # [13:10] <hsivonen> in the world where canvas descendants are the AT-exposed alternative
  599. # [13:14] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  600. # [13:15] <Hixie> woo, Zarro Boogs
  601. # [13:15] <hsivonen> excellent!
  602. # [13:16] <Hixie> now if i can keep it below 10 for another 3 days, that's a 1.0 on my "get bugs below 10" OKR
  603. # [13:16] <hsivonen> OKR?
  604. # [13:16] <Hixie> Objective and Key Result
  605. # [13:16] <Hixie> how google does quarterly goals
  606. # [13:17] * zcorpan_ plans to file 10 bugs while Hixie is asleep
  607. # [13:17] <jgraham> zcorpan_: Only do that if you want a new status "resolved: Invalid (filed by opera employee)"
  608. # [13:17] <Hixie> hah
  609. # [13:18] <zcorpan_> heh
  610. # [13:19] <hsivonen> speaking of quarterly goals, I can has off-the-main-thread parsing!
  611. # [13:19] <hsivonen> woohoo!
  612. # [13:19] <hsivonen> cnn.com broken but simpler pages work
  613. # [13:28] <othermaciej> I'm glad I don't have a quarterly goal to get the issue count below any particular number
  614. # [13:28] <othermaciej> (other than of the purely personal sort)
  615. # [13:30] <Hixie> i set this goal myself :-)
  616. # [13:30] <Hixie> okrs are self-assigned
  617. # [13:32] <Hixie> anyone know how <applet> works?
  618. # [13:33] <zcorpan_> i know that <applet> is annoying
  619. # [13:34] <annevk2> I once had the noble idea of finding out but then couldn't find the Java stuff I needed and dropped the idea
  620. # [13:34] <zcorpan_> it always instantiates the java plugin, but i guess that could be optimized away if there's no code="" and no <param>s or something
  621. # [13:35] <Hixie> any idea what it does after instantiating java?
  622. # [13:36] <othermaciej> runs the specified applet
  623. # [13:36] <zcorpan_> i think it's pretty much the same as <object type=application/x-java-applet>, except it doesn't fall back
  624. # [13:37] <zcorpan_> but i haven't tested it much
  625. # [13:37] <Hixie> does codebase="" actually work with it?
  626. # [13:37] <othermaciej> and passes the param values to the applet
  627. # [13:38] <zcorpan_> i think codebase="" and <param name=codebase> might be the same
  628. # [13:38] <zcorpan_> but haven't tested!
  629. # [13:38] <zcorpan_> or i have but don't remember
  630. # [13:40] * Joins: yutak_home (n=kee@61.117.6.79)
  631. # [13:41] <Hixie> does the browser do any fetching of any kind?
  632. # [13:41] <Hixie> for applets?
  633. # [13:41] * Quits: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com) (niven.freenode.net irc.freenode.net)
  634. # [13:41] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (niven.freenode.net irc.freenode.net)
  635. # [13:41] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (niven.freenode.net irc.freenode.net)
  636. # [13:41] * Quits: murr5y (n=murray@103.84-49-64.nextgentel.com) (niven.freenode.net irc.freenode.net)
  637. # [13:41] * Quits: barklund (i=barklund@rapwap.razor.dk) (niven.freenode.net irc.freenode.net)
  638. # [13:41] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (niven.freenode.net irc.freenode.net)
  639. # [13:41] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (niven.freenode.net irc.freenode.net)
  640. # [13:42] <othermaciej> by "the browser" do you mean as distinct from the Java plugin doing it?
  641. # [13:42] <othermaciej> cause obviously someone is loading the applet at some point
  642. # [13:42] <Hixie> yes
  643. # [13:42] <Hixie> my real question is, do the browsers get to add the Origin header, or does Sun
  644. # [13:43] * Joins: barklund (i=barklund@rapwap.razor.dk)
  645. # [13:44] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  646. # [13:44] * Joins: murr5y (n=murray@103.84-49-64.nextgentel.com)
  647. # [13:44] <othermaciej> I don't think all browsers interface <applet> to a Java implementation in the same way, so I am not sure if there is a single answer
  648. # [13:44] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  649. # [13:45] <Hixie> k
  650. # [13:45] <Hixie> hm, crap
  651. # [13:45] <Hixie> next thing on my list is the indexes
  652. # [13:45] <Hixie> i was hoping those would do themselves somehow
  653. # [13:46] <annevk2> I looked into it but it wasn't that simple
  654. # [13:46] <annevk2> it's not even easy to get a single list of elements extracted from the spec
  655. # [13:46] <Hixie> yeah
  656. # [13:46] <annevk2> let alone also getting their metadata
  657. # [13:46] <annevk2> you should add some annotations maybe
  658. # [13:46] * Joins: GarethAdams|Home (n=GarethAd@94-193-106-231.zone7.bethere.co.uk)
  659. # [13:46] <zcorpan_> you should use microdata
  660. # [13:46] <Hixie> i guess i'll spec microdata then use that, yeah
  661. # [13:47] <jgraham> Hmm isn't the spec supposed to be valid HTML4?
  662. # [13:47] <jgraham> Or did W3C see sense?
  663. # [13:47] <Hixie> only for w3c
  664. # [13:47] <Hixie> i can strip all this stuff out before it goes to w3c
  665. # [13:47] <jgraham> Cunning
  666. # [13:47] <zcorpan_> or you can convert it into valid HTML4+RDFa for w3c
  667. # [13:48] * Parts: GarethAdams|Home (n=GarethAd@94-193-106-231.zone7.bethere.co.uk)
  668. # [13:48] <Hixie> i don't think that passes their pubrules either
  669. # [13:49] <zcorpan_> snap
  670. # [13:50] * Joins: karlushi (n=karlushi@209.104.75.194)
  671. # [13:50] <annevk2> hmm yeah, what is itemtype Hixie?
  672. # [13:51] <Hixie> same as item="" today
  673. # [13:51] <Hixie> http://damowmow.com/playground/microdata/004/introduction
  674. # [13:51] <annevk2> oh, I thought that turned into itemscope
  675. # [13:51] * Joins: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com)
  676. # [13:55] <Hixie> it also did
  677. # [13:55] <Hixie> it got split in two
  678. # [13:55] <Hixie> value goes into itemtype=""
  679. # [13:55] <Hixie> ok i really should go to sleep
  680. # [13:55] <Hixie> nn
  681. # [13:56] * jgraham discovers someone who has wrapped almost their entire ecmascript game in a "with" block
  682. # [13:57] <annevk2> Hixie, nn, and also, weak
  683. # [13:57] <annevk2> jgraham, don't let TC39 hear it
  684. # [13:58] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  685. # [13:59] <jgraham> annevk2: It is almost enough to make *me* cry. I hate to think how TC39 would react...
  686. # [13:59] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  687. # [14:00] <othermaciej> that's a great way to make the whole thing run very slowly
  688. # [14:00] <hsivonen> is 'with' JIT poison?
  689. # [14:00] <othermaciej> worse than that
  690. # [14:01] <othermaciej> actually wrapping all the code with a "with" might be less bad than using "with" in an inner loop
  691. # [14:01] * Joins: mpilgrim_ (n=mpilgrim@96.10.240.189)
  692. # [14:01] <othermaciej> it prevents mapping identifiers to variable slots at "compile" time (where "compile" might mean just to bytecode)
  693. # [14:02] <mpilgrim_> Philip`: possibly (<body vs <b). i think there was discussion of removing the <b test in draft-02
  694. # [14:03] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Nick collision from services.)
  695. # [14:03] * mpilgrim_ is now known as mpilgrim
  696. # [14:03] * Joins: [1]mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  697. # [14:05] <mpilgrim> oh look, draft-02 is already out
  698. # [14:05] <mpilgrim> i guess i mean draft-03 then
  699. # [14:07] <annevk2> I guess I should review abarth's drafts
  700. # [14:08] <annevk2> there's a mime-sniff 3?
  701. # [14:08] <annevk2> annoying that tools.ietf.org always lags a bit behind
  702. # [14:08] <annevk2> it's by far the most useful interface for IETF stuff
  703. # [14:09] * Parts: zcorpan_ (n=zcorpan@213.236.208.22)
  704. # [14:10] <annevk2> Adam has like 6 different email addresses
  705. # [14:18] <mpilgrim> he just published draft-02 today
  706. # [14:18] <mpilgrim> but it doesn't include the new algorithm i wrote to detect RSS1.0-served-as-text/html
  707. # [14:19] <mpilgrim> and it doesn't change the sniffing of "<b", which he was discussing with me off-list
  708. # [14:22] <annevk2> it would be nice if the IETF switched to something like dev.w3.org instead of this versioned drafts stuff
  709. # [14:23] <annevk2> especially when in development this is really cumbersome model
  710. # [14:24] <mpilgrim> that, and upgrading to UTF-8, and they'd be all set to enter the 1990s
  711. # [14:26] * Quits: mpilgrim (n=mpilgrim@96.10.240.189) (Nick collision from services.)
  712. # [14:26] * [1]mpilgrim is now known as mpilgrim
  713. # [14:28] <annevk2> yeah, tools.ietf.org makes the text-only crap somewhat more acceptable, though it's not great (but a lot better than the default HTML some people generate themselves (presumably with XSLT or some such from the source XML)
  714. # [14:36] * murr5y is now known as murr4y
  715. # [14:40] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  716. # [14:46] * Joins: zcorpan_ (n=zcorpan@213.236.208.22)
  717. # [14:46] <zcorpan_> actually, importScripts() already ignores the specified encoding if i'm reading the spec correctly
  718. # [14:47] <zcorpan_> it uses the same encoding as the worker
  719. # [14:51] * annevk2 looks
  720. # [14:52] <annevk2> I think you found a spec bug
  721. # [14:52] <annevk2> cause step 1 and 2 there are contradictory
  722. # [14:52] <annevk2> actually
  723. # [14:52] <annevk2> maybe not
  724. # [14:53] <zcorpan_> oh does step 2 refer to URL character encoding?
  725. # [14:53] <annevk2> I think so
  726. # [14:54] <annevk2> yes, see 6.5.3.3
  727. # [14:54] <annevk2> could be clearer though
  728. # [14:56] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  729. # [14:59] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  730. # [15:08] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  731. # [15:08] * Joins: othermaciej_ (n=mjs@69.181.42.237)
  732. # [15:08] * othermaciej_ is now known as othermaciej
  733. # [15:12] * Quits: othermaciej (n=mjs@69.181.42.237) (Client Quit)
  734. # [15:13] * Quits: annodomini (n=lambda@wikipedia/lambda)
  735. # [15:19] * Quits: yutak_home (n=kee@61.117.6.79) ("Ex-Chat")
  736. # [15:21] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) ("Leaving...")
  737. # [15:22] * Joins: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  738. # [15:23] * Joins: ttepasse (n=ttepas--@p5B016B8C.dip.t-dialin.net)
  739. # [15:34] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  740. # [15:36] <jgraham> Lachy: Selectors v2 is much clearer now, thanks
  741. # [15:36] <Lachy> :-)
  742. # [15:44] * Joins: aroben (n=aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  743. # [15:45] * lmorchard|away is now known as lmorchard
  744. # [15:46] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  745. # [15:51] <zcorpan_> Lachy: isn't 'module dom' implied?
  746. # [15:53] <Lachy> maybe it is now. It wasn't at the time they were added to the spec.
  747. # [15:53] <Lachy> I was meaning to check on that
  748. # [15:56] <annevk2> Lachy, your use of Supplemental seems wrong
  749. # [15:56] <annevk2> for the first interface
  750. # [15:58] * Quits: wakaba_1 (n=wakaba_@122.221.184.68) ("Leaving...")
  751. # [15:59] * Joins: dave_levin (n=dave_lev@nat/google/x-odadffohjhimkjhq)
  752. # [16:02] <Lachy> annevk2, no it's not. It's the same way that HTML5 uses it in many cases
  753. # [16:03] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
  754. # [16:05] <zcorpan_> i don't understand what the difference is between [Supplemental, NoInterfaceObject] interface A { a } B implements A; and [NoInterfaceObject] interface A { a } B implements A;
  755. # [16:05] <zcorpan_> is B.prototype different for the two cases?
  756. # [16:06] * Joins: miketaylr (n=miketayl@38.117.156.163)
  757. # [16:07] <annevk2> Lachy, how?
  758. # [16:07] <annevk2> Lachy, Supplemental means the interface is defined somewhere else and you define some additions
  759. # [16:07] <annevk2> Lachy, for NodeSelector at least you are defining the interface right there
  760. # [16:08] <zcorpan_> annevk2: Supplemental can be used in three different ways apparently
  761. # [16:08] <annevk2> for Element it does seem appropriate
  762. # [16:09] <annevk2> zcorpan_, I only know about splitting interfaces
  763. # [16:09] <annevk2> zcorpan_, and that is not what is happening here
  764. # [16:09] <annevk2> (per http://dev.w3.org/2006/webapi/WebIDL/#es-extended-attributes )
  765. # [16:09] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  766. # [16:10] <Lachy> annevk2, Hixie explained it to me a few days ago. I'll see if I can find the link...
  767. # [16:10] * solepixel__ is now known as solepixel_
  768. # [16:11] <zcorpan_> web workers uses supplemental the same way as nodeselector
  769. # [16:12] <Lachy> http://krijnhoetmer.nl/irc-logs/whatwg/20090925#l-110
  770. # [16:13] * Joins: dglazkov (n=dglazkov@67.188.0.62)
  771. # [16:15] * zcorpan_ is still slightly confoosed
  772. # [16:16] <zcorpan_> A.b doesn't exist?
  773. # [16:16] <zcorpan_> objects implementing A will have b, right?
  774. # [16:17] <zcorpan_> but A.prototype.b is undefined?
  775. # [16:17] <Lachy> yes
  776. # [16:18] <zcorpan_> ok
  777. # [16:18] <zcorpan_> i guess i should test that the prototypes have the right things for workers
  778. # [16:20] <annevk2> wtf
  779. # [16:22] <annevk2> that's very confusing stuff
  780. # [16:23] <zcorpan_> indeed
  781. # [16:24] <annevk2> I don't quite understand why implements does not put it on the prototype chain but I guess it makes sense somehow
  782. # [16:24] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  783. # [16:25] * jgraham wonders how much the prototype stuff matches reality
  784. # [16:37] * Parts: zcorpan_ (n=zcorpan@213.236.208.22)
  785. # [16:38] * solepixel_ is now known as solepixel
  786. # [16:40] * Joins: zcorpan_ (n=zcorpan@213.236.208.22)
  787. # [16:49] * Quits: dglazkov (n=dglazkov@67.188.0.62)
  788. # [16:49] * Joins: fishd__ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net)
  789. # [16:49] * Quits: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au) ("This computer has gone to sleep")
  790. # [16:58] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  791. # [17:02] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  792. # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  793. # [17:04] * Joins: annodomini (n=lambda@130.189.179.215)
  794. # [17:06] * Quits: fishd_ (n=darin@72.14.224.1) (Read error: 110 (Connection timed out))
  795. # [17:13] * Joins: dglazkov (n=dglazkov@nat/google/x-vdwbmtacdhuvimiz)
  796. # [17:14] * Quits: fishd__ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  797. # [17:16] <heycam> jgraham, the prototype stuff doesn't really match reality
  798. # [17:16] <heycam> better solutions welcome
  799. # [17:16] <heycam> i suspect the TC 39 people will have opinions on the best way to map mixins/multiple inheritance to the single inheritance prototype chain
  800. # [17:16] <heycam> also, [Supplemental] isn't defined in web idl (yet)
  801. # [17:17] <heycam> i'm still not sure i like its intended use (basically like partial classes in c# or something, i think)
  802. # [17:17] * Quits: heycam (n=cam@66.134.141.179) ("bye")
  803. # [17:20] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  804. # [17:25] * Quits: sbublava (n=stephan@77.119.115.98)
  805. # [17:27] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  806. # [17:28] * annevk2 is on his way to file 10 new bugs
  807. # [17:28] <annevk2> all legit though :)
  808. # [17:34] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  809. # [17:35] * annodomini didn't realize that Anne was a he
  810. # [17:37] <annevk2> heh, you're not the first :)
  811. # [17:37] <annodomini> I guess that's what I get for assuming gender based on someone's name across cultures.
  812. # [17:38] <jgraham> annodomini: To be fair it works most of the time
  813. # [17:39] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  814. # [17:39] <annodomini> True. Though I should do better about it, as I am dating a woman named Kevan.
  815. # [17:39] <Lachy> annevk2, would you find it more acceptable if I removed step 4 from this http://dev.w3.org/2006/webapi/selectors-api2/#parsing-a-scoped-selector
  816. # [17:39] * Joins: dave_levin__ (n=dave_lev@nat/google/x-crldtaoephwcgavk)
  817. # [17:39] <jgraham> Obviously Anne just needs to be more aggressive and macho in public to assert his masculinity
  818. # [17:39] <jgraham> ;)
  819. # [17:40] <Lachy> so that authors can still do queryScopedSelector("div div") and have it be equivalent to :reference div div, but then have to do queryScopedSelector(":reference+p") or equivalent to use any other combinator?
  820. # [17:41] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  821. # [17:41] <Lachy> though, that wouldn't be ideal since it would significantly, though not entirely, decrease the value of having the new methods
  822. # [17:41] <annevk2> somewhat, though I don't really like the idea of having additional methods to start with
  823. # [17:42] * Quits: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 60 (Operation timed out))
  824. # [17:42] <Lachy> that's why I tried to find a solution without new methods before. But then people bitched about adding a flag and special selector parsing, which I still think are bogus arguments
  825. # [17:42] <TabAtkins> No, we bitched about having a special flag that you only needed in a single instance, and that would often still return the right results when you omitted it in test cases.
  826. # [17:43] <TabAtkins> I'm still generally okay with the flag. (Also, I think you pitched it as "here's a special form of the descendant combinator", when really it's "here's a flag you need to use if your first selector opens with the descendant combinator").
  827. # [17:43] <TabAtkins> (Which seems to have annoyed fantasai.)
  828. # [17:43] <Lachy> TabAtkins, you said you would have preferred to always require the syntactic flag to be used for scoped selectors, but still preferred new methods over that. Other people, including annevk2, are bitching about messing with the selector parsing
  829. # [17:43] * annevk2 starts to wonder how other people implemented appcache
  830. # [17:43] <annevk2> it's full of holes
  831. # [17:44] <Lachy> I didn't intend to pitch it as a special descendant combinator. It was always a global flag that could be used for any scoped selector, but could be omitted when it was redundant
  832. # [17:44] <TabAtkins> Lachy: Hmm, why is :reference needed at all if you're doing a special method?
  833. # [17:45] <TabAtkins> Lachy: Yeah, I get that, but it *really* looked like you were intending it as a special descendant combinator in your original email.
  834. # [17:45] <Lachy> what do you mean?
  835. # [17:45] <TabAtkins> Lachy: In what circumstances is :reference ever needed if you have queryScopedSelector()?
  836. # [17:45] * jgraham officially has no opinion on Selectors but wonders why querySelectorAll(selector, {"scope":true, "namespaces":{/*some namespace map*/}) wouldn't be a good API
  837. # [17:45] <jgraham> +}
  838. # [17:47] <hsivonen> jgraham: if the map can have arbitrary JS getters, it would have all the same problems as XPath NSResolver
  839. # [17:47] <annevk2> jgraham, namespaces are evil?
  840. # [17:47] <Lachy> in many cases, like document.querySelectorAll(".foo:reference", list) to filter a node list, or document.querySelectorAll("h1+p:reference>span", list), which is equivalent to running elm.querySelectorAll("h1+p:reference>span") on each element in the list.
  841. # [17:47] <annevk2> jgraham, also, no other API is like that
  842. # [17:47] <hsivonen> jgraham: in terms of protecting engine state from JS-caused changes
  843. # [17:47] <jgraham> hsivonen: You could define it to run all the getters once at the start
  844. # [17:47] <jgraham> or, as Hixie put it "structured clone"
  845. # [17:48] <Lachy> the latter basically does filtering and node list selection in one go
  846. # [17:48] <jgraham> (or .toJSON I guess)
  847. # [17:48] <jgraham> annevk2: I was assuming namespaces as a requirement not supporting them philosophically
  848. # [17:48] <TabAtkins> Lachy: Okay, I see its use in the latter case, though question if it might not be easier to run simply by speccing an appropriate behavior on NodeLists. The former, though, seems like a hack for filterSelector.
  849. # [17:48] <jgraham> I agree that no other API is like that
  850. # [17:49] <jgraham> It's a pity becuase it is the obvious way to define extensible APIs in javascript
  851. # [17:49] <Lachy> jgraham, using {"scope":true, ...} wouldn't work because it provides absolutely no detectable way for scripts to know if it's supported or not.
  852. # [17:49] <jgraham> (insofar as javascrip has an obvious way to do that)
  853. # [17:49] * hsivonen mumbles about hard-wiring svg:, html:, math: and xbl:
  854. # [17:50] <Lachy> TabAtkins, it saves introducing a new method just for filtering, which would be completely redundant
  855. # [17:51] <TabAtkins> I think that's a worthwhile method to add.
  856. # [17:51] <Lachy> why?
  857. # [17:51] <jgraham> Lachy: Hmm. querySelectorAll.hasFeature("scope")?
  858. # [17:51] * jgraham jokes
  859. # [17:51] <Lachy> haha
  860. # [17:51] <TabAtkins> Because it's better to be explicit about "I need to filter this list of nodes according to this selector" rather than having to remember the idiom for using querySelectorAll to do the same.
  861. # [17:52] * TabAtkins comes from a programming tradition that always emphasizes new functions over overloading via idiom.
  862. # [17:52] * aroben is now known as aroben|lunch
  863. # [17:53] <Lachy> TabAtkins, there weren't really any significant use cases for filtering provided anyway. That basically came as a freebie when i addressed the other use cases for querySelector on node lists.
  864. # [17:53] <TabAtkins> Hmm? No significant uses? Every use of $().filter() in jQuery is a use-case.
  865. # [17:54] * jgraham tends to agree that filtering a NodeList of selectors seems nicest by using a method on NodeList
  866. # [17:54] <TabAtkins> Sorry if it sounds like I'm advocating "just dump jQuery into js". ^_^
  867. # [17:54] <jgraham> s/of selectos/of Nodes/
  868. # [17:54] <Lachy> TabAtkins, they weren't provided
  869. # [17:55] <Lachy> also NodeList.filterSelector() doesn't address the use cases where all you have is an Array
  870. # [17:55] <TabAtkins> Lachy: I don't particularly think they'd've had to be, but okay. Notice, though, that your use of :reference is requiring hacks around it.
  871. # [17:56] <TabAtkins> Lachy: Yeah, but there are other ways to address mapping a function over an Array.
  872. # [17:56] * Quits: dave_levin (n=dave_lev@nat/google/x-odadffohjhimkjhq) (Read error: 110 (Connection timed out))
  873. # [17:56] * dave_levin__ is now known as dave_levin
  874. # [17:56] <Lachy> with the :reference technique, it doesn't matter what format your collection is in. Just pass it as the refNodes parameter to querySelectorAll() and it will work.
  875. # [17:57] <TabAtkins> Well, assuming that querySelectorAll recognizes your format.
  876. # [17:57] <jgraham> I guess Array.prototype.filter.call(ArrayLike, function(e) {return e.matchesSelector(s)}) will always work
  877. # [17:57] <jgraham> for filtering
  878. # [17:58] * TabAtkins thinks that this might be the wrong place to solve the "JS has too many types of collections" problem.
  879. # [17:58] <Lachy> I defined it to recognise NodeList, HTMLCollection, Array and objects with indexable properties (though I think I may need to clarify the latter somehow). Basically, any object that can be enumerated to obtain Element nodes from
  880. # [17:59] <jgraham> But not for getting the tree-ordered-union of the matches to a selector using each element in ArrayLike as the contextNode
  881. # [17:59] <TabAtkins> jgraham: Yeah, but converting Array->NodeList would be fine there.
  882. # [17:59] <Lachy> jgraham, yeah, the :reference technique also gives you the tree ordered result set as a bonus
  883. # [17:59] * Joins: fishd__ (n=darin@67.180.164.209)
  884. # [18:00] <Lachy> TabAtkins, converting Array to NodeList is out of scope of Selectors API, and the use cases have been addressed much more elegantly already anyway
  885. # [18:00] <jgraham> TabAtkins: Is it possible to convert Array->NodeList?
  886. # [18:00] <jgraham> Also, where is "there"?
  887. # [18:01] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  888. # [18:01] <Lachy> jgraham, not yet. The functionality was requested in selectors api discussions
  889. # [18:01] <TabAtkins> Lachy: Grah, I know. This is one of those forest-for-the-trees things, though. You're solving the problem of "JS has too many collections" yourself, but your solution isn't ideal, and everyone else still has to solve the same problem over again later. It makes me sad.
  890. # [18:01] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  891. # [18:01] <jgraham> Why?
  892. # [18:02] * jgraham tends to agree with TabAtkins
  893. # [18:02] <jgraham> (the why> was aimed at Lachy)
  894. # [18:02] <Lachy> jgraham, do you mean why is converting Array to NodeList out of scope?
  895. # [18:03] <Lachy> or something else?
  896. # [18:03] <jgraham> (and it's more like "DOM has too many collections and JS has no way of treating them all equally)
  897. # [18:03] <zcorpan_> Lachy: time for food btw?
  898. # [18:03] <Lachy> zcorpan_, sure
  899. # [18:03] <zcorpan_> Lachy: my card is working now
  900. # [18:03] <jgraham> Lachy: No, why do people want it?
  901. # [18:03] <Lachy> cool
  902. # [18:03] <zcorpan_> or it should be
  903. # [18:03] <zcorpan_> Lachy: you're still at the office?
  904. # [18:03] <TabAtkins> jgraham: Apparently, so we can coerce things into a single reasonable collection type and just deal with that.
  905. # [18:04] <jgraham> Oh, but NodeLists are the most unreasonable collection type...
  906. # [18:04] <TabAtkins> Then do NodeList->Array, and define it over Arrays. Same diff.
  907. # [18:04] <jgraham> (or Array-like type anyway)
  908. # [18:04] <Lachy> oh, they wanted it to address this case, so they could have NodeList.filterSelector() and have an easy way to make a NodeList out of any collection, since JS libraries tend to store things as arrays
  909. # [18:05] <jgraham> I think people should carefully consider the effect of ES5 array extras before deciding that it is necessary to do explicit conversions to NodeLists all the time
  910. # [18:05] <Lachy> it would have signicantly improved the situation if NodeList was binded to Array in JS, which would have worked if only NodeLists were static from the start
  911. # [18:07] <Lachy> personally, I think it's much more useful to define NodeList.toArray() natively, so authors don't have to deal with liveness issues and the inflexibility of NodeLists for pretty much anything
  912. # [18:07] * Quits: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  913. # [18:07] <jgraham> That seems reasonable.
  914. # [18:07] <TabAtkins> Can we do that? That would be great.
  915. # [18:08] * Joins: ap (n=ap@17.246.19.174)
  916. # [18:08] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  917. # [18:08] <jgraham> Seems like it should be Web DOM Core rather than Selectors API that does it though
  918. # [18:09] <jgraham> (not that we should block progress on that)
  919. # [18:09] <TabAtkins> So lets get it going. Today. Right now.
  920. # [18:09] <Dashiva> Don't we have the equivalent already?
  921. # [18:10] <Lachy> TabAtkins, yeah, that functinality has been floating around for going into Web DOM Core for a while. If I'm not mistaken, I think gsnedders is editing that spec now, who took over from zcorpan_
  922. # [18:11] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  923. # [18:11] <jgraham> Lachy: You might be mistaken, I don't think he has committed to it
  924. # [18:11] <jgraham> Danm
  925. # [18:11] <jgraham> Or some transposition of that anyway
  926. # [18:11] <Dashiva> Array.prototype.slice.call(nodelist, 0) or some similar invocation
  927. # [18:12] <jgraham> Dashiva: Yead that would work
  928. # [18:12] <TabAtkins> Now just make it non-sucky in syntax.
  929. # [18:12] <Dashiva> Well, it seems like an even more general solution would be to create an Array method that takes an Array-like and gives out an Array
  930. # [18:13] <TabAtkins> Yup. Anything with a .length and is indexable should work.
  931. # [18:13] <Dashiva> Which is really what all these do
  932. # [18:13] * Quits: zcorpan_ (n=zcorpan@213.236.208.22)
  933. # [18:14] <jgraham> Array.toArray(object) would be kind of odd
  934. # [18:14] <hsivonen> is new Array(indexable) already reserved for something else?
  935. # [18:14] <TabAtkins> Array.fromArraylike(object)
  936. # [18:15] * TabAtkins suspects that his text editor is adding BOMs to his UTF8 files now.
  937. # [18:15] <Dashiva> hsivonen: new Array(object) is already used
  938. # [18:15] <jgraham> hsivonen: It might work as long as indexable doesn't have a valueOf or toString that can be converted to a number iirc
  939. # [18:16] <Dashiva> It's identical to [object]
  940. # [18:16] <Dashiva> Unless the object is a number, in which case it's [] with length=the number
  941. # [18:16] <hsivonen> Dashiva: :-(
  942. # [18:16] * Quits: shepazutoo (n=schepers@66.134.141.179)
  943. # [18:17] <jgraham> Oh, yeah it seems my memory was wrong
  944. # [18:19] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 145 (Connection timed out))
  945. # [18:20] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  946. # [18:21] * Quits: miketaylr (n=miketayl@38.117.156.163) (Read error: 104 (Connection reset by peer))
  947. # [18:21] * Quits: fishd__ (n=darin@67.180.164.209) (Read error: 145 (Connection timed out))
  948. # [18:21] <TabAtkins> Hrm. What sort of craziness would justify having EF+BB+BF at the start of a file?
  949. # [18:22] * Joins: miketaylr (n=miketayl@38.117.156.163)
  950. # [18:22] <Philip`> Sounds quite like a BOM
  951. # [18:23] <TabAtkins> Yeah, it's some kind of BOM. But it's not EF+FF, like I would expect.
  952. # [18:23] <Philip`> Sounds quite like a UTF-8 BOM
  953. # [18:23] * TabAtkins should remember that UTF-8 is gloriously crazy in how it encodes things.
  954. # [18:23] <TabAtkins> kk, time to change the preferences of my text editor then.
  955. # [18:24] <TabAtkins> Ah, there's the offending setting.
  956. # [18:24] <Philip`> TabAtkins: Try something like http://rishida.net/scripts/uniview/conversion to convert U+FEFF into UTF-8 code units or vice versa
  957. # [18:25] <TabAtkins> I'm good now, Philip`.
  958. # [18:26] <Philip`> If you expected it to be something like FE+FF, how would you expect UTF-8 to be distinguished from UTF-16BE?
  959. # [18:26] * Quits: Phae (n=phaeness@132.185.144.11)
  960. # [18:26] * Quits: theMadness (n=petal@host50-5-static.58-217-b.business.telecomitalia.it) ("is this needed?")
  961. # [18:26] <Philip`> Oh, you said EF+FF instead
  962. # [18:26] <Philip`> I have no idea how you'd expect that :-p
  963. # [18:26] <TabAtkins> Man, I dunno.
  964. # [18:26] * Joins: slightlyoff (n=slightly@67.218.105.150)
  965. # [18:33] * Joins: gunderwonder_ (n=gunderwo@garage.upstruct.com)
  966. # [18:34] * aroben|lunch is now known as aroben
  967. # [18:34] * Quits: gunderwonder_ (n=gunderwo@garage.upstruct.com) (Client Quit)
  968. # [18:35] * Joins: Midler (n=midler@212.37.124.243)
  969. # [18:36] * Joins: shepazu (n=schepers@nat/mozilla/x-whmmkgiccytmzkjd)
  970. # [18:36] * Joins: heycam (n=cam@nat/mozilla/x-drazpbgcrfypstmm)
  971. # [18:36] * Joins: zdobersek (n=zan@cpe-92-37-66-218.dynamic.amis.net)
  972. # [18:42] * Quits: gunderwonder (n=gunderwo@195.1.193.202) (Read error: 145 (Connection timed out))
  973. # [18:43] * Joins: fishd__ (n=darin@nat/google/x-gzmdcbnnixczffhj)
  974. # [18:46] * Joins: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  975. # [18:49] * Joins: sbublava (n=stephan@77.117.239.126)
  976. # [18:49] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  977. # [18:50] * Joins: maikmerten (n=maikmert@Za182.z.pppool.de)
  978. # [18:53] * da3d is now known as fluffigflinga
  979. # [19:02] * fluffigflinga is now known as da3d
  980. # [19:04] * Joins: benward (n=benward@nat/yahoo/x-sxnogkgcwcjjmamk)
  981. # [19:07] * da3d is now known as daed
  982. # [19:08] * daed is now known as da3d
  983. # [19:11] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  984. # [19:12] * Quits: slightlyoff (n=slightly@67.218.105.150)
  985. # [19:13] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  986. # [19:17] * Joins: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  987. # [19:20] * Joins: weinig (n=weinig@17.246.19.32)
  988. # [19:31] * Joins: slightlyoff (n=slightly@nat/google/x-cjxrwmkvtwthmelk)
  989. # [19:42] * Joins: roc (n=roc@hoppyl.lnk.telstra.net)
  990. # [19:49] * Joins: gunderwonder_ (n=gunderwo@172.80-202-84.nextgentel.com)
  991. # [19:52] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 60 (Operation timed out))
  992. # [19:55] * Joins: abarth (n=abarth@216.239.45.19)
  993. # [19:58] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  994. # [19:59] * Quits: aboodman (n=aboodman@72.14.229.81)
  995. # [19:59] * Joins: aboodman (n=aboodman@72.14.229.81)
  996. # [20:00] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  997. # [20:00] * Joins: dimich_ (n=dimich@c-98-203-252-208.hsd1.wa.comcast.net)
  998. # [20:02] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) ("Leaving...")
  999. # [20:03] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  1000. # [20:03] * Joins: aroben (n=aroben@unaffiliated/aroben)
  1001. # [20:03] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 148 (No route to host))
  1002. # [20:03] * Quits: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com) (Read error: 110 (Connection timed out))
  1003. # [20:03] * gunderwonder_ is now known as gunderwonder
  1004. # [20:07] * Quits: sbublava (n=stephan@77.117.239.126) (Read error: 145 (Connection timed out))
  1005. # [20:07] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  1006. # [20:10] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  1007. # [20:10] * Joins: TabAtkins (n=chatzill@70-253-119-130.ded.swbell.net)
  1008. # [20:14] * Quits: hober (n=ted@unaffiliated/hober) (Remote closed the connection)
  1009. # [20:14] * Joins: hober (n=ted@unaffiliated/hober)
  1010. # [20:19] * Quits: heycam (n=cam@nat/mozilla/x-drazpbgcrfypstmm) ("bye")
  1011. # [20:22] * Joins: ttepass- (n=ttepas--@p5B01655D.dip.t-dialin.net)
  1012. # [20:37] * Quits: erlehmann (n=erlehman@tmo-108-170.customers.d1-online.com) ("Ex-Chat")
  1013. # [20:44] * Quits: ttepasse (n=ttepas--@p5B016B8C.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  1014. # [20:45] * Quits: hober (n=ted@unaffiliated/hober) (Remote closed the connection)
  1015. # [20:46] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  1016. # [20:47] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  1017. # [20:48] * Joins: hober (n=ted@unaffiliated/hober)
  1018. # [20:51] * Quits: weinig (n=weinig@17.246.19.32)
  1019. # [20:57] * Quits: dave_levin (n=dave_lev@nat/google/x-crldtaoephwcgavk) (Read error: 110 (Connection timed out))
  1020. # [20:57] * dave_levin_ is now known as dave_levin
  1021. # [21:09] * Quits: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  1022. # [21:10] * maikmerten is now known as maik|afk
  1023. # [21:14] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  1024. # [21:16] * Joins: dbaron (n=dbaron@nat/mozilla/x-bqoqsrdhkyjlzjxx)
  1025. # [21:20] * Quits: abarth (n=abarth@216.239.45.19)
  1026. # [21:24] * Joins: weinig (n=weinig@17.246.19.32)
  1027. # [21:30] * Joins: TabAtkins_ (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  1028. # [21:31] * Quits: TabAtkins (n=chatzill@70-253-119-130.ded.swbell.net) (Read error: 110 (Connection timed out))
  1029. # [21:31] * TabAtkins_ is now known as TabAtkins
  1030. # [21:48] * aroben is now known as aroben|away
  1031. # [21:51] * Joins: abarth (n=abarth@216.239.45.19)
  1032. # [21:57] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  1033. # [21:59] * Quits: maik|afk (n=maikmert@Za182.z.pppool.de) (Read error: 113 (No route to host))
  1034. # [22:08] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1035. # [22:12] * Joins: mpt (n=mpt@canonical/mpt)
  1036. # [22:20] * Joins: dpranke (n=Adium@nat/google/x-belzhagzilmgzrno)
  1037. # [22:21] * Joins: cying (n=cying@70.90.171.153)
  1038. # [22:22] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) ("Leaving...")
  1039. # [22:24] * Joins: ato (i=ato@orgelet.e-tjenesten.org)
  1040. # [22:31] * Quits: zdobersek (n=zan@cpe-92-37-66-218.dynamic.amis.net) ("Leaving.")
  1041. # [22:46] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1042. # [22:50] * Joins: sicking (n=chatzill@nat/mozilla/x-miwblpnpscxgvjed)
  1043. # [22:55] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1044. # [22:56] * Quits: mpt (n=mpt@canonical/mpt) (Remote closed the connection)
  1045. # [22:57] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1046. # [23:00] * Joins: dglazkov_ (n=dglazkov@nat/google/x-dttlwsfveczygvsx)
  1047. # [23:02] * Quits: dglazkov_ (n=dglazkov@nat/google/x-dttlwsfveczygvsx) (Client Quit)
  1048. # [23:04] * Parts: Darxus (n=darxus@panic.chaosreigns.com)
  1049. # [23:05] * Joins: dglazkov_ (n=dglazkov@nat/google/x-rmelpsbqyrlnyedh)
  1050. # [23:05] * Quits: dglazkov_ (n=dglazkov@nat/google/x-rmelpsbqyrlnyedh) (Client Quit)
  1051. # [23:06] * Joins: dglazkov_ (n=dglazkov@nat/google/x-hokvenuxwqydaxwz)
  1052. # [23:07] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1053. # [23:08] * drunknbass_work is now known as drunknbass_work|
  1054. # [23:13] * Quits: BlurstOfTimes (n=blurstof@168.203.117.59) ("Leaving...")
  1055. # [23:14] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1056. # [23:17] * Quits: dglazkov (n=dglazkov@nat/google/x-vdwbmtacdhuvimiz) (Connection timed out)
  1057. # [23:17] * dglazkov_ is now known as dglazkov
  1058. # [23:20] * Quits: drunknbass_work| (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net) ("Leaving...")
  1059. # [23:20] * Quits: drunknbass (n=drunknba@cpe-76-173-187-247.socal.res.rr.com)
  1060. # [23:22] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1061. # [23:24] * Quits: annodomini (n=lambda@wikipedia/lambda)
  1062. # [23:28] * Quits: miketaylr (n=miketayl@38.117.156.163)
  1063. # [23:30] * aroben|away is now known as aroben
  1064. # [23:32] * Parts: Midler (n=midler@212.37.124.243) ("Leaving.")
  1065. # [23:38] * Quits: zalan (n=zalan@catv-89-135-110-21.catv.broadband.hu) (Connection timed out)
  1066. # [23:42] <Dashiva> I feel it's time for another complaint about the lack of awesome lastweek posts
  1067. # [23:43] <jgraham> You just want to be featured more
  1068. # [23:43] * Joins: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au)
  1069. # [23:43] <Dashiva> I have lots of features, thankyouverymuch
  1070. # [23:51] * Quits: dglazkov (n=dglazkov@nat/google/x-hokvenuxwqydaxwz)
  1071. # [23:53] <TabAtkins> Dashiva, who are you on the lists?
  1072. # [23:55] * Joins: dglazkov (n=dglazkov@nat/google/x-mhfambreoxfvnqds)
  1073. # [23:56] <Dashiva> I rarely post nowadays
  1074. # [23:57] * Quits: solepixel (n=solepixe@66.182.175.130) ("Type here to change default quit message.")
  1075. # [23:57] * Joins: annodomini (n=lambda@64.30.3.122)
  1076. # Session Close: Wed Sep 30 00:00:00 2009

The end :)