/irc-logs / freenode / #whatwg / 2010-03-15 / end

Options:

  1. # Session Start: Mon Mar 15 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:03] * Joins: danbri (~danbri@93-136-114-76.adsl.net.t-com.hr)
  4. # [00:03] * Quits: danbri (~danbri@93-136-114-76.adsl.net.t-com.hr) (Changing host)
  5. # [00:03] * Joins: danbri (~danbri@unaffiliated/danbri)
  6. # [00:03] * Joins: wycats (~wycats@m6b0f36d0.tmodns.net)
  7. # [00:04] * Quits: paul_irish (~paul_iris@198.214.235.51) (Remote host closed the connection)
  8. # [00:10] * Quits: danbri (~danbri@unaffiliated/danbri) (Remote host closed the connection)
  9. # [00:12] <wycats> who goes there?
  10. # [00:13] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  11. # [00:21] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  12. # [00:22] * Joins: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au)
  13. # [00:37] * Joins: daedb_ (~daed@h11n1fls34o986.telia.com)
  14. # [00:40] * Quits: daedb (~daed@h11n1fls34o986.telia.com) (Ping timeout: 256 seconds)
  15. # [00:43] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
  16. # [00:50] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  17. # [00:51] <annevk> geez, waddup with the bugmail spam?
  18. # [00:54] <Dashiva> Is it the sound of accessibility?
  19. # [00:54] <Dashiva> No, it's the sound of bugs being marked CLOSED, I guess
  20. # [00:58] * Joins: Amorphous (jan@unaffiliated/amorphous)
  21. # [00:59] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  22. # [01:00] <annevk> and they're gone from my inbox
  23. # [01:06] <Dashiva> Now we wait two weeks for 500 more emails from all those being marked NoReply
  24. # [01:07] * Quits: Utkarsh (~admin@117.201.80.80) (Ping timeout: 259 seconds)
  25. # [01:08] <Philip`> It's also the sound of people rediscovering bugs they'd forgotten about and deciding they shouldn't be allowed to die quietly
  26. # [01:09] * Joins: surkov (~surkov@client-72-46.sibtele.com)
  27. # [01:11] * Philip` wonders what CCN is
  28. # [01:11] <Philip`> (in relation to http://lists.w3.org/Archives/Public/public-html-bugzilla/2010Mar/0764.html)
  29. # [01:12] <Philip`> Oh, I guess it's http://www.ccnx.org/
  30. # [01:12] * Quits: wycats (~wycats@m6b0f36d0.tmodns.net) (Quit: wycats)
  31. # [01:13] <Dashiva> It refers to http://lists.w3.org/Archives/Public/www-tag/2009Sep/0055.html at least
  32. # [01:13] <Philip`> Hmm, I think I saw Van Jacobson talking about that but I can't remember anything about it :-/
  33. # [01:13] <Dashiva> "content-centric networking" sounds like a buzzword without much real substance
  34. # [01:14] * Philip` should have paid more attention, if it's going to replace IP
  35. # [01:14] * Joins: Utkarsh (~admin@117.201.81.244)
  36. # [01:15] <Philip`> Since he's one of the main developers of TCP, I think he knows a bit about the substance of networking
  37. # [01:17] <Dashiva> Lots of failed projects were done by people with excellent technical skills
  38. # [01:17] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  39. # [01:18] <Dashiva> These use cases seem to focus on money and control, with a little attribution on the side
  40. # [01:19] <Philip`> I believe it's "content-centric" because you care more about the content than about where it comes from - e.g. instead of sending packets to an IP address, you send requests to a content identifier and it can be satisfied by any router that has cached that content, or else it'll be forwarded towards a more authoritative source for that data
  41. # [01:20] <Dashiva> "We expect that most organizations will have a way to intake GPL code." :)
  42. # [01:20] <Dashiva> They've made a custom binary encoding of XML...
  43. # [01:22] <Philip`> (and you route based on longest-prefix matches of the content identifier, so it can efficiently handle hierarchical naming schemes but isn't strictly constrainted to a hierarchy, so it still gives freedom to separate content from location)
  44. # [01:24] <Dashiva> I wonder how they plan to translate from user desires to interest messages
  45. # [01:26] <Philip`> Users click desirable links on web pages which link to the content name, I'd guess
  46. # [01:26] <Philip`> or programs generate them automatically
  47. # [01:26] <Philip`> just like they do with URLs today
  48. # [01:27] * Joins: grimboy (~grimboy@78-86-152-156.zone2.bethere.co.uk)
  49. # [01:27] <Philip`> only without today's underlying layers that collapse the whole rich URL structure into a 4-byte address of a host that contains that content
  50. # [01:28] <Dashiva> It seems like they're pulling the search engines into the transport layer
  51. # [01:29] <Philip`> Why does it seem like that?
  52. # [01:29] * Philip` sees it as more like routing on URLs (plus caches and security)
  53. # [01:30] <Dashiva> Well, if the search engines remain a necessary part of the system, what is gained from losing the location-dependency?
  54. # [01:30] <Dashiva> Search results already span different locations
  55. # [01:30] <Philip`> (going by the CoNEXT paper at least)
  56. # [01:30] <Dashiva> P2P networks handle distributed downloads too
  57. # [01:32] <Dashiva> I'm watching a video presentation, he says they're NOT Google. That they do the inverse. Google is "content to names", they are "names to content"
  58. # [01:32] <Dashiva> Seems 'content' is rather overloaded as a term here
  59. # [01:33] <Philip`> If you use some extra service like a search engine to map identifiers onto locations, then higher layers don't have to worry about locations and you've got an emulation of location-independence and that should work okay
  60. # [01:33] <Philip`> but it'd be awfully inefficient since it's layered on top of an internet that's fundamentally designed around locations
  61. # [01:34] <Philip`> and you'd have to do a lot more communication than if the underlying layers were designed to support that properly
  62. # [01:35] <Dashiva> Doing a near-broadcast interest message, and then all the possible responders have to manage to alert each other so only one (ideally) responds
  63. # [01:35] <Philip`> P2P works for some things, but it doesn't help distribute the front page of a news site or videos on YouTube
  64. # [01:35] <Dashiva> Well, if you remove the user uploading, you get a CDN
  65. # [01:35] <Philip`> I suppose FreeNode supports distributing web pages but it has the problem of being rubbish
  66. # [01:35] <Philip`> Uh
  67. # [01:35] <Philip`> FreeNet
  68. # [01:35] <Philip`> or whatever it is
  69. # [01:36] <Dashiva> How would this system handle spam
  70. # [01:36] <Dashiva> You could reply to any interest message with Cialis :)
  71. # [01:38] <Philip`> By cryptographically signing content messages so that they're tied to the content name
  72. # [01:38] <Dashiva> But the name is included in the request, so you'd know the name
  73. # [01:39] <Philip`> You map the namespace hierarchy onto a tree of public/private keys
  74. # [01:39] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  75. # [01:39] <Philip`> so that only people with the key for a particular name can sign content purporting to be from that name
  76. # [01:40] <Dashiva> How would the keys be distributed and authenticated?
  77. # [01:43] <Dashiva> I suppose you could use a DNS-like system
  78. # [01:44] <Philip`> You trust somebody (perhaps a centralised authority like with DNS) who asserts the validity of other keys, recursively
  79. # [01:44] <Philip`> and keys are just content so they're distributed like any other content (under some kind of naming convention)
  80. # [01:44] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  81. # [01:46] <Dashiva> "I tell the server to store _my_ pictures." "I tell the camera the pictures it takes are _mine_"
  82. # [01:47] <Dashiva> Seems like you'd need to tell the server about the camera (or the inverse), or you'd be pinging every machine everywhere for pictures
  83. # [01:55] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
  84. # [01:56] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
  85. # [02:00] <Dashiva> "Most communication isn't point to point anymore"
  86. # [02:03] <Philip`> I think one of my doubts was that I expect things are going to become more point-to-point, not less
  87. # [02:04] <Philip`> because everyone is a fan of personalisation and customisation
  88. # [02:04] <Philip`> When you visit a web site you're never going to get precisely the same content as anybody else, because you'll have logged in and it'll be tailored for you
  89. # [02:04] <Philip`> and YouTube will do on-the-fly encoding of targeted adverts into the videos you watch
  90. # [02:05] <Dashiva> This video presentation seems to focus on personal data, all the examples are gadget-related
  91. # [02:05] <Philip`> and the idea of caching content for multiple users will be obsolete
  92. # [02:05] <Philip`> and the idea of requesting the same piece of data twice will also be obsolete
  93. # [02:06] <Philip`> and people will care about services, not about content
  94. # [02:07] <Dashiva> Although perhaps non-personal content (audio, video media) might have big enough in volume to still matter
  95. # [02:12] * Philip` sleeps
  96. # [02:13] <Dashiva> They sign the content, yes
  97. # [02:14] <Dashiva> They'll need to include some kind of DRM, though...
  98. # [02:15] * Quits: Utkarsh (~admin@117.201.81.244) (Ping timeout: 256 seconds)
  99. # [02:19] * Quits: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au) (Remote host closed the connection)
  100. # [02:22] * Joins: Utkarsh (~admin@117.201.81.216)
  101. # [02:22] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  102. # [02:25] <Dashiva> One huge problem seems to be that people are expected to manage (sub)namespaces
  103. # [02:25] <Dashiva> I don't think most people will be able to make sensible hierarchies
  104. # [02:34] <jwm> lots of chatting tonight
  105. # [02:34] <jwm> hehe
  106. # [02:41] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
  107. # [02:45] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  108. # [02:50] <Dashiva> "Security: each packet will be named; the naming will be registered and secure (in the same way that IP addresses are now). "
  109. # [02:51] <Dashiva> If IP addresses are registered and secure, and each packet contains an IP address...
  110. # [02:52] * Quits: Utkarsh (~admin@117.201.81.216) (Ping timeout: 246 seconds)
  111. # [02:54] * Joins: wakaba_0 (~wakaba_@112-68-244-233.eonet.ne.jp)
  112. # [02:55] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 245 seconds)
  113. # [02:59] * Joins: Utkarsh (~admin@117.201.81.148)
  114. # [03:03] * Joins: bzed_ (~bzed@devel.recluse.de)
  115. # [03:03] * Quits: bzed (~bzed@devel.recluse.de) (Read error: Connection reset by peer)
  116. # [03:03] * bzed_ is now known as bzed
  117. # [03:04] * Joins: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au)
  118. # [03:05] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  119. # [03:20] * Quits: Utkarsh (~admin@117.201.81.148) (Read error: Connection reset by peer)
  120. # [03:29] * Joins: Utkarsh (~admin@117.201.84.54)
  121. # [03:34] * Quits: Utkarsh (~admin@117.201.84.54) (Ping timeout: 264 seconds)
  122. # [03:39] * Quits: tyoshino (~tyoshino@220.109.219.244) (Quit: Leaving...)
  123. # [03:39] * Joins: Utkarsh (~admin@117.201.80.209)
  124. # [03:41] * Joins: miketaylr (~miketaylr@24.42.95.234)
  125. # [03:49] * Quits: erlehmann (~erlehmann@82.113.121.137) (Quit: Ex-Chat)
  126. # [03:49] * Quits: Utkarsh (~admin@117.201.80.209) (Ping timeout: 264 seconds)
  127. # [03:49] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk) (Quit: Leaving)
  128. # [03:53] * Joins: ray (ray@the.ug)
  129. # [03:54] * Quits: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au) (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158])
  130. # [03:56] * Joins: Utkarsh (~admin@117.201.80.209)
  131. # [03:59] * Joins: surkov_ (~surkov@client-67-116.sibtele.com)
  132. # [04:02] * Quits: surkov (~surkov@client-72-46.sibtele.com) (Ping timeout: 276 seconds)
  133. # [04:07] * Joins: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
  134. # [04:15] * Quits: Utkarsh (~admin@117.201.80.209) (Ping timeout: 264 seconds)
  135. # [04:22] * Joins: Utkarsh (~admin@117.201.81.24)
  136. # [04:27] * Joins: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp)
  137. # [04:43] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  138. # [04:44] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  139. # [04:48] * Joins: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net)
  140. # [04:48] * Quits: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net) (Client Quit)
  141. # [04:48] * Quits: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net) (Quit: taf2)
  142. # [05:13] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  143. # [05:14] * Quits: Utkarsh (~admin@117.201.81.24) (Ping timeout: 258 seconds)
  144. # [05:19] * Quits: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp) (Quit: This computer has gone to sleep)
  145. # [05:21] * Joins: Utkarsh (~admin@117.201.87.159)
  146. # [05:31] * Joins: rsteiner (~rolandste@220.109.219.244)
  147. # [05:34] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
  148. # [05:36] * Joins: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp)
  149. # [05:37] * Quits: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp) (Client Quit)
  150. # [05:37] * Quits: Utkarsh (~admin@117.201.87.159) (Ping timeout: 276 seconds)
  151. # [05:44] * Joins: Utkarsh (~admin@117.201.88.154)
  152. # [05:46] * Joins: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp)
  153. # [06:06] * Quits: miketaylr (~miketaylr@24.42.95.234) (Remote host closed the connection)
  154. # [06:42] * Joins: tyoshino (~tyoshino@220.109.219.244)
  155. # [06:48] * Quits: tyoshino (~tyoshino@220.109.219.244) (Quit: Leaving...)
  156. # [06:55] * Joins: redder (~redder@116.59.182.126)
  157. # [06:55] <redder> hi guys & girls
  158. # [06:57] <MikeSmith> redder: hey
  159. # [06:57] <redder> how are you today ?
  160. # [06:58] <MikeSmith> so, regarding http://www.w3.org/Bugs/Public/show_bug.cgi?id=7546#c10, "HTML 5 being superseded by CCN or a similar structural change", anybody know what "CCN" is?
  161. # [06:59] <MikeSmith> redder: I am doing swimingly
  162. # [06:59] <redder> lol
  163. # [06:59] <redder> cool
  164. # [07:00] <redder> i am looking for someone who can design a site for me :)
  165. # [07:00] <MikeSmith> content-centric networking
  166. # [07:01] <MikeSmith> redder: I think this would probably not be the best place to look
  167. # [07:01] <MikeSmith> there are not so many designers here
  168. # [07:01] <redder> any suggestions ?
  169. # [07:02] <redder> i do not know web building
  170. # [07:02] <MikeSmith> redder: how much would you be able to pay somebody to design the site?
  171. # [07:10] * Joins: zcorpan (~zcorpan@c-659fe355.410-6-64736c14.cust.bredbandsbolaget.se)
  172. # [07:18] * Joins: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au)
  173. # [07:18] * Joins: cedricv (~cedric@124.197.81.218)
  174. # [07:20] * Quits: JonathanNeal_oww (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds)
  175. # [07:21] * Joins: JonathanNeal_oww (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  176. # [07:22] <MikeSmith> it seems that CCNx is the more common abbreviation for content-centric networking these days
  177. # [07:23] * Quits: JonathanNeal_oww (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Client Quit)
  178. # [07:23] <redder> MikeSmith
  179. # [07:24] <MikeSmith> yeah
  180. # [07:24] <redder> depends on what they ask
  181. # [07:24] <redder> lol
  182. # [07:24] <redder> i am fair guy
  183. # [07:24] <redder> and what they can offer
  184. # [07:24] <redder> just NO Flash
  185. # [07:24] <redder> lol
  186. # [07:32] * Quits: redder (~redder@116.59.182.126) (Remote host closed the connection)
  187. # [07:33] <othermaciej> what is CCN?
  188. # [07:33] <othermaciej> as in, what does "content centric networking" actually mean
  189. # [07:34] * Joins: tyoshino (~tyoshino@220.109.219.244)
  190. # [07:35] <MikeSmith> othermaciej: yeah, though not clear how it'd ever "supersede" HTML5
  191. # [07:35] <othermaciej> whether it would or not, I am now curious what it means
  192. # [07:35] <othermaciej> I seriously have no idea
  193. # [07:35] <othermaciej> it is not a term I have heard before
  194. # [07:36] * zcorpan guesses it's the supposedly next term after DHTML, AJAX, HTML5
  195. # [07:37] * Quits: zcorpan (~zcorpan@c-659fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  196. # [07:38] <othermaciej> from googling, it sounds considerably lower level than HTML5
  197. # [07:38] <othermaciej> sounds like it is more a replacement for TCP/IP
  198. # [07:39] <MikeSmith> yeah
  199. # [07:39] <othermaciej> (though I am still not sure what it is exactly)
  200. # [07:41] <MikeSmith> Hixie: I would like to bring http://www.w3.org/Bugs/Public/show_bug.cgi?id=9178 to your attention
  201. # [07:41] <MikeSmith> request for Noah/TAG : add definition of "conforming document"
  202. # [07:42] <MikeSmith> othermaciej: http://www.w3.org/Bugs/Public/show_bug.cgi?id=7034 is one I raised but I'm not quite sure where we're at with it
  203. # [07:43] <MikeSmith> it really seems like a meta-issue, not a request for a specific change to the spec
  204. # [07:43] <othermaciej> MikeSmith: where I'd like to be at with it is one or more bugs that propose specific changes to conformance requirements
  205. # [07:43] <othermaciej> MikeSmith: I don't like having this open-ended bug where everyone commenting has a different idea of what it means
  206. # [07:44] <MikeSmith> yeah
  207. # [07:44] <othermaciej> "remove all document conformance requirememts
  208. # [07:44] <othermaciej> " would be a very clear bug
  209. # [07:44] <othermaciej> but if this bug ever represented that request, then Sam has apparently repurposed it for something different
  210. # [07:45] <othermaciej> Larry also made yet another different request
  211. # [07:46] <othermaciej> and there's all the old history
  212. # [07:46] <MikeSmith> what that bug started out as was 'change "conformance checker" to "ideology checker" or "loyalty checker"'
  213. # [07:46] <othermaciej> yeah, which was kind of a joke
  214. # [07:46] <othermaciej> then at least some people supported removing all document conformance requirements as a serious idea
  215. # [07:47] <MikeSmith> If I were to close it myself at this point, I guess somebody else would likely just re-open it
  216. # [07:47] <othermaciej> now Sam seems to be proposing some set of adding requirements, removing requirements, and making requirements optional
  217. # [07:48] <othermaciej> if you feel Sam's request differs from yours, you could work with him to put it in one or more other bugs, or you could go ahead and let him repurpose the bug
  218. # [07:48] <othermaciej> the biggest thing I'd worry about is if multiple people try to repurpose the bug, all for different purposes
  219. # [07:50] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  220. # [07:54] <MikeSmith> I would prefer to remove myself as the reporter of that bug, but I guess there's no way to do actually do that
  221. # [07:55] <othermaciej> not without hacking the database
  222. # [07:56] <othermaciej> btw it looks like moving all those bugs to VERIFIED has been successful at getting issues to move to either CLOSED or REOPENED instead of languishing at RESOLVED
  223. # [07:56] <othermaciej> which makes me happy
  224. # [07:57] <othermaciej> we're up to 325 CLOSED, where yesterday I think we were around 270
  225. # [07:58] <MikeSmith> I just closed all of the ones I had reported
  226. # [07:59] <MikeSmith> except for two
  227. # [07:59] <othermaciej> I did all of mine except one
  228. # [08:00] <othermaciej> we still have a backlog of 1278 bugs in RESOLVED or VERIFIED
  229. # [08:01] <othermaciej> of which 34 are marked with TrackerIssue or TrackerRequest
  230. # [08:01] <othermaciej> so there's clearly a big backlog of bugs that haven't gotten a reply from the originator
  231. # [08:01] <othermaciej> thanks for doing your part to reduce that number
  232. # [08:03] * Joins: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr)
  233. # [08:03] * Quits: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr) (Changing host)
  234. # [08:03] * Joins: danbri (~danbri@unaffiliated/danbri)
  235. # [08:05] * Quits: gsnedders (~gsnedders@204.232.194.186) (Ping timeout: 248 seconds)
  236. # [08:05] * Joins: gsnedders (~gsnedders@204.232.194.186)
  237. # [08:06] * Joins: redder (~redder@114-136-29-179.dynamic.hinet.net)
  238. # [08:09] <MikeSmith> I actually didn't do all mine.. the two I have not closed yet are 7034 (the one we were just discussing) and 9178 (add definition of "conforming document")
  239. # [08:09] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  240. # [08:09] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  241. # [08:13] * Quits: redder (~redder@114-136-29-179.dynamic.hinet.net) (Quit: Leaving)
  242. # [08:15] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  243. # [08:16] <JonathanNeal> http://img710.imageshack.us/img710/2292/smurfperception.png
  244. # [08:20] <JonathanNeal> opps, meant that for the ot
  245. # [08:23] * Joins: paul_irish (~paul_iris@74.61.83.236)
  246. # [08:24] * Quits: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  247. # [08:26] <othermaciej> 9178 is still NEW, so that's not an issue
  248. # [08:40] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  249. # [08:47] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  250. # [08:57] * Joins: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp)
  251. # [09:08] * Quits: Utkarsh (~admin@117.201.88.154) (Ping timeout: 246 seconds)
  252. # [09:15] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Quit: GarethAdams|Home)
  253. # [09:15] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: Leaving)
  254. # [09:16] * Joins: pesla (~retep@procurios.xs4all.nl)
  255. # [09:28] * Quits: paradisaeidae (~chatzilla@60-242-27-235.static.tpgi.com.au) (Ping timeout: 240 seconds)
  256. # [09:43] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  257. # [09:57] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Operation timed out)
  258. # [09:57] * Joins: Lachy (~Lachlan@85.196.122.246)
  259. # [10:08] <hsivonen> is window.location.href supposed to be the empty string while the window is loading?
  260. # [10:21] * Quits: danbri (~danbri@unaffiliated/danbri) (Remote host closed the connection)
  261. # [10:21] * Joins: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr)
  262. # [10:21] * Quits: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr) (Changing host)
  263. # [10:21] * Joins: danbri (~danbri@unaffiliated/danbri)
  264. # [10:21] * Joins: MikeSmithX (~MikeSmith@EM114-48-79-66.pool.e-mobile.ne.jp)
  265. # [10:25] * Quits: MikeSmith (~MikeSmith@EM114-48-163-116.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
  266. # [10:33] * Joins: erikvold (~erikvold@S01060024012860e9.gv.shawcable.net)
  267. # [10:33] * Quits: erikvold (~erikvold@S01060024012860e9.gv.shawcable.net) (Client Quit)
  268. # [10:41] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  269. # [10:44] * Joins: ROBOd (~robod@89.122.216.38)
  270. # [10:51] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  271. # [10:55] * Joins: Phae (~phaeness@gateb.thls.bbc.co.uk)
  272. # [11:08] * Joins: Creap (~creap@83.218.67.122)
  273. # [11:10] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
  274. # [11:23] * Quits: wakaba_0 (~wakaba_@112-68-244-233.eonet.ne.jp) (Quit: Leaving...)
  275. # [11:31] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  276. # [11:37] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  277. # [11:44] * Quits: Creap (~creap@83.218.67.122) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
  278. # [11:51] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk)
  279. # [11:56] * MikeSmithX is now known as MikeSmith
  280. # [11:58] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Ping timeout: 258 seconds)
  281. # [12:00] * Joins: mpt (~mpt@canonical/mpt)
  282. # [12:01] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  283. # [12:02] <MikeSmith> othermaciej: the TAG request for a schema makes we wonder if we should add a new HTML WG bugzilla component for "proposed deliverables" or some such
  284. # [12:03] <othermaciej> MikeSmith: so far our way of adding deliverables has been that someone writes it, and then proposes it as a publication
  285. # [12:03] <MikeSmith> true
  286. # [12:03] <othermaciej> MikeSmith: I'm not sure what we'd do with a proposal for a new deliverable that doesn't come with a commitment to produce it
  287. # [12:04] <MikeSmith> well, in this case, there is already a schema that's been produced
  288. # [12:04] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  289. # [12:06] <othermaciej> a commitment to edit it as a WG deliverable then
  290. # [12:07] <MikeSmith> yeah, that makes sense, then
  291. # [12:07] <MikeSmith> that way of describing it, I mean
  292. # [12:16] * Joins: shepazu (~schepers@wsip-70-165-196-83.lv.lv.cox.net)
  293. # [12:20] <MikeSmith> http://lists.w3.org/Archives/Public/public-html-ig-jp/2010Mar/0037.html is a good example of a case where <rb>-less HTML5 Ruby markup makes for easier authoring and code readability than the equivalent way of marking it up in XHTML 1.1 complex-ruby
  294. # [12:23] * Joins: lazni (~lazni@118.71.3.54)
  295. # [12:30] * Joins: Creap (~creap@83.218.67.122)
  296. # [12:33] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Remote host closed the connection)
  297. # [12:33] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
  298. # [12:38] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  299. # [12:42] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  300. # [12:43] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Client Quit)
  301. # [12:44] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  302. # [12:47] * Joins: Utkarsh (~admin@117.201.84.93)
  303. # [12:48] <zcorpan> MikeSmith: the </rt> tags can be omitted too
  304. # [12:48] <MikeSmith> http://news.cnet.com/8301-30685_3-20000423-264.html
  305. # [12:48] <MikeSmith> "Web guru Tim Bray takes Google Android job"
  306. # [12:50] <MikeSmith> zcorpan: in HTML5 ruby?
  307. # [12:50] <zcorpan> MikeSmith: yes
  308. # [12:51] <MikeSmith> I don't understand.. what would be the semantics of that?
  309. # [12:51] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Ping timeout: 245 seconds)
  310. # [12:52] <zcorpan> the same; the rt element is closed at </ruby> in that example
  311. # [12:56] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk) (Quit: Leaving)
  312. # [13:00] <zcorpan> hsivonen: no (re location.href)
  313. # [13:00] <othermaciej> I was surprised to learn that drawImage() with a "copy" composite operation is no faster than with the default "src-over" operation
  314. # [13:00] <othermaciej> (at least in Safari)
  315. # [13:02] <othermaciej> (drawImage is drawing a canvas that happens to contain all 100% opaque pixels in this case, but I would not expect the implementation to specifically check for that case)
  316. # [13:05] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Ciframe%3E%3C%2Fiframe%3E%3Cscript%3E%0Aw(window%5B0%5D.location.href)%0A%3C%2Fscript%3E vs http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Ciframe%3E%3C%2Fiframe%3E%3Cscript%3E%0Aw(window%5B0%5D.location.href)%3B%0A%3C%2Fscript%3E
  317. # [13:05] <zcorpan> ...is interesting in chrome
  318. # [13:05] <MikeSmith> zcorpan: about the ruby thing, I misread what you wrote. had thought you were saying the rt element could be omitted
  319. # [13:06] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  320. # [13:06] <zcorpan> also if i replace the ; with a space
  321. # [13:06] <zcorpan> weird bug
  322. # [13:06] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  323. # [13:07] <Philip`> othermaciej: Drawing something that might contain alpha?
  324. # [13:07] <Philip`> (I know that at least Firefox has separate compositing paths for images that are known to be solid RGB)
  325. # [13:08] <Philip`> ((or Cairo does, anyway))
  326. # [13:08] <othermaciej> I was testing in Safari, and I believe we don't ever assume a canvas backing store is all RGB
  327. # [13:08] <Philip`> Ah, so doing drawImage(canvas) rather than drawImage(image)?
  328. # [13:10] * Quits: Utkarsh (~admin@117.201.84.93) (Ping timeout: 256 seconds)
  329. # [13:11] <Philip`> About ImageData: If the fastest possible unpremultiplying-image-copy code is still slow enough to be a problem, could browsers do higher-level optimisations like having getImageData do a direct copy of the image data and only perform the unpremultiplication if the user accesses .data?
  330. # [13:11] * Joins: aroben (~aroben@unaffiliated/aroben)
  331. # [13:11] <Philip`> (and then putImageData could do a direct copy with no premultiplying if it knows the user didn't fiddle with .data at all)
  332. # [13:11] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  333. # [13:12] <Philip`> (so it can be used for blitting between regions on a canvas or between multiple canvases, doing nothing more computationally complex than memcpy)
  334. # [13:12] <othermaciej> I think that would slow down doing poking at the contents of ImageData
  335. # [13:12] <othermaciej> by at least the branch to do the check for lazy un-premult
  336. # [13:13] <othermaciej> even then, it would be overall slower for cases where you actually do modify the ImageData
  337. # [13:13] <hsivonen> zcorpan: I guess window.location in Gecko is broken, then
  338. # [13:13] <Philip`> I presume anyone who cares about performance would do "var d = imagedata.data; d[i]..." rather than doing the .data lookup every time
  339. # [13:13] <Philip`> even if it's doing nothing more complex than a normal property lookup
  340. # [13:13] <zcorpan> hsivonen: i get 'about:blank' in gecko
  341. # [13:14] <othermaciej> Philip`: so you're assuming the lazy un-pre-multiply would be on accessing the data property?
  342. # [13:15] <zcorpan> hsivonen: or the document's url if it's known when the script runs
  343. # [13:15] <othermaciej> Philip`: it would still mean you have to do the original copy and un-premultiply as a second pass
  344. # [13:15] <Philip`> othermaciej: Yes, so it's fast if you don't look at the data at all, but if you do then it'll have a one-time conversion cost and then pixel access will be as fast as usual
  345. # [13:15] <hsivonen> zcorpan: oh. I get "" for window.location.href and "about:blank" for window.document.documentURI
  346. # [13:15] * Joins: Utkarsh (~admin@117.201.80.137)
  347. # [13:16] <othermaciej> Philip`: that one-time conversion cost is going to be a lot for a large image - comparable to the cost of getImageData now, but you have the original cost of the raw copy on top of that
  348. # [13:16] <othermaciej> Philip`: as it is, if you just want to pass image data around and *not* directly poke at pixels, you are better off passing a HTMLCanvasElement than an Image Data
  349. # [13:16] <Philip`> Is the raw copy significant in comparison to that?
  350. # [13:17] <Philip`> Looks like Firefox actually already does a raw copy from the canvas into the ImageData, and then unpremultiplies as a separate stage within getImageData, rather than doing copy+unpremultiply simultaneously
  351. # [13:17] <hsivonen> boohoo. Live DOM saving is broken
  352. # [13:18] <hsivonen> zcorpan: http://bit.ly/9GBt2V
  353. # [13:18] <Philip`> Looks like Firefox also uses a 64KB lookup table for unpremultiplication, which sounds a bit weird to me
  354. # [13:18] <othermaciej> Philip`: that might partly explain why its getImageData is so slow
  355. # [13:19] <Philip`> (https://bugzilla.mozilla.org/show_bug.cgi?id=519400)
  356. # [13:19] * Philip` goes away
  357. # [13:20] <zcorpan> hsivonen: seems it's different for data: urls
  358. # [13:21] <zcorpan> hsivonen: about:blank and data: gives empty string in gecko, it seems
  359. # [13:21] <zcorpan> hsivonen: but src=document gives 'about:blank'
  360. # [13:27] <hsivonen> zcorpan: wow. that's weird.
  361. # [13:34] * Quits: surkov_ (~surkov@client-67-116.sibtele.com) (Quit: surkov_)
  362. # [13:39] * Joins: pmuellr (~pmuellr@nat/ibm/x-otsputgxnyvxpgmi)
  363. # [13:42] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  364. # [13:43] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  365. # [13:50] * Quits: cedricv (~cedric@124.197.81.218) (Ping timeout: 245 seconds)
  366. # [13:54] * Joins: erlehmann (~erlehmann@82.113.121.113)
  367. # [14:01] * Quits: Utkarsh (~admin@117.201.80.137) (Ping timeout: 246 seconds)
  368. # [14:03] * Joins: cedricv (~cedric@180.129.57.208)
  369. # [14:06] * Joins: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  370. # [14:07] * Quits: lazni (~lazni@118.71.3.54) (Quit: Leaving.)
  371. # [14:08] * Joins: Utkarsh (~admin@117.201.90.180)
  372. # [14:10] * Joins: lazni (~lazni@118.71.3.54)
  373. # [14:11] * Joins: FireFly (~firefly@unaffiliated/firefly)
  374. # [14:11] * Joins: BARTdG (~BARTdG@5ED43020.cable.ziggo.nl)
  375. # [14:17] * Quits: Utkarsh (~admin@117.201.90.180) (Ping timeout: 252 seconds)
  376. # [14:23] * Joins: Utkarsh (~admin@117.201.90.12)
  377. # [14:32] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  378. # [14:34] * Parts: BARTdG (~BARTdG@5ED43020.cable.ziggo.nl)
  379. # [14:40] <Philip`> "Roughly speaking 'sce' should be to 'bdi' what <em> is to <i>." - I imagine people have widely varying views on whether that is a positive or a negative
  380. # [14:41] <Dashiva> We need _more_ stuff messing up text directions?
  381. # [14:43] <Dashiva> (And is there a practical solution to the problem of users inserting magic characters that mess up text direction?)
  382. # [14:47] <Philip`> Do you mean magic characters like in http://www.google.com/search?q=%E2%80%AE ?
  383. # [14:47] <erlehmann> Dashiva, what is wrong with a) filtering them out ? or b) enforce the opposite markers after user input ?
  384. # [14:48] <erlehmann> (i can see the problem with option a)
  385. # [14:48] <MikeSmith> sce as a name is even more opaque than bdi
  386. # [14:48] <MikeSmith> what does sce stand for?
  387. # [14:48] <jgraham> enforce * after user input seems to fail for any *
  388. # [14:48] <Dashiva> The problem with b) is that it isn't direction-independent
  389. # [14:50] <erlehmann> indeed :<
  390. # [14:51] * Joins: BlurstOfTimes (~blurstoft@168.203.117.66)
  391. # [14:51] <Dashiva> I suppose it's not impossible to build an index of characters that change text direction, but even then you'd be forbidding characters that would be legal in one
  392. # [14:51] <Dashiva> of the directions (or at least harmless)
  393. # [14:52] * Joins: Michelangelo (~Michelang@193.205.162.69)
  394. # [14:53] <Dashiva> http://lists.w3.org/Archives/Public/public-html/2010Mar/0335.html
  395. # [14:53] <zcorpan> Dashiva: there's a POP BIDI OVERRIDE character or similar
  396. # [14:53] <Dashiva> Good thing it's text and not XHTML
  397. # [14:53] <Dashiva> zcorpan: Is that harmless if used in excess?
  398. # [14:54] <zcorpan> i think so
  399. # [14:55] <Dashiva> Although having an equal number of that character to the number of characters in user input seems bad
  400. # [14:55] <zcorpan> oh i guess it might mess things up if used in the middle of words
  401. # [14:57] <Dashiva> As long as you can contain the effects to the user input, the user can only mess up his own content, so that's okay
  402. # [14:58] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  403. # [14:58] <Dashiva> Maybe a single POP DIRECTIONAL FORMATTING is enough for any number of modifiers
  404. # [15:00] <Philip`> If the user can mess up his own content, he could use RTL markers in order to write naughty words that bypass profanity filters because they're written backwards
  405. # [15:02] <Dashiva> I don't really worry too much about censorship, but I suppose that's also an issue that needs to be adressed
  406. # [15:06] <erlehmann> Philip`, i routinely bypass wordfilters by using special unicode chars. like đťšťđťš‘đťš’đťšś
  407. # [15:06] <erlehmann> seems that nobody to filter unicode math characters that look like letters
  408. # [15:07] <erlehmann> nobody bothers. my sentence a verb
  409. # [15:07] <karlushi> http://www.tbray.org/ongoing/When/201x/2010/03/15/Joining-Google
  410. # [15:08] <karlushi> "I’m going to have to get savvier about HTML5-based applications, because a lot of smart people think the future’s there, that the “native app” notion will soon seem quaint." -- Tim Bray
  411. # [15:09] <MikeSmith> I hope he's not holding his breath on that one
  412. # [15:09] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  413. # [15:09] <Dashiva> When was the last time native apps were on death row?
  414. # [15:09] <erlehmann> but it will be *real soon* (holds breath)
  415. # [15:09] <erlehmann> *cough*
  416. # [15:09] <MikeSmith> every year for the last 5 years
  417. # [15:09] <MikeSmith> soon, very soon
  418. # [15:10] <MikeSmith> the Messiah will return and deliver us all from the evils of Native Apps
  419. # [15:10] <Dashiva> We could have a pool for what happens first: year of linux on the desktop, or death of native apps
  420. # [15:10] * MikeSmith snorts green tea out of his nose
  421. # [15:11] <MikeSmith> Dashiva: the year of Linux on the desktop has already arrived
  422. # [15:11] <MikeSmith> it's just that you didn't notice
  423. # [15:11] <jgraham> Well since he is working on non-native apps on a popular linux based consumer device...
  424. # [15:11] <MikeSmith> you need special glasses to see it
  425. # [15:11] <erlehmann> because its a slow process ?
  426. # [15:11] <Dashiva> I think it's possible to predict an increase in non-native apps without the native app dying out
  427. # [15:12] <karlushi> there was a Web site for crystall ball mantra… trying to dig the url
  428. # [15:12] <MikeSmith> I think we are still in the Year of Web Services
  429. # [15:12] <MikeSmith> it's just a very long year
  430. # [15:14] <Dashiva> Well, it's still september, after all
  431. # [15:14] <erlehmann> maybe the WHATWG should get some lobbyists akin to the RIAA so that congress votes to extend the year by 20 years
  432. # [15:14] <Dashiva> What recovery rules would you apply to this? http://lists.w3.org/Archives/Public/public-html/2010Mar/0335.html
  433. # [15:15] <erlehmann> the Mike Smith web services term extension act ;)
  434. # [15:15] <Dashiva> I see two instances of <Rich> without a matching </Rich>
  435. # [15:15] * Joins: miketaylr (~miketaylr@38.117.156.163)
  436. # [15:16] <Philip`> I use the recovery rule that if it's too hard to work out what's a quote and what's new material then I don't bother reading it
  437. # [15:16] <MikeSmith> it's like the "we are currently in a stage of high alert" messages that play continuously in the airport for getting close to 10 years now or whatever
  438. # [15:16] <Dashiva> If the second one is an empty comment, saying "imply </Rich> on encountering an empty line" seems reasonable
  439. # [15:17] <karlushi> aaaah found
  440. # [15:17] <karlushi> http://www.longbets.org/
  441. # [15:17] <erlehmann> Dashiva, isnt there a parsing specification for that to get a proper DOM out of it ? ;)
  442. # [15:17] * gsnedders does backflip
  443. # [15:18] <Dashiva> erlehmann: I'm not aware of any specs that include the <Rich> element
  444. # [15:18] * karlushi is surprised there is no bet for 2022
  445. # [15:19] <Philip`> MikeSmith: Would you prefer them to stop being highly alert, and to allow more unimaginative terrorists onto their planes with bombs?
  446. # [15:19] * Quits: shepazu (~schepers@wsip-70-165-196-83.lv.lv.cox.net) (Quit: shepazu)
  447. # [15:20] <MikeSmith> “By 2060 the total population of humans on earth will be less than it is today.” .. "total population" instead of just "population".. that's clearly because it means "net population", and this guy knows about the arrival of the anti-humans who cancel out the population of us normal humans
  448. # [15:20] <Dashiva> Now we have to kill you, MikeSmith
  449. # [15:20] <erlehmann> then … let me see … data state, tag open state, tag name state, data state … wtf am i reading
  450. # [15:20] <Dashiva> I mean, someone else has to kill you
  451. # [15:20] <Dashiva> ... I said nothing
  452. # [15:21] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  453. # [15:21] <MikeSmith> Dashiva: you'd have to catch me off-guard first, which will be hard for you guys to do, because I have my special glasses that I can detect what your true appearance
  454. # [15:21] <Philip`> Does "by 2060" mean "on at least point in time between today and 2060"?
  455. # [15:22] <karlushi> there is a missing view of the bets by dates. This month's bets results :)
  456. # [15:22] <MikeSmith> Philip`: no, I would prefer that they be honest and just say, We will forever from now on be in a state of high alert because that works well for us
  457. # [15:22] <Philip`> If so, what about tomorrow? Maybe the random fluctuations in population are stronger than the gradual upward trends, so it'll go down a bit before it goes up again
  458. # [15:22] <Dashiva> MikeSmith: But high alert doesn't work well, by definition. It means more effort than ideal.
  459. # [15:23] <Philip`> By what definition?
  460. # [15:23] <Philip`> If a cake is highly tasty, is that bad by definition because it means more tasty than ideal?
  461. # [15:24] <Dashiva> It's bad for the cake baker
  462. # [15:24] <Dashiva> Since it means more effort to produce the cake
  463. # [15:24] <Philip`> Maybe it means 10% more effort to make it twice as tasty
  464. # [15:24] <Philip`> which would seem to be worthwhile
  465. # [15:25] <erlehmann> The WHATWG is committed to the well being of all participants. Cake and grief counseling will be available at the conclusion of the specification. Thank you for helping us help you help us all.
  466. # [15:25] <Dashiva> Cake... or DEATH?
  467. # [15:26] <Dashiva> http://www.longbets.org/382
  468. # [15:26] <erlehmann> Curse your sudden and inevitable discovery of the true reason behind all this !
  469. # [15:26] <Dashiva> Seems like a rather useless bet to make
  470. # [15:27] <erlehmann> „will go to National Rifle Association if Keane wins“
  471. # [15:27] <erlehmann> so they can shoot the remains ?
  472. # [15:27] <erlehmann> when will the bet be called ?
  473. # [15:28] <erlehmann> ah 2018
  474. # [15:29] <Philip`> "For the purpose of the bet, Earth should be considered "destroyed" if, at the end of the term of this bet in 2018, zero human beings reside on the surface of the planet."
  475. # [15:29] <Dashiva> http://www.longbets.org/244
  476. # [15:29] <Philip`> What if we all move into underwater cities?
  477. # [15:29] <Dashiva> Who would the VP be?
  478. # [15:30] <MikeSmith> the Submariner and Aquaman would have to fight for it
  479. # [15:31] * Philip` would be sure to sign up as a Big Daddy
  480. # [15:32] * Joins: aednsi (~aednsi@d-67-192.MavNet.MNSU.EDU)
  481. # [15:35] <erlehmann> i wanna be mermaid man :>
  482. # [15:35] <aednsi> Do it up
  483. # [15:40] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu) (Ping timeout: 276 seconds)
  484. # [15:42] * Quits: cedricv (~cedric@180.129.57.208) (Ping timeout: 245 seconds)
  485. # [15:54] * Quits: aednsi (~aednsi@d-67-192.MavNet.MNSU.EDU) (Read error: Connection reset by peer)
  486. # [15:54] * Joins: aednsi (~aednsi@d-67-192.MavNet.MNSU.EDU)
  487. # [15:56] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk)
  488. # [15:57] * Quits: Michelangelo (~Michelang@193.205.162.69) (Ping timeout: 276 seconds)
  489. # [16:06] * Parts: bfrantz1 (~bfrantz@c-66-235-9-208.sea.wa.customer.broadstripe.net)
  490. # [16:16] * Quits: danbri (~danbri@unaffiliated/danbri) (Remote host closed the connection)
  491. # [16:17] * Joins: pauld (~chatzilla@194.102.13.2)
  492. # [16:22] * Joins: MikeSmithX (~MikeSmith@EM114-48-225-251.pool.e-mobile.ne.jp)
  493. # [16:22] * Joins: annevk (~annevk@pat.se.opera.com)
  494. # [16:24] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
  495. # [16:25] * Quits: MikeSmith (~MikeSmith@EM114-48-79-66.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  496. # [16:27] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  497. # [16:32] * Quits: Utkarsh (~admin@117.201.90.12)
  498. # [16:36] * Joins: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net)
  499. # [16:38] * Quits: paul_irish (~paul_iris@74.61.83.236) (Remote host closed the connection)
  500. # [16:49] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
  501. # [16:49] * Quits: pauld (~chatzilla@194.102.13.2) (Remote host closed the connection)
  502. # [16:53] * Quits: kinetik (~kinetik@121.98.132.55) (Read error: Operation timed out)
  503. # [16:55] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  504. # [16:55] * Quits: annevk (~annevk@pat.se.opera.com) (Remote host closed the connection)
  505. # [16:55] * Joins: kinetik (~kinetik@121.98.132.55)
  506. # [16:56] * Joins: annevk (~annevk@pat.se.opera.com)
  507. # [17:02] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  508. # [17:08] * Joins: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net)
  509. # [17:09] * Joins: paul_irish (~paul_iris@198.214.235.51)
  510. # [17:11] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  511. # [17:13] * Quits: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net) (Client Quit)
  512. # [17:13] * Quits: aednsi (~aednsi@d-67-192.MavNet.MNSU.EDU) (Ping timeout: 276 seconds)
  513. # [17:15] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  514. # [17:15] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  515. # [17:16] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  516. # [17:16] * Quits: annevk (~annevk@pat.se.opera.com) (Remote host closed the connection)
  517. # [17:17] * Joins: annevk (~annevk@pat.se.opera.com)
  518. # [17:19] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
  519. # [17:19] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  520. # [17:23] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig)
  521. # [17:30] * aroben is now known as aroben|lunch
  522. # [17:33] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
  523. # [17:40] * Joins: cying (~cying@70.90.171.153)
  524. # [17:41] * Quits: cying (~cying@70.90.171.153) (Read error: Connection reset by peer)
  525. # [17:41] * Joins: cying (~cying@70.90.171.153)
  526. # [17:46] * Joins: dglazkov (~dglazkov@216.239.45.130)
  527. # [17:49] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  528. # [17:50] * Joins: paul_irish_ (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com)
  529. # [17:50] * Joins: ap_ (~ap@17.246.18.241)
  530. # [17:50] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
  531. # [17:51] * Quits: paul_irish (~paul_iris@198.214.235.51) (Disconnected by services)
  532. # [17:51] * Joins: dave_levin (~dave_levi@nat/google/x-fkodzehelvtoogfu)
  533. # [17:51] * paul_irish_ is now known as paul_irish
  534. # [17:52] * Joins: cying (~cying@70.90.171.153)
  535. # [17:55] <MikeSmithX> reading http://ajaxian.com/archives/a-better-mobile-web-what-else
  536. # [17:55] <MikeSmithX> proposing -webkit-viewport-fixed
  537. # [17:57] * Joins: jwalden (~waldo@nat/mozilla/x-jquhzldpivscrlsy)
  538. # [17:57] * aroben|lunch is now known as aroben
  539. # [17:57] <annevk> would be nice if fixed positioning just worked...
  540. # [17:58] <annevk> position:fixed-i-really-mean-it-this-time ...
  541. # [17:59] * Quits: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net) (Quit: wycats)
  542. # [17:59] <MikeSmithX> position: fixed important!!!
  543. # [17:59] <MikeSmithX> position: fixed dammit!
  544. # [18:00] <MikeSmithX> position: fixed goddammit!
  545. # [18:02] * Joins: dbaron (~dbaron@nat/mozilla/x-oolnnwgpkrxvzooe)
  546. # [18:02] * Quits: paul_irish (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com) (Remote host closed the connection)
  547. # [18:05] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk) (Quit: Leaving)
  548. # [18:09] * Joins: drunknbass_work (~aaron@pool-71-105-80-172.lsanca.dsl-w.verizon.net)
  549. # [18:11] <annevk> we could define a new kind of priority
  550. # [18:11] <annevk> position:fixed !omgiamsonotkiddingthistimearound
  551. # [18:13] <Dashiva> It isn't a priority issue, though, is it?
  552. # [18:13] <Dashiva> It seems like they put a viewport onto the viewport
  553. # [18:15] * Quits: annevk (~annevk@pat.se.opera.com) (Ping timeout: 248 seconds)
  554. # [18:16] <jwalden> yo dawg
  555. # [18:18] * Joins: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  556. # [18:19] * Quits: pesla (~retep@procurios.xs4all.nl) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
  557. # [18:20] * Quits: Phae (~phaeness@gateb.thls.bbc.co.uk)
  558. # [18:22] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  559. # [18:23] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  560. # [18:23] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  561. # [18:23] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  562. # [18:24] * Quits: lazni (~lazni@118.71.3.54) (Quit: Leaving.)
  563. # [18:26] * Quits: Creap (~creap@83.218.67.122) (Remote host closed the connection)
  564. # [18:27] * Joins: weinig (~weinig@17.246.19.220)
  565. # [18:27] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  566. # [18:28] * Joins: wycats (~wycats@enginey-9.border1.sfo002.pnap.net)
  567. # [18:29] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  568. # [18:43] * Quits: jwalden (~waldo@nat/mozilla/x-jquhzldpivscrlsy) (Read error: Connection reset by peer)
  569. # [18:45] * Quits: weinig (~weinig@17.246.19.220) (Quit: weinig)
  570. # [18:46] * Joins: paul_irish (~paul_iris@rrcs-67-79-223-222.sw.biz.rr.com)
  571. # [18:47] * Joins: cying (~cying@70.90.171.153)
  572. # [18:49] * Joins: maikmerten (~maikmerte@port-92-201-206-158.dynamic.qsc.de)
  573. # [18:52] * Quits: paul_irish (~paul_iris@rrcs-67-79-223-222.sw.biz.rr.com) (Remote host closed the connection)
  574. # [18:55] * Joins: caio_ (~publici@189.35.104.5)
  575. # [18:56] <caio_> I have a small question. I will can send the <video> contents (from webcam <device>) to a server, through HTML 5 / JavaScript?
  576. # [19:00] * Quits: peol (~andree@unaffiliated/peol) (Quit: peol)
  577. # [19:00] * Joins: peol (~andree@c-83-233-148-231.cust.bredband2.com)
  578. # [19:01] * Quits: peol (~andree@c-83-233-148-231.cust.bredband2.com) (Changing host)
  579. # [19:01] * Joins: peol (~andree@unaffiliated/peol)
  580. # [19:04] <AryehGregor> <device> isn't even fully specced last I checked, let alone implemented.
  581. # [19:09] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  582. # [19:10] <caio_> Yes, I Know. There is a way to send the contents of <video> to a server, maybe through Web Sockets?
  583. # [19:11] <caio_> for Web Conferences.
  584. # [19:15] <AryehGregor> If you have some data in JavaScript, you can send it via Web Sockets or AJAX or whatever.
  585. # [19:15] <AryehGregor> But there's no standards-based interface right now to get webcam data, AFAIK.
  586. # [19:17] * Joins: weinig (~weinig@17.246.16.143)
  587. # [19:18] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  588. # [19:20] * Quits: weinig (~weinig@17.246.16.143) (Remote host closed the connection)
  589. # [19:20] * Joins: weinig (~weinig@2620:0:1b00:1191:216:cbff:fea1:a8fa)
  590. # [19:21] * Joins: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net)
  591. # [19:24] * Joins: maikmerten_ (~maikmerte@port-92-201-36-187.dynamic.qsc.de)
  592. # [19:26] * Quits: maikmerten (~maikmerte@port-92-201-206-158.dynamic.qsc.de) (Ping timeout: 245 seconds)
  593. # [19:28] * Joins: Lachy (~Lachlan@85.196.122.246)
  594. # [19:32] * Quits: Lachy (~Lachlan@85.196.122.246) (Client Quit)
  595. # [19:32] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Quit: Leaving)
  596. # [19:35] * Joins: Lachy (~Lachlan@85.196.122.246)
  597. # [19:36] * Joins: mat_t (~mattomasz@80.225.1.134)
  598. # [19:37] * Joins: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr)
  599. # [19:37] * Quits: danbri (~danbri@93-138-72-149.adsl.net.t-com.hr) (Changing host)
  600. # [19:37] * Joins: danbri (~danbri@unaffiliated/danbri)
  601. # [19:40] <Philip`> zcorpan: Ping
  602. # [19:42] * Quits: weinig (~weinig@2620:0:1b00:1191:216:cbff:fea1:a8fa) (Quit: weinig)
  603. # [19:42] * Quits: miketaylr (~miketaylr@38.117.156.163) (Ping timeout: 256 seconds)
  604. # [19:45] * Joins: sicking (~chatzilla@nat/mozilla/x-xqlgskkixwqjgvqw)
  605. # [19:48] * AryehGregor wonders why http://tstarling.com/blog/2009/12/response-about-climate-change-action/ is still cached by Google as having his name in the title despite having changed ages ago
  606. # [19:48] <AryehGregor> Second result for my name. Although at least the first is my actual website now.
  607. # [19:52] <Philip`> Maybe because it indexes pages based partly on the text used in links to them, not just the text in the page itself
  608. # [19:52] <Philip`> Oh, but that wouldn't explain the cache
  609. # [19:53] <AryehGregor> Also, I doubt there are any links to that post from other sites at all, let alone ones containing my name.
  610. # [19:53] <Philip`> except, I don't see your name in a cached version of it
  611. # [19:53] <Philip`> so I don't understand the problem at all
  612. # [19:53] <AryehGregor> Search for "Aryeh Gregor". Does that page show up in the top ten results?
  613. # [19:54] <Dashiva> I don't see your name in the title, just in the snippet from the text
  614. # [19:55] <AryehGregor> Fascinating.
  615. # [19:55] <Philip`> It's the 5th page in the list (3rd site in the list)
  616. # [19:55] <AryehGregor> Oh, I get different search results.
  617. # [19:55] * Joins: annevk (~annevk@c-f807e353.13-500-64736c15.cust.bredbandsbolaget.se)
  618. # [19:55] <AryehGregor> Due to customization.
  619. # [19:55] * Joins: paul_irish (~paul_iris@198.214.235.51)
  620. # [19:55] * Quits: caio_ (~publici@189.35.104.5) (Quit: leaving)
  621. # [19:55] <AryehGregor> The customized version has my name in the title, the uncustomized one doesn't.
  622. # [19:55] <AryehGregor> Puzzling.
  623. # [19:56] <Philip`> The first result I get is "Re: Inconsistency in HTML 4.01 regarding NBSP from Aryeh Gregor on ..."
  624. # [19:56] <AryehGregor> Oh, well, I guess I'll just have to wait for that post to fade into obscurity. This is why I use "Simetrical" whenever I'm discussing politics or anything, but Tim Starling didn't know that.
  625. # [19:56] <Dashiva> I didn't know you were Simetrical...
  626. # [19:56] * Joins: miketaylr (~miketaylr@38.117.156.163)
  627. # [19:56] <AryehGregor> Did you see Simetrical elsewhere and not realize I was the same person, or you never heard of Simetrical?
  628. # [19:56] <Dashiva> I suppose that's the point :)
  629. # [19:57] <AryehGregor> The point of using Simetrical these days is mainly to avoid gaming sites and stuff coming up as top hits for my name.
  630. # [19:57] <Dashiva> I think I remember you from #wikia and related places
  631. # [19:58] <AryehGregor> Oh, didn't know you were involved in wiki stuff.
  632. # [19:58] <Philip`> I avoid that kind of problem by having the same name as lots of other people
  633. # [19:59] <Philip`> so nobody can easily tell if a particular person is really me
  634. # [19:59] <AryehGregor> I'm probably the only person in the world named Aryeh Gregor.
  635. # [19:59] <Dashiva> Not much. I co-ran two gaming wikis, and reported the template variables are unavailable to parser functions bug :)
  636. # [19:59] <AryehGregor> Since my first name is extremely Jewish and my last name is extremely non-Jewish.
  637. # [19:59] <AryehGregor> Dashiva, oh, that one.
  638. # [19:59] <AryehGregor> That's an old one.
  639. # [20:00] <AryehGregor> I seem to recall {{#tag:}} is the official workaround, and nobody ever bothered actually fixing it.
  640. # [20:00] <Dashiva> It was properly fixed last year, I believe
  641. # [20:00] <AryehGregor> I avoid templates. :P
  642. # [20:01] <Dashiva> I love templates
  643. # [20:01] * Philip` wonders if MediaWiki supports template metaprogramming
  644. # [20:01] <AryehGregor> Sadly, yes.
  645. # [20:01] <Philip`> Is it Turing complete?
  646. # [20:01] <Dashiva> Not quite
  647. # [20:01] <Philip`> Alas
  648. # [20:01] <AryehGregor> I've heard it rumored that it is, but the resource limits are such that it isn't in practice.
  649. # [20:01] <Dashiva> But we did manage to totally overload the job queue on tabularasa
  650. # [20:01] <AryehGregor> Pfft, you don't even have to try to do that.
  651. # [20:02] <Dashiva> Well, we did get some central wikia person posting asking us to do something about it :)
  652. # [20:02] * Quits: mat_t (~mattomasz@80.225.1.134) (Remote host closed the connection)
  653. # [20:02] <Philip`> If you care about resource limits, then a desktop PC isn't Turing complete either
  654. # [20:02] <AryehGregor> Wikimedia sysadmins tend to just truncate the job queue if it gets too long. :)
  655. # [20:02] <Philip`> so it's probably best to ignore those limits
  656. # [20:02] <AryehGregor> Philip`, yeah, but there are theoretical limits and practical limits.
  657. # [20:03] <Dashiva> We also ran into the maximum include size
  658. # [20:03] <AryehGregor> Meant to prevent dastardly template metaprogramming from getting out of hand.
  659. # [20:03] <Dashiva> :)
  660. # [20:04] <AryehGregor> Although it doesn't work very well, you can still make pages that take half a minute or more to render on Wikipedia.
  661. # [20:12] * Quits: cying (~cying@70.90.171.153) (Ping timeout: 260 seconds)
  662. # [20:12] * Joins: othermaciej (~mjs@17.246.18.157)
  663. # [20:15] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  664. # [20:15] * Joins: paul_irish_ (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com)
  665. # [20:16] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  666. # [20:18] * Joins: cying (~cying@70.90.171.153)
  667. # [20:19] * Quits: paul_irish (~paul_iris@198.214.235.51) (Ping timeout: 264 seconds)
  668. # [20:21] * Quits: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net) (Quit: shepazu)
  669. # [20:23] * Quits: paul_irish_ (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com) (Remote host closed the connection)
  670. # [20:44] * Quits: danbri (~danbri@unaffiliated/danbri) (Remote host closed the connection)
  671. # [20:49] * Joins: jwalden (~waldo@nat/mozilla/x-kuuespvsdehloksj)
  672. # [20:52] * Quits: peol (~andree@unaffiliated/peol) (Read error: Connection reset by peer)
  673. # [20:53] * Joins: peol (~andree@unaffiliated/peol)
  674. # [20:56] * Quits: foolip (~philip@c-1588e555.017-40-6c6b7013.cust.bredbandsbolaget.se) (Ping timeout: 245 seconds)
  675. # [20:56] * Joins: paul_irish (~paul_iris@198.214.235.51)
  676. # [20:58] * Quits: dglazkov (~dglazkov@216.239.45.130) (Quit: dglazkov)
  677. # [21:00] * Joins: peol_ (~andree@unaffiliated/peol)
  678. # [21:00] * Quits: paul_irish (~paul_iris@198.214.235.51) (Remote host closed the connection)
  679. # [21:00] * Quits: peol (~andree@unaffiliated/peol) (Ping timeout: 276 seconds)
  680. # [21:03] * Joins: dglazkov (~dglazkov@c-24-4-102-110.hsd1.ca.comcast.net)
  681. # [21:06] * Quits: peol_ (~andree@unaffiliated/peol) (Quit: peol_)
  682. # [21:15] * Joins: roc_ (~roc@203-97-204-82.dsl.clear.net.nz)
  683. # [21:20] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 245 seconds)
  684. # [21:20] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  685. # [21:20] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  686. # [21:25] * Joins: Utkarsh (~admin@117.201.80.55)
  687. # [21:30] * Joins: paul_irish (~paul_iris@198.214.235.51)
  688. # [21:32] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  689. # [21:33] * Quits: maikmerten_ (~maikmerte@port-92-201-36-187.dynamic.qsc.de) (Quit: Leaving)
  690. # [21:34] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  691. # [21:34] * Joins: dglazkov_ (~dglazkov@216.239.45.130)
  692. # [21:37] * Quits: Utkarsh (~admin@117.201.80.55) (Ping timeout: 258 seconds)
  693. # [21:39] * Quits: dglazkov (~dglazkov@c-24-4-102-110.hsd1.ca.comcast.net) (Ping timeout: 268 seconds)
  694. # [21:39] * dglazkov_ is now known as dglazkov
  695. # [21:40] * Quits: paul_irish (~paul_iris@198.214.235.51) (Remote host closed the connection)
  696. # [21:43] * Joins: Utkarsh (~admin@117.201.80.115)
  697. # [21:49] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  698. # [21:51] * Quits: roc_ (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc_)
  699. # [21:52] * Joins: roc_ (~roc@203-97-204-82.dsl.clear.net.nz)
  700. # [21:54] * Parts: pmuellr (~pmuellr@nat/ibm/x-otsputgxnyvxpgmi)
  701. # [22:07] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k270.webspeed.dk)
  702. # [22:09] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
  703. # [22:12] * Joins: paul_irish_ (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com)
  704. # [22:14] * Quits: roc_ (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc_)
  705. # [22:14] * Joins: roc_ (~roc@203-97-204-82.dsl.clear.net.nz)
  706. # [22:15] * Joins: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net)
  707. # [22:15] * Joins: peol (~andree@unaffiliated/peol)
  708. # [22:16] * Quits: othermaciej (~mjs@17.246.18.157) (Quit: othermaciej)
  709. # [22:17] * Joins: othermaciej (~mjs@17.246.18.157)
  710. # [22:18] * Quits: paul_irish_ (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com) (Remote host closed the connection)
  711. # [22:22] * Joins: paul_irish (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com)
  712. # [22:25] * Quits: MikeSmithX (~MikeSmith@EM114-48-225-251.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  713. # [22:26] * Quits: paul_irish (~paul_iris@rrcs-24-227-217-180.sw.biz.rr.com) (Remote host closed the connection)
  714. # [22:28] * Quits: ROBOd (~robod@89.122.216.38) (Quit: http://www.robodesign.ro)
  715. # [22:30] * Joins: MikeSmithX (~MikeSmith@EM114-48-145-1.pool.e-mobile.ne.jp)
  716. # [22:31] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  717. # [22:35] * Joins: cpearce_ (~cpearce@203-97-204-82.dsl.clear.net.nz)
  718. # [22:36] * Joins: roc__ (~roc@203-97-204-82.dsl.clear.net.nz)
  719. # [22:36] * Quits: roc_ (~roc@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
  720. # [22:37] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
  721. # [22:38] * cpearce_ is now known as cpearce
  722. # [22:45] * Joins: nattokirai (~nattokira@y226086.dynamic.ppp.asahi-net.or.jp)
  723. # [22:51] * Joins: krijn (~krijnhoet@g179009.upc-g.chello.nl)
  724. # [22:55] * Quits: Utkarsh (~admin@117.201.80.115) (Ping timeout: 276 seconds)
  725. # [22:57] * Quits: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net) (Quit: shepazu)
  726. # [23:01] * Joins: Utkarsh (~admin@117.201.80.36)
  727. # [23:04] * Joins: paul_irish (~paul_iris@198.214.235.51)
  728. # [23:08] * Quits: othermaciej (~mjs@17.246.18.157) (Quit: othermaciej)
  729. # [23:09] * Quits: BlurstOfTimes (~blurstoft@168.203.117.66) (Quit: Leaving...)
  730. # [23:09] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  731. # [23:09] * Quits: paul_irish (~paul_iris@198.214.235.51) (Remote host closed the connection)
  732. # [23:16] * Quits: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  733. # [23:17] * Joins: shepazu (~schepers@wsip-98-173-110-3.lv.lv.cox.net)
  734. # [23:17] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Quit: Leaving)
  735. # [23:17] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  736. # [23:18] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  737. # [23:23] * Quits: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net) (Quit: taf2)
  738. # [23:34] * Quits: annevk (~annevk@c-f807e353.13-500-64736c15.cust.bredbandsbolaget.se) (Ping timeout: 248 seconds)
  739. # [23:41] * Joins: othermaciej (~mjs@17.246.18.157)
  740. # [23:44] * Quits: erlehmann (~erlehmann@82.113.121.113) (Quit: Ex-Chat)
  741. # [23:47] * Quits: othermaciej (~mjs@17.246.18.157) (Quit: othermaciej)
  742. # [23:47] * Joins: beilabs_ (~beilabs@ppp121-44-57-172.lns20.syd6.internode.on.net)
  743. # [23:48] * Parts: Asaph (rob@unaffiliated/robdgreat)
  744. # [23:54] * Quits: Utkarsh (~admin@117.201.80.36) (Ping timeout: 260 seconds)
  745. # [23:59] * Joins: Utkarsh (~admin@117.201.80.43)
  746. # Session Close: Tue Mar 16 00:00:00 2010

The end :)