/irc-logs / freenode / #whatwg / 2011-06-03 / end

Options:

  1. # Session Start: Fri Jun 03 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: othermaciej (~mjs@17.203.15.180) (Ping timeout: 240 seconds)
  4. # [00:01] * othermaciej_ is now known as othermaciej
  5. # [00:04] * Quits: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6) (Quit: ap)
  6. # [00:09] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
  7. # [00:10] <zcorpan> Hixie: how would you name microdata had you intended to give it a brand?
  8. # [00:16] * Quits: Yudai (~Yudai@p86e1c6.hkidnt01.ap.so-net.ne.jp) (Quit: Tiarra 0.1+svn-36726: SIGTERM received; exit)
  9. # [00:17] * Joins: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp)
  10. # [00:17] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 240 seconds)
  11. # [00:19] * Joins: Yudai (~Yudai@p86e16f.hkidnt01.ap.so-net.ne.jp)
  12. # [00:20] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  13. # [00:21] <Hixie> zcorpan: i dunno, that's one of those things that takes careful thought
  14. # [00:21] <jgraham> Not die-rdfa-die-data then? :)
  15. # [00:22] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  16. # [00:22] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  17. # [00:23] <AryehGregor> Am I the only one who thinks it's crazy whenever people say how bad localStorage is and imply everyone should use IndexedDB instead?
  18. # [00:23] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  19. # [00:23] <AryehGregor> IndexedDB is *horrifyingly* complicated.
  20. # [00:24] <AryehGregor> And there's no persistent storage either implemented, specced, or planned other than IndexedDB and localStorage, that I know of (leaving aside WebSQL, since it has no future).
  21. # [00:25] <Hixie> cookies? :-)
  22. # [00:25] <Hixie> zewt: implementation complexity does matter
  23. # [00:25] <AryehGregor> Fine, no persistent storage that a) actually persists, b) does not have to be sent on every HTTP request, c) can be more than a few KB.
  24. # [00:26] <zewt> other than the annoying global lock problem, i don't think there's anything bad about localStorage; it's very natural to the platform
  25. # [00:26] <AryehGregor> zewt, it's synchronous. That's bad if you need to do a bunch of disk access.
  26. # [00:26] <AryehGregor> Because it freezes the UI.
  27. # [00:26] <zewt> well, that and the fact that everything's forever stuck at 5MB, because when you say "we'll set it at 5MB and increase it later", that apparently means "we'll set it at 5MB and then never change it"
  28. # [00:26] <AryehGregor> I don't know if that's a big problem, though.
  29. # [00:26] <AryehGregor> Yeah, but that's probably going to be true for IDB and everything else too.
  30. # [00:26] <zewt> 5MB is just patently absurd, heh
  31. # [00:28] <zewt> that can still be fixed, though, it's nothing baked in--just nobody's bothering to do so (as far as I know)
  32. # [00:28] <AryehGregor> It should really be more flexible.
  33. # [00:28] <AryehGregor> It would be better if there were no guarantees that the storage would be permanent, then you could be much more generous up front.
  34. # [00:29] <AryehGregor> There realistically aren't any guarantees that the storage is permanent anyway.
  35. # [00:30] <zewt> and there's pushback from implementors from exposing whether it is (eg. chrome's porn mode)
  36. # [00:30] <zcorpan> AryehGregor: flash cookies?
  37. # [00:30] <zewt> i don't think making it bigger but nonpersistant is much of a win, though; the entire point is persisting
  38. # [00:31] <zewt> 50MB would be a saner default than 5MB, though, really
  39. # [00:31] <AryehGregor> zewt, it only persists until the user clears cookies, or uses a different browser or whatever.
  40. # [00:31] <AryehGregor> So typical uses can't rely on it persisting anyway.
  41. # [00:31] <pdr3> Persisting? Or caching? :)
  42. # [00:31] <zewt> depends on what you mean by "persist", but yeah
  43. # [00:31] <AryehGregor> It really depends how many sites use it.
  44. # [00:32] <AryehGregor> Twenty sites all using close to the 50 MB limit would make users quite unhappy.
  45. # [00:32] <Hixie> localStorage, IndexDB, and Cookies had better all have the same lifetime
  46. # [00:32] <zewt> i really don't see every site filling up 50MB (or even 1MB) of localStorage if 50MB is given by default
  47. # [00:32] <AryehGregor> At least some users.
  48. # [00:32] <AryehGregor> Realistically, most wouldn't notice, but . . .
  49. # [00:32] <Hixie> otherwise you get cookie resurrection
  50. # [00:32] <AryehGregor> You don't need every site to do it, you just need a small percentage.
  51. # [00:32] <zewt> i mean, I get the concern of not wanting every site a user visits taking up 50MB (for example) of space, but I don't think that's a likely end result
  52. # [00:32] <Hixie> zewt: the problem isn't hte good sites
  53. # [00:32] <Hixie> zewt: the problem is the hostile sites
  54. # [00:32] <AryehGregor> Even if you visit the site only once, it will persist forever, after all.
  55. # [00:32] <Hixie> zewt: the good sites you can grant GBs of access to
  56. # [00:33] <AryehGregor> I'm not even considering DoS here.
  57. # [00:33] <AryehGregor> Just accumulation over time.
  58. # [00:33] <zewt> sure, I just don't see giving 50MB to all sites as something likely to blow up
  59. # [00:33] <Hixie> my point is the 5MB isn't intended to be used by the good sites
  60. # [00:33] <Hixie> it's just supposed to be enough to do minor stuff that isn't problematic
  61. # [00:33] <Hixie> like storing prefs
  62. # [00:33] <Hixie> if you're serious about using the site, you grant it more
  63. # [00:33] <Hixie> much more
  64. # [00:34] <zewt> that would be fine, except as far as I know implementations don't implement the "grant it more" path
  65. # [00:34] <Hixie> file bugs
  66. # [00:34] <zewt> yelling out my window feels as likely to help :)
  67. # [00:38] <zewt> is localStorage sync per spec? doesn't seem like it needs to be--would make more sense to only guarantee atomicity, and to make updates async
  68. # [00:39] <AryehGregor> Well, it's sync in the JavaScript sense.
  69. # [00:39] <AryehGregor> Just because the API is sync.
  70. # [00:39] <AryehGregor> Of course browsers don't have to do sets synchronously.
  71. # [00:39] <AryehGregor> I assume they don't.
  72. # [00:39] <AryehGregor> They probably write it and return immediately without fsync()ing. Or I'd hope they do, anyway.
  73. # [00:39] <Hixie> filing bugs does help
  74. # [00:40] <AryehGregor> But for gets, kind of hard to avoid synchronous disk reads if the API is synchronous.
  75. # [00:40] <zewt> could just read the whole thing in on the first read--which is still sync, but just once
  76. # [00:40] <zewt> (given that, even putting aside the 5MB thing, localStorage is not going to be huge)
  77. # [00:41] <zewt> my experience with filing bugs on Firefox is that I get annoying bugzilla mails for years and that's about it, heh
  78. # [00:41] <zewt> i find it amusing that when I unsubscribe from a bug because it emails me too much, it emails everyone else on the bug telling them that I unsubscribed
  79. # [00:43] <Hixie> what if there's more data stored than memory available?
  80. # [00:43] <Hixie> it only e-mails them if they opted in to getting mails about changed to the cc list
  81. # [00:44] <zewt> having that much data doesn't seem like a case for localStorage (but of course browsers can decide whether to pre-cache localStorage heuristically)
  82. # [00:47] * Joins: dbaron (~dbaron@222-151-136-131.jp.fiberbit.net)
  83. # [00:47] <zewt> i guess there are also the more complex structured clone cases, like File, where you may have to cross-check mtimes or whatever--so even in 5MB, you may have thousands of File objects that would need to be verified synchronously
  84. # [00:53] * bga_ is now known as bga_|away
  85. # [00:56] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  86. # [00:59] * Quits: zcorpan (~zcorpan@c-4d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  87. # [01:00] * Parts: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
  88. # [01:01] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
  89. # [01:03] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Quit: The computer fell asleep)
  90. # [01:03] * jer|afk is now known as jernoble
  91. # [01:04] * Quits: dbaron (~dbaron@222-151-136-131.jp.fiberbit.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  92. # [01:07] * Joins: __jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  93. # [01:08] * Quits: othermaciej (~mjs@17.246.18.216) (Remote host closed the connection)
  94. # [01:08] * Joins: othermaciej (~mjs@17.203.15.180)
  95. # [01:11] * Quits: jamesr (~jamesr@nat/google/x-lzunkowufouticvw) (Ping timeout: 255 seconds)
  96. # [01:17] * bga_|away is now known as bga_
  97. # [01:17] * bga_ is now known as bga_|away
  98. # [01:17] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  99. # [01:18] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  100. # [01:19] * Joins: ap (~ap@17.246.18.244)
  101. # [01:20] * bga_|away is now known as bga_
  102. # [01:20] * Quits: Jon47 (~jon47@pool-173-79-102-81.washdc.fios.verizon.net) (Quit: Leaving.)
  103. # [01:26] * Quits: erlehmann (~erlehmann@89.204.137.99) (Quit: Ex-Chat)
  104. # [01:28] * Quits: ap (~ap@17.246.18.244) (Quit: ap)
  105. # [01:29] * Joins: _bga (~bga@ppp78-37-207-110.pppoe.avangarddsl.ru)
  106. # [01:30] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 276 seconds)
  107. # [01:32] * Quits: bga_ (~bga@ppp78-37-207-110.pppoe.avangarddsl.ru) (Ping timeout: 246 seconds)
  108. # [01:34] * Joins: ap (~ap@17.244.1.151)
  109. # [01:40] * Joins: jamesr (~jamesr@216.239.45.19)
  110. # [01:40] * Quits: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp) (Remote host closed the connection)
  111. # [01:41] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  112. # [01:41] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
  113. # [01:44] * Quits: __jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 260 seconds)
  114. # [01:45] * Joins: Amorphous (jan@unaffiliated/amorphous)
  115. # [01:50] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Remote host closed the connection)
  116. # [01:57] * Joins: TabAtkins (~tabatkins@p3003-ipbfpfx02kyoto.kyoto.ocn.ne.jp)
  117. # [02:01] * Quits: ap (~ap@17.244.1.151) (Quit: ap)
  118. # [02:01] * Joins: dbaron (~dbaron@p3003-ipbfpfx02kyoto.kyoto.ocn.ne.jp)
  119. # [02:04] * Joins: ap (~ap@17.203.14.199)
  120. # [02:06] <Hixie> foolip: yt?
  121. # [02:06] <Hixie> or anyone who has opinions on video really
  122. # [02:06] <Hixie> consider a video that has one frame per minute
  123. # [02:06] <Hixie> with lots of audio
  124. # [02:06] * Joins: othermaciej_ (~mjs@17.246.18.216)
  125. # [02:07] <Hixie> the UA manages to download half of this file, but stops exactly on the boundary between two frames
  126. # [02:07] <Hixie> so it has frames 1 and 2, say, along with their audio, but doesn't have frame 3 or any of its audio
  127. # [02:07] <Hixie> where should playback stop? as frame 3 starts, or as frame 2 starts?
  128. # [02:08] <Hixie> i presume "as frame 3 starts"
  129. # [02:08] <Hixie> hmm
  130. # [02:08] * Quits: othermaciej (~mjs@17.203.15.180) (Ping timeout: 258 seconds)
  131. # [02:08] * othermaciej_ is now known as othermaciej
  132. # [02:15] * Joins: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net)
  133. # [02:15] <nessy> yes, I think so
  134. # [02:15] <nessy> what's the consequence? where are you changing things?
  135. # [02:15] <zewt> Hixie: you should print all of your batch emails and sell the Hixie-opedia
  136. # [02:17] <Hixie> nessy: just trying to clean up a mess i did a few months ago
  137. # [02:17] <Hixie> zewt: he
  138. # [02:17] <Hixie> h
  139. # [02:17] <nessy> yeah, your batch emails are epic :-)
  140. # [02:17] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  141. # [02:18] <Yuhong> I posted a bit about the history of presentational markup on Slashdot:
  142. # [02:18] <Yuhong> http://slashdot.org/comments.pl?sid=2201100&cid=36304692
  143. # [02:21] * Quits: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.0.1/2008072406])
  144. # [02:25] <zewt> quote on the left page, hixie response on the right; flip through and see how many pages just say "indeed" :)
  145. # [02:25] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  146. # [02:26] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 250 seconds)
  147. # [02:28] <Yuhong> zewt: What are you referring to?
  148. # [02:28] <zewt> just the hixie-indeed :P
  149. # [02:29] <nessy> Hixie: as you just looked at chapters/captions etc - I just noticed in http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#sourcing-out-of-band-text-tracks a weird action
  150. # [02:29] <nessy> where chapters are turned on, it says:
  151. # [02:29] <nessy> "If there is a http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#text-track in the http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#media-element's http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#list-of-text-tracks whose http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#text-track-mode is http://www.whatwg.o
  152. # [02:30] <Hixie> um
  153. # [02:30] <Hixie> can you paste that without hte urls? :-)
  154. # [02:30] <nessy> ah damned Adium
  155. # [02:30] <nessy> If there is a text track in the media element's list of text tracks whose text track mode is showing by default, the user agent must furthermore change that text track's text track mode to hidden.
  156. # [02:31] <nessy> I read that as: when a chapter track is turned on it turns off all other tracks
  157. # [02:31] <nessy> no matter what kind they are
  158. # [02:31] <nessy> is that intended?
  159. # [02:31] <Yuhong> zewt: I mean, what page are you referring to?
  160. # [02:32] <zewt> err, any of hixie's Big Emails
  161. # [02:32] <zewt> (it was just a random comment as I'm reading through one of said Emails, there was no deeper meaning, heh)
  162. # [02:33] <Hixie> nessy: looking
  163. # [02:34] <Hixie> nessy: hm yeah that's bogus. will fix.
  164. # [02:34] <nessy> ta
  165. # [02:36] <Hixie> fixed.
  166. # [02:38] <nessy> also a question: what happens when there are more than one chapter track - is none of them enabled or the first one?
  167. # [02:40] * _jgr is now known as __jgr
  168. # [02:41] * __jgr is now known as _jgr
  169. # [02:43] * _jgr is now known as __jgr
  170. # [02:43] * __jgr is now known as _jgr
  171. # [02:43] * Parts: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  172. # [02:46] * _bga is now known as bga_|away
  173. # [02:46] * Quits: bga_|away (~bga@ppp78-37-207-110.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  174. # [02:46] <Yuhong> ". They seem to work with HTML, because text/html user agents are lenient and try to cope with broken HTML. The most common mistakes involve not escaping markup-significant characters or escaping them twice."
  175. # [02:46] * Joins: KaOSoFt (~KaOSoFt@190.85.35.42)
  176. # [02:46] * Quits: KaOSoFt (~KaOSoFt@190.85.35.42) (Changing host)
  177. # [02:46] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
  178. # [02:47] <Yuhong> What do you think most XSS attacks come from?
  179. # [02:47] <Hixie> nessy: that seems to be defined by those steps already
  180. # [02:47] <Hixie> nessy: is it not clear?
  181. # [02:48] <nessy> Hixie: I assume when there are more then one, none is active - that's how I read it
  182. # [02:48] <Yuhong> Of course, there is also the U+FFFF problem in XML.
  183. # [02:48] <nessy> Hixie: but I think if we turn one on when there is only one, we should also turn one on when there are several
  184. # [02:49] <nessy> Hixie: or we should allow the default attribute on them to choose it, in addition to a subtitle/caption track
  185. # [02:49] <Hixie> nessy: i don't understand how you read the current text to mean what you describe
  186. # [02:50] <Yuhong> hsivonen: I think you should mention U+FFFF in http://hsivonen.iki.fi/producing-xml/
  187. # [02:50] <nessy> Hixie: I'm also taking in the information from the bug 11842 that you posted: "For "chapters", one chapter track is always enabled regardless of the "default"
  188. # [02:50] <nessy> > attribute, so adding this doesn't seem useful."
  189. # [02:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 250 seconds)
  190. # [02:51] <nessy> Hixie: I read this to mean that one chapter track is always showing
  191. # [02:51] <Yuhong> considering it is common even in application/xhtml+xml
  192. # [02:51] <nessy> Hixie: maybe I am misreading - what is your intention?
  193. # [02:51] <Hixie> nessy: the spec is all that matters, don't listen to what i say :-)
  194. # [02:51] <nessy> lol
  195. # [02:52] <nessy> Hixie: so I cannot turn a chapter track on by default as well as a subtitle track using the default attribute?
  196. # [02:52] <Hixie> "default" can only be set on one text track at a time
  197. # [02:52] <Hixie> but there's no need to set a chapter track to be the default track
  198. # [02:53] <nessy> why not?
  199. # [02:53] <nessy> if I want one of a set of chapter tracks to be on as well as one of a set of subtitles?
  200. # [02:54] * Joins: temp01 (~temp01@unaffiliated/temp01)
  201. # [02:54] <Hixie> it'll be one anyway
  202. # [02:54] <Hixie> s/one/on/
  203. # [02:55] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  204. # [02:56] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  205. # [02:57] * Quits: ap (~ap@17.203.14.199) (Quit: ap)
  206. # [02:59] <nessy> Hixie: and what will be on when there are several chapter tracks?
  207. # [03:00] <Hixie> whichever is the most appropriate one for the user
  208. # [03:00] <Hixie> is the spec really not clear about this?
  209. # [03:00] <Hixie> i don't understand what is confusing about the spec text
  210. # [03:03] <nessy> Hixie: it's when you have multiple tracks of the same language and the UA cannot decide which one is most appropriate for the user that it becomes a random decision and incompatible between browsers, IIUC
  211. # [03:03] <nessy> (possibly incompatible)
  212. # [03:04] <nessy> I assumed it meant that none is active
  213. # [03:05] <Hixie> it wouldn't be random
  214. # [03:05] <Hixie> why would it be random?
  215. # [03:05] <Hixie> the spec is completely deterministic here
  216. # [03:05] * Quits: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
  217. # [03:06] <nessy> re-reading… : the first one of the appropriate language?
  218. # [03:06] <Hixie> right
  219. # [03:06] <nessy> OK, my bad :-) thanks
  220. # [03:08] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  221. # [03:10] * Quits: hij1nx (~hij1nx@rrcs-50-74-0-42.nyc.biz.rr.com) (Quit: hij1nx)
  222. # [03:22] * Joins: ben_h (~ben@128.250.195.138)
  223. # [03:22] * Quits: JoePeck (~JoePeck@17.244.12.145) (Ping timeout: 246 seconds)
  224. # [03:24] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
  225. # [03:25] * Joins: ryanseddon (~RSeddon@202.126.98.210)
  226. # [03:28] * Joins: hij1nx (~hij1nx@cpe-66-65-124-111.nyc.res.rr.com)
  227. # [03:29] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  228. # [03:30] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  229. # [03:39] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
  230. # [03:41] * Quits: othermaciej (~mjs@17.246.18.216) (Quit: othermaciej)
  231. # [03:44] * Joins: shepazu (~schepers@75-139-103-69.dhcp.mant.nc.charter.com)
  232. # [03:49] * Quits: MikeSmith (~MikeSmith@EM111-188-52-81.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  233. # [03:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 250 seconds)
  234. # [03:53] * Joins: othermaciej (~mjs@66.109.105.107)
  235. # [03:53] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Ping timeout: 240 seconds)
  236. # [03:54] * Joins: temp01 (~temp01@unaffiliated/temp01)
  237. # [03:59] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  238. # [04:01] * Joins: boaz (~boaz@li326-230.members.linode.com)
  239. # [04:01] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  240. # [04:03] * Joins: boaz (~boaz@li326-230.members.linode.com)
  241. # [04:04] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 250 seconds)
  242. # [04:05] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 244 seconds)
  243. # [04:07] * Quits: abarth|gardener (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth|gardener)
  244. # [04:07] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  245. # [04:11] * Joins: The_8472 (~stardive@azureus/The8472)
  246. # [04:17] * Joins: JoePeck (~JoePeck@17.244.12.145)
  247. # [04:17] * Joins: Stiks (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  248. # [04:19] * Joins: agektmr (~Adium@220.109.219.244)
  249. # [04:19] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  250. # [04:20] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 276 seconds)
  251. # [04:20] * Stiks is now known as Stikk
  252. # [04:20] * Stikk is now known as Stikki
  253. # [04:24] * Joins: KevinMarks (~KevinMark@204.14.239.221)
  254. # [04:34] * Quits: KevinMarks (~KevinMark@204.14.239.221) (Ping timeout: 240 seconds)
  255. # [04:38] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.17/20110428205629])
  256. # [04:41] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  257. # [04:41] * Quits: othermaciej (~mjs@66.109.105.107) (Quit: othermaciej)
  258. # [05:00] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  259. # [05:05] * Joins: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net)
  260. # [05:06] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Read error: Operation timed out)
  261. # [05:06] * Joins: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b)
  262. # [05:10] * Joins: shinyak (~shinyak@2401:fa00:4:1012:129a:ddff:febe:ed11)
  263. # [05:11] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  264. # [05:12] * Quits: stefan-__ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
  265. # [05:13] * Joins: boaz (~boaz@li326-230.members.linode.com)
  266. # [05:25] * Quits: shinyak (~shinyak@2401:fa00:4:1012:129a:ddff:febe:ed11) (Remote host closed the connection)
  267. # [05:25] * Joins: nonge_ (~nonge@p5082B78F.dip.t-dialin.net)
  268. # [05:27] * Quits: nonge (~nonge@p5082B22B.dip.t-dialin.net) (Read error: Operation timed out)
  269. # [05:29] * Joins: jacobolus (~jacobolus@173-228-64-221.dsl.dynamic.sonic.net)
  270. # [05:33] * Quits: JoePeck (~JoePeck@17.244.12.145) (Quit: -)
  271. # [05:36] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  272. # [05:39] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
  273. # [05:40] * Quits: jacobolus (~jacobolus@173-228-64-221.dsl.dynamic.sonic.net) (Remote host closed the connection)
  274. # [05:47] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  275. # [05:48] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  276. # [05:50] * Parts: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  277. # [05:55] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 250 seconds)
  278. # [05:58] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  279. # [06:00] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  280. # [06:06] * Joins: eboyjr|mobile (~AndChat@unaffiliated/eboyjr)
  281. # [06:06] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 244 seconds)
  282. # [06:07] <eboyjr|mobile> Does anyone know what software is used to create this? http://hixie.ch/specs/html/server-sent-events/server-sent-events
  283. # [06:07] <eboyjr|mobile> Just like the w3c specs
  284. # [06:08] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  285. # [06:08] <eboyjr|mobile> Hixie: hello :)
  286. # [06:10] * Joins: agektmr (~Adium@220.109.219.244)
  287. # [06:11] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  288. # [06:14] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
  289. # [06:16] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  290. # [06:17] * Quits: macpherson (~macpherso@nat/google/x-ffiybawcojduzgxa) (Quit: macpherson)
  291. # [06:19] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  292. # [06:23] <heycam> eboyjr|mobile, http://anolis.gsnedders.com/ I believe
  293. # [06:24] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
  294. # [06:25] <eboyjr|mobile> heycam: yeah that looks like that's it, thanks for finding it
  295. # [06:26] * Quits: nessy (~Adium@124-168-8-33.dyn.iinet.net.au) (Quit: Leaving.)
  296. # [06:35] * Quits: eboyjr|mobile (~AndChat@unaffiliated/eboyjr) (Ping timeout: 240 seconds)
  297. # [06:37] * Joins: eboyjr|mobile (~AndChat@unaffiliated/eboyjr)
  298. # [06:37] * heycam is now known as heycam|away
  299. # [06:40] * Joins: jacobolus (~jacobolus@173-228-64-221.dsl.dynamic.sonic.net)
  300. # [06:41] * Joins: didymos (~didymos@3306ds7-od.0.fullrate.dk)
  301. # [06:43] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  302. # [06:43] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  303. # [06:51] * Joins: agektmr (~Adium@220.109.219.244)
  304. # [06:54] * Quits: jacobolus (~jacobolus@173-228-64-221.dsl.dynamic.sonic.net) (Remote host closed the connection)
  305. # [07:01] * Quits: CvP (~CvP@123.49.22.122) (Quit: [ UPP ] > all)
  306. # [07:02] * Parts: eboyjr|mobile (~AndChat@unaffiliated/eboyjr) ("Leaving")
  307. # [07:09] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 240 seconds)
  308. # [07:09] * Joins: shichuan (~Shi_Chuan@cm182.eta124.maxonline.com.sg)
  309. # [07:13] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
  310. # [07:14] * Joins: hdhoang (~hdhoang@203.210.153.229)
  311. # [07:16] * Joins: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
  312. # [07:21] * Quits: matjas (~matjas@91.182.39.181) (Quit: Computer has gone to sleep.)
  313. # [07:25] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  314. # [07:31] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  315. # [07:34] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  316. # [07:35] * Joins: agektmr (~Adium@220.109.219.244)
  317. # [07:39] * Quits: hij1nx (~hij1nx@cpe-66-65-124-111.nyc.res.rr.com) (Quit: hij1nx)
  318. # [07:40] * Joins: matjas (~matjas@188.188.83.54)
  319. # [07:51] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Remote host closed the connection)
  320. # [07:53] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  321. # [07:56] * Quits: matjas (~matjas@188.188.83.54) (Quit: Computer has gone to sleep.)
  322. # [07:57] * Joins: rimantas (~rimliu@93.93.57.193)
  323. # [08:14] * Joins: Thezilch (~fuz007@cpe-76-167-224-154.socal.res.rr.com)
  324. # [08:16] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  325. # [08:17] * Joins: matjas (~matjas@188.188.83.54)
  326. # [08:20] * Joins: agektmr (~Adium@220.109.219.244)
  327. # [08:30] * Quits: matjas (~matjas@188.188.83.54) (Quit: Computer has gone to sleep.)
  328. # [08:37] * Joins: matjas (~matjas@188.188.83.54)
  329. # [08:41] * Joins: Ms2ger (~Ms2ger@91.181.137.121)
  330. # [08:41] * Rik`_ is now known as Rik`
  331. # [08:46] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  332. # [08:50] * Quits: shichuan (~Shi_Chuan@cm182.eta124.maxonline.com.sg) (Quit: Leaving.)
  333. # [08:57] * Quits: matjas (~matjas@188.188.83.54) (Quit: Computer has gone to sleep.)
  334. # [09:00] * Joins: Onderhond (~woef@79.232-136-217.adsl-static.isp.belgacom.be)
  335. # [09:04] * Joins: shichuan (~Shi_Chuan@cm182.eta124.maxonline.com.sg)
  336. # [09:06] * Joins: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
  337. # [09:07] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 260 seconds)
  338. # [09:11] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  339. # [09:11] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  340. # [09:12] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  341. # [09:13] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  342. # [09:13] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  343. # [09:14] * Joins: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com)
  344. # [09:15] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
  345. # [09:15] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  346. # [09:15] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  347. # [09:17] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 252 seconds)
  348. # [09:20] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  349. # [09:20] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  350. # [09:22] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 250 seconds)
  351. # [09:23] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  352. # [09:23] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  353. # [09:25] * Joins: temp01 (~temp01@unaffiliated/temp01)
  354. # [09:25] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  355. # [09:25] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  356. # [09:27] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  357. # [09:27] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  358. # [09:29] <MikeSmith> so the new Google +1 button relies on an "g:plusone" element?
  359. # [09:30] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  360. # [09:30] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  361. # [09:32] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  362. # [09:32] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  363. # [09:32] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  364. # [09:34] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  365. # [09:34] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  366. # [09:37] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  367. # [09:37] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  368. # [09:39] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  369. # [09:39] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  370. # [09:39] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
  371. # [09:41] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  372. # [09:41] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  373. # [09:42] * Joins: zdobersek (~zan@cpe-46-164-29-19.dynamic.amis.net)
  374. # [09:43] * Quits: nw` (eero@heaven.unlink.org) (Quit: Lost terminal)
  375. # [09:43] * Joins: nw` (eero@heaven.unlink.org)
  376. # [09:44] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  377. # [09:44] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  378. # [09:45] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  379. # [09:46] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  380. # [09:46] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  381. # [09:48] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  382. # [09:48] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  383. # [09:51] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  384. # [09:51] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  385. # [09:53] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  386. # [09:53] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  387. # [09:55] * Parts: ryanseddon (~RSeddon@202.126.98.210)
  388. # [09:55] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  389. # [09:55] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  390. # [09:56] <hober> yeah, groan
  391. # [09:58] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  392. # [09:58] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  393. # [10:00] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  394. # [10:00] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  395. # [10:02] <nessy> does somebody here have access to the whatwg mailing lists and can make sure the "video feedback" email from Hixie is archived?
  396. # [10:02] <nessy> I can only find Glenn's answer in the archives, but not Hixies original one on that thread: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-June/031898.html
  397. # [10:02] <nessy> I think it may be stuck in moderation because it's very long
  398. # [10:02] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  399. # [10:03] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  400. # [10:04] * Joins: richt (~richt@pat-tdc.opera.com)
  401. # [10:05] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  402. # [10:05] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  403. # [10:05] * ChanServ sets mode: +o Ms2ger
  404. # [10:06] * Joins: msucan (~robod@92.86.247.27)
  405. # [10:06] * Ms2ger sets mode: +b webben!~benjamin@173-203-84-17.static.cloud-ips.com
  406. # [10:06] * ChanServ sets mode: -o Ms2ger
  407. # [10:07] * Joins: mpt (~mpt@91.189.88.12)
  408. # [10:07] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  409. # [10:07] * Joins: mpt (~mpt@canonical/mpt)
  410. # [10:08] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  411. # [10:08] <foolip> Hixie, I think it should stop on the (time of) last frame it actually has, otherwise it doesn't make sense to display that last frame, which we certainly want to
  412. # [10:24] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  413. # [10:24] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  414. # [10:25] * Joins: miketaylr (~miketaylr@pat-tdc.opera.com)
  415. # [10:26] * Joins: erlehmann (~erlehmann@89.204.137.99)
  416. # [10:27] * Quits: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net) (Quit: cying)
  417. # [10:28] <zewt> i'd expect playback to stop as soon as something is needed for playback that isn't there
  418. # [10:29] <zewt> which would be when frame 3 starts
  419. # [10:30] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  420. # [10:39] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
  421. # [10:39] * Joins: zdobersek1 (~zan@46.164.36.50)
  422. # [10:40] * Quits: zdobersek (~zan@cpe-46-164-29-19.dynamic.amis.net) (Ping timeout: 246 seconds)
  423. # [10:40] * Quits: Smylers (~smylers@host109-157-249-110.range109-157.btcentralplus.com) (Quit: Leaving.)
  424. # [10:43] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  425. # [10:43] * Quits: erlehmann (~erlehmann@89.204.137.99) (Ping timeout: 250 seconds)
  426. # [10:49] * Joins: erlehmann (~erlehmann@89.204.137.76)
  427. # [10:57] * Joins: gr33d0 (~matjas@79.232-136-217.adsl-static.isp.belgacom.be)
  428. # [10:58] * Quits: gr33d0 (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Client Quit)
  429. # [10:58] * Joins: drewdouglass (~chatzilla@24-107-73-144.dhcp.stls.mo.charter.com)
  430. # [10:58] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  431. # [10:59] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  432. # [11:03] * Joins: Martijnc (~Martijnc@d54C02C64.access.telenet.be)
  433. # [11:06] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  434. # [11:07] * Parts: mikekelly (mikek@s3x0r.biz)
  435. # [11:16] * Quits: Thezilch (~fuz007@cpe-76-167-224-154.socal.res.rr.com) (Read error: Connection reset by peer)
  436. # [11:17] * Joins: zcorpan (~zcorpan@c-4d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  437. # [11:19] * Quits: TabAtkins (~tabatkins@p3003-ipbfpfx02kyoto.kyoto.ocn.ne.jp) (Ping timeout: 248 seconds)
  438. # [11:22] * Quits: dbaron (~dbaron@p3003-ipbfpfx02kyoto.kyoto.ocn.ne.jp) (Ping timeout: 246 seconds)
  439. # [11:27] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  440. # [11:31] * Joins: roc (~chatzilla@121.98.230.221)
  441. # [11:32] * Quits: miketaylr (~miketaylr@pat-tdc.opera.com) (Quit: miketaylr)
  442. # [11:38] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Read error: Connection reset by peer)
  443. # [11:38] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  444. # [11:43] * Joins: eboyjr|mobile (~AndChat@unaffiliated/eboyjr)
  445. # [11:43] * Joins: miketaylr (~miketaylr@pat-tdc.opera.com)
  446. # [11:51] * Quits: eboyjr|mobile (~AndChat@unaffiliated/eboyjr) (Quit: Bye)
  447. # [11:51] * Joins: smaug____ (~chatzilla@a91-154-40-10.elisa-laajakaista.fi)
  448. # [11:54] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
  449. # [11:58] * Joins: temp01 (~temp01@unaffiliated/temp01)
  450. # [12:08] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Ping timeout: 248 seconds)
  451. # [12:12] * Parts: shichuan (~Shi_Chuan@cm182.eta124.maxonline.com.sg)
  452. # [12:12] * drewdouglass is now known as drewcode
  453. # [12:13] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  454. # [12:16] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  455. # [12:19] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  456. # [12:23] * Joins: shinyak (~shinyak@2401:fa00:4:1012:129a:ddff:febe:ed11)
  457. # [12:24] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  458. # [12:43] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  459. # [12:45] * Joins: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp)
  460. # [13:00] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
  461. # [13:05] * Quits: didymos (~didymos@3306ds7-od.0.fullrate.dk) (Quit: Woop)
  462. # [13:06] * Joins: temp01 (~temp01@unaffiliated/temp01)
  463. # [13:07] * Quits: drewcode (~chatzilla@24-107-73-144.dhcp.stls.mo.charter.com) (Ping timeout: 260 seconds)
  464. # [13:09] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  465. # [13:10] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  466. # [13:16] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
  467. # [13:29] * Quits: zdobersek1 (~zan@46.164.36.50) (Quit: Leaving.)
  468. # [13:43] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
  469. # [13:44] * Joins: hij1nx (~hij1nx@cpe-66-65-124-111.nyc.res.rr.com)
  470. # [13:47] * Joins: temp02 (~temp01@unaffiliated/temp01)
  471. # [13:49] * Joins: wolfman2_ (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  472. # [13:51] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Ping timeout: 252 seconds)
  473. # [13:51] * Joins: karlcow (~karl@nerval.la-grange.net)
  474. # [13:54] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  475. # [14:03] * Joins: bga_ (~bga@ppp78-37-246-4.pppoe.avangarddsl.ru)
  476. # [14:03] * Quits: erlehmann (~erlehmann@89.204.137.76) (Quit: Ex-Chat)
  477. # [14:14] * Quits: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp) (Remote host closed the connection)
  478. # [14:15] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 252 seconds)
  479. # [14:19] <smaug____> Hixie: ping
  480. # [14:27] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  481. # [14:28] * Quits: pdr3 (~pdr2@nat/google/x-wmvotzblvuluuoed) (Ping timeout: 246 seconds)
  482. # [14:29] * Parts: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  483. # [14:30] <smaug____> Hixie: just curious why any other interface than Function uses FunctionOnly.
  484. # [14:38] * Joins: pdr3 (~pdr2@nat/google/x-cenespboxlwzkmru)
  485. # [14:42] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  486. # [14:43] * Joins: pdr_ (~pdr2@nat/google/x-vnoapugolngpyxka)
  487. # [14:44] * Joins: boaz (~boaz@li326-230.members.linode.com)
  488. # [14:47] * Quits: pdr3 (~pdr2@nat/google/x-cenespboxlwzkmru) (Ping timeout: 246 seconds)
  489. # [14:47] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  490. # [14:49] * bga_ is now known as bga_|away
  491. # [14:49] * bga_|away is now known as bga_
  492. # [14:51] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  493. # [14:51] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Client Quit)
  494. # [14:52] <hsivonen> why did Google switch from hyphened-words to camelCase for Rich Snippets?
  495. # [14:53] * Quits: hdhoang (~hdhoang@203.210.153.229) (Quit: Leaving.)
  496. # [14:54] * ChanServ sets mode: +o Ms2ger
  497. # [14:54] * Ms2ger sets mode: -b webben!~benjamin@173-203-84-17.static.cloud-ips.com
  498. # [14:54] * ChanServ sets mode: -o Ms2ger
  499. # [14:57] * Joins: FireFly (~firefly@unaffiliated/firefly)
  500. # [14:58] * Quits: eikaas (~eikaas@79.161.4.102) (Read error: Connection reset by peer)
  501. # [14:59] * Joins: eikaas (~eikaas@79.161.4.102)
  502. # [15:03] * Joins: Jon47 (~jon47@pool-173-79-102-81.washdc.fios.verizon.net)
  503. # [15:04] * Joins: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net)
  504. # [15:07] * Joins: miketayl_r (~miketaylr@pat-tdc.opera.com)
  505. # [15:07] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Read error: Connection reset by peer)
  506. # [15:07] * Quits: miketaylr (~miketaylr@pat-tdc.opera.com) (Disconnected by services)
  507. # [15:08] * Joins: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au)
  508. # [15:08] * miketayl_r is now known as miketaylr
  509. # [15:09] * Joins: ttepasse- (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  510. # [15:11] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 252 seconds)
  511. # [15:14] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
  512. # [15:24] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Quit: We love you, Dark Continent! Good night!)
  513. # [15:27] * Joins: hdhoang (~hdhoang@203.210.153.229)
  514. # [15:27] * Quits: Rik` (~Rik`@chn38-1-78-231-168-7.fbx.proxad.net) (Remote host closed the connection)
  515. # [15:30] * Joins: erlehmann (~erlehmann@89.204.137.76)
  516. # [15:31] * Quits: erlehmann (~erlehmann@89.204.137.76) (Client Quit)
  517. # [15:36] * Quits: _jgr (~jgr@CPE-58-165-74-97.qld.bigpond.net.au) (Ping timeout: 240 seconds)
  518. # [15:37] * Quits: eikaas (~eikaas@79.161.4.102) (Read error: Connection reset by peer)
  519. # [15:37] * Joins: eikaas (~eikaas@79.161.4.102)
  520. # [15:37] * Quits: hdhoang (~hdhoang@203.210.153.229) (Ping timeout: 260 seconds)
  521. # [15:39] * Joins: dbaron (~dbaron@222-151-136-131.jp.fiberbit.net)
  522. # [15:39] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  523. # [15:44] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Ping timeout: 240 seconds)
  524. # [15:47] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  525. # [15:48] * Quits: shinyak (~shinyak@2401:fa00:4:1012:129a:ddff:febe:ed11) (Remote host closed the connection)
  526. # [15:51] * Joins: hdhoang (~hdhoang@203.210.153.229)
  527. # [16:11] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  528. # [16:12] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  529. # [16:13] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  530. # [16:13] * Joins: boaz (~boaz@li326-230.members.linode.com)
  531. # [16:18] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Ping timeout: 246 seconds)
  532. # [16:18] <hsivonen> does anyone know if rel=pgpkey is supported by anything other than Jacques Distler's blog?
  533. # [16:19] * Quits: dbaron (~dbaron@222-151-136-131.jp.fiberbit.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  534. # [16:19] * Quits: jarib (~jarib@unaffiliated/jarib) (Ping timeout: 248 seconds)
  535. # [16:23] * Quits: Onderhond (~woef@79.232-136-217.adsl-static.isp.belgacom.be) (Ping timeout: 260 seconds)
  536. # [16:26] <matjas> hsivonen: Thanks for your comment. I simply forgot to register apple-touch-icon-precomposed as well; my bad. Registering now.
  537. # [16:28] <matjas> hsivonen: Oh and since you asked, -precomposed actually works. Android doesn’t fully support that one though. Read http://mathiasbynens.be/notes/touch-icons#effects if you’re interested.
  538. # [16:28] <hsivonen> matjas: ok.
  539. # [16:29] <hsivonen> so which UAs actually implement rel processing per spec?
  540. # [16:29] <matjas> hsivonen: just edited http://microformats.org/wiki/existing-rel-values#HTML5_link_type_extensions
  541. # [16:29] <hsivonen> if IE and Mobile Safari don't
  542. # [16:29] <hsivonen> is correct processing a Gecko & Opera thing or something?
  543. # [16:29] <matjas> That’s a good question.
  544. # [16:31] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
  545. # [16:31] <hsivonen> matjas: the validator will be aware of -precomposed once it finishes its deployment dance
  546. # [16:32] <matjas> hsivonen: yay!
  547. # [16:32] <matjas> I’ve also added openid.delegate and openid.server; have you added those as well?
  548. # [16:32] * Joins: jarib (~jarib@109.74.192.179)
  549. # [16:32] * Quits: jarib (~jarib@109.74.192.179) (Changing host)
  550. # [16:32] * Joins: jarib (~jarib@unaffiliated/jarib)
  551. # [16:32] <hsivonen> matjas: yes. I also added the openid2 thingis
  552. # [16:32] <hsivonen> *thingies
  553. # [16:33] * Joins: danja (~danny@213.61.66.94)
  554. # [16:33] <hsivonen> even though it's not a good sign that a group (OpenID) is so quick to push an incompatible version of their initially successful protocol
  555. # [16:35] * Quits: nessy (~Adium@124-168-8-33.dyn.iinet.net.au) (Quit: Leaving.)
  556. # [16:47] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  557. # [16:49] * Quits: nonge_ (~nonge@p5082B78F.dip.t-dialin.net) (Quit: Verlassend)
  558. # [16:50] * Quits: matjas (~matjas@79.232-136-217.adsl-static.isp.belgacom.be) (Quit: Computer has gone to sleep.)
  559. # [17:00] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  560. # [17:02] * Quits: hij1nx (~hij1nx@cpe-66-65-124-111.nyc.res.rr.com) (Quit: hij1nx)
  561. # [17:03] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  562. # [17:06] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  563. # [17:08] * Joins: boaz (~boaz@li326-230.members.linode.com)
  564. # [17:08] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  565. # [17:10] * Joins: CvP (~CvP@123.49.21.235)
  566. # [17:11] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  567. # [17:16] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  568. # [17:18] * Quits: hdhoang (~hdhoang@203.210.153.229) (Ping timeout: 260 seconds)
  569. # [17:19] * Joins: hij1nx (~hij1nx@207.239.107.3)
  570. # [17:31] <MikeSmith> hsivonen: the openoffice user experience is so painful that I find a hard time caring who's in charge of it
  571. # [17:31] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Ping timeout: 250 seconds)
  572. # [17:31] * Quits: danja (~danny@213.61.66.94) (Read error: Connection reset by peer)
  573. # [17:31] * Joins: danja (~danny@213.61.66.94)
  574. # [17:32] * Joins: erlehmann (~erlehmann@89.204.137.76)
  575. # [17:32] * Quits: jarib (~jarib@unaffiliated/jarib) (Ping timeout: 250 seconds)
  576. # [17:34] * Joins: dave_levin (~dave_levi@nat/google/x-kyvwouvuplkswmxq)
  577. # [17:38] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
  578. # [17:38] * Quits: zcorpan (~zcorpan@c-4d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  579. # [17:41] * Joins: temp01 (~temp01@unaffiliated/temp01)
  580. # [17:43] * Quits: ttepasse- (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 240 seconds)
  581. # [17:47] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 250 seconds)
  582. # [17:48] * Joins: temp02 (~temp01@unaffiliated/temp01)
  583. # [17:49] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  584. # [17:49] * Quits: danja (~danny@213.61.66.94) (Ping timeout: 250 seconds)
  585. # [17:54] * Joins: rudak (~rudak@213.61.66.94)
  586. # [17:55] * Quits: miketaylr (~miketaylr@pat-tdc.opera.com) (Quit: miketaylr)
  587. # [17:56] <sephr> Hixie: why do some events use detail:any and some use data:any? e.g. MessageEvent.data:any vs CustomEvent.detail:any
  588. # [17:56] * Joins: jarib (~jarib@unaffiliated/jarib)
  589. # [17:57] * Quits: rudak (~rudak@213.61.66.94) (Client Quit)
  590. # [17:58] <smaug____> sephr: in that particular case, .detail makes IMO more sense for CustomEvent since it is "detail" of that event. Messages need some data, so .data
  591. # [17:58] <smaug____> sephr: also, in practice CustomEvent interface is really old
  592. # [17:58] <sephr> yeah, but why was detail chosen to begin with?
  593. # [17:58] <sephr> because MessageEvent.data is "detail" of message events too
  594. # [17:58] <sephr> but it's data, not detail
  595. # [17:58] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
  596. # [17:59] <smaug____> sephr: ask someone who edited DOM 3 Events 10 years ago
  597. # [17:59] <sephr> heh
  598. # [18:00] <smaug____> .detail feels quite natural in DOM 3 Events, since also UIEvents have .detail
  599. # [18:00] <sephr> yeah
  600. # [18:00] * Quits: erlehmann (~erlehmann@89.204.137.76) (Quit: Ex-Chat)
  601. # [18:00] <sephr> maybe it's messageevent that is "wrong"
  602. # [18:00] <smaug____> .data sounds right in message events
  603. # [18:00] <smaug____> message events are containers for some data
  604. # [18:01] <sephr> smaug____: then .message would make the most sense
  605. # [18:01] <sephr> with customevents you don't know anything about what they will contain, so data seems more generic
  606. # [18:02] * Joins: rudak (~rudak@213.61.66.94)
  607. # [18:02] <Ms2ger> Meh, names
  608. # [18:02] <smaug____> anyway, these interfaces are something which probably can't be changed anymore
  609. # [18:02] <smaug____> at least their .data/.detail attributes
  610. # [18:04] * Quits: rudak (~rudak@213.61.66.94) (Client Quit)
  611. # [18:04] <MikeSmith> earthquake
  612. # [18:04] <MikeSmith> 5.
  613. # [18:05] <MikeSmith> 5.9 u Fukushima
  614. # [18:07] <karlcow> hmm
  615. # [18:08] * Joins: rudak (~rudak@213.61.66.94)
  616. # [18:09] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  617. # [18:09] * Joins: danja (~danny@213.61.66.94)
  618. # [18:11] * Joins: hij1nx (~hij1nx@rrcs-184-74-204-18.nyc.biz.rr.com)
  619. # [18:13] <karlcow> http://www.jma.go.jp/en/quake/2/20110604010419391-040100.html
  620. # [18:15] <Philip`> Their colours for "4" and "1" look almost identical to me :-(
  621. # [18:16] * Joins: fishd (~fishd@nat/google/x-cmffdkgaopqlfxqj)
  622. # [18:16] * Quits: rudak (~rudak@213.61.66.94) (Quit: rudak)
  623. # [18:16] * Joins: rudak (~rudak@213.61.66.94)
  624. # [18:17] * Quits: rudak (~rudak@213.61.66.94) (Client Quit)
  625. # [18:17] * Joins: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp)
  626. # [18:21] * Joins: xtoph (~xtoph@213.47.185.206)
  627. # [18:22] <karlcow> ah interesting
  628. # [18:22] <karlcow> I would have thought 3 and 2
  629. # [18:25] * bga_ is now known as bga_|away
  630. # [18:25] * Joins: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
  631. # [18:25] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Quit: jeremyselier)
  632. # [18:37] * bga_|away is now known as bga_
  633. # [18:39] * Quits: jernoble (~jernoble@17.203.12.89) (Quit: jernoble)
  634. # [18:42] * Quits: wolfman2_ (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
  635. # [18:44] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  636. # [18:45] * Quits: danja (~danny@213.61.66.94) (Quit: gorn)
  637. # [18:48] * Joins: micheil (~micheil@109.231.193.164)
  638. # [18:49] * Quits: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Computer has gone to sleep.)
  639. # [18:52] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  640. # [18:53] * Joins: rudak (~rudak@213.61.66.94)
  641. # [18:54] * Quits: rudak (~rudak@213.61.66.94) (Client Quit)
  642. # [18:57] * Joins: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6)
  643. # [18:57] * Quits: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net) (Quit: cying)
  644. # [18:59] * Quits: temp02 (~temp01@unaffiliated/temp01) (Quit: Poof.)
  645. # [19:01] * Joins: temp01 (~temp01@unaffiliated/temp01)
  646. # [19:06] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  647. # [19:06] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  648. # [19:06] * Joins: rudak (~rudak@213.61.66.94)
  649. # [19:06] * Joins: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net)
  650. # [19:08] * Joins: boaz (~boaz@li326-230.members.linode.com)
  651. # [19:09] * Quits: rudak (~rudak@213.61.66.94) (Client Quit)
  652. # [19:10] * Quits: cying (~cying@c-24-6-96-149.hsd1.ca.comcast.net) (Client Quit)
  653. # [19:24] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  654. # [19:27] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
  655. # [19:27] * AryehGregor notes that Gecko and WebKit accept {delete: 1} as a valid object initializer, but IE and Opera throw a syntax error
  656. # [19:28] <AryehGregor> I'm pretty sure ES5 supports Gecko and WebKit.
  657. # [19:28] <AryehGregor> Actually, almost totally sure.
  658. # [19:28] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  659. # [19:29] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  660. # [19:29] <AryehGregor> No, wait, my bad, IE supports it.
  661. # [19:30] <AryehGregor> Only Opera doesn't.
  662. # [19:31] <AryehGregor> Opera also seems to not like x.delete.
  663. # [19:32] * Quits: pdr_ (~pdr2@nat/google/x-vnoapugolngpyxka) (Remote host closed the connection)
  664. # [19:33] * AryehGregor would file a bug at this point if he were able to track its progress, since it seems like something that would be relatively likely to get fixed soon if reported, but . . .
  665. # [19:36] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Quit: jeremyselier)
  666. # [19:37] <Philip`> AryehGregor: The likelihood of it getting fixed is probably independent of your ability to track its progress, if it's something simple like that, and merely satiating your personal curiosity over progress seems less important than leading the web to its full potential by getting such bugs fixed
  667. # [19:38] * Quits: myakura (~myakura@FL1-118-111-219-27.tky.mesh.ad.jp) (Remote host closed the connection)
  668. # [19:39] <AryehGregor> Philip`, getting such a bug fixed is a sufficiently small contribution toward leading the web to its full potential that I have no qualms about not doing it if I don't have a more personal stake in the matter. Particularly since a) I would have to interrupt work I'm being paid for on an hourly basis to file the bug; and b) I mentioned it in a channel where lots of Opera employees hang out, and they would in fact be able to file it on paid ti
  669. # [19:39] <AryehGregor> me.
  670. # [19:40] * Joins: othermaciej (~mjs@67.218.107.188)
  671. # [19:42] <othermaciej> AryehGregor: ES5 has the concept of contextual keywords
  672. # [19:43] <othermaciej> AryehGregor: ones that are not treated as keywords when they appear in a position like a property name in an object initializer
  673. # [19:43] <AryehGregor> othermaciej, really? Where does it say that? As far as I can see, it's more like *nothing* is a keyword when used as a property name in an object initializer, because it's an IdentifierName instead of an Identifier.
  674. # [19:43] <othermaciej> that might be true
  675. # [19:44] <AryehGregor> Actually, if I read the spec correctly, {null: "a"} is the same as {"null": "a"}. Which is slightly confusing.
  676. # [19:44] * othermaciej has no idea
  677. # [19:44] <othermaciej> why is that confuing?
  678. # [19:44] <othermaciej> property names are always strings, so obj[null] is by definition the same as obj["null"]
  679. # [19:44] <AryehGregor> Because I'd expect that {null: "a"} means "use the special value null as a key", not "use the string 'null' as a key and just don't bother with the quotes".
  680. # [19:44] <AryehGregor> Oh, I see.
  681. # [19:45] <othermaciej> it would only be confusing maybe if there was a keyword that has a different value than its own stringification
  682. # [19:45] <AryehGregor> So it's like PHP, foo[1] is the same as foo["1"].
  683. # [19:45] <othermaciej> yes
  684. # [19:45] <AryehGregor> That's not confusing, then, no.
  685. # [19:45] <othermaciej> though of course implementations optimize the heck out of numeric property names, at least for arrays
  686. # [19:45] <AryehGregor> Well, that's not like PHP, then. ;)
  687. # [19:46] * AryehGregor has not noticed anything optimized the heck out of in PHP
  688. # [19:46] <AryehGregor> Tim Starling is MediaWiki's resident PHP performance guru, and he tells everyone not to use objects, strings, numbers, arrays, or booleans, because all of them are horribly inefficient.
  689. # [19:47] <AryehGregor> Instead, we should use MySQL result resources, because those are actually efficient.
  690. # [19:47] <zewt> (i just threw up a little in my mouth)
  691. # [19:47] <AryehGregor> (this is taken slightly out of context and may be overgeneralized compared to his original statement)
  692. # [19:47] <AryehGregor> (but MediaWiki does try to use MySQL result resources whenever possible instead of converting them to arrays, because they use ridiculously less memory than any built-in type)
  693. # [19:48] <AryehGregor> (e.g., we have Title objects to represent page titles, and instead of keeping arrays of Titles, we have a TitleArray class which just keeps a MySQL result resource you feed it and generates the Title objects on the fly as you request them)
  694. # [19:48] <AryehGregor> (I think I remember hearing that minimum size of an array in PHP is something like 80 bytes per item)
  695. # [19:49] * AryehGregor gets curious, tests
  696. # [19:51] <AryehGregor> http://pastebin.com/2WwB83k2
  697. # [19:52] <AryehGregor> This outputs 103.5 on my 32-bit desktop, and 199 on my 64-bit server.
  698. # [19:53] <AryehGregor> That's the number of megabytes PHP uses when I create a million-element array whose keys are the integers from 0 to 999999 and whose values are all 0.
  699. # [19:53] * AryehGregor tries something like that in JS
  700. # [19:55] <AryehGregor> A similar-ish test in Chrome suggests around 4.5 MB, although it's not really an apples-to-apples comparison.
  701. # [19:55] <AryehGregor> But 4.5 MB is only slightly more than you'd get in C, so pretty good.
  702. # [19:55] * AryehGregor gets back to work
  703. # [19:57] * Joins: rudak (~rudak@213.61.66.94)
  704. # [20:02] * Joins: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net)
  705. # [20:11] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
  706. # [20:12] * Joins: matjas (~matjas@91.182.148.101)
  707. # [20:14] * Joins: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net)
  708. # [20:15] <rudak> http://d-cent.org/fsw2011/
  709. # [20:15] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
  710. # [20:16] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  711. # [20:26] * Quits: rudak (~rudak@213.61.66.94) (Quit: rudak)
  712. # [20:32] * bga_ is now known as bga_|away
  713. # [20:36] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 250 seconds)
  714. # [20:38] * Quits: xtoph (~xtoph@213.47.185.206)
  715. # [20:44] * Quits: othermaciej (~mjs@67.218.107.188) (Quit: othermaciej)
  716. # [20:44] <Hixie> foolip: yt?
  717. # [20:46] * Joins: othermaciej (~mjs@17.244.0.19)
  718. # [20:46] * Quits: othermaciej (~mjs@17.244.0.19) (Client Quit)
  719. # [20:47] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 260 seconds)
  720. # [20:50] * Joins: othermaciej (~mjs@2620:149:f01:202:9da6:6f2a:3239:cc3e)
  721. # [20:54] <AryehGregor> Does Opera not yet support SVG in <img>?
  722. # [20:55] <AryehGregor> It seems like it does, but it's not working on this page, hmm.
  723. # [20:56] <AryehGregor> Oh, it seems to not like it if I set width/height on it.
  724. # [20:56] <AryehGregor> No, that's not it . . .
  725. # [20:57] <AryehGregor> Oh, now it's working. Oh well.
  726. # [21:00] * Joins: KevinMarks (~KevinMark@70-36-139-30.dsl.dynamic.sonic.net)
  727. # [21:02] * bga_|away is now known as bga_
  728. # [21:12] * Quits: jochen__ (~jochen@nat/google/x-ccdafxhzlvwzscfa) (Remote host closed the connection)
  729. # [21:12] * Joins: jochen__ (~jochen@nat/google/x-eoxrvpkimrxzsuxf)
  730. # [21:17] * Quits: Ms2ger (~Ms2ger@91.181.137.121) (Quit: nn)
  731. # [21:20] * Quits: KevinMarks (~KevinMark@70-36-139-30.dsl.dynamic.sonic.net) (Quit: The computer fell asleep)
  732. # [21:23] * Joins: espadrine (~thaddee_t@ANice-551-1-239-119.w90-28.abo.wanadoo.fr)
  733. # [21:23] * Quits: dave_levin (~dave_levi@nat/google/x-kyvwouvuplkswmxq) (Quit: dave_levin)
  734. # [21:25] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  735. # [21:37] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  736. # [21:39] <AryehGregor> Opera also doesn't let var parent shadow window.parent, which all other browsers do.
  737. # [21:40] * Quits: jennb (~jennb@74.125.59.73) (Quit: jennb)
  738. # [21:41] <Hixie> there's some bug on exactly how to specify that
  739. # [21:43] <Hixie> AryehGregor: see bug 12100 for a question (at the bottom)
  740. # [21:46] <AryehGregor> Hixie, I don't see where you changed atob()/btoa().
  741. # [21:47] <AryehGregor> Basically DOMStrings are arrays of 16-bit integers, and btoa()/atob() should work fine as long as you don't do anything silly like assume DOMStrings have anything to do with UTF-16.
  742. # [21:47] <AryehGregor> Probably everything that references to characters and code points should be ripped out of all DOM-related specs.
  743. # [21:48] <AryehGregor> s/references/refers/
  744. # [21:48] <AryehGregor> (except where the string actually needs to be displayed, then you need to convert it to Unicode somehow for display)
  745. # [21:48] * Quits: othermaciej (~mjs@2620:149:f01:202:9da6:6f2a:3239:cc3e) (Quit: othermaciej)
  746. # [21:48] <AryehGregor> (also maybe during parsing or something)
  747. # [21:49] <AryehGregor> (but not regular old DOM methods, those don't deal with Unicode at all in practice)
  748. # [21:49] <Hixie> what i did was remove the stuff that said to "convert DOMString to unicode"
  749. # [21:50] <AryehGregor> That should make everything correct, except maybe for stuff that actually displays things on the screen.
  750. # [21:50] <AryehGregor> Like alert(). Although I don't know if that uses the spec's algorithm or some other algorithm.
  751. # [21:50] <Hixie> yeah i don't know what to do about that
  752. # [21:50] * Joins: pdr3 (~pdr2@75-144-232-190-Atlanta.hfc.comcastbusiness.net)
  753. # [21:50] <AryehGregor> When you parse a document, does all the text wind up being valid Unicode in the DOM?
  754. # [21:50] * Quits: pdr3 (~pdr2@75-144-232-190-Atlanta.hfc.comcastbusiness.net) (Remote host closed the connection)
  755. # [21:51] <Hixie> what do you mean by "valid unicode"?
  756. # [21:51] * Joins: pdr3 (~pdr2@nat/google/x-itvvalaayeuzxkzk)
  757. # [21:51] <AryehGregor> It doesn't matter, you can always get a DOM that contains invalid UTF-16 by setting it programmatically.
  758. # [21:51] <Hixie> what do you mean by "UTF-16"?
  759. # [21:52] <AryehGregor> I mean you can set a text node's content to contain arbitrary DOMStrings, including unpaired surrogates.
  760. # [21:52] <AryehGregor> And browsers have to deal with that anyway.
  761. # [21:52] <Hixie> yes
  762. # [21:52] <AryehGregor> So presumably, however they deal with it, they deal with alert() the same way.
  763. # [21:52] <AryehGregor> I imagine alert() is actually displayed using the DOM in at least some browsers.
  764. # [21:52] <AryehGregor> Not if they use OS modal pop-ups, I guess.
  765. # [21:53] <AryehGregor> But it seems fair to say that unpaired surrogates in alert() get handled the same as unpaired surrogates in text nodes, as Henri says.
  766. # [21:53] <AryehGregor> Is behavior defined for the latter?
  767. # [21:53] <Hixie> not as far as i can tell
  768. # [21:54] <The_8472> utf-16 strikes me as an odd choice considering that it's 32bit wide now. you have no character-counting benefits or anything from wasting those bytes. might as well use utf-8...
  769. # [21:54] <AryehGregor> So then we're probably fine, unless we want to define that behavior.
  770. # [21:54] <AryehGregor> Which is low-priority at best, since it only matters in weird situations and the effects are only visual.
  771. # [21:55] <AryehGregor> As long as browsers don't do something stupid like throw an exception or refuse to display anything at all, interop is unlikely to be essential here.
  772. # [21:55] <AryehGregor> The_8472, yeah, we'd all love it if JavaScript used UTF-8, but it's way way way too late to change, so here we are.
  773. # [21:55] <Hixie> what is 32 bit wide?
  774. # [21:55] <The_8472> the unicode planes
  775. # [21:55] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  776. # [21:55] <Hixie> unicode is 21 bit wide
  777. # [21:56] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
  778. # [21:56] <Hixie> (with holes)
  779. # [21:57] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  780. # [21:57] <The_8472> well, the point is that with utf-32 you at least have 1 word per character, which makes some calculations easier. utf16 doesn't have that benefit
  781. # [21:58] <AryehGregor> Yes, UTF-16 was a terrible mistake and should never have existed. UTF-8 is superior in essentially all respects.
  782. # [21:58] <Hixie> yeah, utf-16 is pretty much pointless. but we're like 15 years too late to fix that.
  783. # [21:58] <The_8472> yeah :/
  784. # [21:58] <AryehGregor> So everything new uses UTF-8 only.
  785. # [21:58] <Hixie> (for the web)
  786. # [21:58] <AryehGregor> Like WebSockets, right?
  787. # [21:58] <AryehGregor> But old stuff is stuck.
  788. # [21:58] <Hixie> websockets is complicated in all manner of ways but i'll let the hybi people deal with that
  789. # [21:58] <Hixie> their encoding issues are Not My Problem
  790. # [21:59] <The_8472> websockets are crazy anyway. using http means you can't just implement old protocols in javascript... they should have specified a proper socket API, including listening ports
  791. # [21:59] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
  792. # [21:59] <The_8472> then we could run IRC in javascript or fun things like that
  793. # [22:00] <AryehGregor> Um, WebSockets doesn't use HTTP.
  794. # [22:00] <The_8472> really? maybe i was thinking of the wrong standard then
  795. # [22:00] <AryehGregor> At least last I checked.
  796. # [22:00] <Hixie> arbitrary sockets in JS would be such a security disaster
  797. # [22:01] <Hixie> websockets can be viewed as using http and viewed as not using http
  798. # [22:01] <Hixie> if you're an ietf person, you will view it as using http
  799. # [22:01] <The_8472> http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-07 <- sure looks like HTTP to me
  800. # [22:01] <Hixie> in reality it's just a lie though
  801. # [22:02] <Hixie> it's really just doing stuff that vaguely looks like http
  802. # [22:02] <The_8472> same difference
  803. # [22:02] <The_8472> the point is that you have to deal with those pre-defined headers
  804. # [22:04] <Hixie> if you mean "there's a handshake", then yeah, there'd better be
  805. # [22:04] <Hixie> otherwise like i said, security dis-as-ter
  806. # [22:04] <The_8472> i don't see how
  807. # [22:05] <Hixie> say you're in an intranet environment
  808. # [22:05] <The_8472> unless someone would be so silly and would automatically let all sites use sockets. operating systems don't do that either (anymore)
  809. # [22:05] <Hixie> and you go to hostile.com
  810. # [22:05] <Hixie> now hostile.com can read your intranet
  811. # [22:05] <The_8472> well, i didn't allow hostile.com to make any connections
  812. # [22:05] <Hixie> how do you propose to prevent it?
  813. # [22:05] <The_8472> just like i didn't allow gimmickyprogramijustdownloaded.exe to go through my firewall
  814. # [22:05] <zewt> your mom probably does
  815. # [22:06] <The_8472> my mom doesn't sit in my company's network
  816. # [22:06] <zewt> so?
  817. # [22:06] <Hixie> no but she sits on her network and it's just as bad, because now any website can use your computer to launch a worm against any vulnerable services on your network
  818. # [22:06] <Hixie> s/your/her/
  819. # [22:06] * Joins: othermaciej (~mjs@17.203.15.180)
  820. # [22:06] * Quits: othermaciej (~mjs@17.203.15.180) (Read error: Connection reset by peer)
  821. # [22:06] <The_8472> again, this is a solved problem
  822. # [22:07] <The_8472> just like we have software firewalls in the operating system you can have the same type of whitelisting in the browser
  823. # [22:07] <AryehGregor> The_8472, we're talking about letting any website you visit open a connection.
  824. # [22:07] <The_8472> add a blacklist for the local network to protect yourself
  825. # [22:07] * Joins: othermaciej (~mjs@2620:149:4:401:51f5:d07d:f6d0:3933)
  826. # [22:07] <The_8472> AryehGregor, no we aren't
  827. # [22:07] <AryehGregor> We are. Maybe you aren't.
  828. # [22:07] <AryehGregor> Any website can use WebSockets.
  829. # [22:07] <The_8472> some people here don't seem to understand the concept of "opt-in"
  830. # [22:08] * Joins: _bga (~bga@ppp78-37-246-4.pppoe.avangarddsl.ru)
  831. # [22:08] <AryehGregor> That's not what WebSockets is designed for.
  832. # [22:08] <AryehGregor> If you want that, write a browser extension and use real sockets.
  833. # [22:08] <AryehGregor> Or just write a real program.
  834. # [22:08] <The_8472> designing web APIs on an opt-out basis have lead to such things as ever-lasting tracking cookies. someone should have realized by now that that's a bad idea
  835. # [22:09] <zewt> having the user decide whether to allow a site/program to open a socket to a particular host is guaranteed not to work; users don't know what sockets are
  836. # [22:09] <AryehGregor> The entire point of WebSockets is that any website can use them. Thus they have to be safe.
  837. # [22:09] <Hixie> software firewalls whitelisting apps is _not_ a solved problem
  838. # [22:09] <Hixie> it's a huge problem
  839. # [22:09] <zewt> you can do that for some things (users understand "let this website know where I am" for geoip), but for network communications? not a chance
  840. # [22:09] * Quits: bga_ (~bga@ppp78-37-246-4.pppoe.avangarddsl.ru) (Ping timeout: 250 seconds)
  841. # [22:09] <Hixie> users do not understand the prompts and allow everything
  842. # [22:09] <AryehGregor> What alternative do you propose to allowing tracking cookies, asking the user whether they want to accept every single cookie that a site tries to set?
  843. # [22:09] <zewt> (geolocation, rather)
  844. # [22:09] <The_8472> well, then they shot themselves in the foot
  845. # [22:09] <AryehGregor> That's just not sane as default behavior. You can configure your browser that way if you want.
  846. # [22:09] <The_8472> their own problem
  847. # [22:09] <zewt> asking the user permission for everything is the worst last-ditch almost guaranteed-failure security mechanism
  848. # [22:09] <AryehGregor> No, not their own problem, it's everyone's problem.
  849. # [22:09] <Hixie> The_8472: it's OUR problem
  850. # [22:10] <zewt> no, having a platform where every user is expected to be a network security expert would not be their problem
  851. # [22:10] <AryehGregor> Our goal is to design standards that make the web better and safer, not push all responsibility off to the user.
  852. # [22:10] <Hixie> The_8472: being responsible stewarts is what makes it our problem
  853. # [22:10] <zewt> the web is not only for programmers and netadmins
  854. # [22:10] <The_8472> well, you failed. *points at tracking cookies*
  855. # [22:10] <zewt> ...
  856. # [22:10] <Hixie> The_8472: having their networks become spam sources makes it our problem
  857. # [22:10] <zewt> (troll?)
  858. # [22:10] <AryehGregor> What alternative do you propose to allowing tracking cookies?
  859. # [22:10] <The_8472> no, i'm serious
  860. # [22:10] <Hixie> The_8472: having their networks become sources for DOS attacks makes it our problem
  861. # [22:10] <AryehGregor> Sites need a way to track the user so that they can, e.g., remember that the user is logged in.
  862. # [22:11] <AryehGregor> Any such mechanism can necessarily be used for tracking too.
  863. # [22:11] <Hixie> you don't need cookies for tracking
  864. # [22:11] <The_8472> AryehGregor, the problem is that this feature is always on and not just when you actually need it
  865. # [22:11] <AryehGregor> That too, you can use all sorts of fingerprinting.
  866. # [22:11] <The_8472> so even sites where you don't want to log in can use it
  867. # [22:11] <AryehGregor> You can track just fine without cookies, cookies just make it easier (but they're not as reliable as other methods).
  868. # [22:11] <The_8472> just more things to fix
  869. # [22:11] <AryehGregor> The_8472, https://panopticlick.eff.org/
  870. # [22:12] <AryehGregor> No cookies needed.
  871. # [22:12] <AryehGregor> What do you propose, the browser provide a prompt every time a site tries to set a cookie?
  872. # [22:12] <AryehGregor> Prompts are annoying, users don't want them. Also, most users won't understand and will make a more or less random choice.
  873. # [22:12] <AryehGregor> After they figure out that sites break if they say no, they'll just say yes all the time.
  874. # [22:13] <The_8472> AryehGregor, it could do something smart. maybe only store cookies for sites that you also store passwords for or something like that
  875. # [22:13] <AryehGregor> "Do something smart" is not a particularly useful suggestion.
  876. # [22:13] <The_8472> just a "remember me on this site" button going along with logins
  877. # [22:13] <Hixie> it's trivial to make the browser store a password for a site
  878. # [22:13] <AryehGregor> Sites need to legitimately store info about you even if you don't enter a password or such.
  879. # [22:13] <The_8472> i have cookies off by default
  880. # [22:13] <AryehGregor> For instance, say you rearranged some things on the site without logging in.
  881. # [22:14] <The_8472> you can use sessions for that
  882. # [22:14] <AryehGregor> vBulletin's forum home page lets you collapse sections of forums, and remembers what you collapsed using cookies.
  883. # [22:14] <AryehGregor> Um, sessions use cookies.
  884. # [22:14] <The_8472> or session IDs
  885. # [22:14] <AryehGregor> Which are stored in cookies.
  886. # [22:14] <The_8472> or in the url
  887. # [22:14] <AryehGregor> Unless you mean appending to the query string?
  888. # [22:14] <AryehGregor> Then it only works until you leave the site and come back again.
  889. # [22:15] <AryehGregor> Tons of sites allow non-logged-in users to save some types of preferences using cookies.
  890. # [22:15] <The_8472> that's the idea
  891. # [22:15] <zewt> (not to mention all the other horrible problems of storing session IDs in the URL; go back a decade or so and see how bad it was)
  892. # [22:15] <Hixie> turning off cookies is just silly, it doesn't help anything and it just breaks sites
  893. # [22:15] <The_8472> i have them off and most things work just fine
  894. # [22:15] <AryehGregor> Great, so you're saying websites should not be able to store info for non-logged-in users beyond one session, and should only be able to store the info within a session by appending query strings everywhere?
  895. # [22:16] <AryehGregor> Hixie, it does stop tracking if sites assume that cookie-based tracking works and don't bother with more sophisticated methods, which is doubtless the case.
  896. # [22:16] <The_8472> AryehGregor, some properly managed session cookies might be ok too
  897. # [22:16] <Hixie> specifically, sites that want to track you against your will still can, and sites that want to provide you with personalisation will break
  898. # [22:16] <AryehGregor> The_8472, what's "properly managed"?
  899. # [22:16] <Hixie> AryehGregor: hostile sites don't just use cookies
  900. # [22:16] <Hixie> AryehGregor: only benign sites rely on cookies for tracking
  901. # [22:16] <The_8472> i have flash, local storage and cross-domain requests off too
  902. # [22:16] <AryehGregor> Hixie, some users don't want to be tracked even by "benign" sites.
  903. # [22:16] <AryehGregor> Cross-domain requests? Like all cross-domain loads?
  904. # [22:17] <AryehGregor> Doesn't that break any site that uses a CDN?
  905. # [22:17] <The_8472> it does
  906. # [22:17] <Hixie> e.g. if you turn off cookies, your google results will get measurably worse
  907. # [22:17] <AryehGregor> Okay, so do you see why this is totally not a viable solution for the average web user?
  908. # [22:17] <Hixie> AryehGregor: that's silly
  909. # [22:17] <Hixie> AryehGregor: if they're benign then by definition it doesn't matter if you're tracked by them
  910. # [22:17] <AryehGregor> Hixie, that's why I said "benign".
  911. # [22:17] <AryehGregor> I agree that there's no reason to worry about tracking, but not everyone agrees.
  912. # [22:18] <Hixie> there's plenty of reasons to worry about tracking
  913. # [22:18] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  914. # [22:18] <AryehGregor> Some people would view any statistics-gathering as non-benign.
  915. # [22:18] <Hixie> i'm just saying that turning off cookies doesn't help
  916. # [22:18] <The_8472> AryehGregor, if it were the default the CDNs would just run on the sub-domain and you could easily use the same-domain policy instead of a same-host policy
  917. # [22:18] <The_8472> anyway, i know i'm slightly paranoid
  918. # [22:18] <AryehGregor> The_8472, yes, and all the tracking stuff would just run on a subdomain too, so you've made things harder for authors and gained nothing.
  919. # [22:18] <The_8472> but most things still work. maybe with 1-2 extra clicks
  920. # [22:18] <The_8472> AryehGregor, it wouldn't work across domains
  921. # [22:19] <AryehGregor> Why would it have to?
  922. # [22:19] <The_8472> e.g. i have zero google analytics, anywhere
  923. # [22:19] <zewt> ... 1-2 extra clicks adds up to a lot of pointless UI noise
  924. # [22:19] <AryehGregor> Things like Analytics would just tell you make a CNAME pointing to their domain, and load Analytics off a subdomain of your own site (which actually points to Google's servers).
  925. # [22:19] * Quits: hij1nx (~hij1nx@rrcs-184-74-204-18.nyc.biz.rr.com) (Quit: hij1nx)
  926. # [22:19] <AryehGregor> So if cross-domain loads didn't work at all by default, everything would just be "same-domain".
  927. # [22:20] <AryehGregor> It would only stop you from including content from parties that didn't cooperate, which isn't the use-case you're worried about at all.
  928. # [22:20] <AryehGregor> And again, normal users don't have any idea what a "domain" is and don't want to, and the web is not meant to be something only nerds can use correctly.
  929. # [22:20] <Hixie> The_8472: how do you have zero analytics?
  930. # [22:21] <AryehGregor> We can't dictate what the web looks like, we're limited to what browsers can feasibly implement, and they're restricted by user demand.
  931. # [22:21] <The_8472> yeah, they want their data harvested and sold by facebook and google instead.
  932. # [22:21] <AryehGregor> Correctg.
  933. # [22:21] <AryehGregor> Correct.
  934. # [22:21] <Hixie> The_8472: (and what harm does google analytics do to you? just curious)
  935. # [22:21] <AryehGregor> The large majority of users would prefer that data about them be collected and sold, than that they have to put up with extra hassle or confusing dialogs.
  936. # [22:21] <Hixie> or having to pay to view the sites :-)
  937. # [22:21] <AryehGregor> That too.
  938. # [22:21] <The_8472> i don't know. that's the issue. maybe it's completely harmless. maybe they sell that information to advertisers... maybe they use it to create personalized profiles. who knows.
  939. # [22:22] <AryehGregor> They do have a privacy policy, you know.
  940. # [22:22] <AryehGregor> You can read it.
  941. # [22:22] <Hixie> The_8472: i don't understand (a) how you prevent it and (b) what the harm is in having more targetted ads
  942. # [22:22] <The_8472> as if companies ever adhere to their own privacy policies
  943. # [22:22] <AryehGregor> Perhaps they don't follow it, but that's pretty unlikely, given the liability it would expose them to.
  944. # [22:22] <AryehGregor> Large companies do, because otherwise they'll get sued and take a huge PR hit.
  945. # [22:22] <AryehGregor> Small companies, yeah, probably they aren't so careful.
  946. # [22:23] <zewt> (or they just follow the Dropbox model, and quietly change their privacy policy when it's inconvenient)
  947. # [22:23] <AryehGregor> But if Google were flagrantly ignoring its own privacy policy, all it would take is one employee to anonymously leak the story to the media.
  948. # [22:23] <AryehGregor> Then of course people would sue them and find out the truth during discovery.
  949. # [22:23] <The_8472> or someone to lift the database and dump it on bittorrent *cough*sony*cough*
  950. # [22:23] <AryehGregor> Sure.
  951. # [22:24] <The_8472> data avoidance helps with that
  952. # [22:24] <AryehGregor> But that hasn't happened, and Google has very good reason to not to want it to happen, so it's pretty safe to assume they're following their privacy policy.
  953. # [22:24] <AryehGregor> Which you might not like, of course.
  954. # [22:24] <The_8472> Hixie, by blocking cross domain requests.
  955. # [22:24] <AryehGregor> I'm pretty sure it says they can release data to other parties as long as those parties also agree to keep it secret, or something to that effect.
  956. # [22:25] <The_8472> AryehGregor, also. google has handed over search records to the govt several times. they fought to anonymize them, but other search companies just caved in.
  957. # [22:25] <AryehGregor> But anyway, there's no way we can prevent tracking by default. If you care about being tracked, you should prefer the status quo, because it makes it much easier for you not to be tracked.
  958. # [22:25] <AryehGregor> Well, yeah, any data is going to be subject to subpoena.
  959. # [22:25] <Hixie> The_8472: you block cross-domain requests? how?
  960. # [22:25] <The_8472> and considering that the US has a court that can hand out such orders *in secret* i have no certainty that they aren't forced to do so without disclosing it.
  961. # [22:26] <The_8472> Hixie, request policy addon for firefox.
  962. # [22:26] <AryehGregor> Entirely possible.
  963. # [22:26] <AryehGregor> If you never learn about it, though, it's kind of unlikely you were materially harmed by the disclosure. Possible, but quite unlikely.
  964. # [22:26] <The_8472> so why let google track me if all that could possibly happen is that data somehow getting in the wrong hands.
  965. # [22:26] * Joins: othermaciej_ (~mjs@17.246.16.152)
  966. # [22:26] <Hixie> The_8472: either your addon is broken, or you must have a pretty warped experience browsing the web, because pretty much EVERYTHING on the web uses cross-domain requests
  967. # [22:27] * Quits: othermaciej_ (~mjs@17.246.16.152) (Remote host closed the connection)
  968. # [22:27] <The_8472> or you must have a pretty warped experience browsing the web <- that
  969. # [22:27] <AryehGregor> Hixie, these things typically prompt you when you load the page.
  970. # [22:27] <AryehGregor> At least NoScript does.
  971. # [22:27] <AryehGregor> Or can be configured to.
  972. # [22:27] <The_8472> it's in the addon bar, so i can manually allow requests
  973. # [22:27] * Joins: othermaciej_ (~mjs@17.203.15.180)
  974. # [22:27] <AryehGregor> So you use a whitelist.
  975. # [22:27] <AryehGregor> Which you build over time.
  976. # [22:27] <The_8472> yeah, like amazon -> amazon-images
  977. # [22:27] <AryehGregor> Analytics and ads and so on get knocked out very early, others get permanently whitelisted if they look reasonable.
  978. # [22:27] <The_8472> yep
  979. # [22:28] <AryehGregor> For random sites you might have to click a few times, but they'll work.
  980. # [22:28] <AryehGregor> Just a bit of extra inconvenience.
  981. # [22:28] <The_8472> and it also has a "add exception temporarily" thing
  982. # [22:28] <The_8472> i have the same for cookies, flash, etc.
  983. # [22:28] <AryehGregor> The_8472, anyway, I hope you realize that most people are not interested in going to all this effort to avoid tracking, and it doesn't make sense to try setting up the web to work like this by default.
  984. # [22:28] <AryehGregor> And also that it only works so well for you because it's *not* set to work like this by default.
  985. # [22:28] <AryehGregor> Because if most users did it, sites would work around it.
  986. # [22:29] <AryehGregor> Like by putting Analytics on subdomains that point to Google's servers, etc.
  987. # [22:29] <Hixie> given how much more pleasant the web is with well targetted ads than with untargetted ads, that seems like a whole lot of pain for nothing
  988. # [22:29] <AryehGregor> Hixie, um, I assume he blocks all ads.
  989. # [22:29] <The_8472> what ads?
  990. # [22:29] <AryehGregor> Those are generally cross-site.
  991. # [22:29] <_bga> gsnedders http://www.dark-masters.tk/index.php/articles/8-fulldisclosure/15-stealing-files-using-a-malicious-html-file
  992. # [22:30] <AryehGregor> Also, I find that targeted ads tend to be more amusing than actually helpful, like ads for Microsoft SQL Server training and things like that in my case.
  993. # [22:30] <Hixie> well let's hope you stay in the minority, otherwise the web will become economically unsustainable :-/
  994. # [22:30] * Quits: othermaciej (~mjs@2620:149:4:401:51f5:d07d:f6d0:3933) (Ping timeout: 260 seconds)
  995. # [22:30] * othermaciej_ is now known as othermaciej
  996. # [22:30] <AryehGregor> Technically it's *close* to appropriate, but in fact it's about as useful to me as ads for 18,000-square-foot mansions in Madagascar.
  997. # [22:30] <AryehGregor> I.e., it's not.
  998. # [22:30] <The_8472> most ads i've seen are completely pointless. advertising stuff sold on the wrong continent.
  999. # [22:31] <Hixie> The_8472: not surprised, if you block tracking!
  1000. # [22:31] <AryehGregor> You don't need tracking to do geolocation.
  1001. # [22:31] <Hixie> AryehGregor: then it's not a well targetted ad
  1002. # [22:32] <The_8472> for ads to be well-targeted they'd need a personal profile of me. and i don't see why whole ad-networks supplying thousands of companies worldwide should know about me.
  1003. # [22:32] <AryehGregor> Hixie, sure. But almost none of the ads I see are well-targeted. Google isn't smart enough yet to distinguish essential subtleties like "Windows sysadmin" and "Linux sysadmin".
  1004. # [22:32] <AryehGregor> That's not quite true -- I see Linux ads too, probably disproportionately.
  1005. # [22:32] <AryehGregor> But most of those are useless to me too, like ads for IDEs, or . . .
  1006. # [22:32] * AryehGregor looks at Gmail
  1007. # [22:32] <AryehGregor> "Server Protocols - License Our IP - Make Your Software Work with Microsoft Protocols! - www.Microsoft.com/Protocols"
  1008. # [22:32] <AryehGregor> That's just *so* ironic.
  1009. # [22:32] <The_8472> well... gmail... i don't use that. that's like handing google the key to the town
  1010. # [22:33] <AryehGregor> "GoDaddy #1 domain names - $7.99 .COM Domains - Save Today Free Hosting, Blogcast, Email, More - GoDaddy.com" Like I wouldn't know where to go if I wanted domain names.
  1011. # [22:33] <Hixie> AryehGregor: yeah. it's early days yet.
  1012. # [22:33] <AryehGregor> "Google NY is Looking For - Software Engineers with great aspirations. Send your resume now! - www.google.com/jobs" Definitely close to the mark, but not usefully so in my case. :)
  1013. # [22:33] <The_8472> for targeted advertising to work they basically have to strip you naked
  1014. # [22:34] <Hixie> AryehGregor: that seems pretty perfect to me :-)
  1015. # [22:34] <AryehGregor> "Compare to GMC Sierra - Compare the GMC Sierra to the Competition. Get Details. - www.GMC.com/Sierra" Don't have a driver's license.
  1016. # [22:34] <AryehGregor> Etc.
  1017. # [22:34] <Hixie> early days
  1018. # [22:34] <Hixie> it'll get better
  1019. # [22:34] <AryehGregor> Yep.
  1020. # [22:34] <AryehGregor> As long as they can build up sufficiently detailed profiles.
  1021. # [22:34] <AryehGregor> Which, fortunately, the large majority of people will let them do.
  1022. # [22:34] <AryehGregor> While people like The_8472 will just freeload.
  1023. # [22:35] <The_8472> but hey, people are getting conditioned. feeling your crotch at airports? no problem. having your boss see your party pictures on facebook? every weekend...
  1024. # [22:35] <AryehGregor> Well, this is unless data tracking laws get out of hand.
  1025. # [22:35] <zewt> well, the basic problem is that's such a blatant violation of privacy
  1026. # [22:35] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 258 seconds)
  1027. # [22:35] <AryehGregor> Assuming you think privacy is worth caring about, which I don't.
  1028. # [22:35] <AryehGregor> Lots of people do, so we'll have to see how it goes.
  1029. # [22:35] <The_8472> mind if i film you with your girlfriend?
  1030. # [22:35] <Hixie> The_8472: i have a huge problem with the airport "security" stuff, and don't have a facebook account. But I don't think those even compare to analytics.
  1031. # [22:36] <AryehGregor> Sigh.
  1032. # [22:36] <The_8472> Hixie, the difference is not so big. the latter just requires more data mining
  1033. # [22:36] <jgraham> AryehGregor: Should be a known bug. At least I ran into it in the past so I guess I reported it
  1034. # [22:36] <Hixie> The_8472: i don't even see any similarity
  1035. # [22:36] <jgraham> Maybe I should just try and fix it sometime :)
  1036. # [22:37] <The_8472> Hixie, i think a sufficiently intelligent GA could learn more about me than an airport screener could
  1037. # [22:37] <The_8472> especially if i were one of the unwashed masses
  1038. # [22:37] <jgraham> Is there some Godwins law equivalent for privacy discussions involving the person who brings up cameras in the bedroom forfeiting the argument?
  1039. # [22:38] <jgraham> Because if not I propose such
  1040. # [22:38] <zewt> unless it's backdooring my phone it's not likely to get nude photos of me standing in a demeaning pose, as is standard practice in airports now, heh
  1041. # [22:38] <AryehGregor> I don't care about privacy violations unless they stand some chance of materially harming me, which includes being embarrassed.
  1042. # [22:38] <AryehGregor> But not things that I won't know about, or things like targeted ads that don't actually harm me.
  1043. # [22:38] <Hixie> The_8472: why is learning about you a problem?
  1044. # [22:38] <zewt> (and while my phone might manage to get a picture, I'm probably not going to be in the Airport Backscatter Pose, either)
  1045. # [22:38] <Hixie> The_8472: my problem with airport security isn't that they learn about me
  1046. # [22:38] <The_8472> jgraham, if people say "i don't care about privacy" then this argument is simply used to show them that their statement is not correct. they DO care about privacy, they just don't know when they have implcit privacy expectations
  1047. # [22:39] <Hixie> The_8472: my problem with it is that they touch me, or x-ray me, and make me queue for no benefit.
  1048. # [22:39] <AryehGregor> Put another way: I don't care about privacy. I care about embarrassment and other forms of harm.
  1049. # [22:39] <The_8472> Hixie, privacy.
  1050. # [22:39] <AryehGregor> The_8472, I don't care about the privacy, I care about the embarrassment.
  1051. # [22:39] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1052. # [22:39] <The_8472> well, then just get used to it. after a while you'll stop being embarrassed
  1053. # [22:39] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1054. # [22:39] <Hixie> The_8472: privacy?
  1055. # [22:40] <zewt> i do care about privacy, but comparing "tracking your amazon searches" to airport security is just overstating the case by orders of magnitude
  1056. # [22:40] <The_8472> you know that concept, right?
  1057. # [22:40] <AryehGregor> Maybe so, but until then I'm still going to be embarrassed.
  1058. # [22:40] <AryehGregor> So I'm still going to have a problem with that.
  1059. # [22:40] <Hixie> The_8472: sure, what's it got to do with either case here?
  1060. # [22:40] <Hixie> The_8472: what do _you_ mean by it?
  1061. # [22:40] <AryehGregor> In some hypothetical future where there are ubiquitous video cameras that post their data publicly to the Internet in real time and everyone can see anything that anyone else does, then maybe I won't be embarrassed and won't care.
  1062. # [22:41] <AryehGregor> But that's not the world we live in, so it's not relevant to my preferences right now.
  1063. # [22:41] <The_8472> that my life is my own business and nobody should amass data about me.
  1064. # [22:41] <Hixie> The_8472: do you have a credit card?
  1065. # [22:41] <AryehGregor> Right, see, you value privacy per se.
  1066. # [22:41] <The_8472> i pay cash
  1067. # [22:41] <AryehGregor> You pay cash online?
  1068. # [22:41] <jgraham> The_8472: It always struck me that the point of that argument was to derail the conversation by targetting (sterotypically) American prudishness
  1069. # [22:41] <AryehGregor> Or don't buy things online?
  1070. # [22:41] <The_8472> AryehGregor, i can pay on delivery
  1071. # [22:41] <AryehGregor> jgraham, no, it's just an argumentum ad absurdum.
  1072. # [22:41] <Hixie> The_8472: i don't understand why you care about people amassing data about you
  1073. # [22:42] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1074. # [22:42] <AryehGregor> The_8472, what online merchants let you pay on delivery?
  1075. # [22:42] <The_8472> amazon does
  1076. # [22:42] <jgraham> AryehGregor: Yeah, but the absurdity is carefully chosen
  1077. # [22:42] <AryehGregor> Really? Never knew.
  1078. # [22:42] <The_8472> well, the delivery service they use in germany does
  1079. # [22:42] <AryehGregor> Hixie, it's terminal utility, not instrumental utility. He wants privacy for its own sake, not because of any other benefits that accrue from it.
  1080. # [22:42] <jgraham> It's the privacy equivalent of "won't somebody think of the children"
  1081. # [22:42] <jgraham> AryehGregor: Also, the bug is already filed
  1082. # [22:43] <AryehGregor> Most people feel that way to some degree.
  1083. # [22:43] <Hixie> AryehGregor: apparently
  1084. # [22:43] <zewt> ... i want privacy because it's something that rarely comes back when it's lost, heh
  1085. # [22:43] <AryehGregor> jgraham, yeah, but any argumentum ad absurdum is going to be chosen to have maximum impact. That doesn't mean it's invalid.
  1086. # [22:43] <The_8472> <AryehGregor> jgraham, no, it's just an argumentum ad absurdum. <- i'm not the person making the absurd statement. someone claiming "i don't need privacy" is
  1087. # [22:43] <AryehGregor> zewt, that's not a reason to want privacy by itself. Ignorance also doesn't come back so easily when it's lost, but that's not an argument in favor of ignorance.
  1088. # [22:43] <Hixie> personally i'm more than happy to trade personal information for making my life better
  1089. # [22:44] <Hixie> i care about liberty, happiness, being productive
  1090. # [22:44] <AryehGregor> At least not by itself.
  1091. # [22:44] <Hixie> privacy is a tool to achieve these things
  1092. # [22:44] <Hixie> it's not a goal in and of itself
  1093. # [22:44] <zewt> Hixie: as am I, sometimes, but if I don't have a choice in the matter, it's harder to see it as an even exchange
  1094. # [22:44] <AryehGregor> The_8472, um, right, that's what "argumentum ad absurdum" means.
  1095. # [22:44] <AryehGregor> "ad" means something like "to", not "of" or anything.
  1096. # [22:44] <The_8472> AryehGregor, ah... i was thinking of reductio ad absurdum
  1097. # [22:44] <AryehGregor> It's the same thing.
  1098. # [22:45] <zewt> and, unless I'm going to tin-foil-hat like 8472 here, I really don't have a choice
  1099. # [22:45] <AryehGregor> Probably the latter is a more common name.
  1100. # [22:45] <The_8472> but i didn't perform any reduction
  1101. # [22:45] <The_8472> i just provided an extreme case
  1102. # [22:45] <The_8472> that's a difference
  1103. # [22:45] <jgraham> AryehGregor: "Invalid" isn't the point. It's generally doesn't move the conversation forward
  1104. # [22:45] <AryehGregor> Well, that's basically what a reductio ad absurdum means.
  1105. # [22:45] <jgraham> Everyone cares somewhat about privacy
  1106. # [22:45] <The_8472> reducing it would mean following down a slippery slope from the original statement
  1107. # [22:46] <AryehGregor> That you show that if you hold X, then it implies you hold Y, and you clearly don't hold Y, so you can't hold X.
  1108. # [22:46] <AryehGregor> No, slippery slopes are a different story. They're fallacious.
  1109. # [22:46] <AryehGregor> Reductio ad absurdum is not.
  1110. # [22:46] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 246 seconds)
  1111. # [22:46] <AryehGregor> Mathematicians usually call the latter an argument by contradiction.
  1112. # [22:46] <The_8472> well, then i mixed those two up
  1113. # [22:46] <AryehGregor> It's a perfectly valid type of argument.
  1114. # [22:46] <The_8472> now we're talking
  1115. # [22:47] <AryehGregor> Slippery slopes are sometimes valid, sometimes not.
  1116. # [22:47] <AryehGregor> jgraham, in this case it did move the conversation forward. I clarified what I meant.
  1117. # [22:47] <zewt> Hixie: and your "early days" only made me think: "we can do better! all we need is even more information about you"--sorry if I'm skeptical :)
  1118. # [22:48] <The_8472> and that's exactly what i wanted to achieve. for you to step away from such a silly, absolute statement.
  1119. # [22:48] <AryehGregor> As I said, I do not care about privacy. I only care about privacy violations insofar as they're likely to entail other types of harm, like embarrassment or monetary loss.
  1120. # [22:48] <AryehGregor> The_8472, it's not silly at all. I stand by it: I don't care about privacy.
  1121. # [22:48] <jgraham> AryehGregor: If we are going to be technical about it, I think the problem with the statement is that it suffers from the fallacy of the excluded middle
  1122. # [22:48] <AryehGregor> jgraham, how so?
  1123. # [22:48] <Hixie> zewt: not necessarily more information
  1124. # [22:48] <The_8472> AryehGregor, but you can't know in advance what total transparency would entail. so it's saner to default to privacy if in doubt.
  1125. # [22:48] <zewt> not necessarily, but likely
  1126. # [22:49] <Hixie> zewt: i'm sure that targetting can be made massively better without increasing the amount of data collected already
  1127. # [22:49] <The_8472> imagine if everyone had preconceived opinions of you because they know your personal tastes, hobbies, etc.
  1128. # [22:49] <AryehGregor> The_8472, no, it's just something I have to take into my cost-benefit analysis. There's some chance that using Gmail will cause harm to me down the road, via letting Google have lots of info about me, but I deem that the benefits outweigh the risk.
  1129. # [22:49] <The_8472> what benefits?
  1130. # [22:50] <jgraham> Because it is an example of what most people would consider an extreme privacy violation. Using it to argue against lesser violations ignores all the middle ground between the two things
  1131. # [22:50] <The_8472> i have a mail server, it works just fine.
  1132. # [22:50] <Hixie> the gmail priority inbox is a huge benefit already
  1133. # [22:50] <Hixie> man i wish pine had that
  1134. # [22:50] <AryehGregor> That it's a good e-mail client? And that it's the one I use, and switching is a hassle? And that to get any privacy I'd really have to host my own e-mail, which is much more hassle/less reliable/fewer features/etc.?
  1135. # [22:50] <AryehGregor> On the other hand, I see extremely little chance of harm from using it.
  1136. # [22:50] <Hixie> gmail has all kinds of crazy cool features no other mail client does
  1137. # [22:50] <AryehGregor> Yeah, priority inbox is *awesome*.
  1138. # [22:50] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1139. # [22:50] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1140. # [22:50] <The_8472> that's just a reverse spamfilter
  1141. # [22:51] <zewt> i turned priority inbox on for a minute; it decided that the "WELCOME TO PRIORITY INBOX" mail was "high priority", which I took as ludicrous enough that I turned it off again, heh
  1142. # [22:51] <AryehGregor> jgraham, but that's fair in this case, because I made a very absolute statement: that I don't care about privacy at all. It's fair to call me out on that and challenge me to back down to a more moderate statement if I didn't mean it.
  1143. # [22:51] <AryehGregor> zewt, you have to train it.
  1144. # [22:51] <zewt> (presumably hixie receives ... somewhat more email than I do, however)
  1145. # [22:51] <AryehGregor> Give it a few weeks of training and it's very reliable.
  1146. # [22:52] <AryehGregor> The_8472, as for everyone having preconceived notions about me: that would be a cost I'd take into consideration if it were relevant. For instance, I'm careful what I post on the public Internet about myself under names that are traceable to me.
  1147. # [22:52] <The_8472> see, most people don't even think about that
  1148. # [22:52] <jgraham> AryehGregor: Fair enough. In most contexts where I see the bedroom example used no one has made such an unreasonable statement
  1149. # [22:52] <zewt> AryehGregor: yeah, but it was just a really bad first impression that they didn't set it up to not decide that an automated welcome mail was "important", heh (eg. train it against its own automatic mails to start)
  1150. # [22:52] <AryehGregor> It's not relevant to using Gmail except in the case where Gmail's mail databases get posted publicly somehow, which is possible but exceptionally unlikely, and probably less likely than the database of my own mail server getting hacked.
  1151. # [22:52] <AryehGregor> jgraham, I don't think the statement is unreasonable, though. :)
  1152. # [22:52] <The_8472> jgraham, the "i don't have anything to hide" statement comes up pretty often in discussions about privacy
  1153. # [22:52] <AryehGregor> zewt, it's more or less random at the start, IIRC.
  1154. # [22:53] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1155. # [22:53] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1156. # [22:53] <Hixie> i agree with AryehGregor here. I care about privacy only to the extent that it affects my personal liberty, happiness, and productivity (and that of people I care about). I definitely don't care about it as a goal in and of itself.
  1157. # [22:53] <zewt> someone who has nothing to hide is probably a rather boring individual :P
  1158. # [22:53] * Quits: eric_carlson (~eric_carl@17.203.15.27) (Quit: eric_carlson)
  1159. # [22:53] <AryehGregor> Hixie, but we're weird. Most people care about privacy per se at least to some extent.
  1160. # [22:53] <Hixie> i think it depends on the culture
  1161. # [22:54] <jgraham> AryehGregor: I expect it is unreasonable because I expect if you talk to some psycologists/anthropologists/whatever they will tell you than some degree of privacy is needed to maintain human social interactions
  1162. # [22:54] <Hixie> in germany clearly more people care than in america, for example
  1163. # [22:54] <jgraham> s/whatever/biologists/ I guess
  1164. # [22:54] <zewt> but if I can't decide what parts of "privacy" are important for what my "personal liberty"--if that decision is taken out of my hands and put in the hands of advertisers and websites--then it's not going to be made in my interests
  1165. # [22:54] <AryehGregor> zewt, I have nothing to hide in the sense that I would have no problem if all information about me were made available to, say, computer programs run by the government or Google or whatever, if I had good assurance that the information would go no further (which might not be the case in real life). Of course, I have lots of things I'd like to hide *from the general public*.
  1166. # [22:54] <The_8472> we have some history with intrusive, orwellian govts....
  1167. # [22:55] <The_8472> now the large corps do the data harvesting and the govt just accesses the data when it seems fit, thus side-stepping laws that forbid the govt to collect unnecessary data.
  1168. # [22:55] <AryehGregor> jgraham, as soon as we're talking about people I know, embarrassment and similar things immediately mean that I care a lot about what they know about me. Not because of the privacy, but because of the practical implications it would have if people I knew knew all this stuff about me.
  1169. # [22:56] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
  1170. # [22:56] <AryehGregor> The_8472, ah, you're German?
  1171. # [22:56] <The_8472> and it's even worse... the US govt could get my data from google despite not being an american citizen
  1172. # [22:56] <Hixie> zewt: information that could impact my personal liberty would be things like my passwords and bank account details
  1173. # [22:56] <The_8472> i am
  1174. # [22:56] <AryehGregor> Makes sense.
  1175. # [22:56] * Joins: richbradshaw (~richbrads@cpc11-newt32-2-0-cust82.newt.cable.virginmedia.com)
  1176. # [22:56] <AryehGregor> Germans are crazy strict about privacy (understandably . . .).
  1177. # [22:56] * Parts: richbradshaw (~richbrads@cpc11-newt32-2-0-cust82.newt.cable.virginmedia.com)
  1178. # [22:56] <Hixie> zewt: and i don't give those to advertisers and websites other than those who already have them (e.g. my bank) or who can give me serious benefits from having them (e.g. mint.com)
  1179. # [22:57] <AryehGregor> Hixie, I bet in the Far East people care less about privacy than in the West.
  1180. # [22:57] * Joins: temp02 (~temp01@unaffiliated/temp01)
  1181. # [22:58] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1182. # [22:58] <The_8472> AryehGregor, actually, they're very afraid about "losing face". So they act very strict in public and only "free" at home
  1183. # [22:58] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1184. # [22:58] <AryehGregor> Interesting.
  1185. # [22:58] <The_8472> so privacy is quite important to them
  1186. # [22:59] <The_8472> they're coming more from your embarrassment angle
  1187. # [22:59] * AryehGregor solicits MikeSmith 's opinion on whether he thinks privacy is valued more or less in Japan than, say, America
  1188. # [23:00] * Quits: othermaciej (~mjs@17.203.15.180) (Quit: othermaciej)
  1189. # [23:00] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1190. # [23:00] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1191. # [23:02] <The_8472> anyway. the more "the web" knows about you the more likely it becomes that that information will harm you some day. by accident, due to shady agreements, due to policy changes... whatever. something always happens
  1192. # [23:02] <AryehGregor> Sure. But I also get benefit from it.
  1193. # [23:02] <AryehGregor> And the harm is unlikely to be terribly large, in my case.
  1194. # [23:02] * jgraham notes that googling for interesting articles about privacy in primate social structures is hindered by all the sites having privacy policies
  1195. # [23:02] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1196. # [23:02] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1197. # [23:02] <AryehGregor> So I'm not going to trade away clear-cut benefit for the sake of long-term hypothetical risk that doesn't seem very large.
  1198. # [23:03] <The_8472> people have been fired over some information on facebook. what if some embarassing data becomes visible because facebook changes their policies once again? or because someone crawls semi-public and dumps it in a way for google to index?
  1199. # [23:04] <AryehGregor> I don't use Facebook, and if I did I'd be smart enough not to post anything I didn't want my boss to know.
  1200. # [23:04] <The_8472> AryehGregor, and they know that and exploit it. they start to make an interesting/beneficial service and then look how much you're willing to put up with to get as much data as they can
  1201. # [23:04] <AryehGregor> Sure. I'm not claiming there's no risk.
  1202. # [23:05] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1203. # [23:05] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1204. # [23:05] <Hixie> privacy is not all or nothing. You have to weigh the risks. In my case, I don't think Facebook's benefits outweigh its risks.
  1205. # [23:05] <Hixie> In GMail's case, I think they do.
  1206. # [23:05] <The_8472> and i'm tech-savy enough that the supposed benefits aren't really that big to me
  1207. # [23:05] <Hixie> In the case of better ads, I think they do.
  1208. # [23:05] <Hixie> In the case of buying things by credit card on amazon or iTunes, I think they do.
  1209. # [23:06] <The_8472> ads are totally useless. i want to make informed opinions, not to be manipulated into buying things on a subconscious level
  1210. # [23:06] <The_8472> *informed decisions
  1211. # [23:06] <AryehGregor> Incidentally, I find it unlikely that anything I've told people privately would get me fired. People getting fired or otherwise harmed due to what they posted on Facebook is mostly when they do things that are illegal or immoral or reflect very badly on them in others' eyes.
  1212. # [23:06] <AryehGregor> I'm sure there are exceptions.
  1213. # [23:06] <The_8472> and as for amazon, like i said... i can pay on delivery
  1214. # [23:06] * jgraham might be prepared to trade cameraa in the bedroom for open-access science journals for everyone :(
  1215. # [23:07] <jgraham> s/aa/as/
  1216. # [23:07] <AryehGregor> But I don't do anything I think of that anyone I care about would find really objectionable.
  1217. # [23:07] <AryehGregor> But I don't do anything I can think of that anyone I care about would find really objectionable.
  1218. # [23:07] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1219. # [23:07] <The_8472> jgraham, open access would be even better
  1220. # [23:07] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1221. # [23:07] <AryehGregor> Of course, people who regularly do things that others would find highly objectionable have a greater need for privacy.
  1222. # [23:07] <AryehGregor> Like people who lose custody of their children in divorce cases because they posted pictures on Facebook of themselves smoking weed or whatever.
  1223. # [23:07] <The_8472> well, i do have voiced opinions that i don't want to be associated with my person
  1224. # [23:08] <AryehGregor> I have too, because some people would find them extremely offensive. Particularly political and religious opinions. But they're mainstream enough that I don't foresee that I'd come to any actual harm if they were known.
  1225. # [23:09] <Hixie> The_8472: ads don't have to manipulate you into buying things at a subconscious level. The best ones don't.
  1226. # [23:09] <Hixie> The_8472: useful ads are those that give you information you wanted, when you wanted it, and that you didn't previously have.
  1227. # [23:09] <gsnedders> AryehGregor: People who post pictures of FB of stuff that's illegal are just stupid.
  1228. # [23:09] <The_8472> i call that "searching for something"
  1229. # [23:09] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1230. # [23:09] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1231. # [23:09] <Hixie> The_8472: some of the best ads around are the ones that appear in response to a search, yes
  1232. # [23:10] <AryehGregor> The_8472, example of ads that are often useful: Amazon recommendations. Often they're useless, but sometimes I've browsed through my recommendations and found things like that an author I like published a new book in a series I've read, that I didn't know about.
  1233. # [23:10] <The_8472> well, those don't need profiling, since they have the information right from the search
  1234. # [23:10] <jgraham> It does sound a bit like Hixie is drinking deeply from the Google koolaid
  1235. # [23:10] <jgraham> :)
  1236. # [23:10] <AryehGregor> I wouldn't have searched for it, it wouldn't have occurred to me.
  1237. # [23:10] <The_8472> i was talking about Hixie's case
  1238. # [23:10] <jgraham> But Amazon recommendations are a good example
  1239. # [23:10] <AryehGregor> But Amazon was clever enough to suggest it proactively.
  1240. # [23:10] <AryehGregor> Google ads are almost never that useful.
  1241. # [23:10] <AryehGregor> Because they don't have info on what you've bought.
  1242. # [23:10] <Hixie> The_8472: yeah, i pointed out earlier that improving ads doesn't necessarily mean getting more user data
  1243. # [23:11] <jgraham> Although I really wish they would stop recommending things I *just bought*
  1244. # [23:11] <Hixie> The_8472: note though that giving better search results _does_ require user tracking to a large extent
  1245. # [23:11] <AryehGregor> Google's trying to make them more useful. I don't know how well they'll succeed.
  1246. # [23:11] <Hixie> The_8472: google results are measurably better if you're logged in with a history than if you are not logged in without a history
  1247. # [23:11] <zewt> i don't foresee stock google ads ever being useful; if google knows something I want, they'll presumably show it to me when I make a search--there's nothing gained by it being shown by www.randomsite.com as well
  1248. # [23:11] <AryehGregor> But I think it's safe to say that what Google really *wants* is to show you one ad a week for something you really want but never would have thought to search for, then you buy it and Google gets a $5 commission and everyone wins.
  1249. # [23:11] <zewt> (google ads on other sites, I mean)
  1250. # [23:11] * Joins: othermaciej (~mjs@17.203.15.180)
  1251. # [23:12] <AryehGregor> To do that, though, they need way more info than they have.
  1252. # [23:12] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1253. # [23:12] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1254. # [23:13] <AryehGregor> If the ads become useful enough, you won't have to show them to people when they're viewing other sites at all. People will want to view them of their own accord.
  1255. # [23:13] <zewt> the cases where sites can actually show an ad to me that I'd ever actually find interesting, which I'd actually need to go to that site to see, is exceptionally rare--and in practice almost exclusively tied to searches (again, Amazon)
  1256. # [23:13] <AryehGregor> Just like I've sometimes read through my Amazon recommendations voluntarily.
  1257. # [23:13] <smaug____> Google is sure trying to get more data
  1258. # [23:13] <AryehGregor> Amazon is mostly tied to purchase history, not searches. That's why it's so effective.
  1259. # [23:13] <AryehGregor> Purchases predict purchases way better than searches predict purchases.
  1260. # [23:14] <AryehGregor> Plus, ads in search often just suggest the thing you're searching for, which you'd find anyway in the first result or two.
  1261. # [23:14] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1262. # [23:14] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1263. # [23:14] * Joins: miketaylr (~miketaylr@77.40.224.114)
  1264. # [23:14] <smaug____> I wonder if Google already changes ads if you use speech recognizer. Google could recognize gender etc.
  1265. # [23:14] <karlcow> if you are logged in, Google will give more expected results, which is entirely different than better results… though we would have to define what we consider better. etc etc etc. yadayada
  1266. # [23:15] <zewt> the vast majority of sites aren't selling you anything, though--after all, that's usually the point of ads
  1267. # [23:15] <The_8472> well, yeah. i make a new login every time i buy at amazon. if i could i'd have it delivered to a different address too. but moving for every amazon purchase is quite inconvenient
  1268. # [23:15] <Hixie> as i understand it you can see exactly what google knows about you for ads by looking at http://www.google.com/ads/preferences/view
  1269. # [23:15] <The_8472> and i can't use the packet station if i want to pay in cash
  1270. # [23:15] <zewt> (that is, ad revenue for sites that don't have an end-user-buys-something-from-them business model)
  1271. # [23:16] <zewt> 8472: heh I'm sorry, but you're pretty hard to take seriously :)
  1272. # [23:16] <The_8472> disposable paypal accounts would be great
  1273. # [23:16] <Hixie> karlcow: do you have any data to back that up?
  1274. # [23:16] <smaug____> Google sure knows more than that
  1275. # [23:16] <karlcow> Hixie: to back up what ?
  1276. # [23:16] <The_8472> zewt, i am aware that i'm acting quite paranoid
  1277. # [23:16] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1278. # [23:16] <zewt> i just expect the next thing you'll say is "every time I make a purchase I put on a disguise and make the purchase from a randomly-selected internet cafe"
  1279. # [23:16] <Hixie> karlcow: your last statement
  1280. # [23:16] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1281. # [23:17] <karlcow> Hixie: what have you understood of my last statement?
  1282. # [23:17] <Hixie> karlcow: did you not mean what you wrote?
  1283. # [23:17] <The_8472> zewt, it's the least i would do if i were trading illegal goods.
  1284. # [23:17] <zewt> on amazon? heh
  1285. # [23:17] <The_8472> not amazon, lol
  1286. # [23:18] <zewt> their new service, Amazon Controlled Substances
  1287. # [23:18] <The_8472> well, i guess in some countries you could get arrested for buy stuff from amazon
  1288. # [23:18] <karlcow> *I* meant what I wrote, which might be different of what *you* think I meant.
  1289. # [23:18] <AryehGregor> Hixie, if that's *all* the data Google knows about me, I've really lost a lot of respect for them. :)
  1290. # [23:18] <The_8472> order porn to saudi arabia or something ^^
  1291. # [23:18] <Hixie> karlcow: if you meant what you wrote, then i am just curious as to whether you have any data to support your statement or not
  1292. # [23:19] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1293. # [23:19] <karlcow> Basically, experiment take two persons with a long history of searches and let them do the same query. Do you get the same results or not.
  1294. # [23:19] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1295. # [23:19] <AryehGregor> It thinks I'm 25-34. I guess I'll take that as a compliment on my maturity. :)
  1296. # [23:19] <Hixie> AryehGregor: yeah, people don't realise that google doesn't associate the data collected via one's google login with one's activity on the web and thus what google uses for ads on the web
  1297. # [23:20] <Hixie> AryehGregor: but as far as i am aware, that page lists everything google knows with respect to the showing of ads
  1298. # [23:20] <AryehGregor> That's silly of them. But I guess they're forced to cripple themselves like that because people are so worried about privacy.
  1299. # [23:20] <Hixie> karlcow: how would that affect your statement?
  1300. # [23:21] <zewt> Hixie: fyi, that page just says "click here to opt in" with no info
  1301. # [23:21] <zewt> for me
  1302. # [23:21] <karlcow> That Google return results which are targeted to your profile instead of just results.
  1303. # [23:21] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1304. # [23:21] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1305. # [23:21] <karlcow> what I call expected results
  1306. # [23:21] <Hixie> zewt: i guess that means you're not getting any targetted ads :-(
  1307. # [23:22] <Hixie> karlcow: that statement seems entirely vacuous
  1308. # [23:22] <zewt> whereas google does seem to have some data; when I disable abp and load a random mail in gmail, it's showing Java ads (and I've been doing a lot of Java searches lately; that language is just as horrible as I remember)
  1309. # [23:22] <karlcow> do the experiment same IP, same place, different profiles.
  1310. # [23:22] <karlcow> or Google is delivering a random results page :)
  1311. # [23:23] <karlcow> based on coriolis movement
  1312. # [23:23] <zewt> karlcow: the strange thing is when I do a search, some mailing list post by me three years earlier pops up on top, I think "must be targetted", and ... it's not :o
  1313. # [23:23] * Joins: auk (~scott@per92-2-81-56-14-26.fbx.proxad.net)
  1314. # [23:23] <Hixie> karlcow: if a biologist looking for animals searches for "lion", and a mac developer looking for OS X information searches for "lion", then returning big cats for the former and operating systems for the latter is obviously "better"
  1315. # [23:23] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1316. # [23:23] <karlcow> for you
  1317. # [23:23] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1318. # [23:23] <Hixie> karlcow: for them
  1319. # [23:24] <karlcow> cf my comment of definition of better
  1320. # [23:24] <Hixie> karlcow: i don't understand what point you were trying to make then
  1321. # [23:24] <karlcow> as usual
  1322. # [23:24] <Hixie> karlcow: you might want to consider being clearer :-)
  1323. # [23:24] <karlcow> I'm clear
  1324. # [23:24] <Hixie> no, uou're not
  1325. # [23:24] <karlcow> different wired brain
  1326. # [23:24] <Hixie> you, even
  1327. # [23:24] <karlcow> well I'm not clear to you
  1328. # [23:25] <karlcow> that is obvious
  1329. # [23:25] <karlcow> but as usual
  1330. # [23:25] <Hixie> "if you are logged in, Google will give more expected results, which is entirely different than better results [but we don't define better]" is completely vacuous
  1331. # [23:25] <Hixie> it is an illogical, trollish statement
  1332. # [23:25] <Hixie> "in condition A, B will occur, and B != C, but we don't define C"
  1333. # [23:25] <The_8472> but what do you do if you're a mac os developer but are looking for the big cats?
  1334. # [23:26] <karlcow> it is not trollish, you confirmed it
  1335. # [23:26] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1336. # [23:26] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1337. # [23:26] <karlcow> [17:20] <Hixie> karlcow: if a biologist looking for animals searches for "lion", and a mac developer looking for OS X information searches for "lion", then returning big cats for the former and operating systems for the latter is obviously "better"
  1338. # [23:26] <Hixie> karlcow: it's unconfirmible, since you confirmed it didn't mean anything!
  1339. # [23:26] <Hixie> karlcow: you specifically said you didn't define the term that you were comparing to
  1340. # [23:26] <AryehGregor> The_8472, adjust the query so that it clarifies your intent.
  1341. # [23:26] <AryehGregor> I do that all the time, Google handles it very well.
  1342. # [23:27] <karlcow> I will use the word that I didn't want to use initially. "Serendipidity".
  1343. # [23:27] <Hixie> would you like to use that word in a sentence? :-)
  1344. # [23:27] <karlcow> Discovering, being surprised, etc.
  1345. # [23:27] <Hixie> i know what it means
  1346. # [23:28] <The_8472> well, i guess you could do -"os x"
  1347. # [23:28] <karlcow> basically getting results which are not necessary the ones you were expecting.
  1348. # [23:28] <Hixie> karlcow: yes, we know what it means
  1349. # [23:28] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1350. # [23:28] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1351. # [23:28] <The_8472> i think his issue is akin to groupthink, google being the rest of the group, sortof.
  1352. # [23:29] <Philip`> Hmm, Google says I like "Beauty & Fitness - Fashion & Style - Fashion Designers & Collections"
  1353. # [23:29] <Hixie> The_8472: if he has an issue, i'm sure he'll get around to telling us :-)
  1354. # [23:29] <karlcow> Philip`: which sites did you read lately? :)
  1355. # [23:30] * The_8472 hands Philip` a shake-weight
  1356. # [23:30] <Philip`> Surely Google can't be wrong, so I'll have to start caring slightly more about fashion now
  1357. # [23:30] <karlcow> ahah
  1358. # [23:30] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1359. # [23:31] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1360. # [23:31] <karlcow> The_8472: "his issue" <- me?
  1361. # [23:31] <The_8472> yes
  1362. # [23:31] <karlcow> aaaah
  1363. # [23:31] * The_8472 assumed context-inference capability
  1364. # [23:31] <Hixie> The_8472: that isn't a given with karl :-(
  1365. # [23:31] <karlcow> hmmm it is somehow, on the philosophical level it is about us becoming our own robots.
  1366. # [23:32] <karlcow> beasically by getting more and more things which are closer to our own initial thinking, we are reducing the accidents
  1367. # [23:32] <karlcow> and then we answer to our own program
  1368. # [23:32] <karlcow> we become robots.
  1369. # [23:33] <Philip`> It's lucky that this unwanted cookie tracking thing has already been solved by new laws as per http://blog.silktide.com/2011/05/cookie-law-makes-most-uk-websites-illegal-what-you-need-to-know/ so we just need to get the rest of the world to adopt a similar approach
  1370. # [23:33] <karlcow> it works also with maps and direction
  1371. # [23:33] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1372. # [23:33] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1373. # [23:33] <The_8472> karlcow, if google becomes sufficiently intelligent it's no different from teaching your own children!
  1374. # [23:33] <The_8472> until they know more than you do and you're an old man shaking his stick "get off my search results"
  1375. # [23:33] <karlcow> not exactly the same thing.
  1376. # [23:34] <karlcow> Usually you should be teaching to a child how to tell you "NO".
  1377. # [23:34] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: brb)
  1378. # [23:34] <karlcow> (gross summary)
  1379. # [23:34] <Hixie> karlcow: this concept of "filter bubble" as it is more commonly known is pretty widely discussed, but so far i've never seen any evidence that it's a real risk. In particular, I have not seen any evidence that Google's personalisation of search results is resulting in any kind of loss of serendipity, if anything I'd say it was quite the opposite.
  1380. # [23:34] <Philip`> If Google's algorithms become indistinguishable from our own thoughts, that doesn't mean we're robots, it means Google has become alive
  1381. # [23:35] <The_8472> karlcow, instead of "no!" it is just more polite and says "didn't you mean to ..."
  1382. # [23:35] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1383. # [23:35] <Hixie> hear hear
  1384. # [23:35] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1385. # [23:35] * Joins: hij1nx (~hij1nx@207.239.107.3)
  1386. # [23:36] * Quits: smaug____ (~chatzilla@a91-154-40-10.elisa-laajakaista.fi) (Ping timeout: 248 seconds)
  1387. # [23:36] <Philip`> (Once Google has emulated your brain patterns it will presumably then destroy the more inefficient of the redundant copies, i.e. you, to optimise the world's resource usage)
  1388. # [23:36] <Hixie> Philip`: surely having lots of redundant copies is better for making money from ads :-P
  1389. # [23:37] * Quits: Jon47 (~jon47@pool-173-79-102-81.washdc.fios.verizon.net) (Quit: Leaving.)
  1390. # [23:37] <karlcow> Philip`: heh. (apart of the nice dark side of the fiction) there is a bit of that.
  1391. # [23:37] <The_8472> Philip`, that would mean a more efficient copy of my brain patterns would run on google. i don't see the problem there
  1392. # [23:37] <karlcow> I like Wall-E for this. the part where humans had forgotten they had a pool
  1393. # [23:37] <The_8472> unless they can search through your brain
  1394. # [23:37] <The_8472> which they probably could...
  1395. # [23:37] <The_8472> damn
  1396. # [23:37] <Hixie> lol
  1397. # [23:37] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1398. # [23:38] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1399. # [23:38] <karlcow> ah another notion
  1400. # [23:38] * Quits: espadrine (~thaddee_t@ANice-551-1-239-119.w90-28.abo.wanadoo.fr) (Ping timeout: 276 seconds)
  1401. # [23:38] <karlcow> more efficient.
  1402. # [23:38] * Quits: msucan (~robod@92.86.247.27) (Quit: .)
  1403. # [23:38] <karlcow> I do not always wish to be more efficient.
  1404. # [23:38] <The_8472> efficiency is important considering limited resources
  1405. # [23:38] <karlcow> not really
  1406. # [23:38] <The_8472> just kill another human and you can afford to be inefficient
  1407. # [23:39] <The_8472> in the grand scheme of things it is important
  1408. # [23:39] <karlcow> You have to believe in grand schemes :)
  1409. # [23:40] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1410. # [23:40] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1411. # [23:40] <The_8472> most ecological issues are essentially caused by human inventions being significantly less efficient than their natural equivalents (just exceling in one aspect) and due to externalized costs
  1412. # [23:41] <The_8472> so increasing efficiency decreases costs, even if they're "just" external ones
  1413. # [23:41] <Philip`> Hixie: Google can make money by getting its cloned people to buy things from ads, and those cloned people can get money by doing the same kind of work as their inferior template organisms did but much more efficiently, so it's better to allocate all finite resources to the clones (given that it's trivial to duplicate a clone so you'll never run out and you can easily replace an organism with multiple clones)
  1414. # [23:41] <karlcow> definitely but humans are basically killing the biodiversity that makes them alive. They will not kill earth (there is still a possibility of major catastrophe)
  1415. # [23:42] <karlcow> so the risk is that humans might disappeared or reduced a lot at a point. That might happen indeed.
  1416. # [23:42] <The_8472> of course not, the ecosphere is pretty resilient and will probably survive us. so protecting it in its current state is also a self-interest
  1417. # [23:42] <karlcow> But not sure I want to be efficient as a program to achieve equilibrium and peace
  1418. # [23:42] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1419. # [23:42] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1420. # [23:43] <The_8472> well, that's science fiction at the moment. for now we can concentrate on more mundane efficiency increases
  1421. # [23:44] <karlcow> R.U.R. (Rossum's Universal Robots)
  1422. # [23:44] <The_8472> Philip`, i think a human-usefulness-index based on the contribution to civilisational progress would be a crueld and yet very interesting measure.
  1423. # [23:45] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1424. # [23:45] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1425. # [23:45] <karlcow> yirk
  1426. # [23:47] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1427. # [23:47] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1428. # [23:47] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1429. # [23:47] <The_8472> we need some backup-planets so we can experiment more
  1430. # [23:47] <gsnedders> _bga: https://bugs.opera.com/wizard/ is where you should report security issues in future
  1431. # [23:47] <The_8472> see what works and what doesn't
  1432. # [23:47] <_bga> ok
  1433. # [23:49] <karlcow> The_8472: too far so far
  1434. # [23:49] <The_8472> sorry, now i'm the one missing context
  1435. # [23:49] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1436. # [23:49] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1437. # [23:50] <karlcow> backup planets are too far, so far with our technologies
  1438. # [23:51] <The_8472> oh. yes
  1439. # [23:51] <The_8472> before that we need sustainable energy and a space elevator or equivalent technology.
  1440. # [23:51] <The_8472> almost all problems can be solved by throwing more energy at them
  1441. # [23:52] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1442. # [23:52] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1443. # [23:52] <karlcow> I would prefer to grow peas going very high in the sky and so high that they would reach another planet.
  1444. # [23:52] <The_8472> that has been tried, it didn't seem to work
  1445. # [23:53] * Quits: jgv (~jgv@pool-108-41-134-165.nycmny.fios.verizon.net) (Quit: Leaving...)
  1446. # [23:53] <karlcow> let's try harder ;)
  1447. # [23:53] * Joins: smaug____ (~chatzilla@a91-154-40-10.elisa-laajakaista.fi)
  1448. # [23:53] <The_8472> maybe if we anchor the beanstalk to an asteroid in GEO and replace the cellulose with carbon nanotubes....
  1449. # [23:54] * Quits: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6) (Quit: ap)
  1450. # [23:54] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1451. # [23:54] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1452. # [23:56] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1453. # [23:56] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1454. # [23:59] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1455. # [23:59] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  1456. # Session Close: Sat Jun 04 00:00:00 2011

The end :)