/irc-logs / freenode / #whatwg / 2009-04-22 / end

Options:

  1. # Session Start: Wed Apr 22 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:08] * Quits: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  4. # [00:19] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  5. # [00:21] * Joins: riven` (n=colin@5ED0BC66.cable.ziggo.nl)
  6. # [00:22] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  7. # [00:22] * riven` is now known as riven
  8. # [00:24] * Quits: a-ja (n=chatzill@adsl-70-237-143-82.dsl.stlsmo.sbcglobal.net) (Remote closed the connection)
  9. # [00:25] * Joins: doublec (n=doublec@202.0.36.64)
  10. # [00:32] * Parts: shikiesos (n=shiki@nat/google/x-066e376ab3bc8ae9)
  11. # [00:33] * Joins: shikiesos (n=shiki@nat/google/x-57208b9bd289b206)
  12. # [00:46] * Quits: annevk5 (n=annevk@85.196.122.246)
  13. # [00:50] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
  14. # [00:58] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  15. # [00:59] * weinig|awayAgain is now known as weinig
  16. # [01:01] * Joins: annevk5 (n=annevk@85.196.122.246)
  17. # [01:15] * Parts: erlehmann (n=erlehman@86.59.25.121)
  18. # [01:16] * Joins: Lachy (n=Lachlan@85.196.122.246)
  19. # [01:18] * Quits: annevk5 (n=annevk@85.196.122.246)
  20. # [01:38] * Quits: heycam (n=cam@124.168.17.176) ("bye")
  21. # [01:40] * Quits: dglazkov (n=dglazkov@nat/google/x-57105262cc501fbf)
  22. # [01:47] <cgriego> Say HTML 6 adds a new void element. How would an HTML 5 parser know that the rest of the document isn't a child of that element?
  23. # [01:48] <Hixie> it wouldn't
  24. # [01:50] <cgriego> That seems problematic.
  25. # [01:51] <Hixie> why?
  26. # [01:55] <cgriego> Any new void element then creates a chicken & egg problem. Authors won't adopt it because they can't use it in a progressive enhancement safe way since it corrupts the DOM. Agents won't add it because authors don't use it. Similar situation to XHTML 2.
  27. # [01:58] <Hixie> doesn
  28. # [01:58] <Hixie> er
  29. # [01:58] <Hixie> doesn't seem to have caused particular problems in the past
  30. # [01:58] <Hixie> people don't really want to use new elements until the browsers use them anyway
  31. # [01:59] <Hixie> er, until they implement them i mean
  32. # [01:59] <Hixie> browsers add lots of stuff before authors use them
  33. # [01:59] <Hixie> in fact, they add everything before authors use them
  34. # [01:59] <cgriego> People are jumping in and using section/header/footer/etc now without proper browser support.
  35. # [01:59] <Hixie> not many people :-)
  36. # [02:00] <Hixie> and those people will get burnt anyway, e.g. when we rename <headeR>
  37. # [02:00] <Hixie> (or remove it, or whatever we end up doing with it)
  38. # [02:00] <cgriego> Not if they're serving as text/html ;)
  39. # [02:00] <Hixie> well i mean their pages won't be correct html5 anymore
  40. # [02:00] <Hixie> i don't mean that their site will break or anything
  41. # [02:01] <cgriego> As for the past, there's never been a time where HTML was actively evolving with so many authors and authoring programs.
  42. # [02:01] <cgriego> …as we have today
  43. # [02:01] <Hixie> yup, it'll keep on increasing until we have everyone on the planet online
  44. # [02:02] <Hixie> (and then it'll keep increasing until the population stops growing)
  45. # [02:03] <cgriego> I'd propose that HTML 5 parsing treat unrecognized elements (and only unrecognized elements) similar to foreign elements, where the SOLIDUS marks the start tag as self-closing.
  46. # [02:04] <Hixie> what problem does it solve?
  47. # [02:04] <cgriego> Author adoption of new void elements.
  48. # [02:05] * Joins: davidb_ (n=davidb@bas4-toronto06-1279277933.dsl.bell.ca)
  49. # [02:05] <Hixie> wouldn't the fact that the browsers don't support those elements be a bigger barrier to adoption than the fact that the author has to jump through some minor hoops to get teh styling right?
  50. # [02:05] <Hixie> (if we introduce <foo>, you can always just do <span><foo></span> to get the parsing right in older browsers)
  51. # [02:06] <Hixie> put it this way: historically, HTML has never had a void element that was useful without the browser actually supporting the element directly somehow
  52. # [02:09] <Philip`> What about <meta>? That's useful for some UAs (e.g. search engines) even if browsers don't do anything with it
  53. # [02:09] <Hixie> elements in <head> have much bigger problems in the parser than whether they're void or not
  54. # [02:09] <cgriego> When <area> was first introduce, authors would add an image map to their site but also provide supplemental navigation below the image. Authors were able to adopt the element before all agents supported it.
  55. # [02:10] <Hixie> cgriego: but with <area>, the elements all get closed by the <map>, so it doesn't matter if the element gets closed or not
  56. # [02:11] <cgriego> You can't know that all new void elements will have a mandatory parent element.
  57. # [02:13] <Hixie> no, but i can predict the likelihood of there being a problem if unknown elements can't be closed by />, based on past experience
  58. # [02:14] <Hixie> (note that "span" is an unknown element per the parser, and we definitely don't want to support <span/>)
  59. # [02:14] <Hixie> (so actually what we would need to do is more complex than what you describe)
  60. # [02:17] <cgriego> Didn't realize span was unknown to the parser. Why is that?
  61. # [02:17] * Joins: nessy (n=nessy@124-171-5-252.dyn.iinet.net.au)
  62. # [02:17] <Hixie> because only the elements with weird rules have to be known
  63. # [02:18] <cgriego> ah, like void elements :)
  64. # [02:18] <Hixie> yeah
  65. # [02:19] <cgriego> One of the solutions offered on the mailing list back in August was to have not add any new void elements.
  66. # [02:19] <Hixie> i maintain that there's no problem, so discussion of solutions seems pointless to me :-)
  67. # [02:19] <Hixie> but sure, we could just not add more void elements if that makes people happy :-)
  68. # [02:21] <Hixie> (at least until we have a need for one!)
  69. # [02:22] <cgriego> Not a fan of the idea, would just lead to more cases like <script src=# />
  70. # [02:23] <Hixie> hm?
  71. # [02:25] <cgriego> I can see how not allowing new void elements would lead to elements with empty content models instead, which then authors would just try to self-close (like with script src) causing more problems in the end.
  72. # [02:27] <Hixie> well then we'd just use a void element
  73. # [02:28] <Hixie> or we could just not introduce elements with empty content models as well
  74. # [02:31] <Hixie> wooot! i've finally gotten through all the feedback on microdata stuff
  75. # [02:31] <Hixie> ok now i have to go through all the notes i collected
  76. # [02:31] <Hixie> and actually come up with a set of use cases, requirements, and scenarios
  77. # [02:31] <Hixie> so that i can evaluate solutions
  78. # [02:31] * Quits: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  79. # [02:33] <Hixie> so far i've boiled down 15000+ lines of e-mail and dozens of pages of wiki and blog comments into 600 lines or so of notes
  80. # [02:46] <Hixie> here are my notes http://wiki.whatwg.org/wiki/Microdata_Problem_Descriptions
  81. # [02:46] <Hixie> i'll clean it up later
  82. # [02:48] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
  83. # [02:57] * Joins: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  84. # [03:15] <Dashiva> The tomato video comment thing seems painful
  85. # [03:23] * Quits: slightlyoff (n=slightly@nat/google/x-e223f081b2b7b104) (Read error: 110 (Connection timed out))
  86. # [03:25] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  87. # [03:36] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  88. # [04:08] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  89. # [04:14] * Quits: davidb_ (n=davidb@bas4-toronto06-1279277933.dsl.bell.ca)
  90. # [04:14] * Quits: cgriego (n=cgriego@out-02.hotels.com) (Read error: 110 (Connection timed out))
  91. # [04:15] * Quits: hdh (n=hdh@118.71.76.100) (Read error: 54 (Connection reset by peer))
  92. # [04:30] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  93. # [04:31] * Joins: gavin (n=gavin@firefox/developer/gavin)
  94. # [04:36] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  95. # [04:42] * Joins: aboodman4 (n=aboodman@67.218.104.175)
  96. # [04:43] * aboodman4 is now known as aboodman2
  97. # [04:51] * Quits: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  98. # [04:54] * Joins: aboodman3 (n=aboodman@67.218.104.175)
  99. # [04:58] * Joins: dglazkov (n=dglazkov@98.207.88.44)
  100. # [04:58] <MikeSmith> Hixie: the two tables in 4.10.4 "the input element" with info about states and attributes
  101. # [04:59] <MikeSmith> it would be nice if those had IDs so the could be more easily referenced with fragment IDs
  102. # [04:59] <MikeSmith> and maybe table titles on them
  103. # [05:03] * Quits: dolske (n=dolske@firefox/developer/dolske)
  104. # [05:05] * Joins: cgriego (n=cgriego@cpe-72-181-202-225.tx.res.rr.com)
  105. # [05:06] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  106. # [05:07] * Joins: ap (n=ap@194.154.88.43)
  107. # [05:07] * Joins: aboodman4 (n=aboodman@adsl-71-139-210-181.dsl.snfc21.pacbell.net)
  108. # [05:08] * Quits: aboodman4 (n=aboodman@adsl-71-139-210-181.dsl.snfc21.pacbell.net) (Client Quit)
  109. # [05:16] * Quits: aboodman2 (n=aboodman@67.218.104.175) (Read error: 110 (Connection timed out))
  110. # [05:16] * Quits: aboodman3 (n=aboodman@67.218.104.175) (Read error: 110 (Connection timed out))
  111. # [05:24] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
  112. # [05:26] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  113. # [05:52] * Joins: jeff2 (n=username@adsl-71-134-229-187.dsl.pltn13.pacbell.net)
  114. # [06:00] * Quits: weinig (n=weinig@nat/apple/x-0b2ab81a88872dc4)
  115. # [06:06] <Hixie> MikeSmith: file a bug
  116. # [06:08] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  117. # [06:12] * Quits: olliej (n=oliver@17.246.16.254)
  118. # [06:20] * Joins: olliej (n=oliver@17.203.15.141)
  119. # [06:31] <MikeSmith> Hixie: OK
  120. # [06:31] <MikeSmith> http://twitter.com/_masaka/statuses/1581828896
  121. # [06:31] <MikeSmith> "hmm, **HTML5** web addr says relative path to be % encoded with UTF-8, but query with document encoding. What if path+query in non UTF-8 doc?"
  122. # [06:34] <Hixie> i don't understand the question
  123. # [06:44] <MikeSmith> Hixie: I don't either. was hoping you would
  124. # [06:48] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  125. # [06:50] * Quits: dglazkov (n=dglazkov@98.207.88.44)
  126. # [06:50] * Quits: franksalim (n=frank@adsl-75-61-86-233.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
  127. # [06:52] * Quits: olliej (n=oliver@17.203.15.141)
  128. # [06:58] * Joins: olliej (n=oliver@17.203.15.141)
  129. # [06:59] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  130. # [07:00] * Quits: jeff2 (n=username@adsl-71-134-229-187.dsl.pltn13.pacbell.net) (Read error: 54 (Connection reset by peer))
  131. # [07:06] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  132. # [07:10] * Joins: MikeSmith (n=MikeSmit@dhcp-246-152.mag.keio.ac.jp)
  133. # [07:11] * Quits: doublec (n=doublec@202.0.36.64) ("Leaving")
  134. # [07:12] * Joins: dave_levin__ (n=dave_lev@72.14.224.1)
  135. # [07:22] <MikeSmith> Hixie: 'wondering if a relative URI "パス?クエリ" in EUC-JP doc, "パス" to be % encoded as UTF-8 octets while "クエリ" as EUC-JP octets?'
  136. # [07:26] <MikeSmith> http://twitter.com/_masaka/status/1582345343
  137. # [07:28] * Quits: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  138. # [07:31] * Joins: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu)
  139. # [07:36] <Hixie> MikeSmith: yes, that is indeed what browsers do (and what the spec says to do) as far as i'm aware
  140. # [07:37] <MikeSmith> Hixie: OK
  141. # [07:51] * Joins: slightlyoff (n=slightly@204.14.154.244)
  142. # [07:52] * Joins: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  143. # [08:00] * Quits: roc (n=roc@202.0.36.64)
  144. # [08:00] * Quits: cgriego (n=cgriego@cpe-72-181-202-225.tx.res.rr.com)
  145. # [08:00] * Quits: otherarun (n=arun@adsl-75-37-31-202.dsl.pltn13.sbcglobal.net)
  146. # [08:02] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  147. # [08:06] <hsivonen> the use case starting "Getting data out of poorly written Web pages" is clearly a winner
  148. # [08:07] <MikeSmith> hsivonen: where?
  149. # [08:10] <Hixie> http://wiki.whatwg.org/wiki/Microdata_Problem_Descriptions
  150. # [08:10] <Hixie> extracted out of 15,000 lines' worth of use case descriptions
  151. # [08:10] <Hixie> or what should have been 15,000 lines' worth
  152. # [08:10] <Hixie> but was actually 600 lines' worth about about 10,000 lines of stuff that had nothing to do with use cases
  153. # [08:12] <MikeSmith> Hixie: I see
  154. # [08:12] <MikeSmith> hsivonen: were you being sarcastic? "Getting data out of poorly written Web pages" does seem to be at least like a pretty decent use case
  155. # [08:13] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  156. # [08:13] <hsivonen> MikeSmith: I was being sarcastic. if the use case is about poorly written pages, a solution that requires the cooperation of the poorly-writing authors is likely to fail
  157. # [08:14] <MikeSmith> ah, yeah
  158. # [08:14] <MikeSmith> wasn't clear to me that it would require that cooperation
  159. # [08:14] <Hixie> hsivonen: you're assuming that that came from something to do with rdfa, which i don't think it did
  160. # [08:15] <hsivonen> Hixie: I'm not assuming anything about the origin of the use case
  161. # [08:15] <MikeSmith> "Getting data out of poorly written Web pages" seems similar to what browsers are already designed to do as far as rendering
  162. # [08:15] <olliej> MikeSmith: hehe
  163. # [08:16] <hsivonen> Hixie: I am assuming it is about new syntax rather than new algorithms, though
  164. # [08:16] <Hixie> hsivonen: use cases aren't about any kind of solution
  165. # [08:16] <Hixie> hsivonen: that's rather the point :-)
  166. # [08:16] <Hixie> we come up with problems then try and solve them, instead of coming up with solutions then trying to find problems for them
  167. # [08:17] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  168. # [08:19] * Quits: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  169. # [08:21] <hsivonen> all the use cases that contain the word "commercial" seem like problems of CC's own creation
  170. # [08:22] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  171. # [08:23] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  172. # [08:23] <hsivonen> see also http://twitter.com/diveintomark/status/1256490748
  173. # [08:28] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) ("bye")
  174. # [08:32] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
  175. # [08:51] * Quits: dave_levin__ (n=dave_lev@72.14.224.1)
  176. # [09:07] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  177. # [09:13] * Joins: pesla (n=retep@procurios.xs4all.nl)
  178. # [09:35] * Joins: annevk5 (n=annevk@85.196.122.246)
  179. # [09:40] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) (Read error: 60 (Operation timed out))
  180. # [09:42] * Quits: olliej (n=oliver@17.203.15.141)
  181. # [09:42] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  182. # [09:42] * Quits: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  183. # [09:43] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  184. # [09:43] * Joins: doublec (n=doublec@118-93-163-62.dsl.dyn.ihug.co.nz)
  185. # [09:45] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  186. # [09:55] * Joins: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl)
  187. # [10:19] * Quits: annevk5 (n=annevk@85.196.122.246)
  188. # [10:23] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  189. # [10:25] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  190. # [10:27] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  191. # [10:29] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) ("bye")
  192. # [10:37] * MikeSmith is now known as webkit
  193. # [10:37] * Joins: roc (n=roc@121-72-209-156.dsl.telstraclear.net)
  194. # [10:38] * webkit is now known as MikeSmith
  195. # [10:50] <hsivonen> I'll implement the <p><table> quirk...
  196. # [10:50] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  197. # [11:00] * Joins: mat_t (n=mattomas@nat/canonical/x-c5ea420cde0f9db7)
  198. # [11:04] <annevk2> you could write a little story around it how Hixie infected HTML parsers with a quirks mode switch
  199. # [11:05] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  200. # [11:08] <hsivonen> annevk2: yeah, I was thinking I'd blog about this
  201. # [11:09] <annevk2> I was thinking about a comment in the source code to be laughed about by people who know, but I suppose that works too :)
  202. # [11:09] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Client Quit)
  203. # [11:09] * Joins: Lachy (n=Lachlan@213.236.208.22)
  204. # [11:20] * Quits: roc (n=roc@121-72-209-156.dsl.telstraclear.net)
  205. # [11:20] * Quits: MikeSmith (n=MikeSmit@dhcp-246-152.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  206. # [11:22] <hsivonen> made innerHTML propagate the document quirkiness properly, too
  207. # [11:23] <hsivonen> which means this thing now has API surface!
  208. # [11:31] * Joins: starjive (i=beos@213.66.216.93)
  209. # [11:32] * Joins: heycam (n=cam@124-168-17-176.dyn.iinet.net.au)
  210. # [11:32] * annevk2 finds it weird that only Gecko has this quirk: https://bugzilla.mozilla.org/show_bug.cgi?id=489532
  211. # [11:32] <annevk2> usually it's the other browsers that are less strict
  212. # [11:35] * Joins: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu)
  213. # [11:36] <hsivonen> annevk2: IIRC, someone behind a firewall complained
  214. # [11:36] * Joins: danbri (n=danbri@89.130.83.193)
  215. # [11:37] <annevk2> if we really need to have it zcorpan better documents how it works, but hopefully Gecko people are willing to fix the bug
  216. # [11:38] <annevk2> e.g. afaict it doesn't match what IE does
  217. # [11:38] <hsivonen> oh?
  218. # [11:39] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 60 (Operation timed out))
  219. # [11:39] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  220. # [11:39] <annevk2> I read that IE supports attributes as well, createElement("<x foo=bar>")
  221. # [11:42] <zcorpan> check the source of web dom core
  222. # [11:52] <hsivonen> anyone got Netscape 1.1 around to test how it laid out <p align=center><table>?
  223. # [11:53] <hsivonen> out of historical interest
  224. # [11:59] <zcorpan> hsivonen: netscape 1.1 seems to not support the align attribute
  225. # [12:01] * Quits: doublec (n=doublec@118-93-163-62.dsl.dyn.ihug.co.nz) ("Leaving")
  226. # [12:02] <Philip`> zcorpan: <p align=center> works in Netscape 1.1
  227. # [12:03] <Philip`> But <p align=center><table> looks left-aligned
  228. # [12:03] * Philip` goes away for a bit
  229. # [12:08] <zcorpan> hmm it didn't want to center for me at first but then suddenly it did
  230. # [12:08] <zcorpan> netscape 1.1 seems to close the p
  231. # [12:12] <zcorpan> hsivonen: http://simon.html5.org/dump/p-table-nn11.PNG
  232. # [12:13] <zcorpan> same in netscape 2
  233. # [12:20] * Joins: doublec (n=doublec@118-93-163-62.dsl.dyn.ihug.co.nz)
  234. # [12:21] <hsivonen> I wonder how the non-closing behavior was introduced
  235. # [12:30] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (Read error: 104 (Connection reset by peer))
  236. # [12:30] * Joins: MikeSmith (n=MikeSmit@EM114-48-21-150.pool.e-mobile.ne.jp)
  237. # [12:36] * Quits: mat_t (n=mattomas@nat/canonical/x-c5ea420cde0f9db7) ("This computer has gone to sleep")
  238. # [12:41] <zcorpan> even netscape 4 doesn't center the table
  239. # [12:45] * Quits: danbri_ (n=danbri@unaffiliated/danbri)
  240. # [12:45] <zcorpan> when did ie first support tables?
  241. # [12:47] <zcorpan> ie3 is the earliest i could get running, and it centers the table
  242. # [12:50] <zcorpan> netscape 6 does not center
  243. # [12:54] * Joins: mat_t (n=mattomas@nat/canonical/x-5164dfad57e36245)
  244. # [12:59] * Quits: MikeSmith (n=MikeSmit@EM114-48-21-150.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  245. # [13:00] <Philip`> Netscape 1.1 would be more usable if it used HTTP 1.1
  246. # [13:00] <Philip`> (particularly because of Host headers, I guess)
  247. # [13:00] <Philip`> Currently even Google doesn't work in it
  248. # [13:06] <Philip`> (...where "doesn't work" means it always returns a 302 response saying it's moved to exactly the location I was looking at)
  249. # [13:13] <Philip`> IE 2.0 centers the table
  250. # [13:16] <Philip`> IE 1 (which calls itself "Microsoft Internet Explorer/4.40.308" but I think really is version 1) also centers the table
  251. # [13:20] <Philip`> zcorpan: (It seems easy enough to run IE1 and IE2 (at least on Linux) - download from http://browsers.evolt.org/?ie/32bit , make Wine pretend to be Windows 95, start the installer, copy the .cab file out of c:\windows\temp, cabextract it, then run iexplore.exe)
  252. # [13:39] * Quits: doublec (n=doublec@118-93-163-62.dsl.dyn.ihug.co.nz) ("Leaving")
  253. # [13:47] * jgraham wonders if anyone has got timbl's broser running on anything other than NeXT
  254. # [13:50] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  255. # [13:51] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  256. # [14:07] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  257. # [14:10] * Joins: hdh (n=hdh@58.187.22.56)
  258. # [14:22] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  259. # [14:23] * Joins: virtuelv_ (n=virtuelv@pat-tdc.opera.com)
  260. # [14:24] <hsivonen> zcorpan, Philip`: thank you for the testing. (the Netscape 4 and 6 results surprise me)
  261. # [14:25] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
  262. # [14:29] * Joins: jcranmer (n=jcranmer@198.38.16.32)
  263. # [14:29] * Quits: virtuelv_ (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  264. # [14:29] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  265. # [14:31] * Joins: pmuellr (n=pmuellr@nat/ibm/x-d9d91cf2d9dfe031)
  266. # [14:32] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  267. # [14:33] * Joins: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp)
  268. # [14:40] * Joins: danbri (n=danbri@unaffiliated/danbri)
  269. # [14:40] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  270. # [14:41] <annevk2> in HTML4 <link> has a charset attribute
  271. # [14:41] <annevk2> I think browsers use that to determine e.g. the encoding of an external style sheet
  272. # [14:43] <Philip`> jgraham: Surely it wouldn't be too hard to recompile on modern Linux
  273. # [14:45] <Philip`> It's nice how its documentation still works correctly in modern web browsers
  274. # [14:46] <Philip`> though it looks a bit outdated since it says <HEADER> <TITLE>WorldWideWeb source files</TITLE> <NEXTID N="19"> </HEADER>
  275. # [14:48] * Joins: danbri (n=danbri@unaffiliated/danbri)
  276. # [14:49] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  277. # [14:50] * Joins: danbri (n=danbri@unaffiliated/danbri)
  278. # [14:51] * Joins: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  279. # [14:51] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  280. # [14:53] * Joins: danbri (n=danbri@unaffiliated/danbri)
  281. # [14:57] * Quits: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  282. # [14:59] * Joins: MikeSmith (n=MikeSmit@EM114-48-132-156.pool.e-mobile.ne.jp)
  283. # [15:19] * Joins: aroben (n=aroben@unaffiliated/aroben)
  284. # [15:21] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  285. # [15:23] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  286. # [15:24] * Joins: danbri (n=danbri@unaffiliated/danbri)
  287. # [15:26] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  288. # [15:27] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  289. # [15:27] * Joins: danbri (n=danbri@unaffiliated/danbri)
  290. # [15:27] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  291. # [15:28] * Joins: danbri (n=danbri@unaffiliated/danbri)
  292. # [15:32] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  293. # [15:33] * Joins: taf2 (n=taf2@65.210.82.235)
  294. # [15:37] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  295. # [15:40] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  296. # [15:41] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  297. # [15:41] * Joins: davidb (n=davidb@bas4-toronto06-1279277933.dsl.bell.ca)
  298. # [15:42] * Joins: danbri (n=danbri@88.87.129.71)
  299. # [15:50] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090418030709]")
  300. # [16:03] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  301. # [16:03] * Joins: danbri (n=danbri@unaffiliated/danbri)
  302. # [16:03] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  303. # [16:04] * Joins: danbri (n=danbri@unaffiliated/danbri)
  304. # [16:04] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  305. # [16:04] * Joins: Niictar24 (n=ritz@S010600183f550ae0.cg.shawcable.net)
  306. # [16:05] * Joins: danbri (n=danbri@unaffiliated/danbri)
  307. # [16:07] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  308. # [16:11] * Joins: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  309. # [16:14] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
  310. # [16:15] * Quits: Niictar_ (n=ritz@S010600183f550ae0.cg.shawcable.net) (Read error: 60 (Operation timed out))
  311. # [16:15] * Joins: Niictar_ (n=ritz@S010600183f550ae0.cg.shawcable.net)
  312. # [16:15] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  313. # [16:15] * Joins: ROBOd (n=robod@89.122.216.38)
  314. # [16:24] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  315. # [16:25] * Joins: danbri (n=danbri@unaffiliated/danbri)
  316. # [16:28] * Quits: Niictar24 (n=ritz@S010600183f550ae0.cg.shawcable.net) (Read error: 110 (Connection timed out))
  317. # [16:30] * Quits: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  318. # [16:37] * Quits: slightlyoff (n=slightly@204.14.154.244)
  319. # [16:38] * Joins: billmason (n=billmaso@ip94.unival.com)
  320. # [16:40] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  321. # [16:41] * Quits: mat_t (n=mattomas@nat/canonical/x-5164dfad57e36245) ("This computer has gone to sleep")
  322. # [16:41] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  323. # [16:41] * Joins: danbri (n=danbri@unaffiliated/danbri)
  324. # [16:41] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  325. # [16:43] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  326. # [16:44] * Joins: danbri (n=danbri@88.87.129.71)
  327. # [16:44] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  328. # [16:45] * Parts: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  329. # [16:45] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  330. # [16:46] * Joins: ROBOd (n=robod@89.122.216.38)
  331. # [16:49] * Joins: bgalbraith (n=bgalbrai@63.245.220.241)
  332. # [16:50] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  333. # [16:53] * Joins: mat_t (n=mattomas@nat/canonical/x-36ba0883af602b6f)
  334. # [16:54] * Joins: ZombieLoffe (n=e@unaffiliated/zombieloffe)
  335. # [16:54] * Joins: dglazkov__ (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  336. # [16:54] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  337. # [16:57] * Parts: billmason (n=billmaso@ip94.unival.com)
  338. # [16:57] * Quits: bgalbraith (n=bgalbrai@63.245.220.241)
  339. # [16:57] * dglazkov__ is now known as dglazkov
  340. # [16:58] * Quits: danbri (n=danbri@unaffiliated/danbri)
  341. # [16:58] * Joins: bgalbraith (n=bgalbrai@63.245.220.241)
  342. # [16:59] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 60 (Operation timed out))
  343. # [17:00] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  344. # [17:02] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  345. # [17:06] * Quits: mat_t (n=mattomas@nat/canonical/x-36ba0883af602b6f) ("This computer has gone to sleep")
  346. # [17:06] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  347. # [17:12] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  348. # [17:18] * Quits: nessy (n=nessy@124-171-5-252.dyn.iinet.net.au) ("This computer has gone to sleep")
  349. # [17:21] * Joins: mat_t (n=mattomas@nat/canonical/x-9978bccfa4f3e185)
  350. # [17:25] * Quits: hdh (n=hdh@58.187.22.56) (Read error: 54 (Connection reset by peer))
  351. # [17:34] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  352. # [17:34] * Joins: cgriego (n=cgriego@out-02.hotels.com)
  353. # [17:36] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  354. # [17:38] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 110 (Connection timed out))
  355. # [17:46] * Joins: dglazkov (n=dglazkov@nat/google/x-b7d319e8a26f881b)
  356. # [17:47] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Connection timed out)
  357. # [17:51] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  358. # [17:57] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  359. # [18:01] * Quits: Lachy (n=Lachlan@213.236.208.22) ("This computer has gone to sleep")
  360. # [18:05] * Quits: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  361. # [18:12] <myakura> "HTML5 poses to make web development less secure, more complicated and more expensive" http://loud.anotherquietday.com/post/98616203/the-threshold-of-ebook-progress
  362. # [18:12] <Philip`> Sounds like technological progress to me
  363. # [18:14] <Philip`> since adding features will cause those effects, and it's impossible to remove features, so the only alternative is to stagnate
  364. # [18:15] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  365. # [18:17] <Philip`> ("HTML5 allows more flexibility in the markup format, which will lead to more XSS vulnerabilities" just seems incorrect, since it's no more flexible than what browsers already accept, and at least it'll be more consistent and better defined)
  366. # [18:18] <Philip`> (but "adds a layer of the most maliciously exploited software layer in mankind to every page (SQL)" seems a reasonable criticism, because SQL is easy to misuse and so people will misuse it)
  367. # [18:22] <mpt> It's not reasonable to say it adds it to "every page", though
  368. # [18:24] * Quits: davidb (n=davidb@bas4-toronto06-1279277933.dsl.bell.ca)
  369. # [18:24] <Philip`> Ah, yes
  370. # [18:24] * Philip` missed that bit
  371. # [18:26] <Philip`> I wonder how long it'll be before some writes a sqlite_real_escape_string function so they can safely concatenate values into their query
  372. # [18:29] * Joins: Lachy (n=Lachlan@85.196.122.246)
  373. # [18:44] * Quits: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  374. # [18:47] * Joins: maikmerten (n=maikmert@Z9330.z.pppool.de)
  375. # [18:53] * Joins: annevk5 (n=annevk@85.196.122.246)
  376. # [18:57] * Parts: annevk5 (n=annevk@85.196.122.246)
  377. # [18:59] * Joins: annevk5 (n=annevk@85.196.122.246)
  378. # [18:59] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  379. # [19:08] * Joins: sholsinger (n=sholsing@24.102.197.128.res-cmts.tv13.ptd.net)
  380. # [19:09] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  381. # [19:10] <Hixie> hsivonen: in my defence, i was just trying to get the browsers to follow the specs. the real problem is html 4.01 didn't go through a real CR phase.
  382. # [19:13] * Joins: slightlyoff (n=slightly@nat/google/x-f485a701e598d08f)
  383. # [19:13] * Quits: slightlyoff (n=slightly@nat/google/x-f485a701e598d08f) (Remote closed the connection)
  384. # [19:15] * Parts: sholsinger (n=sholsing@24.102.197.128.res-cmts.tv13.ptd.net)
  385. # [19:24] * Joins: zdobersek (n=zan@cpe-92-37-70-11.dynamic.amis.net)
  386. # [19:25] * Joins: arun__ (n=arun@adsl-75-37-31-202.dsl.pltn13.sbcglobal.net)
  387. # [19:30] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  388. # [19:31] * Quits: arun__ (n=arun@adsl-75-37-31-202.dsl.pltn13.sbcglobal.net)
  389. # [19:37] * Quits: mat_t (n=mattomas@nat/canonical/x-9978bccfa4f3e185) ("This computer has gone to sleep")
  390. # [19:42] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  391. # [19:48] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 104 (Connection reset by peer))
  392. # [19:56] * Joins: sid0 (n=sid0@210.212.55.3)
  393. # [20:00] * Quits: bgalbraith (n=bgalbrai@63.245.220.241)
  394. # [20:01] * Joins: weinig (n=weinig@17.246.18.131)
  395. # [20:01] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  396. # [20:03] * Quits: jtcranmer (n=jcranmer@ltsp1.csl.tjhsst.edu) (Read error: 60 (Operation timed out))
  397. # [20:09] * Joins: slightlyoff (n=slightly@nat/google/x-f8df83a1db7e15d2)
  398. # [20:11] * Joins: ROBOd (n=robod@89.122.216.38)
  399. # [20:14] * Joins: jtcranmer (n=jcranmer@ltsp1.csl.tjhsst.edu)
  400. # [20:17] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  401. # [20:21] * Joins: ojan (n=ojan@nat/google/x-a82f584b750e6747)
  402. # [20:21] * Joins: davidb (n=davidb@bas4-toronto06-1279277933.dsl.bell.ca)
  403. # [20:22] * Parts: ojan (n=ojan@nat/google/x-a82f584b750e6747)
  404. # [20:22] * Quits: gmiernicki (n=gmiernic@unaffiliated/gmiernicki) (Read error: 104 (Connection reset by peer))
  405. # [20:23] * Quits: weinig (n=weinig@17.246.18.131)
  406. # [20:26] * Joins: weinig (n=weinig@17.246.18.131)
  407. # [20:26] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  408. # [20:32] * Quits: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  409. # [20:37] * Quits: ap (n=ap@194.154.88.43)
  410. # [20:38] * Joins: hdh (n=hdh@58.187.22.56)
  411. # [20:38] * Joins: arun__ (n=arun@corp-243.mountainview.mozilla.com)
  412. # [20:39] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  413. # [20:42] * Joins: sid0_ (n=sid0@202.3.77.136)
  414. # [20:42] * Quits: sid0 (n=sid0@unaffiliated/sid0) ("No Ping reply in 90 seconds.")
  415. # [20:46] * Quits: sid0_ (n=sid0@unaffiliated/sid0) (Remote closed the connection)
  416. # [20:47] * Joins: sid0 (n=sid0@202.3.77.136)
  417. # [20:50] * Quits: weinig (n=weinig@17.246.18.131)
  418. # [20:51] <tantek> Hixie - can you name any W3C RECs that went through a real CR phase?
  419. # [20:51] * Joins: sid0_ (n=sid0@202.3.77.136)
  420. # [20:52] * Joins: weinig (n=weinig@17.246.18.131)
  421. # [20:57] <Hixie> tantek: not yet. Selectors is close.
  422. # [20:58] <tantek> I would tend to agree with that assessment.
  423. # [21:01] * Quits: slightlyoff (n=slightly@nat/google/x-f8df83a1db7e15d2)
  424. # [21:03] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  425. # [21:04] * Quits: dolske (n=dolske@firefox/developer/dolske)
  426. # [21:05] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
  427. # [21:12] * Joins: gmiernicki (n=gmiernic@130.14.109.29)
  428. # [21:16] * Quits: MikeSmith (n=MikeSmit@EM114-48-132-156.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  429. # [21:22] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  430. # [21:25] * arun__ is now known as otherarun
  431. # [21:28] * Quits: weinig (n=weinig@17.246.18.131)
  432. # [21:28] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  433. # [21:33] * Joins: dglazkov_ (n=dglazkov@nat/google/x-1143cce86683281b)
  434. # [21:35] * Quits: dglazkov (n=dglazkov@nat/google/x-b7d319e8a26f881b) (Read error: 60 (Operation timed out))
  435. # [21:38] * Joins: ojan (n=ojan@nat/google/x-18a42c34eeb68097)
  436. # [21:42] * Joins: weinig (n=weinig@17.246.18.131)
  437. # [21:42] * Joins: slightlyoff (n=slightly@nat/google/x-8dccc449ae50c05d)
  438. # [21:45] * Parts: ojan (n=ojan@nat/google/x-18a42c34eeb68097)
  439. # [22:05] * Quits: slightlyoff (n=slightly@nat/google/x-8dccc449ae50c05d)
  440. # [22:08] * Quits: pmuellr (n=pmuellr@nat/ibm/x-d9d91cf2d9dfe031)
  441. # [22:11] * Quits: maikmerten (n=maikmert@Z9330.z.pppool.de) (Remote closed the connection)
  442. # [22:13] * Quits: zdobersek (n=zan@cpe-92-37-70-11.dynamic.amis.net) ("Leaving.")
  443. # [22:18] * Quits: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  444. # [22:22] * Joins: riven` (n=colin@5ED0BC66.cable.ziggo.nl)
  445. # [22:23] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  446. # [22:23] * riven` is now known as riven
  447. # [22:23] * Joins: slightlyoff (n=slightly@nat/google/x-7ffe74dc6203a515)
  448. # [22:31] * Joins: bgalbraith (n=bgalbrai@adsl-99-30-84-142.dsl.pltn13.sbcglobal.net)
  449. # [22:35] * Quits: dglazkov_ (n=dglazkov@nat/google/x-1143cce86683281b)
  450. # [22:37] * Joins: dglazkov (n=dglazkov@nat/google/x-347f4d4ffdedebf0)
  451. # [22:47] * Joins: zdobersek (n=zan@cpe-92-37-70-11.dynamic.amis.net)
  452. # [22:47] * Quits: dglazkov (n=dglazkov@nat/google/x-347f4d4ffdedebf0)
  453. # [22:47] * Quits: slightlyoff (n=slightly@nat/google/x-7ffe74dc6203a515)
  454. # [22:48] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  455. # [22:49] * Joins: Lachy (n=Lachlan@85.196.122.246)
  456. # [22:49] * Quits: zdobersek (n=zan@cpe-92-37-70-11.dynamic.amis.net) (Client Quit)
  457. # [22:50] * Joins: dglazkov (n=dglazkov@nat/google/x-e00e7133867f3753)
  458. # [22:51] * Joins: ojan (n=ojan@nat/google/x-6f68fef484eda273)
  459. # [22:54] * Joins: roc (n=roc@121-72-209-156.dsl.telstraclear.net)
  460. # [22:54] * Joins: slightlyoff (n=slightly@nat/google/x-f879b09a2e21ca38)
  461. # [22:55] * Joins: olliej (n=oliver@17.246.18.48)
  462. # [22:59] * Parts: ojan (n=ojan@nat/google/x-6f68fef484eda273)
  463. # [23:00] * Quits: roc (n=roc@121-72-209-156.dsl.telstraclear.net)
  464. # [23:04] * Quits: olliej (n=oliver@17.246.18.48)
  465. # [23:06] * Joins: onar_ (n=onar@17.244.68.164)
  466. # [23:06] * Joins: olliej (n=oliver@17.246.18.48)
  467. # [23:07] * Joins: olliej_ (n=oliver@17.203.15.141)
  468. # [23:12] * Quits: olliej (n=oliver@17.246.18.48) (Read error: 60 (Operation timed out))
  469. # [23:24] * Quits: bgalbraith (n=bgalbrai@adsl-99-30-84-142.dsl.pltn13.sbcglobal.net)
  470. # [23:25] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe)
  471. # [23:26] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  472. # [23:40] * Quits: slightlyoff (n=slightly@nat/google/x-f879b09a2e21ca38) (Remote closed the connection)
  473. # [23:40] * Joins: slightlyoff (n=slightly@nat/google/x-2116b6d32769032a)
  474. # [23:41] * Joins: riven` (n=colin@5ED0BC66.cable.ziggo.nl)
  475. # [23:44] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  476. # [23:44] * riven` is now known as riven
  477. # [23:49] * Joins: roc (n=roc@202.0.36.64)
  478. # [23:50] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  479. # Session Close: Thu Apr 23 00:00:00 2009

The end :)