/irc-logs / freenode / #whatwg / 2007-04-28 / end

Options:

  1. # Session Start: Sat Apr 28 00:00:00 2007
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: inkbase (i=Miranda@nat/ibm/x-736c99550c7d3f8c) ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
  4. # [00:19] <Dashiva> Hixie: More acid3. Test 96 removes the lastchild, making white-space:pre-wrap apply to #instructions. This doesn't seem to be reflected in the reference rendering
  5. # [00:19] <Hixie> oh?
  6. # [00:19] <Hixie> oh
  7. # [00:19] <Hixie> yeah, i should make the paragraph be one long line in the source
  8. # [00:19] <Hixie> duh
  9. # [00:19] <Hixie> can i just say that you're amazingly helpful here.
  10. # [00:20] <Hixie> fixed the bug
  11. # [00:20] <Dashiva> I'm just trying to keep up with how opera fails it :)
  12. # [00:20] <Hixie> :-)
  13. # [00:21] <Hixie> what's your full name again?
  14. # [00:21] <Hixie> so i can add you to the acknowledgments
  15. # [00:21] <Dashiva> Magnus Kristiansen
  16. # [00:21] <Hixie> thanks
  17. # [00:27] * Quits: h3h (n=h3h@66-162-32-234.static.twtelecom.net) ("|")
  18. # [01:00] * moeffju[Away] is now known as moeffju
  19. # [01:07] <Hixie> so... anyone against making line feeds in title="" be relevant?
  20. # [01:07] <Hixie> as in, have them be real line breaks that you're supposed to honour?
  21. # [01:09] <Dashiva> I can see the use, but at the same time it might lead to a slippery slope of more styling of titles
  22. # [01:09] <othermaciej> how does attribute parsing normally deal with whitespace in attributes?
  23. # [01:10] <othermaciej> I don't mind if it doesn't have to be a parser special case
  24. # [01:10] <Hixie> html5 preserves everything
  25. # [01:10] <Hixie> (html4 did per-attribute special casing through the fancy sgml rules)
  26. # [01:21] <hsivonen> and XML normalizes line feeds to spaces unless escaped
  27. # [01:24] * moeffju is now known as moeffju[ZzZz]
  28. # [01:29] <Hixie> ok so people can subscribe to the commit-watchers mailing list, and i can post to it...
  29. # [01:29] <Hixie> so why doesn't it work
  30. # [01:29] <Hixie> grr
  31. # [01:46] * Joins: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  32. # [01:48] * Quits: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com) (Client Quit)
  33. # [01:55] * Joins: a-ja (n=chatzill@70.230.166.247)
  34. # [02:03] <a-ja> Hixie, hsivonen: details' content model says legend element required first child (which is what the conformance checker wants), but details' dom interface text says legend is *optional* 1st element. difference between conforming document and what UA should put in dom in case of non-conforming document, or ?
  35. # [02:28] <Hixie> where does the dom interface say it's optional?
  36. # [02:29] * Quits: KevinMarks (i=KevinMar@nat/google/x-9e98038719f01405) ("The computer fell asleep")
  37. # [02:37] <a-ja> sorry, Hixie....was on another channel
  38. # [02:37] <a-ja> The first element child of a details element, if it is a legend element, represents the summary of the details.
  39. # [02:37] <a-ja> If the first element is not a legend element, the UA should provide its own legend (e.g. "Details").
  40. # [02:37] <Hixie> that doesn't say it's optional
  41. # [02:38] <Hixie> it just says what happens when the element is missing
  42. # [02:39] <a-ja> gotcha...UA dom requirement vs what makes a conforming document.
  43. # [02:39] <Hixie> right
  44. # [02:40] <othermaciej> there are many cases where UAs are required to handle particular non-conforming cases
  45. # [02:41] <Dashiva> Hixie is too diligent at work. He's impeding my daily lggwg fix :)
  46. # [02:42] <Hixie> heh
  47. # [02:44] <a-ja> dunno if it's just me finding this sorta thing a wee bit confusing...from some of the html-wg comments i've been seeing. almost wondering if separate "conforming document" and "UA behavior" doc specs might help that.
  48. # [02:46] <a-ja> any clue how the vote's going so far?
  49. # [02:46] <Dashiva> These? http://www.w3.org/2002/09/wbs/40318/htmlbg/results
  50. # [02:47] <othermaciej> a-ja: I think it's true that a lot of people don't quite get it
  51. # [02:48] <a-ja> tks...wasn't aware running vote total was anywhere public
  52. # [02:48] <Hixie> a-ja: i think we'll have to have separate tutorial pages that help with that, but if you have suggestions for how to make the spec clearer please let me know
  53. # [02:48] <othermaciej> I think what is needed is a good clear explanation
  54. # [02:48] <othermaciej> not whole separate docs
  55. # [02:48] <othermaciej> for WG members
  56. # [02:48] <Hixie> yeah
  57. # [02:48] <Hixie> that too
  58. # [02:48] <Dashiva> I don't know if UA and author sections are completely separate. If they are, they could be given classes so they could be styled with e.g. different backgrounds
  59. # [02:49] <a-ja> yeah....maybe just a "how to read this spec" intro section or somesuch
  60. # [02:49] <Hixie> there is a "how to read the spec" section
  61. # [02:49] <a-ja> doh!
  62. # [02:49] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/#how-to
  63. # [02:49] <a-ja> hard keeping up with you :)
  64. # [02:50] <Hixie> :-)
  65. # [02:50] * Dashiva considers that spec an atheist error
  66. # [02:50] <Dashiva> *that section
  67. # [02:52] <a-ja> Hixie: abstained? sheesh!
  68. # [02:53] <Hixie> hm?
  69. # [02:54] <a-ja> you 'abstained' in the vote?
  70. # [02:55] <wilhelm> Probably the appropriate option to choose..(c;
  71. # [02:55] <Hixie> google abstained from the vote
  72. # [02:55] <Hixie> (i'm one of several people representing google)
  73. # [02:55] <a-ja> ah
  74. # [02:55] <Hixie> i figured that it would be inappropriate for me to vote for myself or for my work
  75. # [02:56] <Hixie> and google, as a company, doesn't have a strong opinion either way
  76. # [02:56] <Hixie> (we have people in the xforms wg too, e.g.)
  77. # [02:58] <a-ja> noticed any WAI-types in html-wg?
  78. # [03:02] <a-ja> my impression is that accessibility specialists are kinda conspicuous by their absense.....wonder why.
  79. # [03:18] * Joins: zcorpan (n=zcorpan@84-216-43-150.sprayadsl.telenor.se)
  80. # [03:21] <zcorpan> does anyone know which spec defines that <!-- is ignored by JS engines? couldn't find anything in ecma262
  81. # [03:21] <othermaciej> zcorpan: I don't think it is in any spec
  82. # [03:23] <Hixie> it's not defined in any spec but it should be in ecma262
  83. # [03:24] <zcorpan> http://forums.whatwg.org/viewtopic.php?t=38#179
  84. # [03:26] <zcorpan> is ecma262 being developed?
  85. # [03:27] <Hixie> yejs
  86. # [03:27] <Hixie> yes
  87. # [03:27] <Hixie> even
  88. # [03:28] <Dashiva> As far as I know, <!-- counting as // in JS is simply a result of browsers not wanting two different JS parsers for external and internal scripts
  89. # [03:28] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  90. # [03:29] * Quits: a-ja (n=chatzill@70.230.166.247) ("Chatzilla 0.9.73-rdmsoft [XULRunner 1.9a1/2006042715]")
  91. # [03:31] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net) (Client Quit)
  92. # [03:33] <zcorpan> ah. i thought it was only special on the first line. it is indeed equivalent to //
  93. # [03:33] <Hixie> correct
  94. # [03:33] <Dashiva> It's an outrage, I use the valid JS a<!--b all the time (not) :)
  95. # [03:34] <Hixie> heh
  96. # [03:35] <othermaciej> zcorpan: I'm not sure it is fixed in the latest ecma262
  97. # [03:35] <othermaciej> zcorpan: I need to make a list of JS compat issues that are missing from or contrary to the spec
  98. # [03:35] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  99. # [03:36] <othermaciej> like for..in enumeration order, reserved keyword leniency, <!--, etc
  100. # [03:36] <Dashiva> othermaciej: regexp has some nasty ones
  101. # [03:36] <zcorpan> ok
  102. # [03:37] <othermaciej> Dashiva: good point
  103. # [03:38] <Hixie> hm
  104. # [03:38] <Hixie> in cross-document messaging
  105. # [03:39] <Hixie> do we want to be passing Documents around, or Windows?
  106. # [03:39] <Hixie> if we pass Documents around we have to let XSS access postMessage()
  107. # [03:39] <Hixie> rigth now i think Documents are just locked down totally, right?
  108. # [03:39] <Dashiva> Windows, please
  109. # [03:39] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net) (Client Quit)
  110. # [03:40] <Dashiva> Unless you can recovery window from document
  111. # [03:40] <Dashiva> -y
  112. # [03:40] <Hixie> you can go both ways these days
  113. # [03:40] <Hixie> window.document.defaultView == window
  114. # [03:41] <Dashiva> Then it's not critical which way. I'd rather prefer window, though. It's the natural root element when scripting is concerned
  115. # [03:41] <Hixie> need to get a hold of the opera guys
  116. # [03:41] <Hixie> since this changes their implementation
  117. # [03:42] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  118. # [03:43] <othermaciej> Hixie: in Safari we don't allow xss access to the document at all
  119. # [03:59] <zcorpan> http://simon.html5.org/temp/author-view-of-html5.css -- this was how i planned to hide (or mark) parts of the spec that don't apply to authors (as an alternative stylsheet)... it seems to be the simplest way to me
  120. # [04:01] <othermaciej> Hixie: what do you think about adding a toggle() operation to classList? adds the token if not present, removes it if present
  121. # [04:10] * Quits: dbaron (n=dbaron@corp-242.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  122. # [04:17] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  123. # [04:19] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  124. # [04:21] * Quits: tantek (n=tantek@dsl092-187-033.sfo1.dsl.speakeasy.net)
  125. # [04:26] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  126. # [04:33] <Hixie> othermaciej: seems reasonable; send a mail?
  127. # [04:38] <othermaciej> Hixie: sure
  128. # [04:39] <Hixie> thanks
  129. # [04:39] <othermaciej> done
  130. # [04:52] * Quits: aroben (i=adamrobe@nat/apple/x-7a66bb1f4117cbe5) (Read error: 110 (Connection timed out))
  131. # [04:57] <Hixie> horrah, the commit-watchers mailing list works!
  132. # [04:57] <zcorpan> yay!
  133. # [04:58] <Hixie> turns out i'd forgotten to add the e-mail address it was sending from to the commit-watchers list
  134. # [04:58] <Hixie> so the list was like "hey stop spamming me"
  135. # [04:58] <Hixie> but since i'd turned off moderation...
  136. # [04:59] * Joins: jcgregorio (n=chatzill@adsl-072-148-043-048.sip.rmo.bellsouth.net)
  137. # [05:01] * Joins: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  138. # [05:21] <Hixie> why the fuck does mozilla support target="_new"
  139. # [05:21] <Hixie> where did they get that from
  140. # [05:23] <othermaciej> Hixie: netscape legacy I'd guess?
  141. # [05:23] <Hixie> IE doesn't do it
  142. # [05:23] * Quits: bzed (n=bzed@dslb-084-059-123-208.pools.arcor-ip.net) ("Leaving")
  143. # [05:23] <othermaciej> that's why I think it is just netscape legacy, and not a real compat issue
  144. # [05:27] * Joins: YaaL (i=yaal@hell.pl)
  145. # [05:49] * Quits: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  146. # [06:19] * Joins: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net)
  147. # [06:49] * Joins: MikeSmith (n=MikeSmit@87.139.13.30)
  148. # [07:16] * Quits: zcorpan (n=zcorpan@84-216-43-150.sprayadsl.telenor.se) (Read error: 110 (Connection timed out))
  149. # [08:10] * Quits: jcgregorio (n=chatzill@adsl-072-148-043-048.sip.rmo.bellsouth.net) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]")
  150. # [08:22] * Joins: KevinMarks (n=Snak@h-68-164-93-9.snvacaid.dynamic.covad.net)
  151. # [08:27] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  152. # [08:28] * Joins: MrNaz (n=Naz@203-214-95-166.dyn.iinet.net.au)
  153. # [08:33] * Quits: MikeSmith (n=MikeSmit@87.139.13.30) ("Get thee behind me, satan.")
  154. # [09:09] * Joins: hendry (n=hendry@client-82-2-52-240.brnt.adsl.virgin.net)
  155. # [09:16] * Joins: ddfreyne (n=ddfreyne@d51A5CE12.access.telenet.be)
  156. # [09:44] * Quits: hendry (n=hendry@client-82-2-52-240.brnt.adsl.virgin.net) (Read error: 110 (Connection timed out))
  157. # [10:14] * Quits: ddfreyne (n=ddfreyne@unaffiliated/ddfreyne) ("k lol plz thx bai")
  158. # [10:35] * Joins: hendry (n=hendry@82.27.231.216)
  159. # [10:48] * Quits: hendry (n=hendry@82.27.231.216) ("leaving")
  160. # [11:23] * Joins: bzed (n=bzed@dslb-084-059-126-244.pools.arcor-ip.net)
  161. # [11:47] * Joins: Hassman (n=Hassman@r5bx220.net.upc.cz)
  162. # [12:02] * Joins: ROBOd (n=robod@86.34.246.154)
  163. # [12:25] <annevk> For the internal subset only entity and attribute declarations matter right?
  164. # [12:25] <annevk> Attribute declarations for attributes of type ID and entity declarations (and DTD level entity declarations) for entities used in the document
  165. # [12:29] <Lachy> I assume parameter entities would matter too
  166. # [12:30] <annevk> Default attributes too :(
  167. # [12:30] <annevk> And entities can actually contain markup?
  168. # [12:31] <annevk> Lachy, yeah, that's what I meant with DTD level entity decl...
  169. # [12:31] <Lachy> oh
  170. # [12:31] * annevk is not too good with the terminology
  171. # [12:32] <Lachy> I assume external entities don't need to be fetched, though
  172. # [12:32] <annevk> no, never
  173. # [12:32] <Lachy> good
  174. # [12:32] <annevk> that concept is dropped from XML5
  175. # [12:32] <annevk> no need to be backwards compatible with that
  176. # [12:36] * Quits: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net)
  177. # [12:41] * Joins: ddfreyne (n=ddfreyne@d51A5CE12.access.telenet.be)
  178. # [12:42] * Quits: ddfreyne (n=ddfreyne@unaffiliated/ddfreyne) (Remote closed the connection)
  179. # [12:42] * Joins: ddfreyne (n=ddfreyne@d51A5CE12.access.telenet.be)
  180. # [12:44] <annevk> the internal subset legacy is painful
  181. # [12:45] <annevk> see the last example in http://www.w3.org/TR/xml/#sec-entexpand for instance
  182. # [12:49] <Lachy> yikes!
  183. # [12:49] * Lachy wishes annevk luck and runs off to have some dinner
  184. # [12:53] <annevk> it seems doable, but people claiming XML is simple should learn it a bit better
  185. # [12:54] <annevk> also stuff like data:text/xml,<!DOCTYPE html[<!ENTITY test "<">]><html>&test;</html> not being well-formed...
  186. # [12:57] <annevk> but inventing yet another processor is clearly not desirable
  187. # [13:09] <annevk> Because of this silly stuff you also have to think about recursion
  188. # [13:09] <annevk> consider<!DOCTYPE html[<!ENTITY test "&test;">]>
  189. # [13:10] * othermaciej shudders
  190. # [13:11] <annevk> or the more complicated <!DOCTYPE html[<!ENTITY test "&test2;"><!ENTITY test2 "&test;">]>
  191. # [13:16] * annevk ponders about error handling for that
  192. # [13:18] <annevk> The XML spec says this about it: "A parsed entity MUST NOT contain a recursive reference to itself, either directly or indirectly."
  193. # [13:21] * annevk was hoping he could just put the expansion of the entity in the inputstream
  194. # [13:21] <annevk> this seems to prohibit that
  195. # [13:24] * Dashiva shakes head at http://forums.whatwg.org/viewtopic.php?t=39
  196. # [13:28] <annevk> heh
  197. # [13:28] <annevk> that guy is funny
  198. # [13:29] <annevk> data:text/xml,<!DOCTYPE html[<!ENTITY test "<x/>">]><x x="&test;"/> is another funny case
  199. # [13:30] <annevk> (non-well-formed)
  200. # [13:31] <annevk> data:text/xml,<!DOCTYPE html[<!ENTITY test "<x/>">]><x>&test;</x> is well-formed
  201. # [13:31] <annevk> with "x>x" as tree
  202. # [13:32] <annevk> so the value of an entity needs to be parsed in context, but it needs to be parsed in a contrained environment to make sure you don't get infinite loops
  203. # [13:33] <Philip`> data:text/xml,<!DOCTYPE html[<!ENTITY test "<x>">]><x>&test;</x> in Firefox complains of "asynchronous entity" - did they just make that term up? I can't see anybody else calling it that
  204. # [13:33] * annevk is not planning to introduce the eternal XML doc
  205. # [13:33] <annevk> their XML parser comes from a library
  206. # [13:36] <Philip`> Ah - in that case, did expat just make that term up? :-)
  207. # [13:36] * Joins: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com)
  208. # [13:40] <annevk> I suppose you just put the used entities within the contrained environment on a stack and once you encounter an entity you've seen before you either ignore it or print it out (without expanding it)
  209. # [13:41] <annevk> maybe it's an idea that if you encounter an entity you do just that... and once you're done you just feed all that into the inputstream so it can take care of <p> sequences
  210. # [13:41] <annevk> and such
  211. # [13:51] * Quits: KevinMarks (n=Snak@pdpc/supporter/active/kevinmarks) ("The computer fell asleep")
  212. # [14:29] * Quits: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com) (Remote closed the connection)
  213. # [14:29] * Joins: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com)
  214. # [14:34] * Joins: zcorpan (n=zcorpan@84-216-43-150.sprayadsl.telenor.se)
  215. # [14:59] * Quits: ddfreyne (n=ddfreyne@unaffiliated/ddfreyne) ("k lol plz thx bai")
  216. # [15:06] * moeffju[ZzZz] is now known as moeffju[afk]
  217. # [15:17] * Joins: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net)
  218. # [15:17] * othermaciej is now known as om_sleep
  219. # [15:20] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  220. # [15:32] * Joins: zcorpan_ (n=zcorpan@84-216-43-150.sprayadsl.telenor.se)
  221. # [15:40] * Quits: zcorpan (n=zcorpan@84-216-43-150.sprayadsl.telenor.se) (Read error: 110 (Connection timed out))
  222. # [15:43] <krijnh> Typo in the WA1 draft; 1.4. Terminology, paragraph 8, 'or the node itself is there is none' => if there is no none
  223. # [15:43] <krijnh> Hixie: Ping :)
  224. # [15:43] <annevk> typos are after the spec is done material
  225. # [15:43] <krijnh> Okidoi
  226. # [15:44] <krijnh> *Okidoki
  227. # [15:44] <annevk> maybe we should have a wiki page that lists them :)
  228. # [15:44] <krijnh> Nah
  229. # [15:45] <krijnh> The spec isn't done with typos btw
  230. # [15:45] * Parts: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com)
  231. # [15:46] * Quits: polin8 (n=brian@ool-18b8cc06.dyn.optonline.net) (":wq")
  232. # [15:46] * Joins: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com)
  233. # [15:46] * Joins: SpookyET (i=user@75.138.70.34)
  234. # [15:50] <krijnh> Is the web forms 2 project for IE still running?
  235. # [15:51] <krijnh> Seems to totally not work in IE7
  236. # [15:52] <annevk> dunno
  237. # [16:08] <SpookyET> Someone was critical http://www.webdevout.net/tidings/2007/04/23/the-whimzical-world-of-html-5/
  238. # [16:11] <annevk> he's certainly correct to assert that bugmode is a terrible idea
  239. # [16:13] <annevk> the parts about SGML and DTD seem to be uninformed
  240. # [16:14] <annevk> same for the rest
  241. # [16:53] * Quits: mw22 (n=chatzill@h8441169151.dsl.speedlinq.nl) (Read error: 110 (Connection timed out))
  242. # [16:53] * Quits: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  243. # [16:54] * Quits: gsnedders (n=gsnedder@host86-139-123-225.range86-139.btcentralplus.com) ("Don't touch /dev/null…")
  244. # [16:54] * Joins: gsnedders (n=gsnedder@host86-139-123-225.range86-139.btcentralplus.com)
  245. # [16:54] * Joins: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  246. # [16:55] * Quits: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  247. # [16:56] * Joins: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  248. # [17:09] * Joins: mw22__ (n=chatzill@h8441169151.dsl.speedlinq.nl)
  249. # [17:09] * mw22__ is now known as mw22
  250. # [17:16] * Joins: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  251. # [17:26] * Quits: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  252. # [17:35] * Quits: SpookyET (i=user@75.138.70.34) ("Client Exiting")
  253. # [17:49] * Quits: fax_machine (n=fax_mach@unaffiliated/faxmachine/x-838442)
  254. # [18:04] * Quits: bzed (n=bzed@dslb-084-059-126-244.pools.arcor-ip.net) ("Leaving")
  255. # [18:30] * Joins: Faf2 (n=frantise@gw.tkrlichnov.cz)
  256. # [18:30] * Quits: Faf2 (n=frantise@gw.tkrlichnov.cz) (Client Quit)
  257. # [18:30] * Joins: Faf2 (n=frantise@gw.tkrlichnov.cz)
  258. # [18:35] * Parts: Faf2 (n=frantise@gw.tkrlichnov.cz)
  259. # [19:03] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  260. # [19:11] * Joins: KevinMarks (n=Snak@h-68-164-93-9.snvacaid.dynamic.covad.net)
  261. # [19:23] * Joins: ddfreyne (n=ddfreyne@d51A5CE12.access.telenet.be)
  262. # [19:26] * Joins: hendry (n=hendry@82.2.121.203)
  263. # [19:34] * Quits: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  264. # [19:46] * Joins: fax_machine (n=fax_mach@74-129-102-1.dhcp.insightbb.com)
  265. # [19:57] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  266. # [20:17] * Joins: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  267. # [20:56] * Quits: hendry (n=hendry@82.2.121.203) ("london calling")
  268. # [21:22] * Joins: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net)
  269. # [21:24] * Quits: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net) (Remote closed the connection)
  270. # [21:25] * Joins: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net)
  271. # [22:12] * Quits: ROBOd (n=robod@86.34.246.154) ("http://www.robodesign.ro")
  272. # [22:17] * Quits: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com) (Read error: 104 (Connection reset by peer))
  273. # [22:45] * Joins: hasather (n=hasather@81-235-209-174-no62.tbcn.telia.com)
  274. # [22:53] * Quits: h3h (n=w3rd@cpe-66-75-149-197.san.res.rr.com)
  275. # [23:01] * Quits: aroben (n=adamrobe@adsl-70-231-231-70.dsl.snfc21.sbcglobal.net)
  276. # [23:24] * moeffju[afk] is now known as moeffju
  277. # [23:30] * Quits: fax_machine (n=fax_mach@unaffiliated/faxmachine/x-838442) (Read error: 113 (No route to host))
  278. # [23:55] * Quits: Hassman (n=Hassman@r5bx220.net.upc.cz) ("Chemists never die, they just stop reacting.")
  279. # Session Close: Sun Apr 29 00:00:00 2007

The end :)