/irc-logs / freenode / #whatwg / 2009-05-15 / end

Options:

  1. # Session Start: Fri May 15 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [09:05] * Disconnected
  4. # [09:05] * Attempting to rejoin channel #whatwg
  5. # [09:05] * Rejoined channel #whatwg
  6. # [09:05] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  7. # [09:05] * Set by annevk on Thu Feb 05 13:51:18
  8. # [09:06] <tantek> Quick question - the archives for the channel should be here right? http://krijnhoetmer.nl/irc-logs/whatwg/20090515
  9. # [09:08] <Hixie> yup
  10. # [09:08] <Hixie> but krijnh wasn't in the channel these past few hours so some stuff will have been missed
  11. # [09:09] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  12. # [09:10] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  13. # [09:18] * Quits: ojan (n=ojan@203.39.247.241) (Read error: 110 (Connection timed out))
  14. # [09:19] * weinig is now known as weinig|zZz
  15. # [09:20] * Joins: NicolasRaoul (n=NicolasR@116-64-101-12.rev.home.ne.jp)
  16. # [09:21] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  17. # [09:53] * Joins: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  18. # [09:58] * Quits: ojan_ (n=ojan@203.39.247.241)
  19. # [09:58] * Quits: othermaciej_ (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  20. # [10:04] <Hixie> jesus, the win7 installer makes the linux installers look positively consistent
  21. # [10:04] * Quits: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  22. # [10:08] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  23. # [10:10] <Hixie> ok seriously
  24. # [10:10] <Hixie> even the VERY FIRST DIALOG of the installer mixes the win2k skin and the vista skin
  25. # [10:10] <Hixie> wtf
  26. # [10:12] <Hixie> the first window is win2k-style (with non-native buttons) and can be dragged around, the second window in the installer is aero-style with buggy button focus outlines
  27. # [10:12] <Hixie> -_-
  28. # [10:12] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  29. # [10:14] * Joins: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  30. # [10:14] * Joins: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  31. # [10:15] <othermaciej> Hixie: just wait until you find the stuff with Windows 98 skins
  32. # [10:15] <othermaciej> or Win 3.1
  33. # [10:15] <Hixie> really?
  34. # [10:15] <Hixie> in win7 proper?
  35. # [10:15] <othermaciej> the Windows UI is an archeological treasure trove
  36. # [10:15] <othermaciej> well I dunno about Win7
  37. # [10:15] <othermaciej> in Vista you can still find retro dialogs
  38. # [10:16] <othermaciej> it is possible they fixed it all for 7, though I suspect some of the dialogs were in programs where MS may have lost the source code or something
  39. # [10:16] <Hixie> if the win7 installer is any indication, they didn't.
  40. # [10:18] <Philip`> Hixie: In an all-array API, when you're dealing with data of a form you already know, all you have to do is write "item.properties.name[0]" instead of "item.properties.name", which doesn't seem too hard, and then your code won't randomly inexplicably fail when you make small changes to your data
  41. # [10:18] <Hixie> yeah
  42. # [10:18] <Hixie> it's really ugly
  43. # [10:18] <Hixie> having [0]s everywhere
  44. # [10:18] <Hixie> and i always forget to include them
  45. # [10:18] <Hixie> (e.g. with gEBTN i always forget the [0])
  46. # [10:20] * jgraham always forgets the [0] too but still prefers APIs which are consistent over ones where you always have to put in explicit type checks
  47. # [10:20] <Hixie> you still have to type check even with the [0]
  48. # [10:20] <Hixie> (you have to check for null)
  49. # [10:20] <Hixie> so it doesn't actually gain you much
  50. # [10:20] <Philip`> "[0]" is less ugly than "if (!x instanceof Array) x = [x];"?
  51. # [10:21] <Hixie> yes, but "" is less ugly than "[0]"
  52. # [10:21] <Hixie> and that's the common case
  53. # [10:21] <Hixie> the generic case isn't the common case
  54. # [10:21] <Philip`> It seems a very common pattern to have some property which can occur one or more times
  55. # [10:21] <Philip`> and that's the case where (in the current API) you can't tell whether you're going to get back an array or a string
  56. # [10:21] <Philip`> and you have to do the instanceof thing
  57. # [10:22] <Hixie> so what api changes would you want?
  58. # [10:22] * Joins: heycam (n=cam@124-168-80-239.dyn.iinet.net.au)
  59. # [10:22] <jgraham> (FWIWW the interal API in my implementation effectively uses property:[values] where [values] is a list of one or more values, so it is more like the API Philip` is proposing
  60. # [10:23] <jgraham> )
  61. # [10:23] <Hixie> i could make HTMLPropertyCollection always return a PropertyNodeList
  62. # [10:23] <Philip`> I haven't thought about this in any detail so I don't know if there's a better solution, but changing HTMLPropertyCollection.namedItem to always return an array (and maybe an empty array instead of null) would make me happier
  63. # [10:24] <Philip`> The JSON serialisation already makes everything an array, so it's no different to that
  64. # [10:24] <Philip`> (s/array/PropertyNodeList/ or whatever)
  65. # [10:24] <jgraham> Yeah that sounds like a good solution at first glance
  66. # [10:26] * jgraham seems to have got his senses confused there
  67. # [10:27] <Hixie> ok, done
  68. # [10:29] <jgraham> (BTW I made some changes to my implementaion so that it has a slightly different set of bugs. I expect it is still very broken though)
  69. # [10:30] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 104 (Connection reset by peer))
  70. # [10:33] * Joins: virtuelv_ (n=virtuelv@pat-tdc.opera.com)
  71. # [10:38] <Hixie> ok, updated the examples too
  72. # [10:40] * Joins: roc (n=roc@121-72-196-6.dsl.telstraclear.net)
  73. # [10:43] * Joins: ROBOd (n=robod@89.122.216.38)
  74. # [10:52] <aja_> fixed the vcard example, too?
  75. # [10:53] <Hixie> what was wrong with it?
  76. # [10:53] * aja_ had system hange after mentioning it to you earlier
  77. # [10:53] <aja_> class=adr instead of itemprop
  78. # [10:54] <Hixie> yeah fixed that when you said it
  79. # [10:54] <Hixie> none of this is checked in yet
  80. # [10:54] <aja_> the jack bauer vcard.....afred's okay
  81. # [10:54] <aja_> alfred
  82. # [10:55] <aja_> cools
  83. # [10:55] <aja_> geez...can't friggin type today
  84. # [10:57] * Quits: aja_ (n=aja@adsl-70-237-194-225.dsl.stlsmo.sbcglobal.net) ("Ex-Chat")
  85. # [10:59] <Hixie> gotta love how win7 has a magical 16x16 hit box in the top left of windows that has no visible affordance but that shows a menu if you click it
  86. # [10:59] <gsnedders> Doesn't that exist going back to at least 95?
  87. # [11:00] <gsnedders> Hixie: Also: stop giving your cats drugs. They're crazy enough as is.
  88. # [11:01] <Hixie> in win95, there's an icon there
  89. # [11:01] * gsnedders nowadays only uses the school's crippled version of Windows, and his memory isn't that great
  90. # [11:02] * gsnedders only needs a text editor anyway :P
  91. # [11:07] <Philip`> http://en.wikipedia.org/wiki/File:Windows_2.0.png - they've had that top-left-corner icon for a long time
  92. # [11:11] <Hixie> i like(d) the icon, my complaint is just that now they have a ui element with no visual affordance
  93. # [11:14] <Philip`> Maybe it's for compatibility with programs that automatically open the menu by simulating a mouse click in the top-left 16x16 pixels of a window
  94. # [11:14] <Hixie> man, win7 has all kinds of weird bugs
  95. # [11:14] <Hixie> e.g. the UAC window has the wrong cursor for the path label
  96. # [11:14] <Hixie> Philip`: i'm sure it is
  97. # [11:14] <Hixie> Philip`: or compatibility with legacy users that do that, ilke me
  98. # [11:14] <Hixie> like, even
  99. # [11:15] <Hixie> and there's no way to enable UAC on high but have it not dim the desktop...? weird
  100. # [11:16] * Joins: webben (n=benh@nat/yahoo/x-b8c086871f46bbe0)
  101. # [11:20] <Philip`> Does the screen still flash black when it brings up the UAC box?
  102. # [11:21] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  103. # [11:21] <Hixie> it does something similar
  104. # [11:21] <Hixie> fades it on display, and then fades back poorly on dismissal
  105. # [11:24] * Quits: harig (n=opera@59.90.71.35) (Read error: 110 (Connection timed out))
  106. # [11:28] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  107. # [11:29] <Hixie> looks like actually most windows do have an icon, it's just explorer windows that don't
  108. # [11:31] <virtuelv_> Hixie: aren't path labels in Windows >= Vista just buttons?
  109. # [11:31] <jgraham> The default windows 7 UI is so /so/ ugly
  110. # [11:32] <jgraham> (that was irrelevant but still)
  111. # [11:32] <Philip`> virtuelv_: They turn into text fields if you click them in the right way, if I remember correctly
  112. # [11:33] <virtuelv_> Gnome/Nautilus is also doing the buttons thing, but never pretends to be both
  113. # [11:34] <virtuelv_> if you want to make it editable, you either press ctrl-l, or a button
  114. # [11:34] <virtuelv_> at which point, it becomes an <input type="text">
  115. # [11:36] <Hixie> virtuelv_: didn't do anything when i clicked it
  116. # [11:36] <Hixie> virtuelv_: but it had the hand cursor
  117. # [11:36] <Hixie> btw win7 seems to come with more cronjobs preconfigured than even linux installs
  118. # [11:36] <Hixie> which is impressive
  119. # [11:36] <Hixie> (33)
  120. # [11:38] <Hixie> [This content is preliminary and subject to change.]
  121. # [11:38] <Hixie> surely that shouldn't appear in a release candidate :-)
  122. # [11:38] <Hixie> (help for the memory checker tool)
  123. # [11:44] * Quits: heycam (n=cam@124-168-80-239.dyn.iinet.net.au) ("bye")
  124. # [11:51] * Quits: ap (n=ap@194.154.88.42)
  125. # [11:56] <Hixie> is there any end-user software that uses RDF? something that isn't a semantic web tool per se but actually does tasks a typical end user actually wants to do
  126. # [11:56] <Hixie> like booking plane flights or whatever
  127. # [11:58] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  128. # [12:00] <zcorpan> <form><span></form><input> does not seem to match browsers - browsers associate the input with the form, afaict
  129. # [12:00] <jgraham> Hixie: I don't know but it might help if you defined "uses" better. Do you mean "uses for input", "uses as its internal data model", "has the option to serialize to" or something else?
  130. # [12:01] * Joins: hdh (n=hdh@58.187.202.140)
  131. # [12:01] <Hixie> uses for input
  132. # [12:03] * Quits: NicolasRaoul (n=NicolasR@116-64-101-12.rev.home.ne.jp) (Remote closed the connection)
  133. # [12:04] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/114
  134. # [12:05] * Joins: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz)
  135. # [12:08] <jgraham> Hixie: Maybe http://www.mkbergman.com/?page_id=325 is helpful (I selected category:harvester which I have to tell you since apparently they don't give queries unique uris)
  136. # [12:09] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 60 (Operation timed out))
  137. # [12:10] * Quits: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz) (Client Quit)
  138. # [12:11] <zcorpan> though it says "null" in ie8
  139. # [12:11] * Quits: virtuelv_ (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  140. # [12:11] <zcorpan> so html5 matches ie8
  141. # [12:11] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  142. # [12:13] <zcorpan> wait now it's null/undefined in webkit and firefox too... must have done something wrong before
  143. # [12:13] <zcorpan> aha
  144. # [12:13] <zcorpan> <form><span>foo</form><input>
  145. # [12:14] <zcorpan> makes it non-null in firefox
  146. # [12:14] <zcorpan> but still null in webkit and ie
  147. # [12:15] <zcorpan> <form><div></form><input> is non-null in webkit
  148. # [12:19] * Joins: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz)
  149. # [12:21] <Hixie> jgraham: i don't understand what that is
  150. # [12:21] <Hixie> jgraham: but it doesn't look like something my mum would use
  151. # [12:21] <jgraham> Hixie: It's a list of semantic web tools
  152. # [12:21] <Hixie> oh
  153. # [12:21] <jgraham> Well RDF tools I guess
  154. # [12:21] <gsnedders> Hixie: Well, in my mum's case, the whole web doesn't look like something she would use :P
  155. # [12:22] <jgraham> (it doesn't seem to work in Opera)
  156. # [12:22] <Hixie> jgraham: does it not work in safari?
  157. # [12:22] <gsnedders> Actually, s/web/computer/
  158. # [12:22] * Hixie opens firefox
  159. # [12:22] <jgraham> Hixie: I don't know and finding out would mean starting my wwindows virtual machine which is... slow
  160. # [12:23] <Hixie> hm, works in ff
  161. # [12:23] <Hixie> doesn't work in safari.
  162. # [12:23] * Quits: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com) (niven.freenode.net irc.freenode.net)
  163. # [12:23] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  164. # [12:23] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (niven.freenode.net irc.freenode.net)
  165. # [12:24] * Joins: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  166. # [12:24] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  167. # [12:24] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  168. # [12:24] * Joins: myakura (n=myakura@p3087-ipbf6705marunouchi.tokyo.ocn.ne.jp)
  169. # [12:25] <jgraham> Hixie: To be fair nothing that I have seen listed thee looks like something my Mum would use
  170. # [12:25] <jgraham> (and my Mum is rather more computer literate than gsnedders' Mum)
  171. # [12:26] <Hixie> i can't even find a _category_ that my mum might use
  172. # [12:26] <Hixie> there has to be some average-end-user software SOMEWHERE that uses RDF as its input
  173. # [12:27] <gsnedders> Hixie: Google, nowadays? :P
  174. # [12:27] <gsnedders> Time for me to head off to school to do some last minute revision before a three-and-a-half hour long English exam. Yay. :\
  175. # [12:27] <jgraham> gsnedders: Good luck
  176. # [12:27] <Hixie> i've already looked at how google handles rdf internally, i'm looking for more data points
  177. # [12:28] <gsnedders> Hixie: Well, it's some average-end-user software, no? :P
  178. # [12:28] <Hixie> yeah but i'm looking for something else
  179. # [12:28] <jgraham> Hixie: There just aren't people publishing RDF for the kind of things that ordinary people do. So there is no need to build tools
  180. # [12:28] <Hixie> there are tools for end users that use xml
  181. # [12:28] <Hixie> why not tools for end users that use rdf?
  182. # [12:30] <jgraham> (I can vaugely imagine my Mum using something that allowed her to annotate web pages and there seem to be several RDF-based tools for doing that but I'm not really sure why the RDF is needed or whether, in fact my Mum would use one of those even in the unlikely event that it had perfect UI)
  183. # [12:31] <Hixie> would or would not?
  184. # [12:32] <jgraham> ?
  185. # [12:32] <Hixie> "in fact my Mum would use one of those even..."
  186. # [12:32] <Hixie> my dad does all kinds of things with data graphs, like geneology, which i presume is well suited to being handled in RDF if anything is
  187. # [12:32] <jgraham> oh s/infact/in fact,/
  188. # [12:32] <Hixie> but i'm not aware of any end-user software that does geneology using rdf
  189. # [12:32] <jgraham> er s/in fact/in fact,/
  190. # [12:33] <Hixie> that still doesn't make much sense :-)
  191. # [12:34] <Hixie> (most geneology software seems to use GEDCOM as an interchange format)
  192. # [12:34] <Philip`> Are you missing the "whether"? :-)
  193. # [12:34] <Hixie> oh, i get it now
  194. # [12:34] <Hixie> thanks :-)
  195. # [12:34] <pesla> Does anyone of you know wether its possible to load HTML from a file on a FTP server using Javascript?
  196. # [12:34] <pesla> (Maybe a bit offtopic)
  197. # [12:35] <Hixie> it's possible if the javascript is itself running in a page from the same ftp server, i believe
  198. # [12:35] <Hixie> just use xhr
  199. # [12:36] <pesla> Is there cross browser support for xhr already?
  200. # [12:36] <Hixie> sure
  201. # [12:36] <pesla> Thx for the suggestion, didn't come to my mind yet ;)
  202. # [12:37] <Hixie> oh hey, that's exciting, i have a meeting in 7 hours and i haven't slept yet
  203. # [12:37] <Hixie> crap
  204. # [12:37] * Hixie rushes to bed
  205. # [12:37] <Hixie> nn!
  206. # [12:38] * jgraham guesses Hixie no longer wants to know that http://www.jenitennison.com/blog/taxonomy/term/34 has a lot of references to a geneology web 2.0 app using RDF but, afaict no actual link
  207. # [12:43] <beowulf> what's the point of the RDF in HTML5 stuff?
  208. # [12:44] <Philip`> There isn't RDF in HTML5 stuff
  209. # [12:44] <beowulf> oh
  210. # [12:44] <Philip`> There's just data in HTML5 stuff, and you can represent that data with RDF if you really want to
  211. # [12:46] <beowulf> why would you do that, then?
  212. # [12:47] <jgraham> Want to represent data in RDF? Not sure but some people seem to like it
  213. # [12:47] <jgraham> (I guess it might be appropriate for some applications where your model is a graph of interconnected nodes)
  214. # [12:48] <beowulf> i've worked on a couple of sites that used the UK eGMS standard for data in html, but i've never really understood to what end this activity was aimed
  215. # [12:50] <jgraham> beowulf: Isn't this the sort of thing that goverments just like even if it has no actual value? At least that was always the impression I got...
  216. # [12:52] <beowulf> jgraham: that's the impression i have, should i have the same impression of the microsyntaxes section of html5? (sorry if i've confused two seperate techs)
  217. # [12:54] <jgraham> beowulf: I can imagine some cases where it has the potential to be useful. e.g. if academic journals stopped using their own made up classnames for citation data and used the bibtex microdata spec instead it would be trivial to write a tool that extracted tose citations for inclusion in a LaTeX document
  218. # [12:54] <Philip`> <meta name="e-GMS.accessibility" content="NEED ICRA RATING. PLACE IN WEBENGINE.CFG" /> - hooray for metadata
  219. # [12:54] <jgraham> Which I would probably have done if people had been doing that two years ago
  220. # [12:55] <jgraham> s/done/writeen a tool to do/
  221. # [12:55] <jgraham> argh
  222. # [12:56] * Quits: webben (n=benh@nat/yahoo/x-b8c086871f46bbe0) (Remote closed the connection)
  223. # [12:56] * Joins: webben (n=benh@nat/yahoo/x-aab2731b0ddf45a5)
  224. # [12:57] <Philip`> In fact, "NEED ICRA RATING. PLACE IN WEBENGINE.CFG" is the second most common value for e-GMS.accessibility, coming just behind "A" and just ahead of "Triple-A"
  225. # [12:57] <Philip`> (with Double-A falling in last place)
  226. # [12:58] <Philip`> jgraham: Why wouldn't you have just clicked the "view as BibTeX" links that online journals seem to all provide?
  227. # [12:58] <jgraham> Philip`: IIRC Nature doesn't
  228. # [12:58] <jgraham> and some others too
  229. # [12:58] <Philip`> Oh
  230. # [12:59] <jgraham> At one point Monthly Notices of The Royal Astronomical society got a new website that removed all the useful features of the old one, including BibTeX data
  231. # [12:59] * Philip` almost never uses anything other than the ACM Portal and sometimes CiteSeer and Google Scholar
  232. # [13:00] <beowulf> Philip`: so most cases or that metadata are wrong and useless, and yet you're probably the only one who noticed
  233. # [13:00] <beowulf> s/or/for
  234. # [13:00] <jgraham> (but fortunatley NASA provided the Atrsophysics Data System which almost always had BibTeX data, but it did mean finding the article again)
  235. # [13:01] * beowulf is still scared from having to read the eGMS stuff, never mind use it
  236. # [13:01] <jgraham> beowulf: metadata is sure to be wrong if no one is using it and merely likely to be wrong otherwise
  237. # [13:01] <Philip`> beowulf: (Admittedly this is only 11 pages, so the margin of error in the results are quite high)
  238. # [13:01] <Philip`> *margins
  239. # [13:02] <Philip`> ((by which I mean this is 425K pages, of which 11 use e-GMS.accessibility))
  240. # [13:03] <Philip`> (and a handful of others use e-GMS for some keywords)
  241. # [13:04] <Philip`> (Actually, all of those handful are on the site http://www.youngscot.org/ which repeats the huge list of keywords five times on every page)
  242. # [13:05] <Philip`> (Metadata is great in theory)
  243. # [13:07] <beowulf> like a laser, then?
  244. # [13:09] <Philip`> HTML5 microdata seems to be more about replacing microformats with something that can parsed with a generic parser
  245. # [13:09] <Philip`> s/can/can be/
  246. # [13:09] <Philip`> and that doesn't have to squeeze itself into attributes where it doesn't really fit
  247. # [13:10] <Philip`> and tha has a decentralised mechanism for avoiding name conflicts
  248. # [13:10] <Philip`> *that
  249. # [13:13] * Quits: sid0 (n=sid0@unaffiliated/sid0) ("Leaving")
  250. # [13:15] * Philip` can never decide whether something relying on DNS is centralised or decentralised
  251. # [13:16] <hober> I think @class has the same story as @item insofar as disambiguation is concerned. Which is to say, those concerned about disambiguation can choose sufficiently disambiguous names for their own vocabularies.
  252. # [13:33] * Quits: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  253. # [13:39] * Joins: sid0 (n=sid0@unaffiliated/sid0)
  254. # [13:40] * Joins: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  255. # [13:49] * Quits: webben (n=benh@nat/yahoo/x-aab2731b0ddf45a5) (Read error: 110 (Connection timed out))
  256. # [13:56] * Joins: annevk5 (n=annevk@146.145.41.51)
  257. # [14:08] * Joins: ap (n=ap@194.154.88.42)
  258. # [14:09] <jgraham> "I will never support microdata, because no case has been made for its existence." That seems logically flawed
  259. # [14:10] * Joins: ZombieLoffe (n=e@unaffiliated/zombieloffe)
  260. # [14:26] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  261. # [14:30] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Remote closed the connection)
  262. # [14:35] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  263. # [14:40] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 54 (Connection reset by peer))
  264. # [14:46] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  265. # [14:47] * Joins: taf2 (n=taf2@static-71-127-149-10.bltmmd.fios.verizon.net)
  266. # [14:48] * Joins: webben (n=benh@nat/yahoo/x-b3f00022581c0090)
  267. # [14:49] * Quits: taf2 (n=taf2@static-71-127-149-10.bltmmd.fios.verizon.net) (Client Quit)
  268. # [14:49] * Quits: annevk5 (n=annevk@146.145.41.51)
  269. # [14:56] * Joins: virtuelv (n=virtuelv@213.236.208.247)
  270. # [14:56] * Parts: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  271. # [15:02] * Quits: virtuelv (n=virtuelv@213.236.208.247) ("Ex-Chat")
  272. # [15:19] * Joins: pmuellr (n=pmuellr@nat/ibm/x-5615bc872225f7fe)
  273. # [15:37] * Quits: doublec (n=doublec@118-92-158-206.dsl.dyn.ihug.co.nz) ("Leaving")
  274. # [15:38] * Joins: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  275. # [15:43] * Quits: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  276. # [15:46] * Joins: heycam (n=cam@124-168-80-239.dyn.iinet.net.au)
  277. # [16:23] <Philip`> XMLLiteral handling in text/html seems a bit inconsistent at the moment - for the same input in three implementations I get:
  278. # [16:23] <Philip`> "Test<i>Test<br/>Test</i>Test"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  279. # [16:23] <Philip`> "Test<i>Test<br>Test</i>Test"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  280. # [16:24] <Philip`> "Test<I>Test<BR>Test</I>Test"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  281. # [16:24] <Philip`> "TestTestTestTest"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  282. # [16:24] <zcorpan> 3 impl, 4 results?
  283. # [16:25] <Philip`> Yes (since some were JS implementations, and vary between browsers)
  284. # [16:25] <zcorpan> ah
  285. # [16:26] * Joins: danbri (n=danbri@s5590d015.adsl.wanadoo.nl)
  286. # [16:27] * Parts: danbri (n=danbri@unaffiliated/danbri)
  287. # [16:29] <zcorpan> Philip`: btw, had you sent email about triples changing after following an internal link? should the fragment be omitted from "the document's current address"?
  288. # [16:29] <Philip`> Using the same implementations on XHTML, I get:
  289. # [16:29] <Philip`> "Test<i xmlns=\"http://www.w3.org/1999/xhtml\">Test<BR/>Test</i>Test"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  290. # [16:29] <Philip`> "Test<i xmlns="http://www.w3.org/1999/xhtml">Test<BR xmlns="http://www.w3.org/1999/xhtml"/>Test</i>Test"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
  291. # [16:30] <Philip`> zcorpan: Oh, I forgot about that and haven't sent anything
  292. # [16:33] * Philip` notes that those XHTML bits are correct, because the input had a "<BR/>" in it
  293. # [16:36] <hsivonen> where's the parsing spec for XML literals (that don't seem to have a root element)?
  294. # [16:46] * Joins: tehu (n=tehu@pas72-1-88-161-62-51.fbx.proxad.net)
  295. # [16:49] <hsivonen> http://www.w3.org/TR/rdf-concepts/#section-XMLLiteral
  296. # [16:50] <hsivonen> wow. is that really saying that XMLLiterals must be exclusively canonicalized to be conforming?
  297. # [16:52] <hsivonen> it seems there's no explicit parsing spec but it's implied that the precessing is similar to setting innerHTML in XHTML
  298. # [16:52] * Quits: Hixie (i=ianh@trivini.no) (Remote closed the connection)
  299. # [16:58] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  300. # [16:58] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  301. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  302. # [17:12] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  303. # [17:15] <zcorpan> wouldn't it be <span item><span itemprop=w3c.time propvalue="12-25-2009"> ?
  304. # [17:16] * Joins: xydyx (n=hdh@58.187.202.140)
  305. # [17:17] <hsivonen> zcorpan: why the reverse endianness?
  306. # [17:17] <hsivonen> or permuted rather than reversed
  307. # [17:19] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  308. # [17:19] * Parts: tehu (n=tehu@pas72-1-88-161-62-51.fbx.proxad.net)
  309. # [17:20] <Philip`> zcorpan: It would (according to the current spec)
  310. # [17:20] * Joins: harig (n=opera@59.90.71.35)
  311. # [17:20] <Philip`> (since itemprops correspond to the nearest ancestor item, and an element is not its own ancestor)
  312. # [17:22] <zcorpan> hsivonen: copy-paste from what jonas wrote
  313. # [17:22] * Quits: hdh (n=hdh@58.187.202.140) (Read error: 60 (Operation timed out))
  314. # [17:28] * Joins: wakaba (n=wakaba@EM114-51-143-186.pool.e-mobile.ne.jp)
  315. # [17:28] * Joins: drostie (n=hopkins@5ED17066.cable.ziggo.nl)
  316. # [17:33] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  317. # [17:35] * Joins: aroben (n=aroben@unaffiliated/aroben)
  318. # [17:38] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  319. # [17:38] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  320. # [17:40] * Joins: dglazkov (n=dglazkov@nat/google/x-3c5f8f8dc4437076)
  321. # [17:53] * Quits: webben (n=benh@nat/yahoo/x-b3f00022581c0090) (Read error: 110 (Connection timed out))
  322. # [18:00] * Quits: nslater (n=nslater@tumbolia.org) ("http://tumbolia.org/nslater")
  323. # [18:02] * Joins: cgriego (n=cgriego@out-02.hotels.com)
  324. # [18:02] * Quits: harig (n=opera@59.90.71.35) (Read error: 110 (Connection timed out))
  325. # [18:10] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
  326. # [18:16] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
  327. # [18:17] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  328. # [18:21] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  329. # [18:30] <gsnedders> w00t! English! Done!
  330. # [18:32] <hsivonen> gsnedders: did it go well?
  331. # [18:33] <Philip`> gsnedders: Did you fail miserably?
  332. # [18:34] * Joins: onar_ (n=onar@17.244.69.220)
  333. # [18:39] <gsnedders> hsivonen: The first part, definitely. The second part, not so well, but I think well enough.
  334. # [18:40] <gsnedders> Philip`: Hence no.
  335. # [18:40] <gsnedders> Philip`: Also, seeming I apparently had the best dissertation it'd be hard to fail badly, seeming I scarcely had to get any marks to pass
  336. # [18:40] <hsivonen> gsnedders: btw, there's no "XHTML WG"
  337. # [18:40] <hsivonen> (Re: twitter)
  338. # [18:41] <gsnedders> Peh. XHTML2 WG. You know what I mean.
  339. # [18:44] <Philip`> gsnedders: Were the people marking your dissertation impressed by the markup?
  340. # [18:44] <gsnedders> Philip`: It wasn't markup :P
  341. # [18:45] <Philip`> gsnedders: I thought that's what you were spending all your time doing? :-)
  342. # [18:45] <gsnedders> Philip`: No. Markup for my notes for English in general
  343. # [18:45] <gsnedders> Also: my fingers hurt from writing for three hours so I don't want to type too much
  344. # [18:46] <Philip`> Type with other appendages
  345. # [18:46] * Joins: mlpug (n=mlpug@a91-156-60-235.elisa-laajakaista.fi)
  346. # [18:49] * Philip` gets an impression from the "Link rot is not dangerous" topic that namespace URIs are quite a fragile foundation
  347. # [18:50] <Philip`> so they suggest building other structures on top of that, like caching and redirecting and hardcoding override lists and reminding people not to accidentally let their domains expire and making local subclasses
  348. # [18:50] <hsivonen> Philip`: it seems to be that believing in Follow your Nose and believing in Link Rot not being dangerous are contradictory beliefs but you can pick either one and argue coherently
  349. # [18:51] <Philip`> and I suppose it makes me wonder instead whether it'd be a good reason to not use that foundation at all
  350. # [18:52] <Philip`> (though I don't know what other foundations would be better)
  351. # [18:53] <hsivonen> Philip`: Java-style FQNs avoid the temptation to succumb to Follow Your Nose
  352. # [18:54] <Philip`> hsivonen: They still suffer from a mild form of Link Rot, because if I start using com.example.foo and then accidentally let com.example expire and someone else registers it and builds a new application based on that domain then they might conflict with my names and people will think my names belong to them
  353. # [18:55] * Quits: philipj_ (n=philipj@pat.se.opera.com) (Read error: 110 (Connection timed out))
  354. # [18:55] <Philip`> The problem is that an object with a certain lifetime is depending on an object with a potentially shorter lifetime
  355. # [18:56] <Philip`> and C++ teaches us that such relationships will eventually cause horrible pain and memory corruption
  356. # [18:56] <hsivonen> Philip`: more likely, the owner of com.example is acquired by another company or the product is made open source under org.apache
  357. # [18:57] <Philip`> That too
  358. # [18:57] <hsivonen> but yeah, Java FQNs suck because code outlasts organization structure
  359. # [18:57] <Philip`> I wonder if all the com.sun.* Java classes will be renamed to com.oracle.*
  360. # [19:01] <Philip`> Has anyone (in distributed systems in general, not just the web) solved the problem of having identifiers that are globally unique and eternally unique, and that don't depend on a centralised registry, and that are human-readable?
  361. # [19:02] <Philip`> (I suppose I consider mildly distributed registries, like the IP number assignment system, to be similar enough to a centralised registry that it's not acceptable either)
  362. # [19:03] <Philip`> If not, I guess the question is which of those requirements to sacrifice
  363. # [19:03] <hsivonen> Philip`: depends on probablility of collision
  364. # [19:03] <hsivonen> Philip`: openid.delegate seems to strike the right balance
  365. # [19:06] * Joins: maikmerten (n=maikmert@BAE06f6.bae.pppool.de)
  366. # [19:13] <hober> Python package names seem to strike a good balance
  367. # [19:17] <hsivonen> hober: yeah, they are basically the same as openid.* and openid2.* rel values
  368. # [19:17] * Quits: weinig|zZz (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  369. # [19:18] <Philip`> But Python lets you manually override the mapping from identifier to implementation (e.g. by changing PYTHONPATH or moving libraries into the current directory) if you need to resolve conflicts in exceptional cases
  370. # [19:18] <Philip`> just like XML Namespace prefixes do
  371. # [19:19] * Quits: ap (n=ap@194.154.88.42)
  372. # [19:19] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  373. # [19:19] <Philip`> Without some mechanism for conflict resolution, it's not a robust way to avoid problems caused by naming conflicts
  374. # [19:20] <hsivonen> Philip`: how often do python names actually collide?
  375. # [19:23] <Philip`> It's not terribly unlikely that I would e.g. create a physics simulation program with a file called "atom.py" containing my Atom class, and say "import atom"
  376. # [19:23] <Philip`> and it would collide with the 'atom' package (for RFC 4287 style Atom)
  377. # [19:24] <hober> I think python package names, or java FQNs, etc. provide enough disambiguation
  378. # [19:24] <Philip`> (The conflict there is easily resolved because Python will look for ./atom.py before it looks for /usr/lib/python2.5/site-packages/atom, if I remember correctly)
  379. # [19:24] <hober> People seem to want more disambiguation than they really need, to get some kind of warm-fuzzy feeling of false security
  380. # [19:24] * Quits: pmuellr (n=pmuellr@nat/ibm/x-5615bc872225f7fe)
  381. # [19:25] <Philip`> Why is it false security? (as opposed to unnecessary (but true) security)
  382. # [19:25] <hober> But given author error, cut-and-paste, etc. the straightjacket solutions to disambiguation don't really get you any more disambiguation than the "sufficiently-interesting prefix" solution
  383. # [19:30] * Joins: ap (n=ap@194.154.88.42)
  384. # [19:34] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  385. # [19:35] <gsnedders> Is there any way to have a form that can be submitted to multiple URLs depending on what button is pressed, without script?
  386. # [19:37] <gsnedders> I guess @value of the submit button
  387. # [19:40] * Quits: xydyx (n=hdh@58.187.202.140) (Remote closed the connection)
  388. # [19:45] * Joins: weinig (n=weinig@17.246.16.178)
  389. # [19:45] * Quits: nessy (n=nessy@124-168-135-6.dyn.iinet.net.au) ("This computer has gone to sleep")
  390. # [19:54] * Quits: weinig (n=weinig@17.246.16.178)
  391. # [19:58] * Joins: taf2 (n=taf2@static-71-127-149-10.bltmmd.fios.verizon.net)
  392. # [19:59] * Joins: zdobersek (n=zan@cpe-92-37-71-107.dynamic.amis.net)
  393. # [20:00] <Philip`> "link rot within the RDF world is an extremely rare and unlikely occurrence"
  394. # [20:00] <Philip`> That sounds like a testable observation
  395. # [20:00] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  396. # [20:00] <Philip`> and the test seems to refute that observation
  397. # [20:02] * jgraham had python package name conflicts when he tried to build V8 so it does happen and can be confusing
  398. # [20:02] <Philip`> I see several 404s and several servers-not-responding, from the few dozen mosts common RDF namespace URIs
  399. # [20:02] * Joins: weinig (n=weinig@17.246.16.178)
  400. # [20:02] <Philip`> s/mosts/most/
  401. # [20:04] <Philip`> (There are so many servers-not-responding that my download script is taking forever :-/ )
  402. # [20:04] * Joins: tantek (n=tantek@adsl-69-106-246-132.dsl.pltn13.pacbell.net)
  403. # [20:06] * Joins: weinig_ (n=weinig@17.203.15.210)
  404. # [20:08] * Joins: weinig__ (n=weinig@17.246.16.178)
  405. # [20:09] * Quits: weinig (n=weinig@17.246.16.178) (Read error: 104 (Connection reset by peer))
  406. # [20:14] <Philip`> I really should have reduced curl's timeout
  407. # [20:19] * Quits: tantek (n=tantek@adsl-69-106-246-132.dsl.pltn13.pacbell.net)
  408. # [20:20] * Quits: ap (n=ap@194.154.88.42)
  409. # [20:21] * aroben is now known as aroben|lunch
  410. # [20:26] * Quits: weinig_ (n=weinig@17.203.15.210) (Read error: 110 (Connection timed out))
  411. # [20:33] * Joins: Hixie (i=ianh@trivini.no)
  412. # [20:48] * aroben|lunch is now known as aroben
  413. # [20:48] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  414. # [20:52] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  415. # [20:53] * Joins: weinig (n=weinig@17.203.15.210)
  416. # [20:54] * Joins: virtuelv (n=virtuelv@084202133045.customer.alfanett.no)
  417. # [20:55] * Joins: riven`` (n=colin@53525B67.cable.casema.nl)
  418. # [20:55] * Joins: aroben (n=aroben@unaffiliated/aroben)
  419. # [20:57] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  420. # [20:59] * gsnedders dreams of a world in which HTML was sane
  421. # [20:59] * riven`` is now known as riven
  422. # [21:00] * Quits: myakura (n=myakura@p3087-ipbf6705marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  423. # [21:03] * Joins: slightlyoff (n=slightly@72.14.229.81)
  424. # [21:05] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  425. # [21:09] * Quits: weinig__ (n=weinig@17.246.16.178) (Read error: 110 (Connection timed out))
  426. # [21:11] <gsnedders> http://direct.tesco.com/search/default.aspx?search=%EF%BF%BF
  427. # [21:11] <gsnedders> Oh how boring. They fixed it.
  428. # [21:11] <Dashiva> "Unexpected error" is a fix? :)
  429. # [21:11] <gsnedders> Dashiva: Well, at least what it returns is well-formed
  430. # [21:12] <Dashiva> Fair enough
  431. # [21:17] * Joins: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
  432. # [21:23] * Joins: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  433. # [21:27] * jgraham wonders ifmoving the predefined microformats into their own small specs would keep people happy whilst having few downsides
  434. # [21:30] <hsivonen> jgraham: what WG would publish those?
  435. # [21:30] <jgraham> HTML WG? I guess it might be outside our charter...
  436. # [21:31] <gsnedders> webapps. Everything that doesn't have a proper WG goes there. :P
  437. # [21:31] <jgraham> (In practice I can't imagine that Sam would dicourage it at least)
  438. # [21:36] <Philip`> Is Shelley failing to notice that any random person could start using xmlns:foo="http://www.w3.org/foo" even if the W3C has got nothing to do with it? I don't see why URLs would prevent that whereas reversed domains wouldn't
  439. # [21:36] <Philip`> hsivonen: Publish them on wiki.whatwg.org
  440. # [21:38] <gsnedders> Can you reply to multiple emails at once in Thunderbird?
  441. # [21:38] * gsnedders needs a sane email client
  442. # [21:38] * gsnedders is on the edge of giving up on GUIs and moving to alpine
  443. # [21:40] <Dashiva> Philip`: I'd guess so. Sacred URLs seem to be a common thing in semweb :)
  444. # [21:40] <hsivonen> is there a corollary for Godwin's law for "I can't wait for the lawsuits on this one."?
  445. # [21:42] * Quits: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
  446. # [21:45] <jgraham> I have concluded that there is no point in discussing things with Shelly. She has stated that she is not interested in technical merit and will not change her opinion regardless of facts so I don't see that she has anything productive to contribute
  447. # [21:46] <jgraham> Or at least there is nothing productive to be gained from calling her out when she is making falicious arguments because she is uninterested in facts, only in seeing her chosen solution suceed
  448. # [21:49] <jgraham> (I guess there might be something gained by the side effect of someone who is interested in rational discussion seeing the issues but I think overall it is better to discourage people who are unwilling to be reasonable)
  449. # [21:52] <Philip`> Even if someone will not be convinced by any arguments, they might still bring up relevant points that are worth discussing
  450. # [21:53] <Philip`> so it seems useful to respond to those points, but not to respond if you're just repeating past arguments rather than finding anything new
  451. # [21:55] <jgraham> Philip`: That was what I ws trying to say in the parenthetical above
  452. # [21:56] <jgraham> Although I'm not sure I am right that the value of discouraging pure advocacy outweighs the value of discussing all relevent points when those two goals conflict
  453. # [21:57] <Philip`> jgraham: Indeed, but I started responding during a respawn break in TF2 before your parenthetical, and didn't finish responding until the next respawn
  454. # [21:58] <jgraham> gsnedders: http://mailtweak.mozdev.org/tweaks.html#collect looks like it might help you
  455. # [22:05] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  456. # [22:12] <Hixie> oh hey, shelley quit in a huff again
  457. # [22:13] <Hixie> it must be 1pm
  458. # [22:16] * Joins: olliej (n=oliver@17.203.15.172)
  459. # [22:18] * Quits: mlpug (n=mlpug@a91-156-60-235.elisa-laajakaista.fi) (Remote closed the connection)
  460. # [22:18] * Joins: weinig_ (n=weinig@17.246.16.178)
  461. # [22:22] * Quits: dolske (n=dolske@firefox/developer/dolske)
  462. # [22:24] * Joins: weinig__ (n=weinig@17.203.15.210)
  463. # [22:25] * Quits: weinig (n=weinig@17.203.15.210) (Read error: 104 (Connection reset by peer))
  464. # [22:34] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  465. # [22:37] * Quits: maikmerten (n=maikmert@BAE06f6.bae.pppool.de) (Read error: 60 (Operation timed out))
  466. # [22:39] * Joins: maikmerten (n=maikmert@BAE331b.bae.pppool.de)
  467. # [22:40] * Quits: weinig_ (n=weinig@17.246.16.178) (Read error: 110 (Connection timed out))
  468. # [22:43] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  469. # [22:44] * Quits: zdobersek (n=zan@cpe-92-37-71-107.dynamic.amis.net) ("Leaving.")
  470. # [22:45] <Philip`> http://bnode.org/blog/2009/05/15/could-microdata-work-better-for-me-than-rdfa - "it took me quite some time to admit that (intuitively desirable) URI abbreviations in HTML do have negative practical implications"
  471. # [22:46] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  472. # [22:54] * Quits: maikmerten (n=maikmert@BAE331b.bae.pppool.de) (Remote closed the connection)
  473. # [23:03] * Quits: zalan (n=kvirc@catv-89-133-235-217.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  474. # [23:03] * Quits: onar_ (n=onar@17.244.69.220)
  475. # [23:04] * Joins: onar_ (n=onar@17.244.69.220)
  476. # [23:05] * Joins: weinig (n=weinig@17.246.16.178)
  477. # [23:07] * Joins: awong (n=awong@72.14.227.1)
  478. # [23:13] * Quits: smedero (n=smedero@pia145-154.pioneernet.net)
  479. # [23:15] * Joins: othermaciej (n=mjs@17.203.15.180)
  480. # [23:15] * Quits: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  481. # [23:15] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  482. # [23:19] * Joins: weinig_ (n=weinig@17.203.15.210)
  483. # [23:19] * Quits: weinig__ (n=weinig@17.203.15.210) (Read error: 104 (Connection reset by peer))
  484. # [23:21] * Joins: weinig__ (n=weinig@17.246.16.178)
  485. # [23:21] * Quits: wakaba (n=wakaba@EM114-51-143-186.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  486. # [23:22] * Joins: wakaba (n=wakaba@EM114-51-145-97.pool.e-mobile.ne.jp)
  487. # [23:23] * Quits: weinig (n=weinig@17.246.16.178) (Read error: 104 (Connection reset by peer))
  488. # [23:31] * Quits: Hixie (i=ianh@trivini.no) ("bbiab")
  489. # [23:32] * Joins: slightlyoff_ (n=slightly@72.14.229.81)
  490. # [23:36] * Quits: weinig_ (n=weinig@17.203.15.210) (Read error: 110 (Connection timed out))
  491. # [23:46] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  492. # [23:48] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
  493. # Session Close: Sat May 16 00:00:00 2009

The end :)