/irc-logs / freenode / #whatwg / 2012-01-13 / end

Options:

  1. # Session Start: Fri Jan 13 00:00:00 2012
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: lesbos (~wesbos@66.207.217.186)
  4. # [00:01] * Joins: jwalden (~waldo@18.189.100.172)
  5. # [00:02] * Quits: erlehmann (~erlehmann@88.130.187.198) (Quit: Ex-Chat)
  6. # [00:03] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
  7. # [00:03] * Quits: hansmuller (~HansMulle@sjfw1-a.adobe.com) (Ping timeout: 252 seconds)
  8. # [00:04] * Joins: hansmuller (~HansMulle@sjfw1-a.adobe.com)
  9. # [00:04] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  10. # [00:04] * Quits: lesbos (~wesbos@66.207.217.186) (Client Quit)
  11. # [00:10] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: miketaylr)
  12. # [00:11] * Quits: mishunov (~spliter@157.125.34.95.customer.cdi.no) (Quit: mishunov)
  13. # [00:18] * Quits: arun_ (~arun@pool-72-68-161-247.nycmny.east.verizon.net) (Quit: arun_)
  14. # [00:20] * Joins: wesbos (~wesbos@66.207.217.186)
  15. # [00:20] * Joins: KillerX (~anant@67.111.52.130.ptr.us.xo.net)
  16. # [00:20] * Quits: KillerX (~anant@67.111.52.130.ptr.us.xo.net) (Client Quit)
  17. # [00:21] <jamesr> TabAtkins: yo, what's the status of http://dev.w3.org/csswg/css3-box/ compared to http://www.w3.org/TR/CSS2/visuren.html / http://www.w3.org/TR/CSS2/visudet.html for defining basic block / inline layout modes?
  18. # [00:23] <jamesr> does css3 box superscede 2.1 visres/visdet, or is it incomplete?
  19. # [00:23] * Quits: ojan (ojan@nat/google/x-zzslgngioejaxpse) (Quit: ojan)
  20. # [00:23] * jernoble is now known as jernoble|afk
  21. # [00:23] * Joins: ojan (ojan@nat/google/x-ucqlhjmhyaatmqvq)
  22. # [00:23] * Quits: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca) (Quit: davidb)
  23. # [00:32] * Quits: shans (shanesteph@nat/google/x-ybwinlfteiiqfiua) (Quit: shans)
  24. # [00:42] * jernoble|afk is now known as jernoble
  25. # [00:45] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-tasbaxfurfqqituq)
  26. # [00:57] * Joins: shans (~shanestep@74.125.56.17)
  27. # [00:58] <ojan> TabAtkins: qq...flex-align: stretch on parent, flex-item-align: auto on child. getcomputedstyle of flex-item-align on the child should return stretch or auto?
  28. # [00:58] <ojan> TabAtkins: and what spec covers this?
  29. # [00:59] <ojan> computed style continue to confound me
  30. # [00:59] <ojan> i guess this is covered by cssom
  31. # [00:59] * Quits: Morphous_ (jan@f049129089.adsl.alicedsl.de) (Read error: Operation timed out)
  32. # [01:01] * Quits: wesbos (~wesbos@66.207.217.186) (Quit: Leaving...)
  33. # [01:02] <jamesr> ojan: http://dev.w3.org/csswg/cssom/#resolved-values
  34. # [01:02] * Joins: tantek (~tantek@nat/mozilla/x-hseblyeoenllelnk)
  35. # [01:02] <jamesr> since flex-align-item isn't in the magic list for getComputedStyle, it returns the computed value of that property
  36. # [01:04] <ojan> jamesr: yeah...i've read that before...but i don't see anything defining what "resolved value" and "computed value" actually are
  37. # [01:04] <jamesr> resolved value = computed value, except for that list of properties in which case resolved value = something else
  38. # [01:04] <jamesr> computed value = this guy: http://dev.w3.org/csswg/css3-cascade/#computed
  39. # [01:05] <jamesr> so basically after matching selectors and doing inheritance
  40. # [01:05] * Joins: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net)
  41. # [01:06] <ojan> jamesr++
  42. # [01:06] <ojan> thx
  43. # [01:06] * Quits: [[zz]] (~q@125.25.25.176.adsl.dynamic.totbb.net) (Quit: จรลี จรลา ...)
  44. # [01:06] * Quits: plutoniix (~plutoniix@125.25.25.176.adsl.dynamic.totbb.net) (Quit: Leaving)
  45. # [01:06] <jamesr> i think it'd be auto in your case unless there's something that modifies it in some way due to inheritance
  46. # [01:06] * Quits: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net) (Client Quit)
  47. # [01:07] <ojan> jamesr: yeah...it won't be auto. flex-align modifies it due to inheritance
  48. # [01:08] <ojan> jamesr: as in...if flex-item-align is auto, then it uses the flex-align value of it's parent
  49. # [01:09] <jamesr> ah ok, i think that modification should apply to the computed value, then
  50. # [01:11] * Quits: nielsle (~nielsle@3239059-cl69.boa.fiberby.dk) (Ping timeout: 240 seconds)
  51. # [01:13] * Quits: othermaciej (~mjs@17.245.88.178) (Quit: othermaciej)
  52. # [01:16] * Joins: Morphous_ (jan@f049032057.adsl.alicedsl.de)
  53. # [01:18] * Joins: [[zz]] (~q@125.25.40.71.adsl.dynamic.totbb.net)
  54. # [01:19] * Joins: tantek_ (~tantek@nat/mozilla/x-vruqjwofldshqrtr)
  55. # [01:20] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Quit: tzing)
  56. # [01:21] * Joins: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net)
  57. # [01:22] <ojan> jamesr: hmmm...i'm not really sure that's correct
  58. # [01:22] <ojan> because the value isn't inherited exactly
  59. # [01:22] <jamesr> what exactly modifies it?
  60. # [01:22] <ojan> auto on the child just means look at the parent's flex-align
  61. # [01:22] <jamesr> some stuff stays 'auto' and then is figured out at layout time (aka computed->used time)
  62. # [01:22] <ojan> yeah
  63. # [01:22] <ojan> that's this
  64. # [01:23] <ojan> hm...but it's not used value as per flexAlignForChild
  65. # [01:23] <ojan> hmmm...
  66. # [01:23] <ojan> as per http://dev.w3.org/csswg/css3-cascade/#computed
  67. # [01:23] <ojan> becuase you don't need to format the document to figure out the value
  68. # [01:24] <ojan> i can't think of other cases where we have auto values that can be resolved without laying out the document
  69. # [01:24] <ojan> hm...maybe i should just send an email to www-style
  70. # [01:25] <jamesr> i think the "resolve as much as possible" text is pretty vague
  71. # [01:25] <ojan> yeah
  72. # [01:25] <jamesr> i think that means for calc()
  73. # [01:30] * Quits: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net) (Quit: Leaving)
  74. # [01:30] * Joins: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net)
  75. # [01:31] <jamesr> but i'm not sure
  76. # [01:31] * Quits: mrdoob (~mrdoob@136.8.21.95.dynamic.jazztel.es) (Read error: Connection reset by peer)
  77. # [01:33] * Quits: tantek_ (~tantek@nat/mozilla/x-vruqjwofldshqrtr) (Quit: tantek_)
  78. # [01:36] * Joins: tantek_ (~tantek@nat/mozilla/x-ujzrlyrjpdrintgk)
  79. # [01:36] * Quits: sicking (~chatzilla@nat/mozilla/x-zdzrezcokurrsxkv) (Ping timeout: 252 seconds)
  80. # [01:39] * Joins: jacobolus (~jacobolus@199-83-223-112.PUBLIC.monkeybrains.net)
  81. # [01:40] * Joins: jacobolu_ (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net)
  82. # [01:40] * Joins: arun_ (~arun@pool-96-232-190-4.nycmny.fios.verizon.net)
  83. # [01:44] * Quits: jacobolus (~jacobolus@199-83-223-112.PUBLIC.monkeybrains.net) (Ping timeout: 244 seconds)
  84. # [01:44] * Quits: nessy (~Adium@124-149-102-172.dyn.iinet.net.au) (Quit: Leaving.)
  85. # [01:45] * Joins: jacobolus (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net)
  86. # [01:45] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
  87. # [01:45] * Quits: jacobolu_ (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net) (Read error: Connection reset by peer)
  88. # [01:45] * Quits: jacobolus (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net) (Read error: Connection reset by peer)
  89. # [01:46] * Joins: jacobolu_ (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net)
  90. # [01:48] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
  91. # [01:49] * Quits: jacobolu_ (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net) (Read error: Connection reset by peer)
  92. # [01:50] * Joins: jacobolus (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net)
  93. # [01:54] * Quits: jacobolus (~jacobolus@199-83-223-231.PUBLIC.monkeybrains.net) (Read error: No route to host)
  94. # [01:54] * Joins: rniwa (~rniwa@216.239.45.130)
  95. # [01:54] * Joins: ezoe (~ezoe@61-205-124-242f1.kyt1.eonet.ne.jp)
  96. # [02:00] * Joins: astearns_ (~astearns@192.150.22.5)
  97. # [02:00] * Joins: richt_ (richt@nat/opera/x-ygezkgfestwozjyn)
  98. # [02:01] * Joins: mrdoob (~mrdoob@136.8.21.95.dynamic.jazztel.es)
  99. # [02:01] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  100. # [02:01] * Joins: ezoe_ (~ezoe@61-205-124-242f1.kyt1.eonet.ne.jp)
  101. # [02:01] * Joins: cpearce_ (~chatzilla@60.234.54.74)
  102. # [02:02] <AryehGregor> Why does an error event fired at a <source> not bubble? If it bubbled, you could put a single onerror on <video> and be done with it.
  103. # [02:02] <AryehGregor> Maybe we don't want it bubbling up to the body or document or whatever and confusing people?
  104. # [02:02] * Joins: othree_ (~othree@admin39.ct.ntust.edu.tw)
  105. # [02:03] * Joins: schnoomac-a (~schnoomac@melbourne.99cluster.com)
  106. # [02:03] <AryehGregor> In that case, maybe it would make sense to fire an error event at the <video> separately.
  107. # [02:03] * Quits: hansmuller (~HansMulle@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
  108. # [02:03] * Joins: jwalden_ (~waldo@18.189.100.172)
  109. # [02:06] * Joins: rektide_ (~rektide@deneb.eldergods.com)
  110. # [02:06] * Joins: jacobolus (~jacobolus@199-83-223-112.PUBLIC.monkeybrains.net)
  111. # [02:07] <rniwa> AryehGregor, Hixie: ping
  112. # [02:07] <AryehGregor> rniwa, pong.
  113. # [02:07] <rniwa> AryehGregor: hi, I think drag & drop model is somewhat flawed
  114. # [02:07] <Hixie> rniwa: here
  115. # [02:07] <AryehGregor> The one in the HTML spec? I'm not familiar with it.
  116. # [02:07] <rniwa> http://www.whatwg.org/specs/web-apps/current-work/multipage/dnd.html#drag-and-drop-processing-model
  117. # [02:07] <Hixie> rniwa: the drag and drop model is terribly flawed
  118. # [02:07] <Hixie> rniwa: news at 11 :-)
  119. # [02:07] <rniwa> says that we need to insert contents immediately after firing drop event
  120. # [02:07] <Hixie> it's just what IE5.5 did
  121. # [02:08] <Hixie> which is just what COM did
  122. # [02:08] <Hixie> or COM+ or something
  123. # [02:08] <Hixie> old windows tech
  124. # [02:08] <rniwa> and then delete contents inside dragend event
  125. # [02:08] <rniwa> but this would mean that when the user undo the actions the last action to be undone is the insertion of the contents
  126. # [02:08] * Joins: gnarf_ (~gnarf@unaffiliated/gnarf)
  127. # [02:09] <rniwa> so we end up placing the caret at the drag destination
  128. # [02:09] <rniwa> as supposed to selecting the dragged (moved) source
  129. # [02:09] * Joins: jarib_ (~jarib@109.74.192.179)
  130. # [02:09] * Quits: ojan (ojan@nat/google/x-ucqlhjmhyaatmqvq) (Quit: ojan)
  131. # [02:10] * Quits: ezoe (~ezoe@61-205-124-242f1.kyt1.eonet.ne.jp) (*.net *.split)
  132. # [02:10] * Quits: shans (~shanestep@74.125.56.17) (*.net *.split)
  133. # [02:10] * Quits: jwalden (~waldo@18.189.100.172) (*.net *.split)
  134. # [02:10] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (*.net *.split)
  135. # [02:10] * Quits: cpearce (~chatzilla@60.234.54.74) (*.net *.split)
  136. # [02:10] * Quits: richt (richt@nat/opera/x-wevptmqhkqzxappk) (*.net *.split)
  137. # [02:10] * Quits: jarib (~jarib@unaffiliated/jarib) (*.net *.split)
  138. # [02:10] * Quits: astearns (~stearns@192.150.22.5) (*.net *.split)
  139. # [02:10] * Quits: heycam (~cam@wok.mcc.id.au) (*.net *.split)
  140. # [02:10] * Quits: gnarf (~gnarf@unaffiliated/gnarf) (*.net *.split)
  141. # [02:10] * Quits: llrcombs (~llrcombs@64.130.210.214) (*.net *.split)
  142. # [02:10] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (*.net *.split)
  143. # [02:10] * Quits: rektide (~rektide@deneb.eldergods.com) (*.net *.split)
  144. # [02:10] * schnoomac-a is now known as schnoomac
  145. # [02:10] * astearns_ is now known as astearns
  146. # [02:10] <rniwa> Hixie, AryehGregor: the fact the insertion and deletion of the contents happen at a different timing makes it really hard to implement correctly in webkit
  147. # [02:11] * Joins: heycam (~cam@wok.mcc.id.au)
  148. # [02:11] * Joins: llrcombs (~llrcombs@64.130.210.214)
  149. # [02:14] * gnarf_ is now known as gnarf
  150. # [02:14] * Joins: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  151. # [02:15] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
  152. # [02:15] <rniwa> Hixie, AryehGregor: e.g. Firefox 9 deletes & inserts the content after dragend event is fired
  153. # [02:15] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 252 seconds)
  154. # [02:16] <rniwa> Hixie, AryehGregor: and I'm more inclined to follow that behavior than following the current spec.
  155. # [02:17] <rniwa> any opinion about this?
  156. # [02:17] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  157. # [02:19] * jernoble is now known as jernoble|afk
  158. # [02:20] * AryehGregor has no opinions about DnD
  159. # [02:21] <rniwa> AryehGregor: https://bugs.webkit.org/show_bug.cgi?id=57185
  160. # [02:22] <rniwa> AryehGregor: my current approach is an insane hack
  161. # [02:22] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  162. # [02:22] <rniwa> AryehGregor: and frankly, firefox's behavior is much saner
  163. # [02:22] <rniwa> sicking: hi sicking
  164. # [02:25] * Quits: Druide_ (~Druid@asphyx.lunetics.com) (Ping timeout: 252 seconds)
  165. # [02:25] * Joins: Druide_ (~Druid@p5B05D824.dip.t-dialin.net)
  166. # [02:27] <Hixie> rniwa: what does IE do?
  167. # [02:27] <Hixie> rniwa: this is probably related to the way IE collapsed all (scripted and UA-driven) DOM modifications during DND into a single undo event
  168. # [02:28] <rniwa> Hixie: presumably what your spec says now?
  169. # [02:28] <Hixie> presumably, but if it doesn't then it's much easier to argue that we should change the spec
  170. # [02:28] <rniwa> Hixie: I don't have a windows machine at hand now
  171. # [02:29] <Hixie> me either :-(
  172. # [02:29] * Joins: ehsan (~ehsan@209.29.21.241)
  173. # [02:30] <rniwa> Hixie: though I'm not too concerned about matching undo behavior for dragging text
  174. # [02:31] * Joins: jarek (~jarek@unaffiliated/jarek)
  175. # [02:31] <rniwa> Hixie: I don't think it really matters as long as we define whether script-initiated dom mutations should be undone or not
  176. # [02:31] <rniwa> whether all dom mutations being in single dom transaction or not isn't that important as far as i'm concerned
  177. # [02:31] <Hixie> the undo behaviour isn't a huge problem here but i would imagine that how to react to events getting canceled does
  178. # [02:32] <rniwa> Hixie: right.
  179. # [02:32] <Hixie> which would imply not being able to move the point in the algorithm where stuff is removed and added to the dom
  180. # [02:32] <rniwa> Hixie: right now, things are added then removed :(
  181. # [02:32] <rniwa> Hixie: that's the problem
  182. # [02:33] <rniwa> if we had removed then added, this won't be an issue
  183. # [02:33] <Hixie> right but my point is that we maybe can't change that
  184. # [02:33] <Hixie> a site could rely on the add happening, and the remove not
  185. # [02:33] * Hixie doesn't know
  186. # [02:33] <rniwa> Hixie: how could that be?
  187. # [02:33] <Hixie> maybe they want the user to be able to copy stuff or something
  188. # [02:33] <rniwa> Hixie: webkit doesn't even fire drop & dragend events for text drag at the moment
  189. # [02:34] <rniwa> they can't possibly be relying on that
  190. # [02:34] <Hixie> webkit is irrelevant to code written for IE
  191. # [02:34] <rniwa> and firefox moves the text atomically in dragend
  192. # [02:34] <Hixie> webkit didn't _exist_ when this stuff was in a browser with 99% market share
  193. # [02:34] <Hixie> nor did firefox
  194. # [02:34] <Hixie> who knows what old code is out there that relies on this API
  195. # [02:35] <rniwa> maybe
  196. # [02:35] <Hixie> but maybe nothing depends on it and we can change it
  197. # [02:35] <Hixie> i have no data either way
  198. # [02:35] * gwicke_ is now known as gwicke_away
  199. # [02:39] * gwicke_away is now known as gwicke_
  200. # [02:39] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  201. # [02:41] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
  202. # [02:42] <rniwa> Hixie: oops, I was wrong. Firefox and WebKit matches the behavior
  203. # [02:42] <rniwa> Hixie: we both remove & insert text at the timing drop event is fired
  204. # [02:42] <rniwa> Hixie: only IE delays deletion until drop event
  205. # [02:42] <rniwa> Hixie: I can't figure out how to trigger text drag on Opera though...
  206. # [02:43] <Hixie> spec matches which, IE?
  207. # [02:43] * rniwa tires firefox beta
  208. # [02:43] <rniwa> Hixie: the spec matches IE
  209. # [02:43] <rniwa> Hixie: I've just checked IE9
  210. # [02:43] <Hixie> k
  211. # [02:44] <rniwa> Hixie: I'd go as far as to say I don't think WebKit will ever match IE
  212. # [02:44] <rniwa> Hixie: since it's extremely challenging for us to match IE's behavior here
  213. # [02:46] * Quits: gwicke_ (~gabriel@216.38.130.164) (Quit: Bye!)
  214. # [02:49] * Quits: ap (~ap@2620:149:4:1b01:887:451b:26a2:8732) (Quit: ap)
  215. # [02:54] <Hixie> that's good information to have
  216. # [02:54] * Joins: scor (~scor@drupal.org/user/52142/view)
  217. # [02:54] <Hixie> if i can convince you to, it would be helpful for you to post to the list saying this, along with a test case showing the problem
  218. # [02:54] <Hixie> maybe public-webapps since it'd be good to get a microsoft person to comment
  219. # [02:54] <rniwa> Hixie: good idea
  220. # [02:55] * rniwa puts that on his long todo list
  221. # [02:55] <Hixie> heh
  222. # [02:55] <Hixie> i know that feeling
  223. # [02:56] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
  224. # [02:56] <rniwa> Hixie: these days, I feel like I almost need a personal secretary program to keep track of what I need to do
  225. # [02:56] * Quits: jwalden_ (~waldo@18.189.100.172) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
  226. # [02:58] <Hixie> i've been tempted to ask chris if i can get a secretary
  227. # [02:58] <Hixie> but then i'd have to, like, manage them
  228. # [03:00] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
  229. # [03:00] <rniwa> Hixie: yeah, your case is much more extreme
  230. # [03:01] <rniwa> Hixie: but then if that secretary doesn't know about html/etc... he/she won't be much of a help either
  231. # [03:02] <rniwa> i guess the knowledge of the web technology is a requirement for your secretary but even then finding a person who knows well enough about it and wants to be a secretary instead of a developer might be hard
  232. # [03:02] * Quits: arun_ (~arun@pool-96-232-190-4.nycmny.fios.verizon.net) (Quit: arun_)
  233. # [03:04] <Hixie> yeah well
  234. # [03:04] <Hixie> that's the main problem with finding spec writers in general
  235. # [03:04] * Joins: ehsan (~ehsan@209.29.21.241)
  236. # [03:05] <Hixie> all the good ones aren't stupid enough to go into spec writing as a career :-P
  237. # [03:05] <Hixie> apparently with the exception of a few of us here ;-)
  238. # [03:08] * Quits: tyoshino (~tyoshino@74.125.56.33) (Quit: Leaving.)
  239. # [03:11] * Joins: scor (~scor@drupal.org/user/52142/view)
  240. # [03:14] * Joins: gwicke_ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net)
  241. # [03:15] * Joins: tyoshino (~tyoshino@74.125.56.33)
  242. # [03:16] * Joins: jarek_ (~jarek@aeak177.neoplus.adsl.tpnet.pl)
  243. # [03:17] * Joins: tyoshino1 (~tyoshino@74.125.56.33)
  244. # [03:17] * Parts: tyoshino1 (~tyoshino@74.125.56.33)
  245. # [03:17] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 255 seconds)
  246. # [03:19] * Quits: jarek_ (~jarek@aeak177.neoplus.adsl.tpnet.pl) (Client Quit)
  247. # [03:26] * Quits: jacobolus (~jacobolus@199-83-223-112.PUBLIC.monkeybrains.net) (Remote host closed the connection)
  248. # [03:26] * Quits: ezoe_ (~ezoe@61-205-124-242f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
  249. # [03:27] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
  250. # [03:29] * Quits: pablof (~pablof@144.189.101.1) (Quit: zzz)
  251. # [03:30] * Joins: gwicke__ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net)
  252. # [03:30] * Quits: dave_levin (dave_levin@nat/google/x-veebjrixgmdbyqbq) (Quit: dave_levin)
  253. # [03:31] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
  254. # [03:31] * Quits: gwicke_ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net) (Read error: Connection reset by peer)
  255. # [03:32] * Quits: tyoshino (~tyoshino@74.125.56.33) (Quit: Leaving)
  256. # [03:39] <rniwa> Hixie: yeah I hear you
  257. # [03:40] * Joins: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net)
  258. # [03:41] * Quits: [[zz]] (~q@125.25.40.71.adsl.dynamic.totbb.net) (Read error: Connection reset by peer)
  259. # [03:42] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
  260. # [03:42] * Joins: [[zz]] (~q@101.108.120.196)
  261. # [03:44] * Quits: gwicke__ (~gabriel@adsl-75-55-201-218.dsl.pltn13.sbcglobal.net) (Ping timeout: 245 seconds)
  262. # [03:47] * Quits: LBP (~Mirc@pD9EB17E0.dip0.t-ipconnect.de) (Ping timeout: 248 seconds)
  263. # [03:48] * Joins: LBP (~Mirc@pD9EB186E.dip0.t-ipconnect.de)
  264. # [04:11] * Joins: nonge (~nonge@p5B3261CC.dip.t-dialin.net)
  265. # [04:11] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
  266. # [04:15] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  267. # [04:16] * Joins: dbaron (~dbaron@70-36-140-133.dsl.dynamic.sonic.net)
  268. # [04:26] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  269. # [04:41] * Quits: tantek (~tantek@nat/mozilla/x-hseblyeoenllelnk) (Quit: tantek)
  270. # [04:41] * tantek_ is now known as tantek
  271. # [04:43] * Quits: tantek (~tantek@nat/mozilla/x-ujzrlyrjpdrintgk) (Quit: tantek)
  272. # [04:44] * Quits: esc__ (~esc-ape@72.inst-3.ufg.ac.at) (Ping timeout: 252 seconds)
  273. # [04:44] <MikeSmith> https://twitter.com/#!/james_clark/status/157667289947312128
  274. # [04:44] <MikeSmith> nattokirai: ↑
  275. # [04:45] <nattokirai> now that's cute...
  276. # [04:47] * Joins: tyoshino (~tyoshino@2401:fa00:4:1004:b04c:37cf:c8da:b70b)
  277. # [04:47] * Quits: dbaron (~dbaron@70-36-140-133.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  278. # [04:49] * Joins: izhak (~izhak@213.87.240.219)
  279. # [04:53] * Joins: jarek (~jarek@unaffiliated/jarek)
  280. # [04:54] <MikeSmith> nattokirai, gotta love james, man
  281. # [04:54] <nattokirai> but now i'm very curious to see the final invitation...
  282. # [04:54] <MikeSmith> heh
  283. # [04:54] <MikeSmith> yeah
  284. # [05:01] * Quits: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net) (Remote host closed the connection)
  285. # [05:03] * Joins: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net)
  286. # [05:03] * Joins: DoctorD (~DoctorD@79.119.252.185)
  287. # [05:07] * Parts: DoctorD (~DoctorD@79.119.252.185) ("// Ex Chat!")
  288. # [05:16] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: miketaylr)
  289. # [05:25] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 252 seconds)
  290. # [05:25] * Joins: jarek (~jarek@unaffiliated/jarek)
  291. # [05:36] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  292. # [05:37] * Joins: erlehmann (~erlehmann@88.130.187.198)
  293. # [05:41] * Joins: jarek_ (~jarek@bda90.neoplus.adsl.tpnet.pl)
  294. # [05:41] * Quits: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net) (Remote host closed the connection)
  295. # [05:41] * Quits: jarek_ (~jarek@bda90.neoplus.adsl.tpnet.pl) (Client Quit)
  296. # [05:43] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 252 seconds)
  297. # [05:51] * Joins: scor (~scor@drupal.org/user/52142/view)
  298. # [05:54] * Quits: mrdoob (~mrdoob@136.8.21.95.dynamic.jazztel.es) (Quit: Leaving)
  299. # [05:55] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  300. # [05:59] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  301. # [06:01] * Quits: cpearce_ (~chatzilla@60.234.54.74) (Ping timeout: 255 seconds)
  302. # [06:03] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
  303. # [06:03] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  304. # [06:05] * Joins: temp01 (~temp01@unaffiliated/temp01)
  305. # [06:10] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  306. # [06:12] * Quits: erlehmann (~erlehmann@88.130.187.198) (Quit: Ex-Chat)
  307. # [06:16] * Quits: rniwa (~rniwa@216.239.45.130) (Ping timeout: 240 seconds)
  308. # [06:16] * Joins: Areks (~Areks@rs.gridnine.com)
  309. # [06:17] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  310. # [06:19] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  311. # [06:22] * Quits: izhak (~izhak@213.87.240.219) (Remote host closed the connection)
  312. # [06:23] * Joins: izhak (~izhak@213.87.240.219)
  313. # [06:25] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
  314. # [06:35] * Joins: scor (~scor@drupal.org/user/52142/view)
  315. # [06:37] * Joins: diegoviola (~diego@host-1-211.b15.cvc.com.py)
  316. # [06:51] * Joins: karega|aniasis (karegaani@cpe-70-123-102-109.tx.res.rr.com)
  317. # [06:51] * Joins: crassus (u4275@gateway/web/irccloud.com/x-mitovlurhrfgezjw)
  318. # [06:52] <crassus> Does anyone know how to sync cookie/login information for mobile webapps that get homescreened to the server?
  319. # [06:53] <crassus> basically I'm wondering how to keep the cookies there for homescreened webapps so the user won't be logged out once the phone restarts or whatever
  320. # [06:53] <nattokirai> MikeSmith: https://twitter.com/?iid=am-167106996113264332229250283&nid=4+status_user&uid=48654803&utm_content=profile#!/H_FJ/status/157698482357014528
  321. # [06:54] <MikeSmith> heh
  322. # [06:54] <MikeSmith> yah man
  323. # [06:54] <MikeSmith> certainly true in JP
  324. # [06:55] * Joins: yolin (~niloy@122.179.129.91)
  325. # [06:55] <MikeSmith> where 25:00 is seriously a real time indicator
  326. # [06:55] <nattokirai> 25:60 sounds like a good time for a wedding
  327. # [06:55] <MikeSmith> heh
  328. # [06:55] <MikeSmith> yeah
  329. # [06:56] * Joins: niloy__ (~niloy@122.179.129.91)
  330. # [06:56] * Joins: niloy (~niloy@122.179.129.91)
  331. # [07:06] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  332. # [07:08] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  333. # [07:09] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Ping timeout: 260 seconds)
  334. # [07:14] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
  335. # [07:29] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
  336. # [07:32] * Quits: dydx (~dydz@adsl-76-199-101-193.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  337. # [07:32] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  338. # [07:33] * Quits: Druide_ (~Druid@p5B05D824.dip.t-dialin.net) (Ping timeout: 252 seconds)
  339. # [07:33] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
  340. # [07:35] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  341. # [07:37] * Joins: smaug____ (~chatzilla@193-64-22-56-nat.elisa-mobile.fi)
  342. # [07:38] * Joins: Druide_ (~Druid@p5B05D824.dip.t-dialin.net)
  343. # [07:47] * Quits: [[zz]] (~q@101.108.120.196) (Ping timeout: 248 seconds)
  344. # [07:51] * Joins: [[zz]] (~q@125.25.48.215.adsl.dynamic.totbb.net)
  345. # [07:52] <smaug____> dglazkov: looks like shadow DOM's event handling is rather limited... but I need to read still some more documentation...
  346. # [07:52] * Quits: heycam (~cam@wok.mcc.id.au) (Quit: I shouldn't really be here - dircproxy 1.0.5)
  347. # [08:00] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
  348. # [08:01] * Quits: Druide_ (~Druid@p5B05D824.dip.t-dialin.net) (Read error: Connection reset by peer)
  349. # [08:01] * Joins: logesh_paul (~logeshpau@61.12.14.178)
  350. # [08:01] * Quits: logesh_paul (~logeshpau@61.12.14.178) (Client Quit)
  351. # [08:02] * Joins: Druide_ (~Druid@p5B05D824.dip.t-dialin.net)
  352. # [08:02] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
  353. # [08:03] * Quits: jochen__ (jochen@nat/google/x-lmzguconppgjlyoy) (Remote host closed the connection)
  354. # [08:03] * Joins: jochen__ (jochen@nat/google/x-wzgrtpgstlzychle)
  355. # [08:07] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  356. # [08:08] * Quits: niloy (~niloy@122.179.129.91) (Ping timeout: 240 seconds)
  357. # [08:08] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
  358. # [08:09] * Quits: yolin (~niloy@122.179.129.91) (Ping timeout: 248 seconds)
  359. # [08:09] * Quits: niloy__ (~niloy@122.179.129.91) (Ping timeout: 244 seconds)
  360. # [08:14] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  361. # [08:22] * Joins: yolin (~niloy@203.196.177.156)
  362. # [08:23] * Quits: yolin (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  363. # [08:31] * Joins: Neocortex (~niels@82-170-160-25.ip.telfort.nl)
  364. # [08:34] * Joins: jochen___ (jochen@nat/google/x-gwnfpljylvejooih)
  365. # [08:36] * Joins: mishunov (~spliter@77.88.72.162)
  366. # [08:37] * Quits: jochen__ (jochen@nat/google/x-wzgrtpgstlzychle) (Ping timeout: 252 seconds)
  367. # [08:38] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  368. # [08:39] * Joins: diraol (~diraol@189.38.130.99)
  369. # [08:39] * Joins: jochen__ (jochen@nat/google/x-zlhqerotuloyfdps)
  370. # [08:39] * Joins: yolin (~niloy@203.196.177.156)
  371. # [08:41] * Quits: jochen___ (jochen@nat/google/x-gwnfpljylvejooih) (Ping timeout: 268 seconds)
  372. # [08:43] * Quits: yolin (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  373. # [08:54] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  374. # [08:56] * Joins: FlorianX (~Dimitri@p4FCF78DF.dip.t-dialin.net)
  375. # [08:59] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
  376. # [09:00] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  377. # [09:05] * Joins: PalleZingmark (~Adium@217.13.228.226)
  378. # [09:05] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
  379. # [09:14] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  380. # [09:16] * Quits: FlorianX (~Dimitri@p4FCF78DF.dip.t-dialin.net) (Quit: Leaving.)
  381. # [09:16] * Joins: FlorianX (~Dimitri@195.37.62.16)
  382. # [09:26] * Quits: smaug____ (~chatzilla@193-64-22-56-nat.elisa-mobile.fi) (Ping timeout: 252 seconds)
  383. # [09:33] * Quits: isherman (isherman@nat/google/x-jfvpvoydsibntalx) (Quit: Leaving.)
  384. # [09:42] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
  385. # [09:43] <zcorpan> AryehGregor: it doesn't bubble because if you have three <source>s, and the first two fail, you'd get two error events
  386. # [09:44] <zcorpan> AryehGregor: and it would mess with window.onerror which is for something else
  387. # [09:44] <zcorpan> AryehGregor: if you want to know that all sources have failed, put onerror="" on the last one and be done with it
  388. # [09:46] <zcorpan> AryehGregor: we don't fire on the video separately because the resource selection algorithm never finishes if the sources fail
  389. # [09:54] * Quits: Druide_ (~Druid@p5B05D824.dip.t-dialin.net) (Ping timeout: 252 seconds)
  390. # [09:59] * Joins: Druide_ (~Druid@p5B135037.dip.t-dialin.net)
  391. # [10:01] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  392. # [10:14] * Joins: erlehmann (~erlehmann@82.113.121.39)
  393. # [10:14] * Joins: erlehmann_ (~erlehmann@82.113.121.39)
  394. # [10:19] * Quits: erlehmann (~erlehmann@82.113.121.39) (Ping timeout: 240 seconds)
  395. # [10:19] * Quits: erlehmann_ (~erlehmann@82.113.121.39) (Ping timeout: 244 seconds)
  396. # [10:29] * Quits: karega|aniasis (karegaani@cpe-70-123-102-109.tx.res.rr.com) (Ping timeout: 240 seconds)
  397. # [10:31] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
  398. # [10:32] * Joins: Ms2ger (~Ms2ger@91.181.210.181)
  399. # [10:32] * Joins: niloy (~niloy@122.179.129.91)
  400. # [10:38] <zcorpan> execCommand on element is an opportunity to use a different API that sucks less
  401. # [10:41] * Joins: yolin (~niloy@122.179.129.91)
  402. # [10:51] * Joins: Areks (~Areks@rs.gridnine.com)
  403. # [10:55] <hsivonen> I wonder if it is a known bug that WebKit reuses the inner window in this case: https://bug715739.bugzilla.mozilla.org/attachment.cgi?id=586285
  404. # [10:55] <hsivonen> the spec says not to. Firefox, IE and Opera don't.
  405. # [10:59] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
  406. # [11:09] * Quits: yolin (~niloy@122.179.129.91) (Ping timeout: 276 seconds)
  407. # [11:10] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
  408. # [11:10] * Joins: plutoniix (~plutoniix@125.25.48.215.adsl.dynamic.totbb.net)
  409. # [11:10] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  410. # [11:11] * Joins: yolin (~niloy@203.196.177.156)
  411. # [11:11] * Quits: yolin (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  412. # [11:12] * Quits: niloy (~niloy@122.179.129.91) (Ping timeout: 252 seconds)
  413. # [11:14] * toyoshim is now known as toyoshiAw
  414. # [11:14] * toyoshiAw is now known as toyoshim
  415. # [11:21] * Joins: yolin (~niloy@203.196.177.156)
  416. # [11:21] * Quits: yolin (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  417. # [11:25] * Quits: diegoviola (~diego@host-1-211.b15.cvc.com.py) (Read error: Connection reset by peer)
  418. # [11:26] * Joins: niloy (~niloy@203.196.177.156)
  419. # [11:26] * Quits: niloy (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  420. # [11:26] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
  421. # [11:27] * Joins: diraol (~diraol@189.38.130.99)
  422. # [11:28] * Joins: yolin (~niloy@203.196.177.156)
  423. # [11:28] * Quits: yolin (~niloy@203.196.177.156) (Read error: Connection reset by peer)
  424. # [11:33] * Joins: isherman (isherman@nat/google/x-bdpujctisskesdjr)
  425. # [11:35] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  426. # [11:36] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  427. # [11:37] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Client Quit)
  428. # [11:38] * Quits: isherman (isherman@nat/google/x-bdpujctisskesdjr) (Ping timeout: 252 seconds)
  429. # [11:38] <hsivonen> it bothers me that the a11y TF keeps expecting to use DOM events for tracking the document state from AT
  430. # [11:39] * Joins: yolin (~niloy@122.179.129.91)
  431. # [11:41] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  432. # [11:42] * Quits: FlorianX (~Dimitri@195.37.62.16) (Read error: Connection reset by peer)
  433. # [11:42] * Joins: niloy (~niloy@122.179.129.91)
  434. # [11:47] * Joins: nonge_ (~nonge@p5082943A.dip.t-dialin.net)
  435. # [11:51] * Quits: nonge (~nonge@p5B3261CC.dip.t-dialin.net) (Ping timeout: 252 seconds)
  436. # [11:53] * Joins: graememcc (~chatzilla@host86-135-204-108.range86-135.btcentralplus.com)
  437. # [11:54] * Joins: Lachy (Lachy@nat/opera/x-lyeernrenptejnwv)
  438. # [12:02] <jgraham> Ms2ger: https://github.com/jgraham/html-testsuite/commit/b0f5a00987220d600e12d7546431e8ab5e002fb5
  439. # [12:02] * Joins: FlorianX (~Dimitri@p5B14DA95.dip.t-dialin.net)
  440. # [12:05] <Ms2ger> Thanks
  441. # [12:06] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  442. # [12:10] <jgraham> Ms2ger: You can even review the code if you are so inclined :)
  443. # [12:10] <Ms2ger> r-, inconsistent style ;)
  444. # [12:11] <Ms2ger> And forgot a 'var'
  445. # [12:13] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  446. # [12:15] <jgraham> Wow, github is pretty email-happy
  447. # [12:16] <Ms2ger> Hmm, maybe I shouldn't have clicked the button for each comment
  448. # [12:16] <jgraham> Anyway, I will fix :)
  449. # [12:17] <Ms2ger> Thanks :)
  450. # [12:20] <jgraham> (once I figure out hg-git a bit better. Is there really no documentation?!)
  451. # [12:23] <hsivonen> I still haven't figured out if JS-based "responsive design" that swaps images belongs in the same Web authoring bandwagon bucket that XHTML-as-text/html belonged to or if the need and benefits are real
  452. # [12:24] <hsivonen> was my email to the list too grumpy?
  453. # [12:28] <jgraham> hsivonen: No, that email was barely a blip on my grumpy-o-meter
  454. # [12:29] <jgraham> What the mobify people are doing sounds pretty nuts to me
  455. # [12:29] * Quits: FlorianX (~Dimitri@p5B14DA95.dip.t-dialin.net) (Quit: Leaving.)
  456. # [12:29] <hsivonen> jgraham: thanks
  457. # [12:34] <jgraham> Ms2ger: Do you have a use case for overriding on a per-test basis? It seems to me that if you are running in a perf-sensitive environment where the output will never ne used (e.g. buildbot) you want final say on whether it is generated or not
  458. # [12:34] <jgraham> s/ne/be/
  459. # [12:35] * Quits: Druide_ (~Druid@p5B135037.dip.t-dialin.net) (Ping timeout: 252 seconds)
  460. # [12:35] * Joins: erlehmann (~erlehmann@g225030251.adsl.alicedsl.de)
  461. # [12:36] * Joins: niloy_ (~niloy@122.179.129.91)
  462. # [12:36] * Joins: FlorianX (~Dimitri@p5B14DA95.dip.t-dialin.net)
  463. # [12:39] * Joins: mishunov (~spliter@77.88.72.162)
  464. # [12:39] * Joins: Druide_ (~Druid@asphyx.lunetics.com)
  465. # [12:43] * Quits: gavin____ (gavin@people.mozilla.com) (Remote host closed the connection)
  466. # [12:43] * Joins: gavin__ (gavin@people.mozilla.com)
  467. # [12:44] * Quits: Druide_ (~Druid@asphyx.lunetics.com) (Ping timeout: 252 seconds)
  468. # [12:45] * Quits: Raynos (u3611@gateway/web/irccloud.com/x-dbmvmddhekbnhpbp) (Max SendQ exceeded)
  469. # [12:45] * Quits: wycats (u79@gateway/web/irccloud.com/x-enbplwxvawlvggya) (Max SendQ exceeded)
  470. # [12:45] * Joins: Druide_ (~Druid@p5B135037.dip.t-dialin.net)
  471. # [12:45] * Joins: Raynos (u3611@gateway/web/irccloud.com/x-vfphfbakjvnnrian)
  472. # [12:45] * Joins: wycats (u79@gateway/web/irccloud.com/x-gdvmrgkueopdivag)
  473. # [12:46] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  474. # [12:50] <Ms2ger> jgraham, I don't really care either way
  475. # [12:58] * Joins: smaug____ (~chatzilla@193-64-22-135-nat.elisa-mobile.fi)
  476. # [12:58] * Quits: izhak (~izhak@213.87.240.219) (Remote host closed the connection)
  477. # [13:01] * Joins: jarek (~jarek@unaffiliated/jarek)
  478. # [13:05] * Joins: diraol (~diraol@189.38.130.99)
  479. # [13:06] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
  480. # [13:07] * Joins: GlitchMr (~glitchmr@178-36-143-49.adsl.inetia.pl)
  481. # [13:13] * Quits: smaug____ (~chatzilla@193-64-22-135-nat.elisa-mobile.fi) (Read error: Connection reset by peer)
  482. # [13:14] * Quits: Kingdutch (~kingdutch@188.200.149.217) (Ping timeout: 255 seconds)
  483. # [13:21] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  484. # [13:21] <NimeshNeema> Can someone please suggest a GUI text editor for web dev (will be mostly editing hand-written .js .css and .html) with code folding and bracket matching for ubuntu 11.10
  485. # [13:22] <Ms2ger> vim
  486. # [13:23] * Joins: smaug_____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi)
  487. # [13:25] * smaug_____ is now known as smaug____
  488. # [13:25] * Quits: espadrine (~thaddee_t@acces2062.res.insa-lyon.fr) (Quit: espadrine)
  489. # [13:26] * Quits: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com) (Quit: brucel)
  490. # [13:27] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  491. # [13:27] * Quits: graememcc (~chatzilla@host86-135-204-108.range86-135.btcentralplus.com) (Ping timeout: 240 seconds)
  492. # [13:28] * Joins: diraol (~diraol@189.38.130.99)
  493. # [13:34] <jgraham> emacs
  494. # [13:39] * Quits: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Read error: Connection reset by peer)
  495. # [13:39] <Ms2ger> vim!
  496. # [13:40] <jgraham> emacs!important
  497. # [13:40] * Joins: graememcc (~chatzilla@host86-168-2-144.range86-168.btcentralplus.com)
  498. # [13:42] <Ms2ger> vim!legal
  499. # [13:48] * Quits: BruNeX (u4730@gateway/web/irccloud.com/x-baygrrapnbxhkxvn) (Quit: Connection closed for inactivity)
  500. # [13:48] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  501. # [14:10] * Joins: silentimp (~silentimp@216-135-201-46.pool.ukrtel.net)
  502. # [14:15] * Parts: silentimp (~silentimp@216-135-201-46.pool.ukrtel.net)
  503. # [14:20] <Workshiva> But legal and important are the same level, aren't they?
  504. # [14:22] <jarek> NimeshNeema: Sublime Edit 2
  505. # [14:22] <jarek> no, it's actually called "Sublime Text 2"
  506. # [14:22] <NimeshNeema> jarek: i tried it. it didn't supported Indian Language characters which i am working on extensively
  507. # [14:23] <smaug____> s/(emacs|vim)/jedit/
  508. # [14:24] <jarek> NimeshNeema: Geany, Gedit?
  509. # [14:25] <jgraham> Eclipse?
  510. # [14:25] <jgraham> (joking)
  511. # [14:25] <NimeshNeema> jarek: Geany did the trick. I didn't found the required features in gedit so was searching for something which fulfills my needs
  512. # [14:29] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  513. # [14:30] <MikeSmith> visual studio
  514. # [14:32] <hsivonen> jgraham: why do people make fun of Eclipse? It's the new Emacs.
  515. # [14:33] <wilhelm> I can't think of any reason not to make fun of Eclipse.
  516. # [14:33] <wilhelm> I was exposed to it last week.
  517. # [14:34] <NimeshNeema> wilhelm: he he
  518. # [14:34] <MikeSmith> Eclipse is an acronym for "Eclipse makes a computer even slower than Emacs"
  519. # [14:36] <Ms2ger> That's an... interesting acronym
  520. # [14:36] * Joins: izhak (1000@188.168.203.175)
  521. # [14:40] * Joins: ezoe (~ezoe@203-140-90-140f1.kyt1.eonet.ne.jp)
  522. # [14:41] <jgraham> hsivonen: Last time I tried it it first crashed on startup and then, once I did something to make it not crash, froze shortly after startup. For all I know there isn't actually an editor there at all.
  523. # [14:42] <hsivonen> you just need to make an offering of RAM to Eclipse up front
  524. # [14:42] <wilhelm> And a goat. Don't forget the goat.
  525. # [14:43] * Joins: erichynds (~ehynds@venkman.brightcove.com)
  526. # [14:44] <jgraham> I suppose it could have been lack of memory; I don't really recall. But I do remember the problem didn't seem temporary and I had to kill it.
  527. # [14:52] <hsivonen> Eclipse ships with JVM heap parameters that are insufficient for editing the Firefox codebase
  528. # [14:53] <MikeSmith> um
  529. # [14:53] <MikeSmith> what kind of madman uses Eclipse to edit Firefox code..
  530. # [14:53] <hsivonen> MikeSmith: I do
  531. # [14:53] <MikeSmith> oh
  532. # [14:53] <MikeSmith> you are nuts man
  533. # [14:53] <MikeSmith> why why why
  534. # [14:54] <MikeSmith> masochism
  535. # [14:54] <hsivonen> MikeSmith: ctrl-space, ctrl-shift-g among other things
  536. # [14:54] <MikeSmith> ah
  537. # [14:54] * Quits: smaug____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi) (Read error: Connection reset by peer)
  538. # [14:54] <MikeSmith> well
  539. # [14:54] <MikeSmith> speaking madness
  540. # [14:54] <hsivonen> I regret that I spent so much time using XCode on Mac before I switched to Eclipse on Linux
  541. # [14:54] <MikeSmith> there is the eclim thing for vim
  542. # [14:55] * Joins: smaug____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi)
  543. # [14:55] <hsivonen> ctrl-shift-g would be more useful if Gecko was less COMtaminated
  544. # [14:55] <MikeSmith> which at the risk of also being considered insane I will admit to having used
  545. # [14:55] <MikeSmith> ah yeah
  546. # [14:55] <MikeSmith> the grand XPCOM experiment
  547. # [14:56] <MikeSmith> that was a grand idea at the time
  548. # [14:57] <hsivonen> I like Eclipse and have made hardware purchases motivated by it
  549. # [14:57] * Philip` can barely stand writing C++ in anything other than Visual Studio + Visual Assist
  550. # [14:57] <Philip`> (Eclipse is the least bad alternative I've used)
  551. # [15:07] * erlehmann is now known as plomlompom
  552. # [15:08] * plomlompom is now known as erlehmann
  553. # [15:08] * erlehmann is now known as zeitrafferin
  554. # [15:10] * Joins: Areks|2 (~Areks@rs.gridnine.com)
  555. # [15:10] * Joins: danielfilho_ (~daniel@187.31.77.7)
  556. # [15:11] * zeitrafferin is now known as fefe
  557. # [15:12] * Quits: danielfilho (~daniel@187.31.77.7) (Ping timeout: 268 seconds)
  558. # [15:12] * danielfilho_ is now known as danielfilho
  559. # [15:13] <niloy_> Anyone thinks Netbeans is a good editor?
  560. # [15:14] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
  561. # [15:16] <hsivonen> niloy_: it uses the Validator.nu HTML parser, so it has to be ;-)
  562. # [15:17] * fefe is now known as erlehmann
  563. # [15:20] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
  564. # [15:29] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  565. # [15:30] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  566. # [15:38] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  567. # [15:40] * Quits: Areks|2 (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
  568. # [15:46] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
  569. # [15:54] * Quits: smaug____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi) (Remote host closed the connection)
  570. # [15:55] * Joins: smaug____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi)
  571. # [15:58] * Joins: hansmuller (~HansMulle@sjfw1-a.adobe.com)
  572. # [16:00] * Joins: MacTed (~Thud@63.119.36.36)
  573. # [16:05] * jarib_ is now known as jarib
  574. # [16:17] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
  575. # [16:18] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
  576. # [16:20] * Quits: Neocortex (~niels@82-170-160-25.ip.telfort.nl) (Remote host closed the connection)
  577. # [16:24] <AryehGregor> zcorpan (in absentia): ah, that makes a lot of sense. If you have <source>s, you can put the error event on the last <source>, and if you don't, you can put it on the <video>.
  578. # [16:24] <AryehGregor> I'd still think a separate error event fired at the <video> as well would be useful, but what we have now sounds like it should work fine too.
  579. # [16:26] * Quits: smaug____ (~chatzilla@GGYZDCXXX.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
  580. # [16:29] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Quit: MikeSmith)
  581. # [16:30] * Joins: GlitchMr42 (~glitchmr@178-36-171-21.adsl.inetia.pl)
  582. # [16:30] * Quits: GlitchMr (~glitchmr@178-36-143-49.adsl.inetia.pl) (Disconnected by services)
  583. # [16:30] * GlitchMr42 is now known as GlitchMr
  584. # [16:32] * Joins: davidb (~davidb@66.207.208.98)
  585. # [16:40] * Joins: wesbos (~wesbos@24.52.240.143)
  586. # [16:49] * Parts: ksweeney (~Adium@nyv-exweb.iac.com)
  587. # [16:49] * Joins: miketaylr (~miket@cpe-68-203-0-108.austin.res.rr.com)
  588. # [16:49] * Joins: ehsan (~ehsan@66.207.208.98)
  589. # [16:52] * Joins: esc_ (~esc-ape@72.inst-3.ufg.ac.at)
  590. # [16:52] * Quits: nonge_ (~nonge@p5082943A.dip.t-dialin.net) (Quit: Verlassend)
  591. # [16:53] * Joins: scor (~scor@drupal.org/user/52142/view)
  592. # [16:54] <niloy_> Error event on the last source implies all sources are processed from top to bottom, that is standardized?
  593. # [17:03] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  594. # [17:08] * Quits: yolin (~niloy@122.179.129.91) (Read error: Connection reset by peer)
  595. # [17:08] * Quits: niloy_ (~niloy@122.179.129.91) (Read error: Connection reset by peer)
  596. # [17:09] * Quits: niloy (~niloy@122.179.129.91) (Read error: Connection reset by peer)
  597. # [17:14] * Quits: graememcc (~chatzilla@host86-168-2-144.range86-168.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221233052])
  598. # [17:14] <AryehGregor> niloy (in absentia): yes.
  599. # [17:16] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
  600. # [17:18] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
  601. # [17:21] * Quits: miketaylr (~miket@cpe-68-203-0-108.austin.res.rr.com) (Quit: Linkinus - http://linkinus.com)
  602. # [17:24] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
  603. # [17:39] * Joins: Evanescence (~Evanescen@60.183.198.25)
  604. # [17:45] * Joins: speedxcore (~markus@c80-217-131-176.bredband.comhem.se)
  605. # [17:45] * Quits: GlitchMr (~glitchmr@178-36-171-21.adsl.inetia.pl) (Read error: Connection reset by peer)
  606. # [17:45] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  607. # [17:46] <speedxcore> I'm looking for the WHATWG development workflow. Anyone who has a link.
  608. # [17:47] <Ms2ger> http://wiki.whatwg.org/wiki/FAQ, maybe?
  609. # [17:49] * Joins: smaug____ (~chatzilla@193-64-22-158-nat.elisa-mobile.fi)
  610. # [17:53] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
  611. # [17:58] * Quits: xec (~xec@188.95.241.142) (Remote host closed the connection)
  612. # [18:02] <dglazkov> good morning, Whatwg!
  613. # [18:02] <dglazkov> smaug____: please file bugs as you find problems! Your help is greatly appreciated.
  614. # [18:02] <smaug____> dglazkov: I will
  615. # [18:02] <speedxcore> Ms2ger: Thanks I found what I was looking for.
  616. # [18:02] <Ms2ger> Np
  617. # [18:02] <smaug____> is there a component in w3c bugzilla ?
  618. # [18:02] <smaug____> dglazkov: ^
  619. # [18:03] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
  620. # [18:03] <dglazkov> smaug____: yep. There's even a handy button at the top
  621. # [18:03] <dglazkov> which prefills the bug with the right stuff
  622. # [18:03] <dglazkov> The "File a bug" button :)
  623. # [18:04] <speedxcore> How is the editor for WHATWG elected? Is there any semi-democratic process?
  624. # [18:04] <Ms2ger> No
  625. # [18:04] <jgraham> Yes, it is "semi" democratic
  626. # [18:04] <Ms2ger> There's only one person who's mad enough to do it
  627. # [18:05] <jgraham> In the same way that all good dictatorships are
  628. # [18:05] <jgraham> Except this one actually has a basis in merit, and an out clause
  629. # [18:05] <speedxcore> I guess if the editor is misbehaving a revolution will accour =)
  630. # [18:06] <gsnedders> Technically the members can place whoever they want as editor. In practice, there are few people who'll actually manage to get paid to work fulltime on editing a spec.
  631. # [18:06] <jgraham> The out clause being "if Hixie stops being a good editor, browser vendors will just ignore him and fork the spec"
  632. # [18:07] <speedxcore> jgraham: Thanks, I just wanted to confirm my suspicion from reading the faq. Fork on misbehave sounds correct.
  633. # [18:08] <speedxcore> Does google-ceo have any influence over Ian when he takes crucial decisions?
  634. # [18:08] <Ms2ger> Also, the WHATWG Members
  635. # [18:09] <Ms2ger> speedxcore, Hixie claims not
  636. # [18:09] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  637. # [18:09] <speedxcore> btw. I'm not trying to troll or anything. I'm writing a report on html development, and want everything to be correct.
  638. # [18:09] <gsnedders> In practice the WHATWG Members have influence insofar as they can just threaten to walk out and replace the editor.
  639. # [18:10] <speedxcore> gsnedders: Now I get it. Thanks.
  640. # [18:16] <Philip`> It seems the most unique visible influence of Google is in providing resources for research, and in Google developers being able to easily have face-to-face meetings with Hixie
  641. # [18:16] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  642. # [18:16] * Quits: wesbos (~wesbos@24.52.240.143) (Quit: Linkinus - http://linkinus.com)
  643. # [18:16] <smaug____> speedxcore: well, browser vendors have influence what Ian does, and I could assume google-ceo can affect to Chrome, so that way he has some influence
  644. # [18:16] <Philip`> Otherwise they don't seem to do anything much different to any other similar organisation
  645. # [18:17] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: ZNC - http://znc.sourceforge.net)
  646. # [18:17] * Joins: wesbos (~wesbos@24.52.240.143)
  647. # [18:20] <speedxcore> Philip`: if the chrome-team would know what decision Hixie is going to take before it gets published that could be a competitive edge, but maybe that doesn't happen. Or isn't a problem.
  648. # [18:21] <Ms2ger> Philip`, from what I hear, other browser vendors in the bay area can get to meet Hixie f2f about as easily
  649. # [18:21] <Ms2ger> So I guess we're just excluding Opera
  650. # [18:21] * Quits: richt_ (richt@nat/opera/x-ygezkgfestwozjyn) (Quit: Leaving...)
  651. # [18:21] <jamesr> IE team isn't in the bay area
  652. # [18:21] <hober> Ms2ger: yeah, pretty much
  653. # [18:21] <smaug____> (Afaik Opera has an office in that area)
  654. # [18:22] <Ms2ger> Pff, IE
  655. # [18:22] <gsnedders> smaug____: Sales and marketing only.
  656. # [18:22] <smaug____> oh
  657. # [18:22] <gsnedders> There are a few engineering staff in the US, but related to contracts with US companies.
  658. # [18:23] <smaug____> well, if Hixie does something Opera doesn't like, Anne can always do counter changes in one of his specs :p
  659. # [18:23] <gsnedders> And one or two who work remotely from home.
  660. # [18:23] <Ms2ger> smaug____, you mean, in half a year, when he gets to edit that spec again ;)
  661. # [18:23] <smaug____> half a year?
  662. # [18:24] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: zzz)
  663. # [18:24] <Philip`> speedxcore: Decisions about things like API design usually don't seem to happen until the point when the spec text is written, and at that point it gets pushed to SVN and everyone can see it
  664. # [18:25] <smaug____> and after something is in the spec, it gets reviewed and often changed
  665. # [18:25] <speedxcore> Philip`: sounds like a minor or non-existant problem in that case.
  666. # [18:25] <Ms2ger> smaug____, with the number of specs he's editing, how could he get to each spec more than once very six months? :)
  667. # [18:25] <smaug____> reviewing may happen months or even years after the text has been written
  668. # [18:25] * Joins: dave_levin (dave_levin@nat/google/x-ehyzfdsxwirfmmpy)
  669. # [18:25] <smaug____> Ms2ger: ah, true
  670. # [18:26] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
  671. # [18:28] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  672. # [18:29] * Quits: erlehmann (~erlehmann@g225030251.adsl.alicedsl.de) (Quit: Ex-Chat)
  673. # [18:30] * Joins: tomasf (~tom@2002:55e5:dbb7:0:a987:3a97:ed68:a1d7)
  674. # [18:30] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  675. # [18:30] * jernoble|afk is now known as jernoble
  676. # [18:31] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
  677. # [18:31] <AryehGregor> speedxcore, FWIW, I worked for the last year on spec editing under Hixie, and no one from Google got disproportionate influence over my technical decisions. Some of them would send me private e-mail, but so would other people. I met once face-to-face with some Google people, but Mozilla people too.
  678. # [18:32] <AryehGregor> Hixie would tell me what I could work on on Google's time, but not what I had to put in the spec.
  679. # [18:36] <speedxcore> AryehGregor: Interesting to know. Development workflow seems fair according to your account. I have poor understanding for what goes on behind the scenes and writing on a report so that's why I brought this up. Thank you
  680. # [18:36] * Joins: LynnWallenstein (~textual@pool-173-69-183-219.bltmmd.fios.verizon.net)
  681. # [18:39] * Parts: eric_carlson (~eric@2620:149:4:1b01:4568:e3ad:d6ee:d29d)
  682. # [18:39] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  683. # [18:40] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  684. # [18:43] * Quits: Evanescence (~Evanescen@60.183.198.25) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  685. # [18:45] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  686. # [18:48] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
  687. # [18:49] * Quits: jernoble (~jernoble@2620:149:4:1b01:8901:3953:7587:71e5) (Remote host closed the connection)
  688. # [18:52] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  689. # [18:56] * Joins: jernoble (~jernoble@17.212.152.13)
  690. # [19:03] * Joins: pablof (~pablof@144.189.101.1)
  691. # [19:03] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Quit: adactio)
  692. # [19:04] <smaug____> Nightly's 3D is fun. I wonder why Facebook and Gmail use so deep DOM hierarchies
  693. # [19:06] * Quits: smaug____ (~chatzilla@193-64-22-158-nat.elisa-mobile.fi) (Remote host closed the connection)
  694. # [19:06] * Joins: smaug____ (~chatzilla@193-64-22-158-nat.elisa-mobile.fi)
  695. # [19:07] * Joins: ap (~ap@2620:149:4:1b01:887:451b:26a2:8732)
  696. # [19:08] * Quits: Lachy (Lachy@nat/opera/x-lyeernrenptejnwv) (Quit: Computer has gone to sleep.)
  697. # [19:11] * Quits: ezoe (~ezoe@203-140-90-140f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
  698. # [19:12] * Joins: dydx (~dydz@adsl-76-199-101-193.dsl.pltn13.sbcglobal.net)
  699. # [19:16] * jernoble is now known as jernoble|afk
  700. # [19:22] * Joins: GlitchMr (~glitchmr@178-36-171-21.adsl.inetia.pl)
  701. # [19:25] * Quits: ap (~ap@2620:149:4:1b01:887:451b:26a2:8732) (Read error: Connection reset by peer)
  702. # [19:26] * Joins: ap (~ap@2620:149:4:1b01:887:451b:26a2:8732)
  703. # [19:30] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  704. # [19:33] * Joins: yolin (~niloy@1.39.255.218)
  705. # [19:34] * Joins: niloy_ (~niloy@1.39.255.218)
  706. # [19:35] * Joins: isherman (isherman@nat/google/x-uarvgvgpzdsibico)
  707. # [19:39] <TabAtkins> jamesr: Box is *completely* obsolete. Pay no attention to it.
  708. # [19:39] <jamesr> even the dec 2011 revision?
  709. # [19:39] <jamesr> sorry, nov 2011
  710. # [19:40] <AryehGregor> smaug____, Gmail is generated using GWT from a Java program, IIUC, not hand-written or anything close to it.
  711. # [19:41] <TabAtkins> jamesr: Yes.
  712. # [19:41] <jamesr> AryehGregor: ?????? no
  713. # [19:41] <smaug____> AryehGregor: based on the 3D view of it, there should be plenty of ways to optimize it
  714. # [19:42] <TabAtkins> Anton should be working on it now, but it'll still be a while before it's usable.
  715. # [19:42] <jamesr> TabAtkins: k. is anyone/anything working on improving or replacing visres/visdet?
  716. # [19:42] <jamesr> ah ok
  717. # [19:42] * Joins: danbri (~danbri@cable-146-255-152-56.dynamic.telemach.ba)
  718. # [19:43] <AryehGregor> jamesr, it's not?
  719. # [19:43] <AryehGregor> My bad.
  720. # [19:44] <AryehGregor> So it's just regular div soup. :)
  721. # [19:44] <TabAtkins> Gmail was, at one point, a GWT program I think. Just not anymore.
  722. # [19:44] <TabAtkins> Definitely not since the Kennedy refresh.
  723. # [19:45] <jamesr> newp. common misconception
  724. # [19:45] <TabAtkins> Huh. Ok.
  725. # [19:48] * jernoble|afk is now known as jernoble
  726. # [19:49] * Joins: Evanescence (~Evanescen@60.183.198.25)
  727. # [19:52] * Joins: rniwa (rniwa@nat/google/x-ozyguzxjhcmyzjmc)
  728. # [19:55] <dglazkov> TabAtkins: people on GMail team will probably punch you for saying that they at any point used GWT :)
  729. # [19:55] * Joins: gwicke (~gabriel@216.38.130.164)
  730. # [19:55] <TabAtkins> dglazkov: I'll punch them back for using impossible-to-track ids and classes.
  731. # [19:57] <dglazkov> TabAtkins: should I start selling tickets for the event? :)
  732. # [19:59] <TabAtkins> Only if I get a cut.
  733. # [20:00] <dglazkov> :)
  734. # [20:01] * Joins: dbaron (~dbaron@nat/mozilla/x-tqmvnzmafnfibqmg)
  735. # [20:07] * Joins: hasather_ (~hasather_@71.109-247-163.customer.lyse.net)
  736. # [20:09] * Joins: maikmerten (~maikmerte@port-92-201-231-47.dynamic.qsc.de)
  737. # [20:10] <jamesr> rumble in the DOM jungle
  738. # [20:13] * Quits: Druide_ (~Druid@p5B135037.dip.t-dialin.net)
  739. # [20:14] * Quits: Evanescence (~Evanescen@60.183.198.25) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  740. # [20:23] <gsnedders> AryehGregor: A fair number of Google things *are* GWT-based, neither Gmail nor Maps are.
  741. # [20:24] <gsnedders> Hmm, Maps appears to have some JS in it now that looks GWT-ish.
  742. # [20:25] <gsnedders> But most of it isn't, still.
  743. # [20:28] * Quits: FlorianX (~Dimitri@p5B14DA95.dip.t-dialin.net) (Quit: Leaving.)
  744. # [20:32] * Quits: Hixie (~ianh@trivini.no) (Quit: reloading configuration)
  745. # [20:32] * Joins: Hixie (~ianh@trivini.no)
  746. # [20:32] * Quits: GlitchMr (~glitchmr@178-36-171-21.adsl.inetia.pl) (Read error: Connection reset by peer)
  747. # [20:34] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
  748. # [20:34] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  749. # [20:35] * Joins: twisted`_ (~anonymous@p5DDB8C4D.dip.t-dialin.net)
  750. # [20:36] * Quits: twisted` (~anonymous@p5DDB9A40.dip.t-dialin.net) (Disconnected by services)
  751. # [20:36] * twisted`_ is now known as twisted`
  752. # [20:42] * Joins: miketayl (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
  753. # [20:44] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Disconnected by services)
  754. # [20:44] * miketayl is now known as miketaylr
  755. # [20:45] * jernoble is now known as jernoble|afk
  756. # [20:50] * Joins: diraol (~diraol@189.100.1.179)
  757. # [20:51] * Joins: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl)
  758. # [21:10] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
  759. # [21:11] * Quits: wesbos (~wesbos@24.52.240.143) (Quit: Leaving...)
  760. # [21:14] * Quits: niloy_ (~niloy@1.39.255.218) (Read error: Connection reset by peer)
  761. # [21:14] * Quits: yolin (~niloy@1.39.255.218) (Read error: Connection reset by peer)
  762. # [21:15] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 240 seconds)
  763. # [21:16] * Joins: temp02 (~temp01@unaffiliated/temp01)
  764. # [21:25] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
  765. # [21:28] * Quits: diraol (~diraol@189.100.1.179) (Quit: Leaving.)
  766. # [21:32] * gwicke is now known as gwicke_away
  767. # [21:39] * Quits: Ms2ger (~Ms2ger@91.181.210.181) (Quit: nn)
  768. # [21:40] * Quits: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl) (Ping timeout: 252 seconds)
  769. # [21:41] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Ping timeout: 268 seconds)
  770. # [21:42] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
  771. # [21:44] * Joins: ojan (ojan@nat/google/x-uugaiumhgptaxzxu)
  772. # [21:45] * jernoble|afk is now known as jernoble
  773. # [21:51] <TabAtkins> jamesr: So, we're discussing how to specify exactly when transitions are checked for, since right now it's "whenever the browser notices a change".
  774. # [21:51] <TabAtkins> jamesr: Boris suggests hooking it to the rAF cycle. Does that seem feasible?
  775. # [21:52] * Joins: othermaciej (~mjs@17.245.89.88)
  776. # [21:52] <jamesr> it's feasible in some cases
  777. # [21:52] <jamesr> but some things no
  778. # [21:52] <jamesr> so one big question is what exactly depends on this value
  779. # [21:52] <jamesr> is it the ordering of events? timestamps?
  780. # [21:52] <jamesr> for systems that run some transitions off the main thread (like CoreAnimation) the start time has to be decided by that thread
  781. # [21:53] <TabAtkins> Ordering, mainly. Frex, we're making it so that transitions don't start from a display:none state.
  782. # [21:53] <TabAtkins> If you change to display:block and change a transitionable property, whether or not it kicks off a transition depends on whether a flush happened between the two.
  783. # [21:53] <jamesr> so the model internally in WebKit when using CoreAnimation is the style system figures out that the transition has started, then sends a request to the CoreAnimation thread to start it. at some point later, it gets a message back saying "ok, here is the start time"
  784. # [21:53] <jamesr> ah i see
  785. # [21:53] <TabAtkins> And all browsers flush somewhat differently.
  786. # [21:54] <TabAtkins> So we're trying to find a less controversial "look for computed-value changes" point.
  787. # [21:54] * jamesr has found the thread
  788. # [21:54] <jamesr> what if we have to resolve styles earlier for some other reason?
  789. # [21:54] <TabAtkins> Jump down to the latest exchange between Boris and me.
  790. # [21:54] <jamesr> do we just have to defer judgement on the transitions until later?
  791. # [21:54] <TabAtkins> jamesr: If we settle on something else, I guess those just wouldn't trigger transitions? I dunno.
  792. # [21:54] <TabAtkins> (Possibly, we add a method that forces a check.)
  793. # [21:55] <TabAtkins> Or rather, they wouldn't trigger transitions *yet*. They would when we eventually hit the checkpoint.
  794. # [21:55] <jamesr> fyi text input is fucking crazy land
  795. # [21:55] <TabAtkins> Apparently.
  796. # [21:55] * Joins: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl)
  797. # [21:55] <jamesr> and requires all sorts of style flushing shenanagins. but probably not relevant here
  798. # [21:56] <jamesr> TabAtkins: lemme get some grub and catch up on that thread
  799. # [21:56] <TabAtkins> jamesr: You in campus?
  800. # [21:57] <jamesr> nope, gardening from home
  801. # [21:57] <TabAtkins> Ah, kk. Then I'll get lunch too, we'll meet back here in a few.
  802. # [21:57] <jamesr> ooo an IRC date. how exciting!
  803. # [22:02] * Joins: wesbos (~wesbos@66.207.208.98)
  804. # [22:02] * Quits: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl) (Ping timeout: 252 seconds)
  805. # [22:02] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
  806. # [22:02] * Quits: wesbos (~wesbos@66.207.208.98) (Client Quit)
  807. # [22:02] * Quits: ap (~ap@2620:149:4:1b01:887:451b:26a2:8732) (Quit: ap)
  808. # [22:03] * Joins: wesbos (~wesbos@66.207.208.98)
  809. # [22:05] * Joins: ap (~ap@17.245.90.47)
  810. # [22:06] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Quit: Someone is rebooting this server. That person needs to die.)
  811. # [22:07] * Joins: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl)
  812. # [22:09] * Quits: hansmuller (~HansMulle@sjfw1-a.adobe.com) (Ping timeout: 248 seconds)
  813. # [22:11] * Joins: hansmuller (~HansMulle@sjfw1-a.adobe.com)
  814. # [22:12] * Joins: sicking (~chatzilla@nat/mozilla/x-declqgcwskcgkoqo)
  815. # [22:16] * Quits: wycats (u79@gateway/web/irccloud.com/x-gdvmrgkueopdivag) (Excess Flood)
  816. # [22:17] * Joins: wycats (u79@gateway/web/irccloud.com/x-uvcgekamnchldqml)
  817. # [22:17] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  818. # [22:19] * Quits: hasather_ (~hasather_@71.109-247-163.customer.lyse.net) (Remote host closed the connection)
  819. # [22:23] * Quits: wesbos (~wesbos@66.207.208.98) (Quit: Leaving...)
  820. # [22:24] * Quits: erichynds (~ehynds@venkman.brightcove.com)
  821. # [22:24] * Quits: othermaciej (~mjs@17.245.89.88) (Quit: othermaciej)
  822. # [22:24] * Joins: wesbos (~wesbos@66.207.208.98)
  823. # [22:26] * Joins: othermaciej (~mjs@17.245.89.88)
  824. # [22:27] <jamesr> TabAtkins: ok, think i'm caught up
  825. # [22:28] <jamesr> is boris in here?
  826. # [22:29] <jamesr> also does CSS have an explicit "as-if" clause anywhere like HTML does?
  827. # [22:29] * gwicke_away is now known as gwicke
  828. # [22:30] * Quits: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl) (Ping timeout: 268 seconds)
  829. # [22:31] <jamesr> like this: "Conformance requirements phrased as algorithms or specific steps may be implemented in any manner, so long as the end result is equivalent. (In particular, the algorithms defined in this specification are intended to be easy to follow, and not intended to be performant.)"
  830. # [22:33] * Quits: ap (~ap@17.245.90.47) (Remote host closed the connection)
  831. # [22:33] * Joins: ap (~ap@17.212.155.203)
  832. # [22:35] * Quits: maikmerten (~maikmerte@port-92-201-231-47.dynamic.qsc.de) (Remote host closed the connection)
  833. # [22:44] * Joins: diraol (~diraol@189.100.1.179)
  834. # [22:52] * Quits: othermaciej (~mjs@17.245.89.88) (Quit: othermaciej)
  835. # [22:52] * Quits: MacTed (~Thud@63.119.36.36)
  836. # [22:54] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
  837. # [22:57] * jernoble is now known as jernoble|afk
  838. # [22:57] * Quits: danbri (~danbri@cable-146-255-152-56.dynamic.telemach.ba) (Remote host closed the connection)
  839. # [22:58] * jernoble|afk is now known as jernoble
  840. # [23:00] * Joins: heycam (~cam@203.98.73.35)
  841. # [23:01] * Quits: diraol (~diraol@189.100.1.179) (Quit: Leaving.)
  842. # [23:09] * Joins: othermaciej (~mjs@17.244.8.114)
  843. # [23:12] <TabAtkins> jamesr: Back now.
  844. # [23:12] <TabAtkins> We don't have an explicit clause at the language-level, but it's assumed anyway.
  845. # [23:12] * Joins: root0 (~eric@123.147.249.165)
  846. # [23:12] <TabAtkins> I don't think Boris is here, unless he's bzed.
  847. # [23:13] <jamesr> /who says bzed is someone else
  848. # [23:13] <TabAtkins> That's what I thought.
  849. # [23:13] <jamesr> so i interpret that as meaning timing is out of scope unless it's security sensitive
  850. # [23:13] <root0> hi all. I use lxml how to get absolute link?
  851. # [23:13] <TabAtkins> Or just detectable in general.
  852. # [23:14] <TabAtkins> But otherwise, yes, as long it's not detectable in any important way, timing is up to the UA to do as they please.
  853. # [23:14] <jamesr> well no, detectable isn't the right metric
  854. # [23:14] * Joins: Neocortex (~niels@54180F12.cm-5-1a.dynamic.ziggo.nl)
  855. # [23:15] <jamesr> whether it's detectable or reliably detectable isn't a concern unless it's a security concern
  856. # [23:15] <TabAtkins> No, that's wrong.
  857. # [23:15] <TabAtkins> Because if two browsers have different timing behavior such that transitions fire at different times in a way that's detectable from script, that's a problem.
  858. # [23:16] <TabAtkins> Particularly if the different timings actually produce different behavior, as in the situation that Sylvain mentioned.
  859. # [23:16] <jamesr> that's not the sort of timing i mean
  860. # [23:16] <jamesr> i mean how long things take, not in which order things happen
  861. # [23:16] <jamesr> so i'm not sure how any of the proposals address Sylvain's scenario
  862. # [23:16] <TabAtkins> Oh, yeah, we don't carea bout that.
  863. # [23:16] <jamesr> or exactly what the behavior he expects is
  864. # [23:16] <root0> http://paste.pocoo.org/show/534459/
  865. # [23:17] <TabAtkins> jamesr: I was just referring to the fact that there may be a difference in behavior based on whether a flush happens between or after the two style changes.
  866. # [23:17] <root0> this is my code. i can get result like http://paste.pocoo.org/show/534462/
  867. # [23:17] <root0> I want add http://www.111111.com to head
  868. # [23:18] <TabAtkins> root0: This isn't really an lxml help room.
  869. # [23:18] <TabAtkins> root0: I cant' suggest a better place to find help, but here is probably not good.
  870. # [23:18] <jamesr> in the spec excluding transitions, the concept of flushes doesn't exist
  871. # [23:18] <TabAtkins> Yes.
  872. # [23:19] <TabAtkins> Because it's undetectable from just applying every style change as it happens.
  873. # [23:19] <jamesr> right. we also do a bunch of other work at the same time (because it's convenient and the other work is also not observable)
  874. # [23:20] <jamesr> defining flush points would restrict that other work as well
  875. # [23:20] <jamesr> i also don't think it will really help authors
  876. # [23:20] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  877. # [23:21] <jamesr> today when perf is the only consequence it's pretty much impossible for authors to deal with
  878. # [23:22] <TabAtkins> I don't understand your point.
  879. # [23:22] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  880. # [23:23] <jamesr> so your proposal as i understand is to define flush points explicitly and say that all changes between flush points are treated atomically
  881. # [23:23] <jamesr> right?
  882. # [23:23] * Quits: root0 (~eric@123.147.249.165) (Quit: leaving)
  883. # [23:23] <TabAtkins> Well, my aim is to find *some* way of defining in a cross-browser-possible way when precisely styles are examined for "changes" to trigger transitions off of.
  884. # [23:24] <TabAtkins> If it's done by specifying flush points, fine. If it's something else, also fine.
  885. # [23:24] <jamesr> i think that trying to define transitions in this way isn't going to pan out
  886. # [23:24] <jamesr> in css changes don't happen
  887. # [23:24] <TabAtkins> They've gotta be defined in *some* way. :/
  888. # [23:25] <TabAtkins> Sure, in pure CSS. If it's pure-CSS changes, we don't care; they can continue to happen "whenever".
  889. # [23:25] <TabAtkins> But script-based changes need to have their timing defined relative to Transitions.
  890. # [23:25] <TabAtkins> (That is, a :hover pseudo kicking off a transition can continue to do so whenever.)
  891. # [23:25] * Joins: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net)
  892. # [23:26] <jamesr> is display:none the only thing where the behavior of the transition depends on the timing?
  893. # [23:27] * Quits: hansmuller (~HansMulle@sjfw1-a.adobe.com) (Quit: Leaving.)
  894. # [23:27] <TabAtkins> Not necessarily. For example, Boris points out that in visibility:hidden subtrees, some properties may be optimized to not compute unless necessary.
  895. # [23:28] * Quits: izhak (1000@188.168.203.175) (Remote host closed the connection)
  896. # [23:28] <jamesr> and that affects transition behavior?
  897. # [23:28] <TabAtkins> Since transitions fire on computed-value changes, yes. If you don't calculate computed values, you may miss some changes.
  898. # [23:29] <jamesr> sounds like you've got yourself a bit of a mess, then
  899. # [23:29] <TabAtkins> This is why Boris is suggesting finding some other useful regularly-occurring trigger point for "compute everything, and look for changes from last trigger point".
  900. # [23:30] <TabAtkins> Like, as he suggested, something tied to the rAF cycle.
  901. # [23:30] <jamesr> that wouldn't do what Sylvain expected
  902. # [23:30] <TabAtkins> That's fine. I expect that we have a set of contradictory constraints.
  903. # [23:30] <TabAtkins> And thus some can't be satisfied.
  904. # [23:32] <jamesr> so we'd still generate new computed values as needed, but whether transitions happen or not is based on comparing the computed value at Doom Time to the value at the last Doom Time?
  905. # [23:32] <TabAtkins> Yes.
  906. # [23:32] <jamesr> and even if it changes in between in a script-observable way so long as it changes back by the next Doom Time the transition doesn't happen?
  907. # [23:32] <TabAtkins> Yup.
  908. # [23:32] <TabAtkins> That's Boris' idea, at least.
  909. # [23:32] <jamesr> i think you'd want to hook in closer to HTML's "Update the rendering" concept
  910. # [23:33] <jamesr> which is similar but not identical to rAF time
  911. # [23:33] <jamesr> (i think they're the same in gecko, but aren't always the same in chrome or safari)
  912. # [23:33] * TabAtkins goes to look up that term.
  913. # [23:34] <TabAtkins> Ah, so that's at the end of each task.
  914. # [23:35] <jamesr> not necessarily
  915. # [23:35] <jamesr> it's an optional step
  916. # [23:35] * Joins: hansmuller (~HansMulle@sjfw1-a.adobe.com)
  917. # [23:35] <TabAtkins> Yes.
  918. # [23:35] <jamesr> requiring at every task might be too much
  919. # [23:36] <TabAtkins> It's not actually optional; it's "as necessary".
  920. # [23:36] <jamesr> yeah, but necessary is up to the UA
  921. # [23:36] <jamesr> so pretty much the same as optional
  922. # [23:36] <TabAtkins> Sure. We can intelligently dirty, though, to ensure that transitions happen as expected.
  923. # [23:38] <jamesr> if you can define expected
  924. # [23:38] <jamesr> your expected behavior is definitely different from Sylvain's, and i'm not sure how it compares to Boris'
  925. # [23:39] <TabAtkins> Yes.
  926. # [23:39] <TabAtkins> Okay, I just wanted to sanity-check and fill out details. I'll return to the thread with info.
  927. # [23:39] <jamesr> i think it's kind of weird for authors to set up a transition and then observe values from script that are different but that don't trigger the transition
  928. # [23:39] <jamesr> but who knows what authors expect there
  929. # [23:39] <jamesr> i've seen all sorts of wacky ideas
  930. # [23:40] <jamesr> some guy from zynga was convinced that rapidly polling a transitioned property's computed value was the best way to measure the browser's FPS (wtf?)
  931. # [23:40] <TabAtkins> Heh.
  932. # [23:41] * Quits: smaug____ (~chatzilla@193-64-22-158-nat.elisa-mobile.fi) (Ping timeout: 244 seconds)
  933. # [23:43] <jamesr> i just implement and haven't tried to author these things, so i say that the whole model is stupid and you should throw it away
  934. # [23:43] * Quits: LynnWallenstein (~textual@pool-173-69-183-219.bltmmd.fios.verizon.net) (Ping timeout: 240 seconds)
  935. # [23:43] <TabAtkins> Transitions are so awesome, though!
  936. # [23:44] <jamesr> you can't chain them
  937. # [23:44] <jamesr> they make trivial things easy and not-completely-trivial things impossible
  938. # [23:45] <TabAtkins> Yes.
  939. # [23:45] <TabAtkins> Trivial things being easy is a good thing!
  940. # [23:45] <TabAtkins> And then we can fix the rest by abstracting.
  941. # [23:46] <TabAtkins> Such that transitions become a syntax-blessed simple form of the greater system.
  942. # [23:46] <jamesr> good API design makes easy things easy and hard things possible
  943. # [23:46] <TabAtkins> Animations are in the exact same boat.
  944. # [23:46] <jamesr> the greater system doesn't allow chaining either
  945. # [23:46] <TabAtkins> Animations are very simple in some ways, and expose complexity in others. Luckily, both the exposed complexities and the holes of Transitions and Animations are amenable to a shared abstraction.
  946. # [23:46] <TabAtkins> Sure it does.
  947. # [23:49] * Quits: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net) (Quit: Leaving)
  948. # [23:53] <jamesr> if you have an animation in progress, how do you say "start this animation as soon as the previous one ends and line up the start time of this animation with the end time of that animation so it interpolates smoothly" ?
  949. # [23:54] * Joins: hasather_ (~hasather_@71.109-247-163.customer.lyse.net)
  950. # [23:54] <TabAtkins> Right now? You can't, because the higher abstraction doesn't exist.
  951. # [23:54] <TabAtkins> Sometime this year I expect something to appear, though.
  952. # [23:55] * Quits: LBP (~Mirc@pD9EB186E.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
  953. # [23:57] <TabAtkins> Shane and I were working more-or-less on that last year.
  954. # Session Close: Sat Jan 14 00:00:00 2012

The end :)