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

Options:

  1. # Session Start: Wed Mar 16 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <zot--> dreaming of the day we can have some consistency in keyboard shortcuts for web apps :|
  4. # [00:00] * zot-- is now known as zewt
  5. # [00:01] <zewt> chrome seems really good at it, not eating many alt- keys; but everyone else...
  6. # [00:02] <twisted> TabAtkins: happy to have been able to file a bug!
  7. # [00:03] <TabAtkins> Thanks for doing so!
  8. # [00:04] <zewt> can't even use , and . as hotkeys--Opera users get irate
  9. # [00:04] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 264 seconds)
  10. # [00:05] <TabAtkins> We need a new hyper key which is explicitly reserved for use by apps.
  11. # [00:06] <zewt> heh
  12. # [00:06] <zewt> every time a new encapsulation layer is added to computers, a new key is needed
  13. # [00:06] <zewt> windows key, control key, web key
  14. # [00:10] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Operation timed out)
  15. # [00:13] * Quits: boaz (~boaz@67-207-96-206.static.wiline.com) (Quit: boaz)
  16. # [00:15] <TabAtkins> Just do what I do and say that you get the web key when you press Alt+Ctrl+Windows at the same time.
  17. # [00:15] <TabAtkins> (I use this combo to move between desktops.)
  18. # [00:17] <zewt> i'll avoid using key combinations that many keyboards physically can't register. heh
  19. # [00:19] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
  20. # [00:21] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  21. # [00:22] <zewt> heh, i'm half-inclined to just stomp over browser hotkeys (since they'll let you, generally) for web apps, so long as they don't give a better option :|
  22. # [00:26] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
  23. # [00:27] * Joins: Amorphous (jan@unaffiliated/amorphous)
  24. # [00:32] * Quits: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net) (Ping timeout: 255 seconds)
  25. # [00:35] <hober> TabAtkins: we just need to get everyone to use the space cadet keyboard; then we'll have several modifiers for use by web apps
  26. # [00:39] <TabAtkins> hober: Yup, that'd work.
  27. # [00:40] * Joins: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net)
  28. # [00:40] <zewt> browsers just need to let go of alt/meta :|
  29. # [00:41] <zewt> was easier for chrome to do (from the beginning) than for old browsers (with users and user habits), but I think it's just something to get over
  30. # [00:41] * Joins: miketaylr (~miketaylr@191.sub-75-198-148.myvzw.com)
  31. # [00:42] * Quits: jamesr (~jamesr@nat/google/x-vygiisoxsvoilvhj) (Ping timeout: 248 seconds)
  32. # [00:47] * Joins: erlehmann (~erlehmann@89.204.137.97)
  33. # [00:48] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  34. # [00:52] <TabAtkins> twisted: Sorry for misinforming you - I somehow missed the 'background-size' in the list of properties that the 'background' shorthand reset.
  35. # [00:52] <TabAtkins> So Firefox's behavior is correct, Chrome's isnt.
  36. # [00:54] <twisted> huh, but isn't the idea of CSS that it overrides based on cascading?
  37. # [00:55] <twisted> so my latter definition of the size should still affect it
  38. # [00:55] <twisted> and not ignore?
  39. # [00:55] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
  40. # [00:57] <TabAtkins> twisted: the selector setting the plain 'background' property has higher specificity.
  41. # [00:58] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  42. # [01:04] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  43. # [01:06] <twisted> then it still doesn't get overidden?
  44. # [01:07] <TabAtkins> No, because the 'background' shorthand acts like all the component properties were being set instead. Thus, the "background-size:initial" that is implied by your rule overrides the "background-size:80%" that you actually have.
  45. # [01:07] <TabAtkins> Same with the background-position.
  46. # [01:09] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  47. # [01:09] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
  48. # [01:10] * Joins: miketayl_r (~miketaylr@38.117.157.59)
  49. # [01:10] * Quits: miketaylr (~miketaylr@191.sub-75-198-148.myvzw.com) (Disconnected by services)
  50. # [01:10] * miketayl_r is now known as miketaylr
  51. # [01:10] * Quits: dylanw (~dw@209.189.196.86) (Ping timeout: 255 seconds)
  52. # [01:11] * Joins: ben_h (~ben@128.250.195.143)
  53. # [01:11] * Quits: jochen__ (~jochen@nat/google/x-mpitzmzzfnijzdbf) (Remote host closed the connection)
  54. # [01:12] * Joins: jochen__ (~jochen@nat/google/x-kjrpzjnqmccykokc)
  55. # [01:13] <twisted> but then how can I override the 80% to the 100% later?
  56. # [01:13] <twisted> cause that works...
  57. # [01:14] * Joins: 36DABBOJE (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  58. # [01:14] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  59. # [01:17] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
  60. # [01:18] <TabAtkins> I don't understand the question.
  61. # [01:21] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  62. # [01:22] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  63. # [01:24] <twisted> TabAtkins: well, if I define a background: the initial gets set and can't be overriden you say
  64. # [01:24] <twisted> but then why can a background-size be overridden when it has been set?
  65. # [01:24] <twisted> or is initial some special thing that can't change anymore?
  66. # [01:26] * Quits: wakaba_0 (~wakaba_@198.22.102.121.dy.bbexcite.jp) (Ping timeout: 240 seconds)
  67. # [01:28] <TabAtkins> No, it gets overridden because the 'background' property has higher specificity than your 'background-size' declaration. It's not permanent or unfixable. You can either set the individual property with a higher-specificity selector, or switch away from using the shorthand, since it's unnecessary in your case.
  68. # [01:29] <TabAtkins> (Just move 'background-repeat:no-repeat' to the general rules for "#main-menu > li > a", and then use background-image in the specialized rules.
  69. # [01:29] <twisted> yep that's what I did
  70. # [01:30] <twisted> just that background: ended up there because of laziness and simply because it *worked* in chrome but didn't in firefox and saw no real reason why it shouldn't have worked :)
  71. # [01:30] * twisted goes very deeply by the if it works don't fix it concept
  72. # [01:30] <TabAtkins> Except it didn't work in Chrome - the background property was resetting your background-position rule. ^_^
  73. # [01:30] <twisted> anyway :) ttyl, gotta get up early to bring my gf to the foot-specialist to figure out what she exactly broke
  74. # [01:31] <twisted> TabAtkins: true :)
  75. # [01:31] <twisted> cool thanks for the help
  76. # [01:31] <twisted> hehe
  77. # [01:31] <TabAtkins> np
  78. # [01:31] * twisted saved this channel in autojoin
  79. # [01:32] <twisted> have to join it each time but forget
  80. # [01:32] <twisted> hehe
  81. # [01:41] * Quits: miketaylr (~miketaylr@38.117.157.59) (Quit: miketaylr)
  82. # [01:48] * Joins: jamesr (~jamesr@nat/google/x-fxgaunxxlfrjvtfp)
  83. # [01:50] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  84. # [01:51] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  85. # [01:51] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  86. # [01:56] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  87. # [01:56] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  88. # [01:58] * Quits: xtoph (~xtoph@213.47.185.206)
  89. # [01:58] * Quits: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net) (Remote host closed the connection)
  90. # [01:58] * Quits: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
  91. # [02:07] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
  92. # [02:11] * Joins: Stiks (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  93. # [02:11] * Quits: ben_h (~ben@128.250.195.143) (Quit: ben_h)
  94. # [02:13] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 250 seconds)
  95. # [02:13] * Stiks is now known as Stikki
  96. # [02:13] * Joins: ben_h (~ben@128.250.195.143)
  97. # [02:18] <aho> eh... why is there no panning for Audio?
  98. # [02:18] <aho> kinda sucks for games :v
  99. # [02:18] <TabAtkins> Because <audio> is very simplistic, like <canvas>. This is being solved by a more advanced api designed by the guy sitting across from me.
  100. # [02:18] <zewt> audio filtering is a whole API in and of itself
  101. # [02:20] <aho> canvas is like 2 steps above audio
  102. # [02:20] <kinetik> aho: there are a couple of groups working on more powerful audio APIs.
  103. # [02:20] <aho> ye, i know... i was just very surprised that there isnt even panning
  104. # [02:21] <aho> i was even able to do that with java's midi stuff :P
  105. # [02:21] <zewt> 1d panning alone is pretty limiting; what about 2d (surround) and 3d (environmental) panning? may as well throw in environmental reverb and modelling too :P
  106. # [02:22] <zewt> of course, it's always frustrating when the line is drawn for an API's scope just *barely* below where you need it at the time, heh
  107. # [02:23] <aho> for now i would be happy if i could a) play sounds, b) without delay, c) w/o stutter, d) w/o randomly breaking, and e) with some little panning :>
  108. # [02:24] <zewt> without delay is hard, too :P
  109. # [02:24] <aho> currently only opera's sound is somewhat ok-ish (even though it also got that latency issue like all other browsers)
  110. # [02:25] <aho> it comes from a data uri and was load()ed once
  111. # [02:25] <aho> there shouldn't be any delay
  112. # [02:25] <zewt> not that simple at the OS level--it takes a lot more work to get "interactive" levels of delay than to get reliable streaming for music/video
  113. # [02:28] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
  114. # [02:28] <aho> dunno... works fine in java, with openal, or things like fmod
  115. # [02:28] <aho> or flash :>
  116. # [02:29] <aho> no idea why browser vendors don't manage to get it right
  117. # [02:29] <kinetik> aho: because they haven't tried yet?
  118. # [02:29] <aho> i wasn't talking about panning
  119. # [02:30] <kinetik> nor was i.
  120. # [02:30] <aho> chrome for example goes silent after a few minutes
  121. # [02:30] <zewt> openal still exists? i seem to recall looking at its source ~10 years ago and it being some of the worst I'd ever seen (like, 8-12 levels of indentation per function)
  122. # [02:30] <zewt> (but being 10 years ago, I may be thinking of something else)
  123. # [02:31] <aho> firefox is kinda stuttery... 3.6 totally fails at short samples
  124. # [02:31] <aho> ie9 also doesnt work right
  125. # [02:31] <zewt> guessing most audio implementations to start are focusing on the music use case more than games
  126. # [02:32] <zewt> don't really know, though
  127. # [02:33] <roc> kthe short-sample bug might be fixed in Firefox 4
  128. # [02:34] <kinetik> it is, it was also windows only iirc.
  129. # [02:34] <zewt> what I'd like to know is why browsers are allowing <audio> without asking permission, heh
  130. # [02:35] <zewt> audio is not something any page should be able to do without asking first
  131. # [02:35] <roc> I agree it is strange we are speccing out new A/V features at breakneck speed while basic stuff doesn't work too well across browsers :-)
  132. # [02:36] <aho> roc, yes short samples work a lot better now
  133. # [02:36] <zewt> both ff4 and chrome will happily obnoxiously play music without any kind of permission :|
  134. # [02:37] <aho> was possible with flash too
  135. # [02:37] <zewt> and that's exactly why I use flashblock
  136. # [02:38] <aho> guess browsers will add some volume control thingy at some point
  137. # [02:38] <aho> would make sense, i guess
  138. # [02:38] <zewt> it's strange that new browser APIs are written with limiting how obnoxious webpages can be in mind, but <audio> gets deployed without that
  139. # [02:39] <zewt> i guess audioblock won't be far off :)
  140. # [02:40] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
  141. # [02:41] <roc> because for 99% of users, Web pages have been able to play audio since forever
  142. # [02:41] * Joins: abeelias (~abe@38.104.129.126)
  143. # [02:41] <jarib> 3
  144. # [02:42] <jarib> <
  145. # [02:42] <jarib> >.
  146. # [02:42] <jarib> >.
  147. # [02:42] <jarib> <.>
  148. # [02:42] <jarib> woops. sorry :)
  149. # [02:42] <zewt> "flash does it wrong" is not a reason to excuse core web features from doing things wrong
  150. # [02:42] <zewt> (flash does lots of things wrong)
  151. # [02:43] <aho> ah... opera got a sound on/off thing since ages
  152. # [02:43] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  153. # [02:44] <zewt> a major thing needed is a way to find out who's playing sound (via any API); eg. an icon in Chrome's task manager
  154. # [02:44] <aho> doesnt seem to have any effect though... (i'm using the hyper glitchy webgl build) ;>
  155. # [02:44] * Parts: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
  156. # [02:44] * Joins: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
  157. # [02:44] <zewt> yeah that wasn't my Chrome window
  158. # [02:45] <aho> ye, like background tabs which play sound get their favicon replaced by a speaker icon (or a mini UV meter thingy)
  159. # [02:45] <zewt> so many times I've loaded a browser session, had sound start playing from some random tab and had to go hunting to figure out which, heh
  160. # [02:46] <roc> those are good ideas
  161. # [02:46] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  162. # [02:51] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
  163. # [02:52] <uf0> should there be more than one <h1> on a page?
  164. # [02:53] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Remote host closed the connection)
  165. # [03:02] * Joins: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net)
  166. # [03:07] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: test)
  167. # [03:13] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
  168. # [03:17] * Quits: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  169. # [03:20] * Quits: 36DABBOJE (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  170. # [03:25] * Joins: dbaron (~dbaron@173-228-28-143.dsl.dynamic.sonic.net)
  171. # [03:26] * Quits: jamesr (~jamesr@nat/google/x-fxgaunxxlfrjvtfp) (Quit: jamesr)
  172. # [03:26] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  173. # [03:28] * Joins: jamesr (~jamesr@216.239.45.19)
  174. # [03:30] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
  175. # [03:30] * Joins: espadrine (~espadrine@acces1452.res.insa-lyon.fr)
  176. # [03:32] * Quits: jamesr (~jamesr@216.239.45.19) (Client Quit)
  177. # [03:53] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  178. # [03:58] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Remote host closed the connection)
  179. # [03:59] * Quits: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net) (Remote host closed the connection)
  180. # [04:05] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Read error: Operation timed out)
  181. # [04:07] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  182. # [04:08] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
  183. # [04:10] <Hixie> i'm looking for people willing to take up writing CCPs for 131, 147, 155, and 144 (in that order), in case anyone is interested
  184. # [04:11] * Joins: jacobolu_ (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net)
  185. # [04:11] <Hixie> (i'm happy to help out, but am getting tired of taking point on these things)
  186. # [04:11] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  187. # [04:15] * Quits: TabAtkins_ (~tabatkins@nat/google/x-ypbqmrewnpfcmhst) (Ping timeout: 260 seconds)
  188. # [04:34] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  189. # [04:39] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
  190. # [04:39] * Quits: abeelias (~abe@38.104.129.126) (Quit: Leaving...)
  191. # [04:42] * Joins: dave_levin (~dave_levi@74.125.59.65)
  192. # [04:52] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Remote host closed the connection)
  193. # [04:54] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  194. # [04:57] * Quits: aho (~nya@fuld-590c7bbc.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  195. # [04:59] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
  196. # [05:08] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
  197. # [05:08] * Quits: Yudai (~Yudai@p02fec5.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 260 seconds)
  198. # [05:16] * Joins: aroben (~aroben@unaffiliated/aroben)
  199. # [05:20] * Joins: ezoe (~ezoe@61-205-124-106f1.kyt1.eonet.ne.jp)
  200. # [05:27] * Quits: dbaron (~dbaron@173-228-28-143.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  201. # [05:28] * Quits: jacobolu_ (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net) (Quit: Leaving...)
  202. # [05:33] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
  203. # [05:38] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
  204. # [05:44] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 255 seconds)
  205. # [05:46] * Quits: FastJack (~fastjack@2001:8d8:81:1580::13:1000) (Read error: Operation timed out)
  206. # [05:47] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  207. # [05:48] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
  208. # [05:51] * Joins: FastJack (~fastjack@2001:8d8:81:1580::13:1000)
  209. # [05:51] * Quits: nonge_ (~nonge@p5082A713.dip.t-dialin.net) (Ping timeout: 250 seconds)
  210. # [05:55] * Quits: erlehmann (~erlehmann@89.204.137.97) (Quit: Ex-Chat)
  211. # [06:02] * Quits: FastJack (~fastjack@2001:8d8:81:1580::13:1000) (Read error: Operation timed out)
  212. # [06:02] * Quits: estes (~aestes@17.203.13.46) (Quit: estes)
  213. # [06:02] * Joins: FastJack (~fastjack@dumpstr.net)
  214. # [06:03] * Joins: nonge_ (~nonge@p5B3270CA.dip.t-dialin.net)
  215. # [06:14] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
  216. # [06:20] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
  217. # [06:30] <hober> Hixie: I'll take a look at those issues in the morning and let you know which (if any) I'll take
  218. # [06:30] <Hixie> cool, thanks
  219. # [06:33] * Quits: Ankheg (~Ankheg@94.158.192.25) (Quit: Leaving.)
  220. # [06:33] <Hixie> i wonder what PeerConnection.close() should do
  221. # [06:34] <Hixie> abrubtly end all communication? remove all the media streams and restart ICE (which will notify the other side that all the streams got removed)? send a simple packet to the other side telling it to abort everything?
  222. # [06:35] <Hixie> stop sending data but keep receiving it?
  223. # [06:36] <Hixie> i guess in the typical use case there has to be some out-of-band signaling separate from the SDP signaling channel
  224. # [06:36] <Hixie> and that's likely to be where the apps first agree that the session is ending
  225. # [06:36] <Hixie> so we don't need to be graceful at the ICE level
  226. # [06:40] * Joins: hdhoang (~hdhoang@cmalu.zahe.me)
  227. # [06:42] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  228. # [06:46] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  229. # [06:47] * Joins: matjas (~matjas@91.182.240.120)
  230. # [06:48] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
  231. # [06:55] * Joins: boaz (~boaz@204.153.192.4)
  232. # [06:55] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  233. # [07:00] * Quits: matjas (~matjas@91.182.240.120) (Quit: zZz)
  234. # [07:03] <Hixie> abarth: our discussion the other day resulted in http://www.whatwg.org/specs/web-apps/current-work/complete.html#the-data-stream
  235. # [07:03] <abarth> reading
  236. # [07:04] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 250 seconds)
  237. # [07:05] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  238. # [07:06] <abarth> encrypted twice. interesting
  239. # [07:07] <Hixie> yeah. the other layer is supposed to be actual encryption, the inner layer is supposed to make it so that there's never a known plaintext.
  240. # [07:07] <Hixie> but i don't know how much that makes sense, so i'm just calling it masking. :-)
  241. # [07:07] <Hixie> s/other/outer/
  242. # [07:08] <abarth> looks reasonable
  243. # [07:08] <Hixie> cool
  244. # [07:08] <abarth> i bet you could combine those two layers somehow if you needed to save a few bytes
  245. # [07:08] <abarth> i'm not sure i understand the constraints on the outer layer
  246. # [07:08] <Hixie> it wouldn't save bytes, just CPU, right?
  247. # [07:09] <abarth> ah
  248. # [07:09] <abarth> yes
  249. # [07:09] <Hixie> originally i had the key be generated from the HMAC of the ice-key, the salt, and the nonce
  250. # [07:10] <abarth> that could work too
  251. # [07:10] <Hixie> but i was lying in bed and thinking about it and it struck me that since an attacker would always know the salt, could always get the nonce by inspection, and could likely engineer a known plaintext (the first four bytes are always 0x00 0x00 0x00 0x01 for example), that might not be as secure
  252. # [07:10] <zewt> blah spec crashing firefox, time to see if session saves thing i've been typing for 20 minutes...
  253. # [07:10] <Hixie> but i have no idea really
  254. # [07:11] <abarth> that's not really an issue
  255. # [07:11] <Hixie> seems that the maths would be harder this way, but likely no less possible
  256. # [07:11] <abarth> you should think of AES-128-CTR has giving your a stream of random bytes to XOR with the message
  257. # [07:11] <abarth> for all intents and purposes, they bytes are really random if you don't know the key
  258. # [07:12] <Hixie> ah ok
  259. # [07:12] <Hixie> so one layer would be just as good?
  260. # [07:12] <abarth> yeah
  261. # [07:12] <Hixie> k
  262. # [07:13] <abarth> i assume you've looked at this: http://tools.ietf.org/html/draft-jennings-rtcweb-api-00
  263. # [07:14] <Hixie> don't think i've seen that one yet
  264. # [07:14] <Hixie> everybody and their dog seems to be writing requirements docs
  265. # [07:15] <hsivonen> hooray! WebKit landed async=false.
  266. # [07:18] * Joins: dave_levin_ (~dave_levi@nat/google/x-ssqgmoqcuybmexif)
  267. # [07:22] <Hixie> abarth: k, spec updated to just use one layer
  268. # [07:29] <zewt> should there be a hash of the data within the packet, too, to prevent randomly tampering with encrypted packets?
  269. # [07:30] <zewt> (that's not implicit in -CTR, right? been a while...)
  270. # [07:30] <abarth> depends if you want integrity protection
  271. # [07:31] <abarth> CTR has zero integrity protection
  272. # [07:31] <Hixie> there's also the risk of replay attacks
  273. # [07:31] <abarth> at some point you're re-inventing DTLS
  274. # [07:35] <Hixie> does DTLS work without having to negotiate certs and stuff?
  275. # [07:35] * Quits: dave_levin_ (~dave_levi@nat/google/x-ssqgmoqcuybmexif) (Quit: dave_levin_)
  276. # [07:35] <Hixie> we have a signaling channel here for that kind of stuff
  277. # [07:36] <Hixie> it would be unfortunate if our UDP data channel also had to do all kinds of stuff like that
  278. # [07:41] <zewt> without integrity protection, if an attacker knows a single, full packet (eg. a handshaking packet that's always the same), he can derive the key from the packet, then use that key over and over to generate whatever fake data he wants
  279. # [07:42] <zewt> (worse than just a replay attack)
  280. # [07:42] <Hixie> i thought AES-128-CTR prevented that
  281. # [07:42] <Hixie> (in principle)
  282. # [07:42] <Hixie> (for current technology)
  283. # [07:42] <zewt> CTR is supposed to never reuse a key
  284. # [07:43] <Hixie> right, it doesn't
  285. # [07:43] <zewt> by increasing a counter for each packet
  286. # [07:43] <Hixie> we have a nonce for each packet
  287. # [07:43] <zewt> but the key is determined by the sender, right?
  288. # [07:43] <zewt> right, the 16 random bytes--but nothing prevents me from taking your 16 random bytes and just using them again and again
  289. # [07:43] <Hixie> the key for each packet is a combination of the salt in the spec, the nonce, and the connection key
  290. # [07:44] <Hixie> sure, but that's just a replay attack
  291. # [07:44] <Hixie> you can't get the key from that
  292. # [07:44] <Hixie> (except by brute force)
  293. # [07:44] <zewt> i can get the key from an encrypted packet and a decrypted packet
  294. # [07:44] <zewt> (not the original AES key, the nonce+salt+ice-key key)
  295. # [07:44] <Hixie> abarth earlier asserted that you couldn't
  296. # [07:45] <Hixie> what's the difference between the original AES key and the nonce+salt+ice-key key?
  297. # [07:45] <zewt> correct me if I'm forgetting how it works, but AES-128-CTR is basically taking the input key (nonce+salt+ice-key), generating a securely-random block of bytes, and XORing those bytes with the plaintext
  298. # [07:46] * Joins: abeelias (~abe@c-98-210-211-36.hsd1.ca.comcast.net)
  299. # [07:46] <zewt> so if I know the plaintext (eg. handshaking packet) and I know the encrypted data (sniffing), I can XOR to get those random bytes back
  300. # [07:46] <zewt> then I can reuse the 16 random bytes (causing it to use the same random bytes), and then spoof whatever data I want
  301. # [07:46] <Hixie> well if that's correct then i should go back to the double-encryption thing i had specced earlier
  302. # [07:47] <Hixie> but abarth suggested it was not
  303. # [07:47] <zewt> i think here, the "counter" (in -CTR terms) in your scheme is the nonce?
  304. # [07:47] <Hixie> and i tend to trust abarth :-)
  305. # [07:49] <zewt> it's late and I'll look at it more tomorrow when I'm not tired, but I think for this to work the way you want, you'd want a counter in each packet that can only increase--but that won't work since UDP packets can come in out of order
  306. # [07:50] <Hixie> if what you describe is accurate, which isn't clear to me, then the previously-specced solution should work fine
  307. # [07:50] <Hixie> since it encrypts the nonce
  308. # [07:50] <Hixie> so that there's no known plaintext
  309. # [07:50] <zewt> have a URL to that version of the spec? i'll look at it tomorrow
  310. # [07:51] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  311. # [07:51] <Hixie> see the diff :-)
  312. # [07:51] <Hixie> (on tracker)
  313. # [07:51] <zewt> i don't even know where the diffs go :)
  314. # [07:51] <Hixie> (linked from the spec)
  315. # [07:51] <zewt> k found it
  316. # [07:53] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  317. # [07:53] <zewt> i think the missing piece here is you don't actually have a counter anywhere
  318. # [07:54] <zewt> the inputs to AES-128-CTR are the key, the plaintext and the counter--you only have the first two, so it's just plain AES-128
  319. # [07:54] <zewt> anyway 'night
  320. # [07:55] * Joins: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com)
  321. # [07:55] <abarth> "i can get the key from an encrypted packet and a decrypted packet" <--- that's not really true
  322. # [07:57] <Hixie> so you can't just take an encrypted packet and the plaintext, xor them, xor the result with a new plaintxt, and send it on its way?
  323. # [07:57] <abarth> or rather, if you could, you could break AES and make lots of money by hacking the banking system
  324. # [07:57] <abarth> oh, you can alter the data in a single packet all you like
  325. # [07:57] <abarth> that's what we mean when we say there's no integrity
  326. # [07:57] <abarth> but that doesn't help you learn the contents of the message
  327. # [07:58] <Hixie> wouldn't my double-encryption thing protect you from that too?
  328. # [07:58] <abarth> nope
  329. # [07:58] <Hixie> why not?
  330. # [07:59] <abarth> imagine you knew the plain text was "attack at dawn"
  331. # [07:59] <abarth> the bytes on the wire are "attack at dawn" XOR something
  332. # [07:59] <abarth> so you take those bytes and XOR them with ("attack at dawn" XOR "let's do lunch")
  333. # [08:00] <abarth> it doesn't matter what the something is
  334. # [08:00] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 246 seconds)
  335. # [08:00] <abarth> the "attack at dawn"s cancel out
  336. # [08:00] <abarth> and the message decrypts to "let's do lunch"
  337. # [08:01] * Joins: Yudai (~Yudai@pa3d354.kngwnt01.ap.so-net.ne.jp)
  338. # [08:01] <Hixie> fair enough
  339. # [08:02] <abarth> if you want integrity, you need to do something like MAC the message using SHA1-HMAC
  340. # [08:02] <abarth> you can generated a key for that using the ice-key and another salt
  341. # [08:02] <abarth> to be precise, you should MAC the ciphertext
  342. # [08:02] * Quits: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 276 seconds)
  343. # [08:03] <Hixie> what would you do with the MAC?
  344. # [08:04] <abarth> if you got a message with a bogus mac, you'd ignore it
  345. # [08:04] <Hixie> i don't follow
  346. # [08:04] <Hixie> how would you know it's bogus?
  347. # [08:05] <abarth> since the receiver knows the ice-key and the salt
  348. # [08:05] <abarth> he knows the mac-key
  349. # [08:05] <Hixie> i'm missing something here
  350. # [08:05] <abarth> ok
  351. # [08:05] <abarth> backing up
  352. # [08:06] <abarth> if we're worried about someone changing the message enroute
  353. # [08:06] <abarth> (rather than just learning the contents of the message)
  354. # [08:06] <abarth> we need some way for the receiver to drop messages that have been changed, right?
  355. # [08:06] <Hixie> right.
  356. # [08:06] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  357. # [08:06] <abarth> the most common approach to doing that
  358. # [08:07] <abarth> is to send something like a checksum with the message
  359. # [08:07] <abarth> that both the sender and receiver can compute
  360. # [08:07] <abarth> but the attacker cannot
  361. # [08:07] <abarth> so if the messages arrives with the correct checksum
  362. # [08:07] <abarth> the receiver knows it was sent by the sender at some point in the past
  363. # [08:07] <Hixie> ohh, you're saying send the MAC with the message
  364. # [08:07] <Hixie> got it
  365. # [08:07] <abarth> yes
  366. # [08:08] <abarth> that still doesn't solve the replay problem
  367. # [08:08] <Hixie> replay is easy to solve at the application layer
  368. # [08:08] <abarth> yes
  369. # [08:08] <Hixie> hmmm
  370. # [08:08] * Hixie ponders whether to add a checksum or not
  371. # [08:09] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: IRC is just multiplayer notepad)
  372. # [08:11] <Hixie> any reason it has to be a different salt, btw?
  373. # [08:11] <abarth> you're never supposed to use the same key for more than one thing
  374. # [08:12] <Hixie> fair enough
  375. # [08:12] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: Leaving)
  376. # [08:13] <Hixie> ok filed a bug on that
  377. # [08:14] * Joins: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  378. # [08:15] <Hixie> yeah DTLS isn't really appropriate here
  379. # [08:16] <Hixie> having to do a handshake as part of setting this up seems silly when we have a signaling channel
  380. # [08:16] <abarth> yep
  381. # [08:21] * Quits: abeelias (~abe@c-98-210-211-36.hsd1.ca.comcast.net) (Quit: Leaving...)
  382. # [08:21] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
  383. # [08:24] * Joins: Ms2ger (~Ms2ger@91.181.31.85)
  384. # [08:24] * Joins: abeelias_ (~abe@c-98-210-211-36.hsd1.ca.comcast.net)
  385. # [08:29] * Joins: rimantas (~rimliu@93.93.57.193)
  386. # [08:32] * Quits: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
  387. # [08:36] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  388. # [08:37] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 250 seconds)
  389. # [08:41] * dglazkov is now known as dglazkov|away
  390. # [08:42] * Joins: Maurice (~ano@77.222.73.150)
  391. # [08:43] * Joins: matjas (~matjas@195.130.156.13)
  392. # [08:45] * Quits: abeelias_ (~abe@c-98-210-211-36.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  393. # [08:45] * Joins: abeelias_ (~abe@c-98-210-211-36.hsd1.ca.comcast.net)
  394. # [08:51] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed) (Remote host closed the connection)
  395. # [08:57] * Quits: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net) (Read error: Connection reset by peer)
  396. # [09:04] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
  397. # [09:08] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
  398. # [09:08] * Quits: wm3|away (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
  399. # [09:09] * Joins: wm3|away (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  400. # [09:09] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  401. # [09:10] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  402. # [09:15] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
  403. # [09:19] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  404. # [09:24] * Quits: wm3|away (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Ping timeout: 255 seconds)
  405. # [09:26] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
  406. # [09:31] * Joins: doublec (~chris@unaffiliated/doublec)
  407. # [09:32] * Joins: wm3|away (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  408. # [09:35] * Quits: wm3|away (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  409. # [09:42] * Joins: msucan (~robod@89.123.176.48)
  410. # [09:45] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Ping timeout: 252 seconds)
  411. # [09:46] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
  412. # [09:50] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  413. # [09:53] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  414. # [10:00] * Joins: pesla (~pesla@188.202.125.121)
  415. # [10:01] * Joins: kal-EL_ (~jor-EL@host216-73-dynamic.11-79-r.retail.telecomitalia.it)
  416. # [10:02] * Quits: ben_h (~ben@128.250.195.143) (Quit: ben_h)
  417. # [10:08] * Joins: kal-EL__ (~jor-EL@host216-73-dynamic.11-79-r.retail.telecomitalia.it)
  418. # [10:12] * Quits: kal-EL_ (~jor-EL@host216-73-dynamic.11-79-r.retail.telecomitalia.it) (Ping timeout: 255 seconds)
  419. # [10:12] * kal-EL__ is now known as kal-EL_
  420. # [10:13] * Joins: tbassetto (~tbassetto@92.103.127.226)
  421. # [10:13] * Quits: hdhoang (~hdhoang@cmalu.zahe.me) (Read error: Operation timed out)
  422. # [10:14] * Joins: mpt (~mpt@canonical/mpt)
  423. # [10:15] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  424. # [10:17] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  425. # [10:20] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
  426. # [10:26] * Quits: ezoe (~ezoe@61-205-124-106f1.kyt1.eonet.ne.jp) (Ping timeout: 248 seconds)
  427. # [10:28] * Joins: MrDoublesite (~mropposit@unaffiliated/mropposite)
  428. # [10:30] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 252 seconds)
  429. # [10:30] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  430. # [10:30] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  431. # [10:32] * Quits: MrDoublesite (~mropposit@unaffiliated/mropposite) (Ping timeout: 246 seconds)
  432. # [10:36] * riven` is now known as riven
  433. # [10:36] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  434. # [10:36] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  435. # [10:45] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
  436. # [10:46] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  437. # [10:47] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 250 seconds)
  438. # [10:57] * Joins: mpt (~mpt@canonical/mpt)
  439. # [11:02] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 248 seconds)
  440. # [11:02] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
  441. # [11:07] * Joins: ezoe (~ezoe@203-140-90-27f1.kyt1.eonet.ne.jp)
  442. # [11:13] * Quits: pesla (~pesla@188.202.125.121) (Read error: Operation timed out)
  443. # [11:13] * Joins: mpt (~mpt@canonical/mpt)
  444. # [11:14] * Joins: karlcow (~karl@nerval.la-grange.net)
  445. # [11:18] * Joins: pesla_ (~pesla@188.202.125.121)
  446. # [11:18] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  447. # [11:19] * Joins: wm3|away (~workmad3@cspool123.cs.man.ac.uk)
  448. # [11:22] * Joins: ben_h (~ben@128.250.195.143)
  449. # [11:22] * Quits: ben_h (~ben@128.250.195.143) (Client Quit)
  450. # [11:25] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  451. # [11:26] * Quits: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com) (Remote host closed the connection)
  452. # [11:27] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
  453. # [11:30] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Quit: bga_)
  454. # [11:30] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  455. # [11:35] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  456. # [11:37] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
  457. # [11:37] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  458. # [11:45] * Joins: erlehmann (~erlehmann@89.204.137.97)
  459. # [11:46] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  460. # [11:48] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection timed out)
  461. # [11:49] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  462. # [11:55] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  463. # [11:56] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  464. # [11:57] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  465. # [12:01] * Joins: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com)
  466. # [12:06] * Joins: hdhoang (~hdhoang@cmalu.zahe.me)
  467. # [12:14] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  468. # [12:14] * Joins: danbri (~danbri@2001:610:110:4d1:21b:63ff:feb0:faec)
  469. # [12:18] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Ping timeout: 264 seconds)
  470. # [12:22] * Joins: pauld (~chatzilla@212.36.55.94)
  471. # [12:23] * Parts: pauld (~chatzilla@212.36.55.94)
  472. # [12:26] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  473. # [12:27] * Joins: JoePeck (~JoePeck@17.244.14.222)
  474. # [12:30] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  475. # [12:34] * Quits: pesla_ (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
  476. # [12:35] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  477. # [12:35] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  478. # [12:37] * Joins: JoePeck_ (~JoePeck@17.244.14.222)
  479. # [12:37] * Quits: JoePeck (~JoePeck@17.244.14.222) (Read error: Connection reset by peer)
  480. # [12:37] * JoePeck_ is now known as JoePeck
  481. # [12:37] * Joins: pesla (~pesla@188.202.125.121)
  482. # [12:46] * bga_ is now known as bga_|away
  483. # [12:46] * bga_|away is now known as bga_
  484. # [12:47] * Joins: _o (~nathan@host86-142-128-126.range86-142.btcentralplus.com)
  485. # [12:47] * Quits: webr3 (~nathan@host86-142-128-126.range86-142.btcentralplus.com) (Read error: Connection reset by peer)
  486. # [12:49] * Quits: foolip (~philip@83.218.67.122) (Remote host closed the connection)
  487. # [12:50] * Joins: webr3 (~nathan@host86-142-128-126.range86-142.btcentralplus.com)
  488. # [12:50] * Quits: _o (~nathan@host86-142-128-126.range86-142.btcentralplus.com) (Read error: Connection reset by peer)
  489. # [13:07] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Remote host closed the connection)
  490. # [13:07] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  491. # [13:08] * Joins: ben_h_ (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  492. # [13:09] * Quits: ben_h_ (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Remote host closed the connection)
  493. # [13:09] * Joins: ben_h_ (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  494. # [13:09] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Read error: Connection reset by peer)
  495. # [13:09] * ben_h_ is now known as ben_h
  496. # [13:15] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  497. # [13:16] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Client Quit)
  498. # [13:16] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  499. # [13:20] * Joins: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp)
  500. # [13:27] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
  501. # [13:29] * Joins: foolip (~philip@83.218.67.122)
  502. # [13:31] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  503. # [13:33] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (Ping timeout: 240 seconds)
  504. # [13:37] * Joins: volkmar (~volkmar@rps1542.ovh.net)
  505. # [13:37] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Changing host)
  506. # [13:37] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
  507. # [13:38] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
  508. # [13:42] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  509. # [13:44] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
  510. # [13:52] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  511. # [13:55] * Quits: wm3|away (~workmad3@cspool123.cs.man.ac.uk) (Remote host closed the connection)
  512. # [14:02] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  513. # [14:07] * Quits: pesla (~pesla@188.202.125.121) (Read error: Operation timed out)
  514. # [14:07] * Joins: pesla (~pesla@188.202.125.121)
  515. # [14:08] * Joins: miketaylr (~miketaylr@206.217.92.186)
  516. # [14:12] * bga_ is now known as bga_|away
  517. # [14:12] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Quit: ERC Version 5.3 (IRC client for Emacs))
  518. # [14:12] * Joins: ivan` (~ivan@li125-242.members.linode.com)
  519. # [14:12] * Quits: ivan` (~ivan@li125-242.members.linode.com) (Changing host)
  520. # [14:12] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  521. # [14:19] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  522. # [14:22] * Joins: pesla_ (~pesla@188.202.125.121)
  523. # [14:26] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 264 seconds)
  524. # [14:31] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Ping timeout: 252 seconds)
  525. # [14:33] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  526. # [14:37] * Joins: FireFly (~firefly@unaffiliated/firefly)
  527. # [14:37] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 240 seconds)
  528. # [14:37] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  529. # [14:42] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  530. # [14:43] * Quits: pesla_ (~pesla@188.202.125.121) (Remote host closed the connection)
  531. # [14:44] * Joins: pesla (~pesla@188.202.125.121)
  532. # [14:45] * Joins: plainhao (~plainhao@208.75.85.237)
  533. # [14:48] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  534. # [14:49] * Quits: hdhoang (~hdhoang@cmalu.zahe.me) (Ping timeout: 264 seconds)
  535. # [14:50] * Quits: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  536. # [14:55] * Joins: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp)
  537. # [14:57] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Kthxbye!)
  538. # [14:58] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  539. # [15:02] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  540. # [15:02] * Quits: tbassetto (~tbassetto@92.103.127.226) (Ping timeout: 248 seconds)
  541. # [15:04] * Joins: ben_h_ (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  542. # [15:05] * Quits: ben_h_ (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Client Quit)
  543. # [15:07] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Ping timeout: 255 seconds)
  544. # [15:15] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  545. # [15:17] * bga_|away is now known as bga_
  546. # [15:17] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  547. # [15:20] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  548. # [15:23] * bga_ is now known as bga_|away
  549. # [15:27] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
  550. # [15:32] <matjas> TabAtkins: What’s up with your CSS feed?
  551. # [15:33] <matjas> Make that your entire website :o
  552. # [15:34] <matjas> http://downforeveryoneorjustme.com/xanthir.com
  553. # [15:34] * Joins: zdobersek (~zan@cpe-46-164-10-164.dynamic.amis.net)
  554. # [15:45] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  555. # [15:54] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  556. # [15:59] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  557. # [15:59] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  558. # [15:59] <zewt> "<abarth> "i can get the key from an encrypted packet and a decrypted packet" <--- that's not really true" <- not the AES key; the resulting block of data AES generates to XOR with the plaintext
  559. # [16:04] <zewt> "<Hixie> replay is easy to solve at the application layer" <- if you mean by user code, I don't recommend it--users shouldn't need to worry about that layer of security; you could, for example, have each peer send the salt the other side should be using (instead of using a hardcoded salt), which would stop replay entirely
  560. # [16:12] <zewt> including a hash in the packet won't fix the known-plaintext problem; the fundamental problem is this is using CTR without having a counter (which doesn't really make sense, it's missing a parameter to the algorithm)
  561. # [16:15] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  562. # [16:15] <TabAtkins> matjas: Sorry, I let my account run out of money. Funding it now...
  563. # [16:16] * jgraham discovered once that letting your account run out of money is easy to do if all the email about impending doom goes to a dead or unused account
  564. # [16:16] <jgraham> Well I say once
  565. # [16:17] <jgraham> It was more like like twice in quick succession
  566. # [16:17] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Client Quit)
  567. # [16:18] <jgraham> zewt: At risk of making an idiot of myself, don't you just start the counter at 0 at some point? So it doesn't need to be an input
  568. # [16:18] * Joins: maikmerten (~merten@vpn2051.itmc.tu-dortmund.de)
  569. # [16:19] <zewt> jgraham: you have to specify what the counter is, it's not implicit--this is UDP, it's going to miss and reorder packets, so it's not as simple as "increment it once for each packet"
  570. # [16:20] * Quits: Peter` (~peter@53516E0C.cm-6-2b.dynamic.ziggo.nl) (Ping timeout: 248 seconds)
  571. # [16:21] * Joins: Peter` (~peter@53516E0C.cm-6-2b.dynamic.ziggo.nl)
  572. # [16:22] * Quits: Ms2ger (~Ms2ger@91.181.31.85) (Quit: bbl)
  573. # [16:23] <TabAtkins> jgraham: I got the $1 message a few days ago, I just didn't do anything with it. Sometime overnight I got the "we've turned off your website" message. ^_^ Back now, though.
  574. # [16:30] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  575. # [16:31] * bga_|away is now known as bga_
  576. # [16:31] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  577. # [16:33] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Client Quit)
  578. # [16:37] * Joins: danbri_ (~danbri@note-guus2.few.vu.nl)
  579. # [16:37] * Quits: danbri (~danbri@2001:610:110:4d1:21b:63ff:feb0:faec) (Read error: Operation timed out)
  580. # [16:38] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  581. # [16:41] * Joins: aroben (~aroben@2620:0:1b00:1191:1cb:26d5:2995:ee4)
  582. # [16:41] * Quits: aroben (~aroben@2620:0:1b00:1191:1cb:26d5:2995:ee4) (Changing host)
  583. # [16:41] * Joins: aroben (~aroben@unaffiliated/aroben)
  584. # [16:42] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
  585. # [16:42] * Joins: dylanw (~dw@209.189.196.86)
  586. # [16:46] * Quits: matjas (~matjas@195.130.156.13) (Quit: zZz)
  587. # [16:48] * danbri_ is now known as danbri
  588. # [16:55] * dglazkov|away is now known as dglazkov
  589. # [16:57] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  590. # [17:00] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 248 seconds)
  591. # [17:05] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  592. # [17:05] * aroben_ is now known as aroben
  593. # [17:06] * Joins: pesla_ (~pesla@188.202.125.121)
  594. # [17:08] * Quits: pesla (~pesla@188.202.125.121) (Read error: Operation timed out)
  595. # [17:08] * Quits: maikmerten (~merten@vpn2051.itmc.tu-dortmund.de) (Remote host closed the connection)
  596. # [17:10] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
  597. # [17:12] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  598. # [17:16] * Quits: pesla_ (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
  599. # [17:16] * Joins: FastJack (~fastjack@dumpstr.net)
  600. # [17:17] * Quits: abeelias_ (~abe@c-98-210-211-36.hsd1.ca.comcast.net) (Quit: Leaving...)
  601. # [17:18] * Joins: TabAtkins_ (~tabatkins@nat/google/x-dympxsmevtyprbnp)
  602. # [17:23] * Joins: Martijnc (~Martijnc@91.176.56.106)
  603. # [17:24] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  604. # [17:32] * Quits: danbri (~danbri@note-guus2.few.vu.nl) (Remote host closed the connection)
  605. # [17:34] * aroben is now known as aroben|afk
  606. # [17:36] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  607. # [17:37] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  608. # [17:40] * aroben|afk is now known as aroben
  609. # [17:46] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  610. # [17:51] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  611. # [17:52] * Joins: xtoph (~xtoph@213.47.185.206)
  612. # [17:53] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  613. # [17:55] * Joins: pesla (~pesla@188.202.125.121)
  614. # [17:55] * Joins: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net)
  615. # [18:01] <zcorpan> hsivonen: webm.html5.org needs a snippet that people can use on their sites to show a link to webm.html5.org only when a webm video fails
  616. # [18:09] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  617. # [18:16] <hober> Hixie: OK, getting back to you on those CCPs.
  618. # [18:16] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  619. # [18:16] <hober> 131 is the sort of thing I'd like to run by Maciej, but he's on vacation.
  620. # [18:17] <hober> WRT 147, we support Frank's CP.
  621. # [18:17] <hober> 155 is not something we have any sort of position on, but I'm surprised to say that I personally agree with Leif on this one.
  622. # [18:18] <hober> (I can't say I ever expected to say that)
  623. # [18:18] <hober> Re: 144, we generate <u> in WebCore editing's applyStyle command, and don't intend to change that. All things being equal, we'd like the markup that we generate to be conforming.
  624. # [18:19] <zcorpan> hsivonen: maybe something like http://software.hixie.ch/utilities/js/live-dom-viewer/saved/883
  625. # [18:19] <jgraham> hober: Why do you agree with Leif for 155 (just curious)? Assume I haven't read or understood any or what Leif wrote…
  626. # [18:19] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  627. # [18:19] * Joins: tw2113 (~tw2113@fedora/tw2113)
  628. # [18:20] <hober> jgraham: <table border=1> is the most succinct way to mark up a data table that survives syndication
  629. # [18:20] * Philip` assumes that's not a far-fetched assumption
  630. # [18:21] <hober> Philip`: indeed, he's quite hard to follow most if not all of the time.
  631. # [18:24] * Joins: aroben_ (~aroben@2620:0:1b00:1191:1cb:26d5:2995:ee4)
  632. # [18:24] * Quits: aroben_ (~aroben@2620:0:1b00:1191:1cb:26d5:2995:ee4) (Changing host)
  633. # [18:24] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  634. # [18:24] <jgraham> Oh, is there actaully a CP just about border? I just read the issue title…
  635. # [18:26] <jgraham> (as a theoretical point, it seems that the "I want this to survive syndication" argument implies people don't really want seperation of content and style, they just want a convenient way of reusing style)
  636. # [18:26] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  637. # [18:26] * Quits: pesla (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
  638. # [18:27] <hober> jgraham: yeah, 155 is just about <table border>
  639. # [18:29] <hober> jgraham: In this case, I think the syndication argument is a pragmatic one. Personally, I want content and style to be separate. That said, if one of the most common methods for consuming my content mangles it in a way that makes it lose meaning, I'm happy to do something to avoid that
  640. # [18:29] <hober> Consider a data table which is a matrix of single digit numbers
  641. # [18:30] <jgraham> Right, I see that it could be bad to lose the border
  642. # [18:30] <jgraham> I'm wondering if it is ever the case that it could be bad to have the border
  643. # [18:30] <jgraham> Assuming one wasn't using tables for layout
  644. # [18:31] <jgraham> Otherwise, feed readers could add borders in their UA stylesheet
  645. # [18:31] <hober> If feed readers started doing that, that would be good New Information for revisiting the issue
  646. # [18:32] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  647. # [18:32] <jgraham> Right, in the absence of them actually doing that it seems that it could be pragmatic to allow authors to control it somehow
  648. # [18:33] <jgraham> In other news, I have no idea what the text at http://www.whatwg.org/specs/web-apps/current-work/#renderingUA means
  649. # [18:33] <jgraham> It sounds like "if a UA says it conforms to this section, it must conform to this section"
  650. # [18:34] <hober> jgraham: indeed
  651. # [18:34] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  652. # [18:35] <AryehGregor> hober, by applyStyle do you mean execCommand(), or is that something else that does a similar thing?
  653. # [18:35] <jgraham> Hmm, bug 12319 is at least the third time someone has made that mistake
  654. # [18:36] <AryehGregor> jgraham, it's saying that you can only claim to be "a visual user agent that supports the suggested default rendering" if you implement the rules in the rendering section.
  655. # [18:36] <AryehGregor> So it defines the term "a visual user agent that supports the suggested default rendering".
  656. # [18:36] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
  657. # [18:37] * zcorpan claims there are no user agents that support the suggested default rendering
  658. # [18:38] <AryehGregor> Well, yes.
  659. # [18:38] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  660. # [18:38] <AryehGregor> There are no user agents in any of the other conformance classes either, yet.
  661. # [18:39] * Joins: aroben (~aroben@unaffiliated/aroben)
  662. # [18:39] <zcorpan> sure there is. i have a data mining tool that does nothing. i think it's a conforming data mining tool!
  663. # [18:41] * Joins: wm3|away (~workmad3@cspool123.cs.man.ac.uk)
  664. # [18:41] <zcorpan> (it's my table; it's also a conforming HTML4 UA)
  665. # [18:42] <hober> jgraham: I think it's an internal noodly bit lower down than execCommand
  666. # [18:42] <jgraham> AryehGregor: ^
  667. # [18:43] <jgraham> Although I approve of the idea of noodly bits. Functional and tasty!
  668. # [18:44] <AryehGregor> hober, I'm writing an execCommand() spec right now. Currently my plan is to have the default only output conforming elements, but if you set styleWithCSS = false, it will output stuff like <font> (for things like e-mail where you can't rely on clients supporting CSS).
  669. # [18:44] <AryehGregor> Of course, this will depend on what implementers think, since it's a change from the status quo.
  670. # [18:44] <AryehGregor> I do hope <u> becomes conforming, though.
  671. # [18:44] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Quit: dendeffe)
  672. # [18:45] * Joins: jamesr (~jamesr@nat/google/x-kcjndhphmlojifdt)
  673. # [18:45] * Joins: matjas (~matjas@91.182.199.252)
  674. # [18:48] * Joins: dbaron (~dbaron@nat/mozilla/x-vlkeqscinqqbqbwv)
  675. # [18:49] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  676. # [18:50] <hober> AryehGregor: link to your draft? I'll fwd it along to the right people over here
  677. # [18:50] <hober> which, now that I think about it, I think I've already done
  678. # [18:50] <hober> nvm
  679. # [18:50] <AryehGregor> hober, pretty sure they've seen it. :)
  680. # [18:50] <AryehGregor> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-March/030714.html
  681. # [18:51] <AryehGregor> I've had lots of discussion with rniwa in particular, and am busy rewriting the spec based on his input.
  682. # [18:51] <AryehGregor> Actually, WebKit people are the only ones who have given me much feedback so far. Except for Hallvord of Opera, who gave me a bookmarklet to use to trace execCommand() usage in insanely complicated rich text editors like Gmail.
  683. # [18:52] <AryehGregor> Which I'll be sure to use at some point.
  684. # [18:52] * bga_ is now known as bga_|away
  685. # [18:53] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  686. # [18:55] * Quits: boaz (~boaz@204.153.192.4) (Read error: Operation timed out)
  687. # [18:56] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  688. # [18:58] * Joins: zdobersek1 (~zan@cpe-46-164-0-241.dynamic.amis.net)
  689. # [18:59] * Quits: jamesr (~jamesr@nat/google/x-kcjndhphmlojifdt) (Quit: jamesr)
  690. # [18:59] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  691. # [19:00] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  692. # [19:00] * Quits: zdobersek (~zan@cpe-46-164-10-164.dynamic.amis.net) (Ping timeout: 276 seconds)
  693. # [19:02] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  694. # [19:02] * Joins: jamesr (~jamesr@nat/google/x-isoktolwupnvehzy)
  695. # [19:02] * Joins: boaz (~boaz@204.153.192.4)
  696. # [19:04] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  697. # [19:04] <TabAtkins> Yay, I found a nearly up-to-date version of my Lists UA stylesheet that I generated off the old spec a while back! That'll save me a lot of conversion efforts in rewriting the numeric and alphabetic lists.
  698. # [19:08] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  699. # [19:09] * Quits: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  700. # [19:10] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
  701. # [19:19] * Joins: maikmerten (~maikmerte@port-92-201-215-87.dynamic.qsc.de)
  702. # [19:19] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
  703. # [19:25] * Quits: wm3|away (~workmad3@cspool123.cs.man.ac.uk) (Remote host closed the connection)
  704. # [19:25] * Quits: dbaron (~dbaron@nat/mozilla/x-vlkeqscinqqbqbwv) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  705. # [19:25] * bga_|away is now known as bga_
  706. # [19:26] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  707. # [19:28] * Quits: boaz (~boaz@204.153.192.4) (Quit: boaz)
  708. # [19:30] * Joins: dbaron (~dbaron@nat/mozilla/x-iuynlfcgmycdclys)
  709. # [19:30] * Joins: eachwon (~chatzilla@78-20-20-163.access.telenet.be)
  710. # [19:31] * eachwon is now known as teachwon
  711. # [19:32] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  712. # [19:32] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  713. # [19:33] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  714. # [19:33] * Quits: dbaron (~dbaron@nat/mozilla/x-iuynlfcgmycdclys) (Client Quit)
  715. # [19:33] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
  716. # [19:34] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  717. # [19:35] * Joins: dbaron (~dbaron@nat/mozilla/x-thucimlxbwoepohl)
  718. # [19:35] * Quits: jamesr (~jamesr@nat/google/x-isoktolwupnvehzy) (Quit: jamesr)
  719. # [19:35] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  720. # [19:36] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Ex-Chat)
  721. # [19:38] * Quits: erlehmann (~erlehmann@89.204.137.97) (Quit: Ex-Chat)
  722. # [19:41] * Joins: aroben (~aroben@unaffiliated/aroben)
  723. # [19:44] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Ping timeout: 260 seconds)
  724. # [19:45] <AryehGregor> So apparently, bolding something in a text editor will only unbold it if the whole selection is already bold.
  725. # [19:45] <AryehGregor> Interesting.
  726. # [19:45] <AryehGregor> I thought it went according to the start, for some reason.
  727. # [19:47] <TabAtkins> Yes, that's the standard behavior. If anything is unbold, it bolds it first.
  728. # [19:52] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 276 seconds)
  729. # [20:01] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Read error: Operation timed out)
  730. # [20:06] <zewt> Hixie: it may be worth considering just using DTLS, because: it deals with all of the security issues we've discussed; it deals with some that I havn't brought up yet (like being able to support new ciphers/hashes down the line); it may improve interoperability (for example, allowing comms with other systems supporting the existing protocol); openssl already supports it; it's already (I expect) thoroughly audited; ...
  731. # [20:06] * ericc|away is now known as eric_carlson
  732. # [20:06] * aroben is now known as aroben|lunch
  733. # [20:12] * Joins: Ankheg (~Ankheg@94.158.192.25)
  734. # [20:19] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  735. # [20:21] <Hixie> hober: k
  736. # [20:21] * Joins: jamesr (~jamesr@216.239.45.19)
  737. # [20:22] <Hixie> hober: could you elaborate on 147?
  738. # [20:22] <Hixie> jgraham: all the conformance classes are opt-in, essentially
  739. # [20:22] <Hixie> jgraham: the goal of that particular clause though is to let people write a test suite for the rendering section
  740. # [20:23] <hober> Hixie: it's not really my area of expertise; maybe eric_carlson can elaborate
  741. # [20:24] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
  742. # [20:26] <Hixie> for <u> and <table border> and layout tables i expect i'm just not going to bother fighting it for now; maybe fork the whatwg copy, maybe just wait a few more years and try again. It's sad that every time we try to help the cause of accessibility advocacy by removing the presentational aspects, people insist on trying to keep some.
  743. # [20:26] * Joins: dave_levin (~dave_levi@nat/google/x-icvlazkxyfqfkxfn)
  744. # [20:26] <Hixie> it's so shortsighted.
  745. # [20:26] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Client Quit)
  746. # [20:26] <Hixie> but oh well.
  747. # [20:27] <bfrohs> Hixie: That's humanity for ya :)
  748. # [20:27] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 252 seconds)
  749. # [20:27] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Quit: Ex-Chat)
  750. # [20:28] <eric_carlson> Hixie: what is hober volunteering me for?
  751. # [20:28] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  752. # [20:29] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  753. # [20:29] <hober> eric_carlson: ISSUE-147 (the playbackRate thing)
  754. # [20:29] <eric_carlson> Hixie: OK
  755. # [20:31] <eric_carlson> Hixie: the problem is that is really isn't always possible to play at an arbitrary rate
  756. # [20:33] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  757. # [20:33] <eric_carlson> Hixie: so the current behavior in browsers that support rates other than 1 and 0 is what Frank suggests
  758. # [20:34] <Hixie> eric_carlson: it's always possible, why would it not be?
  759. # [20:35] <Hixie> playing it back faster is just a matter of decoding it faster, playing it back slower is just a matter of decoding it slower. playing it backwards is, at the extreme, just a matter of decoding it forwards into a buffer then playing it backwards.
  760. # [20:36] * Quits: TabAtkins_ (~tabatkins@nat/google/x-dympxsmevtyprbnp) (Ping timeout: 260 seconds)
  761. # [20:37] <eric_carlson> Hixie: OK, "not possible" was poorly chosen
  762. # [20:38] <Hixie> well if it's just possible but hard, tat's just a quality of implementation issue
  763. # [20:38] <Hixie> lots of things in the platform are hard
  764. # [20:38] <Hixie> rendering box-shadow on a large box is apparently hard, but we don't say that browsers can just give up after a certain number of pixels
  765. # [20:38] <zewt> well, there's a difference between "hard" and "doesn't fit the design of the data" (eg. "you really don't want to do this")
  766. # [20:39] <eric_carlson> Hixie: most (all?) media frameworks don't support arbitrary playback rates, and while it may be possible to work around the issue with the tricks you note, it seems *extremely* unlikely that anyone will do it
  767. # [20:39] <Hixie> yeah, the difference is a quality of implementation difference
  768. # [20:39] <zewt> eg. in the extreme case, say, 30 seconds of HD data with no keyframes and not enough memory to hold the entire uncompressed video in memory at once, you may have to decode the entire video for each frame, which is O(n^2); that's worse than just "hard", it's pathologically broken
  769. # [20:39] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Read error: Connection reset by peer)
  770. # [20:40] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  771. # [20:40] <Hixie> eric_carlson: well then the media frameworks aren't good enough and need improving. that's hardly the first time we've had that problem. platform networking frameworks have had to be rewritten for web browsers, platform font support has had to be shored up for web browsers, etc. why is media special?
  772. # [20:40] <hober> this sounds like an area where we're likely to have browser behavior converge on frank's proposal and not what's currently in the spec
  773. # [20:40] <Hixie> sure, we'll always have coverage on subsets of the spec before the whole spec
  774. # [20:40] <Hixie> the question is what do we want in the future, not what we have now
  775. # [20:41] * aroben|lunch is now known as aroben
  776. # [20:41] <eric_carlson> Hixie: aren't good enough because they don't implement a feature that isn't terribly useful?
  777. # [20:41] <Hixie> eric_carlson: if arbitrary playback speed isn't useful, let's remove the feature, not just make it optional to implement
  778. # [20:42] <Hixie> i was under the impression that it was in facD[D[D[D[D[D[D[Dt terribly useful
  779. # [20:42] <Hixie> er, "fact"
  780. # [20:42] <eric_carlson> Hixie: isn't that essentially what the CP suggests: "If the user agent is unable to play back media at the requested rate, ignore the requested rate; playbackrate must not change"
  781. # [20:42] <Hixie> eric_carlson: that's making the feature optional, not removing it.
  782. # [20:43] <Hixie> eric_carlson: i'm suggesting if we have the feature we should require that it be implemented
  783. # [20:43] <Hixie> eric_carlson: and that if we don't want the feature, we remove it
  784. # [20:43] <zewt> it should be optional, since whether it's possible (or real-world-reasonable) to play at a specific rate (particularly in reverse) depends heavily on the file being played (keyframe frequency, mostly)
  785. # [20:43] <zewt> if you want to support playing backwards then you have to encode a file with that in mind
  786. # [20:44] <zewt> (i'd expect in practice if it's "required", browsers are going to sort of fudge it, such as by only playing keyframes--which seems worse than honestly telling scripts "nope, can't do that")
  787. # [20:46] <Hixie> seems much better to me to fudge it than not do it
  788. # [20:46] <eric_carlson> zewt: I don't agree that playing only keyframes is necessarily a bad idea
  789. # [20:46] <Hixie> seems even better to just do it right
  790. # [20:46] <zewt> well, more specifically: as a developer I'd rather have feedback from the UA when the quality of a feature is significantly reduced
  791. # [20:47] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  792. # [20:47] <zewt> and granted doing so by disabling the feature and ignoring the setting isn't necessarily the best way of doing so
  793. # [20:47] <Hixie> i guess i should submit two CPs: "this feature isn't useful so we should remove it altogether, not make it essentially useless", and "this feature is implementable, so it's just a quality of implementation issue and we should not have the browser refuse to set the rate"
  794. # [20:48] <Hixie> i don't mind having metrics saying how well the video is playing
  795. # [20:48] <Hixie> we need that anyway
  796. # [20:48] * Joins: tw2113 (~tw2113@fedora/tw2113)
  797. # [20:48] * Joins: michaeln (~michaeln@nat/google/x-qhkzertziqvlpoct)
  798. # [20:53] <zewt> (of course, either way, i'd think this has got to be at the bottom of the pile of important things to be worried about right now, heh)
  799. # [20:54] <zewt> do these things just get forced on you out of order? heh
  800. # [20:55] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  801. # [21:01] * Joins: Lachy (~Lachlan@178.74.11.135)
  802. # [21:05] * Joins: maikmerten_ (~maikmerte@port-92-201-148-45.dynamic.qsc.de)
  803. # [21:05] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  804. # [21:06] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 252 seconds)
  805. # [21:08] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Ping timeout: 250 seconds)
  806. # [21:08] * Quits: maikmerten (~maikmerte@port-92-201-215-87.dynamic.qsc.de) (Ping timeout: 250 seconds)
  807. # [21:08] * Joins: aho (~nya@fuld-4d00d6a1.pool.mediaWays.net)
  808. # [21:10] * Quits: matjas (~matjas@91.182.199.252) (Quit: zZz)
  809. # [21:11] <espadrine> God, ie9 now supports webm?!
  810. # [21:11] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  811. # [21:11] <espadrine> officially!
  812. # [21:12] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  813. # [21:14] <miketaylr> ...with a plugin
  814. # [21:15] <espadrine> well, having them embrace it is pretty much the best we could hope for
  815. # [21:15] <espadrine> even with a plugin
  816. # [21:15] <miketaylr> better than nothing :)
  817. # [21:15] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
  818. # [21:19] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  819. # [21:20] * Joins: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
  820. # [21:21] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  821. # [21:24] * Quits: Ankheg (~Ankheg@94.158.192.25) (Read error: Connection timed out)
  822. # [21:27] * Joins: mdelaney_ (~mdelaney@2620:0:1b00:1191:1014:e6b4:c453:5cae)
  823. # [21:30] * Joins: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com)
  824. # [21:37] <Philip`> Sounds like IE9 supports WebM to the same extent that Safari support Theora
  825. # [21:38] * Quits: maikmerten_ (~maikmerte@port-92-201-148-45.dynamic.qsc.de) (Remote host closed the connection)
  826. # [21:42] <aho> safari doesnt even support audio on xp and vista
  827. # [21:43] <aho> i'm not really sure what's up with that
  828. # [21:43] <aho> (i.e. Audio is undefined)
  829. # [21:45] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  830. # [21:47] * Quits: mdelaney_ (~mdelaney@2620:0:1b00:1191:1014:e6b4:c453:5cae) (Quit: mdelaney_)
  831. # [21:48] <aho> On Windows, if QuickTime is not installed, Safari is missing the "Audio" and "Video" APIs completely. - http://twitter.com/thomasfuchs/status/48095892976304129
  832. # [21:48] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Read error: Connection reset by peer)
  833. # [21:48] <aho> that explains it :)
  834. # [21:48] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  835. # [21:48] * Quits: Lachy (~Lachlan@178.74.11.135) (Quit: This computer has gone to sleep)
  836. # [21:56] * Quits: zdobersek1 (~zan@cpe-46-164-0-241.dynamic.amis.net) (Quit: Leaving.)
  837. # [21:59] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
  838. # [22:01] <karlcow> http://www.w3.org/mid/AANLkTinLGdDzxn=KatYoJSkum_NFz5ddJQsHG8jJCdJb@mail.gmail.com
  839. # [22:01] <karlcow> Spellchecker for the DOM
  840. # [22:03] * Joins: doublec (~chris@unaffiliated/doublec)
  841. # [22:04] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  842. # [22:04] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: > let fibz = 0 : 1 : zipWith (+) fibz (tail fibz) in fibz)
  843. # [22:05] <Hixie> zewt: yeah, the chairs decide the order
  844. # [22:05] <Hixie> ok, bbiab
  845. # [22:09] * bga_ is now known as bga_|away
  846. # [22:10] * Joins: Lachy (~Lachlan@178.74.11.135)
  847. # [22:14] * bga_|away is now known as bga_
  848. # [22:17] * Quits: Lachy (~Lachlan@178.74.11.135) (Quit: Leaving)
  849. # [22:18] * Joins: Lachy (~Lachlan@178.74.11.135)
  850. # [22:24] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  851. # [22:25] <TabAtkins> Hixie: Is it worth it for me to transcribe the syriac characters into a @counter-style rule? Looks like the language is dead, and it would be a lot of annoying copypaste.
  852. # [22:28] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  853. # [22:29] * eric_carlson is now known as ericc|away
  854. # [22:33] * ericc|away is now known as ericc|really|awa
  855. # [22:36] * Quits: uf0 (deeznuts@80.244.247.158) (Quit: changing servers)
  856. # [22:37] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bvkkdwlbowqvpsrm)
  857. # [22:38] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  858. # [22:41] * Quits: Martijnc (~Martijnc@91.176.56.106) (Quit: Martijnc)
  859. # [22:42] * Joins: FastJack (~fastjack@dumpstr.net)
  860. # [22:44] * Quits: Lachy (~Lachlan@178.74.11.135) (Quit: This computer has gone to sleep)
  861. # [22:46] * Joins: Lachy (~Lachlan@178.74.11.135)
  862. # [22:48] * Quits: doublec (~chris@unaffiliated/doublec) (Ping timeout: 276 seconds)
  863. # [22:49] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
  864. # [22:53] <AryehGregor> Wow, Eric Law is apparently very aggressive about editing his blog post comments: http://blogs.msdn.com/b/ieinternals/archive/2011/03/14/internet-explorer-hidden-images-styled-with-display-none-always-have-zero-0-height.aspx
  865. # [22:54] <AryehGregor> There were lots more before, and the one remaining one by me has been edited to point to the W3C spec instead of the WHATWG spec.
  866. # [22:54] <TabAtkins> That's... weird.
  867. # [22:54] <AryehGregor> Originally I linked to the WHATWG spec, then he asked if I had a W3C spec link, so I gave that.
  868. # [22:54] <AryehGregor> Then some other people posted comments.
  869. # [22:54] <zewt> that's unacceptable--you don't edit the writing of someone else, period
  870. # [22:54] <AryehGregor> Then my second comment disappeared, along with a bunch of other people's comments.
  871. # [22:55] <AryehGregor> Then I reposted some form of my second comment.
  872. # [22:55] <AryehGregor> Now he's removed all the other comments, including the ones he's left before; edited my first comment to link to the W3C spec; and added a response.
  873. # [22:55] <AryehGregor> Well, at least he filed a bug about it.
  874. # [22:56] <zewt> he's edited what you said to make it look like you said something you didn't; that's beyond unacceptable
  875. # [22:56] <zewt> the sort of thing that makes me angry even though it didn't even happen to me, heh
  876. # [22:59] <AryehGregor> Yeah, it's kind of objectionable.
  877. # [22:59] * Joins: tw2113 (~tw2113@fedora/tw2113)
  878. # [22:59] <AryehGregor> But oh well.
  879. # [22:59] <AryehGregor> I've had posts disappear before on various blogs, or never appear, but I don't think they were ever edited to make them say something they didn't before.
  880. # [23:00] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
  881. # [23:00] * Quits: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com) (Read error: Operation timed out)
  882. # [23:00] <TabAtkins> Yeah, that's shitty. The most I've seen is in-place edits with a note from the site author indicating what they edited, and then it was only for really minor things.
  883. # [23:01] <zewt> censoring comments is bad enough, but editing other people's messages directly--intuitively I put that in a similar level of unacceptability as plagiarism
  884. # [23:01] <AryehGregor> Meh, no need to get excited about it.
  885. # [23:01] <AryehGregor> It's not like Microsoft is usually any better than that.
  886. # [23:01] * Quits: msucan (~robod@89.123.176.48) (Quit: .)
  887. # [23:02] * ap is now known as ap|away
  888. # [23:02] <TabAtkins> On an unrelated note, luckily one of the geocities-preserval projects contained the reference I needed from this unicode technical note.
  889. # [23:02] <AryehGregor> . . .
  890. # [23:02] <AryehGregor> What?
  891. # [23:03] <TabAtkins> One of the cited references in this note was a geocities page about tamil numbering.
  892. # [23:04] <zewt> references to geocities, heh
  893. # [23:04] <zewt> i suppose the modern-day analogue would be referencing a pastebin
  894. # [23:04] <AryehGregor> Really.
  895. # [23:04] * aroben is now known as aroben|meeting
  896. # [23:05] <AryehGregor> That's a little bit sad.
  897. # [23:05] <TabAtkins> Well, the note itself appears to be hosted on scribd, which isn't any better.
  898. # [23:05] <AryehGregor> Although I guess it's not so different from html5.org references in the HTML5 draft.
  899. # [23:06] <Philip`> zewt: Not really, since Geocities was intended for permanent hosting of individuals' sites, whereas pastebins are generally intended to be temporary and anonymous
  900. # [23:06] * Quits: dbaron (~dbaron@nat/mozilla/x-thucimlxbwoepohl) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  901. # [23:06] <AryehGregor> Philip`, plenty of pastebins default to permanent storage.
  902. # [23:06] <zewt> well, most pastebins have "expire: never" options--but I wouldn't count on them, either
  903. # [23:07] * Quits: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2) (Quit: estes)
  904. # [23:07] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 276 seconds)
  905. # [23:08] <Philip`> AryehGregor: They're probably technically as permanent as Geocities, but I don't think they give the impression to users that they'll exist forever
  906. # [23:08] <AryehGregor> Did Geocities give that impression, strictly speaking?
  907. # [23:08] * Philip` had some sites on Geocities, and never considered the possibility that it would ever disappear
  908. # [23:09] <AryehGregor> Yeah, but is that because they gave you that impression, or because you made it up?
  909. # [23:09] <Philip`> (If I had thought about it I probably could have assumed it might disappear eventually, but I never thought about it)
  910. # [23:09] <Philip`> It's the impression I got
  911. # [23:09] <Philip`> regardless of where that impression came from :-)
  912. # [23:09] <zewt> we were all new at things back then :)
  913. # [23:10] <Philip`> Of course the things that I thought *would* disappear, like newsgroups postings, have stuck around forever
  914. # [23:11] * Joins: jeremyselier (~Jeremy@seg75-1-81-57-242-198.fbx.proxad.net)
  915. # [23:12] * AryehGregor finds his old Geocities page from when he was 16
  916. # [23:12] <Philip`> (Also I put sites on my ISP's free web hosting thing, which was under the ISP's domain name, which was a bad idea since it meant I couldn't leave that ISP without losing my sites and email addresses)
  917. # [23:13] <zewt> everyone's done that... once
  918. # [23:13] <AryehGregor> This site really brings back memories.
  919. # [23:13] <TabAtkins> Did it used to be expensive to register domain names or something?
  920. # [23:13] <zewt> was originally something like $50/mo, I think
  921. # [23:13] <zewt> er
  922. # [23:13] <zewt> /year
  923. # [23:13] <zewt> (not *that* expensive. heh)
  924. # [23:14] <Philip`> http://www.dotweekly.com/respecting-a-domain-name-with-age-registration-history - "From 1995-1998 Network Solutions was the only domain name registrar and .com (I think .net and .org as well) domain name fee’s were $100 for a 2 year minimum"
  925. # [23:15] * Quits: kal-EL_ (~jor-EL@host216-73-dynamic.11-79-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
  926. # [23:15] <TabAtkins> Jeez.
  927. # [23:15] <Philip`> That's quite expensive when you're about 12 :-)
  928. # [23:15] <TabAtkins> zewt was referring to his mistake of marking it as per month.
  929. # [23:16] <AryehGregor> Seems like the Gmail app got stuck in an infinite loop or something on my phone.
  930. # [23:17] <AryehGregor> It ran down the battery to 15% over the course of a few hours, with the screen off and everything, and the phone was hot to the touch.
  931. # [23:17] <AryehGregor> Yay power management!
  932. # [23:18] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
  933. # [23:20] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  934. # [23:22] * Quits: Lachy (~Lachlan@178.74.11.135) (Quit: This computer has gone to sleep)
  935. # [23:24] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  936. # [23:26] * Joins: mpt (~mpt@027c264f.bb.sky.com)
  937. # [23:26] * Quits: mpt (~mpt@027c264f.bb.sky.com) (Changing host)
  938. # [23:26] * Joins: mpt (~mpt@canonical/mpt)
  939. # [23:29] * Quits: twisted (~twisted@205.189.73.45) (Ping timeout: 240 seconds)
  940. # [23:35] * Joins: twisted (~twisted@205.189.73.45)
  941. # [23:37] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  942. # [23:38] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  943. # [23:43] * Joins: jacobolus (~jacobolus@static-216-41-81-42.ngn.onecommunications.net)
  944. # [23:44] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  945. # [23:44] * Quits: michaeln (~michaeln@nat/google/x-qhkzertziqvlpoct) (Quit: Leaving.)
  946. # [23:47] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  947. # [23:50] * Joins: mpt (~mpt@canonical/mpt)
  948. # [23:55] * aroben|meeting is now known as aroben
  949. # Session Close: Thu Mar 17 00:00:01 2011

The end :)