/irc-logs / freenode / #whatwg / 2009-11-09 / end

Options:

  1. # Session Start: Mon Nov 09 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:09] * Quits: erikvold (n=erikvvol@S010600195b93b7bf.gv.shawcable.net) (Read error: 113 (No route to host))
  4. # [00:11] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  5. # [00:21] * Joins: erikvold (n=erikvvol@S010600195b93b7bf.gv.shawcable.net)
  6. # [00:34] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (Read error: 60 (Operation timed out))
  7. # [00:34] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  8. # [00:40] * Quits: frantk (n=frantk@62.235.169.56)
  9. # [00:43] * Joins: frantk (n=frantk@62.235.169.56)
  10. # [00:44] * Quits: nessy (n=Adium@124-171-240-232.dyn.iinet.net.au) ("Leaving.")
  11. # [00:54] * Joins: dave_levin (n=dave_lev@216.239.45.130)
  12. # [01:04] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
  13. # [01:11] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  14. # [01:26] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  15. # [01:28] * Quits: rauchg (n=rauchg@gprs13.swisscom-mobile.ch)
  16. # [01:34] * Joins: Hish_____ (n=chatzill@p57B7F8F6.dip.t-dialin.net)
  17. # [01:34] * Hish_____ is now known as Hish
  18. # [01:35] * Joins: Hish_____ (n=chatzill@212.60.242.26)
  19. # [01:38] * Quits: Hish____ (n=chatzill@212.60.242.26) (Read error: 60 (Operation timed out))
  20. # [01:40] * Quits: Hish (n=chatzill@p57B7F8F6.dip.t-dialin.net) (Read error: 60 (Operation timed out))
  21. # [01:40] * Hish_____ is now known as Hish
  22. # [01:41] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) ("Ex-Chat")
  23. # [01:42] * Joins: gunderwonder (n=gunderwo@199.84-49-178.nextgentel.com)
  24. # [01:56] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
  25. # [01:57] * Joins: tkent (n=tkent@220.109.219.244)
  26. # [02:06] * Joins: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  27. # [02:14] * Quits: archtech (i=stanv@83.228.56.37)
  28. # [02:15] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
  29. # [02:26] * Quits: gunderwonder (n=gunderwo@199.84-49-178.nextgentel.com)
  30. # [02:26] * Quits: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  31. # [02:42] * Joins: JonathanNeal (n=Jonathan@adsl-99-74-52-97.dsl.lsan03.sbcglobal.net)
  32. # [02:42] <JonathanNeal> Hi!!! \o/
  33. # [02:45] <TabAtkins> You get more excited every time I see you.
  34. # [02:46] <JonathanNeal> TabAtkins, yea, well it's fun.
  35. # [02:47] <JonathanNeal> Sometimes I get so excited writing a jquery plugin, I'll include a themesong.
  36. # [02:54] <TabAtkins> I can relate to that, JonathanNeal. jQuery plugins are exciting things to write!
  37. # [02:54] <Dashiva> Write the jQuery national anthem
  38. # [02:54] <Dashiva> Played with an audio element whenever the script is loaded
  39. # [02:57] * Joins: mpt (n=mpt@canonical/mpt)
  40. # [03:04] <JonathanNeal> Actually because you mentioned that
  41. # [03:04] <JonathanNeal> I just wrote a yayQuery theme song for their upcoming podcast.
  42. # [03:09] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 145 (Connection timed out))
  43. # [03:18] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  44. # [03:19] <JonathanNeal> http://jquery.thewikies.com/swfobject/ <-- theme song is on the main page.
  45. # [03:19] <JonathanNeal> New version released too :P
  46. # [03:20] * Quits: webben1 (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  47. # [03:21] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  48. # [03:25] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  49. # [03:26] <Dashiva> Nice tune
  50. # [03:26] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  51. # [03:31] <JonathanNeal> thanks Dashiva :-)
  52. # [03:31] <TabAtkins> That's... interesting. ^_^
  53. # [03:39] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  54. # [03:42] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  55. # [03:48] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  56. # [04:07] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  57. # [04:16] * Joins: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  58. # [04:23] * Quits: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  59. # [04:34] * Joins: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  60. # [04:47] * Joins: cedricv (n=cedric@124.197.78.43)
  61. # [05:06] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  62. # [05:19] * Joins: cedric__ (n=cedric@112.199.254.12)
  63. # [05:25] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  64. # [05:25] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  65. # [05:26] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  66. # [05:26] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 104 (Connection reset by peer))
  67. # [05:36] * Quits: cedricv (n=cedric@124.197.78.43) (Read error: 110 (Connection timed out))
  68. # [05:54] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  69. # [06:25] * Quits: frantk (n=frantk@62.235.169.56)
  70. # [06:34] * Joins: slightlyoff (n=slightly@216.239.45.130)
  71. # [06:42] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  72. # [06:46] * Joins: gunderwonder (n=gunderwo@199.84-49-178.nextgentel.com)
  73. # [06:48] * Quits: slightlyoff (n=slightly@216.239.45.130)
  74. # [07:00] * Quits: gunderwonder (n=gunderwo@199.84-49-178.nextgentel.com)
  75. # [07:06] * Quits: JonathanNeal (n=Jonathan@adsl-99-74-52-97.dsl.lsan03.sbcglobal.net) ("Leaving")
  76. # [07:14] * Quits: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  77. # [07:18] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  78. # [07:35] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
  79. # [07:35] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 104 (Connection reset by peer))
  80. # [07:35] * Joins: mpilgrim__ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  81. # [07:35] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  82. # [07:51] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) ("Ex-Chat")
  83. # [07:54] * Joins: cedricv (n=cedric@112.199.200.173)
  84. # [07:54] * Quits: cedric__ (n=cedric@112.199.254.12) (Read error: 110 (Connection timed out))
  85. # [07:58] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  86. # [07:58] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  87. # [08:12] <hsivonen> gsnedders: IIRC, it was Philip who pointed out a time complexity problem with coalescing all text nodes (including the foster-parented case)
  88. # [08:13] <hsivonen> the V.nu/Gecko HTML5 parser has bugs in this area
  89. # [08:13] <hsivonen> it sometimes splits a text node even where it shouldn't per spec
  90. # [08:15] * Joins: erlehmann_ (n=erlehman@82.113.121.17)
  91. # [08:32] * Quits: erlehmann (n=erlehman@82.113.121.231) (Read error: 110 (Connection timed out))
  92. # [08:40] * Joins: TabAtkins_ (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  93. # [08:40] * Joins: Maurice (n=ano@80.101.46.164)
  94. # [08:41] * Joins: mdrphp (n=jojoba@cpe-75-85-89-168.socal.res.rr.com)
  95. # [08:43] <mdrphp> does anyone here have a moment to test out a wysiwyg script i have, and see what you think of it?
  96. # [08:44] * Quits: hcr (n=hamcore@unaffiliated/hamcore) (Read error: 104 (Connection reset by peer))
  97. # [08:45] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 60 (Operation timed out))
  98. # [08:45] * TabAtkins_ is now known as TabAtkins
  99. # [08:47] * Joins: danbri (n=danbri@unaffiliated/danbri)
  100. # [08:48] <hsivonen> was this printed by a Microsoft employee? http://www.flickr.com/photos/8554702@N05/4080900839/in/set-72157622749234808/
  101. # [08:50] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  102. # [08:55] * Joins: yoshu (n=josh@174-18-197-62.tcso.qwest.net)
  103. # [08:59] * Joins: mpilgrim (n=mark@81.211.8.2)
  104. # [08:59] * Joins: pesla (n=retep@procurios.xs4all.nl)
  105. # [09:04] <gsnedders> hsivonen: Indeed, if you look further in the logs you'll see I found the email from Philip` that changed it.
  106. # [09:09] <jgraham> Well like I said there's no posible way we can split text in about half our backends since they don't have the concept of text nodes
  107. # [09:09] * Joins: roc (n=roc@121-72-211-128.dsl.telstraclear.net)
  108. # [09:09] <jgraham> And I think it will be an enormous pain to get this right for the other half of our backends (the useless ones)
  109. # [09:12] <gsnedders> Indeed.
  110. # [09:13] <gsnedders> And implementations in lower level languages, such as those used in browsers, can simply support mutable strings and just have O(n) behaviour.
  111. # [09:13] * Quits: yoshu (n=josh@174-18-197-62.tcso.qwest.net)
  112. # [09:14] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  113. # [09:15] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  114. # [09:18] <jgraham> gsnedders: Well that seems like a rather unfair requirement since browsers could have chosen to use immutable strings already
  115. # [09:20] <jgraham> (In principle if you can change the string implementation, you could do something like http://bugs.python.org/issue1569040 although note that patch hasn't been accepted :( )
  116. # [09:20] <othermaciej> hsivonen: I don't know who printed it but I do believe Paul Cotton brandished it at some points
  117. # [09:20] <othermaciej> jgraham: is there a requirement in the HTML5 parser to sometimes have multiple adjacent text nodes?
  118. # [09:23] * Quits: Maurice (n=ano@80.101.46.164) ("Disconnected...")
  119. # [09:26] * Joins: yatil (n=Adium@78.104.102.186)
  120. # [09:27] * Parts: yatil (n=Adium@78.104.102.186)
  121. # [09:28] <hsivonen> othermaciej: IIRC, it's at least permitted when text is foster-parented
  122. # [09:29] <hsivonen> othermaciej: ok. good enough supporting evidence for the rumor that MS employees like to print specs.
  123. # [09:29] <othermaciej> hsivonen: I was not aware of such a rumor
  124. # [09:30] <gavin> I have a colleague who likes to print unified diffs that he needs to review
  125. # [09:30] <gavin> he reviews them with a pen!
  126. # [09:31] * Joins: workmad3_ (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  127. # [09:33] <roc> if developers used the online version, people could mine the whatwg.org logs to figure out what was being implemented
  128. # [09:34] * Quits: mpilgrim (n=mark@81.211.8.2) (Read error: 110 (Connection timed out))
  129. # [09:35] * Quits: dave_levin (n=dave_lev@216.239.45.130)
  130. # [09:39] * Joins: MikeSmith (n=MikeSmit@EM114-48-188-75.pool.e-mobile.ne.jp)
  131. # [09:40] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  132. # [09:42] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  133. # [09:44] * MikeSmith is on a train back to Shinjuku, checking the logs to see if he's missed anything interesting
  134. # [09:45] <gsnedders> MikeSmith: Everything.
  135. # [09:46] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: 110 (Connection timed out))
  136. # [09:46] * workmad3_ is now known as workmad3
  137. # [09:48] <jgraham> othermaciej: http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html#insert-a-character Note the example
  138. # [09:49] <jgraham> specifically the <table>A<tr>B one
  139. # [09:49] <othermaciej> that's some wacky examples
  140. # [09:52] * Joins: mpilgrim (n=mark@213.33.189.210)
  141. # [09:57] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  142. # [09:58] <MikeSmith> fwiw, I think it was one of the X3D guys who printed out the copy of the spec, and for benign reasons (not for purposes of it being used as a prop)
  143. # [09:59] <othermaciej> I don't think the use as a prop was malicious
  144. # [10:00] * MikeSmith is finding that the certain eyboard eys on his aptop don't wor any onger after train went around a curve and beverage spashed down on his eyboard
  145. # [10:01] * Joins: frantk (n=frantk@62.235.169.56)
  146. # [10:02] * Joins: Maurice (n=ano@80.101.46.164)
  147. # [10:04] * Quits: frantk (n=frantk@62.235.169.56) (Client Quit)
  148. # [10:04] * Quits: Maurice (n=ano@80.101.46.164) (Client Quit)
  149. # [10:07] <MikeSmith> othermaciej: btw, I guess you saw that the ruby support got committed
  150. # [10:07] <othermaciej> MikeSmith: yep
  151. # [10:08] * MikeSmith having a hard time wording things without using characters between i and m
  152. # [10:12] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  153. # [10:12] <MikeSmith> othermaciej: I'm wondering what my chances are of convincing somebody to become editor for the CSS Ruby spec so that we can move that forward faster and get it supported too
  154. # [10:12] <othermaciej> MikeSmith: don't look at me :-)
  155. # [10:12] <MikeSmith> heh
  156. # [10:13] <danbri> ghjkl;'\
  157. # [10:13] <danbri> there you go, copy/pastable
  158. # [10:13] * danbri used to google for ~ when first got an italian keyboard mac
  159. # [10:14] <MikeSmith> maybe I can as Mr, Steiner
  160. # [10:14] <MikeSmith> he understands the issues better than anybody by now, perhaps
  161. # [10:17] <gsnedders> MikeSmith: Ruby support got committed into what? WebKit?
  162. # [10:18] <MikeSmith> gsnedders: yeah
  163. # [10:18] <hsivonen> does WebKit support Ruby as an addition to CSS or as a non-CSS extension to layout?
  164. # [10:19] <MikeSmith> hsivonen: I thin it does not support CSS Ruby yet at all
  165. # [10:19] <hsivonen> ok
  166. # [10:19] <MikeSmith> gsnedders: already in Webkit nightlies
  167. # [10:19] <MikeSmith> dunno about Chrome
  168. # [10:20] * Joins: Phae (n=phaeness@gatea.mh.bbc.co.uk)
  169. # [10:22] <MikeSmith> (thanks to danbri for the the l's and k's)
  170. # [10:22] <danbri> careful, don't use 'em all at once
  171. # [10:28] <MikeSmith> heh
  172. # [10:28] <MikeSmith> I have a new appreciation for them
  173. # [10:28] <MikeSmith> the letter 'j' in contrast seems mostly unnecessary
  174. # [10:32] * Joins: yatil (n=Adium@194.24.158.73)
  175. # [10:32] * Parts: yatil (n=Adium@194.24.158.73)
  176. # [10:34] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  177. # [10:35] * Joins: yatil1 (n=Adium@194.24.158.2)
  178. # [10:35] * Parts: yatil1 (n=Adium@194.24.158.2)
  179. # [10:35] * Joins: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  180. # [10:36] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  181. # [10:37] * Joins: yatil (n=Adium@78.104.102.186)
  182. # [10:37] * Parts: yatil (n=Adium@78.104.102.186)
  183. # [10:40] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  184. # [10:44] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  185. # [10:47] * Joins: ROBOd (n=robod@89.122.216.38)
  186. # [10:52] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 104 (Connection reset by peer))
  187. # [10:52] * Joins: daedb (n=daed@h11n1fls34o986.telia.com)
  188. # [10:58] * Quits: MikeSmith (n=MikeSmit@EM114-48-188-75.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  189. # [11:01] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  190. # [11:02] * zcorpan is now known as zcorpan_
  191. # [11:04] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Client Quit)
  192. # [11:04] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  193. # [11:05] * zcorpan_ has now updated http://www.w3.org/XML/Group/2009/09/xml-stylesheet.html (member-only link, sorry)
  194. # [11:08] * Joins: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com)
  195. # [11:11] * Quits: nicferrier (n=nferrier@sanders.tapsellferrier.co.uk) (Read error: 101 (Network is unreachable))
  196. # [11:14] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
  197. # [11:18] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  198. # [11:18] * jgraham discovers that hsivonen already sent an email saying the same things he just wrote
  199. # [11:22] * Joins: webben (n=benh@nat/yahoo/x-jtnqzgbyuzxdstkk)
  200. # [11:27] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  201. # [11:28] * Quits: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com) ("This computer has gone to sleep")
  202. # [11:31] * Quits: shepazu (n=schepers@adsl-150-154-13.rmo.bellsouth.net) ("Core Breach")
  203. # [11:31] * Quits: webben (n=benh@nat/yahoo/x-jtnqzgbyuzxdstkk) ("Leaving.")
  204. # [11:31] * Joins: shepazu (n=schepers@adsl-150-154-13.rmo.bellsouth.net)
  205. # [11:32] * Joins: webben (n=benh@nat/yahoo/x-zysaksjdwgdmqlhd)
  206. # [11:32] * Joins: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com)
  207. # [11:33] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  208. # [11:34] * Quits: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com) (Client Quit)
  209. # [11:34] * Joins: BenGerrissen (n=chatzill@213.208.242.186)
  210. # [11:36] * Quits: mpilgrim (n=mark@213.33.189.210) (Read error: 110 (Connection timed out))
  211. # [11:36] * Joins: annevk2 (n=annevk@83.85.115.44)
  212. # [11:36] * Parts: annevk2 (n=annevk@83.85.115.44)
  213. # [11:37] * Joins: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com)
  214. # [11:39] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  215. # [11:40] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  216. # [11:42] * Joins: hamcore (n=hamcore@ns1.mediain.com.br)
  217. # [11:42] * Joins: mpt (n=mpt@canonical/mpt)
  218. # [11:42] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  219. # [11:45] * gsnedders despises websites taht require www.
  220. # [11:45] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  221. # [11:47] <annevk2> whoa, MathML comments thread is still ongoing
  222. # [11:47] <annevk2> and it is long
  223. # [11:47] <annevk2> geez
  224. # [11:47] <zcorpan> we don't have consensus on whether we need to have consensus on comments
  225. # [11:49] * gsnedders think he's going to have fun when he gets around to catching up on email
  226. # [11:50] * Quits: Lachy (n=Lachlan@ip80-101-228-21.hotspotsvankpn.com) ("This computer has gone to sleep")
  227. # [11:53] <annevk2> zcorpan, new laptop?
  228. # [11:53] <zcorpan> annevk2: no
  229. # [11:54] <zcorpan> annevk2: well, at least not the past year or so
  230. # [11:54] * Joins: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  231. # [11:57] <annevk2> there was this message ID ending in macbook.local from you
  232. # [11:57] * Quits: erikvold (n=erikvvol@S010600195b93b7bf.gv.shawcable.net) (Read error: 60 (Operation timed out))
  233. # [11:57] <annevk2> didn't know you had a MacBook
  234. # [11:58] <gsnedders> It's not as if he had it at the engineering eminar :)
  235. # [11:58] <annevk2> did he?
  236. # [11:59] <zcorpan> i only used it on the last day, probably after anne had left
  237. # [11:59] * gsnedders shrugs shoulders
  238. # [11:59] <gsnedders> You left it before we went back to Linkoping
  239. # [12:00] <annevk2> I'm just saying it because the only laptop I can remember zcorpan having is one with a somewhat broken screen
  240. # [12:00] <zcorpan> that one doesn't boot anymore
  241. # [12:00] <zcorpan> or at least not last time i tried
  242. # [12:00] * gsnedders stops playing around on Facebook and gets back to trying to do uni application stuff
  243. # [12:14] * Joins: Hish_____ (n=chatzill@p57B7F8F6.dip.t-dialin.net)
  244. # [12:24] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  245. # [12:32] * Quits: Hish (n=chatzill@212.60.242.26) (Read error: 110 (Connection timed out))
  246. # [12:33] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
  247. # [12:39] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
  248. # [12:41] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091102172958]")
  249. # [12:42] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  250. # [12:44] * Quits: smaug_ (n=chatzill@cs181150024.pp.htv.fi) (Client Quit)
  251. # [12:46] * Joins: Hish______ (n=chatzill@212.60.242.26)
  252. # [12:46] * Hish______ is now known as Hish
  253. # [12:47] <jgraham> anyone fancy mentioning html5lib on http://news.ycombinator.com/item?id=930717 ?
  254. # [12:48] * Joins: Hish______ (n=chatzill@p57B7F8F6.dip.t-dialin.net)
  255. # [12:48] <Philip`> jgraham: The original poster of that story stole your name :-(
  256. # [12:49] * Quits: Hish_____ (n=chatzill@p57B7F8F6.dip.t-dialin.net) (Read error: 104 (Connection reset by peer))
  257. # [12:50] <jgraham> Philip`: I don't have the spare "c" lying around though
  258. # [12:54] * Joins: mat_t (n=mattomas@66.226.254.79)
  259. # [12:55] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  260. # [12:58] * Parts: Michelangelo (n=Michelan@193.205.162.69)
  261. # [12:58] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  262. # [13:01] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 110 (Connection timed out))
  263. # [13:05] <jgraham> BTW I just reran the parsing speed tests that Ian Bicking did and I get html5lib elementtree / lxml = 35 compared to 50 that he got
  264. # [13:05] * Quits: Hish (n=chatzill@212.60.242.26) (Read error: 110 (Connection timed out))
  265. # [13:06] <jgraham> So either we are faster or the test isn't that reliable or my machine is sufficiently different from his to make the comparison meaningless or my lxml is slower
  266. # [13:06] <jgraham> Or something else
  267. # [13:09] <Philip`> I think there were quite a few speedups of html5lib since those results were originally published, so it seems likely that that's the cause of the relative improvement
  268. # [13:09] <jgraham> Yeah, I was expecting some speedup. But I also made things slower again
  269. # [13:10] <jgraham> So I'm not totally sure what the net change is
  270. # [13:10] <Philip`> I think most of the slowness was in the tokeniser and I couldn't find any easy way to make that faster in pure Python
  271. # [13:10] <jgraham> (in particular all the namespace support makes things slower)
  272. # [13:11] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Remote closed the connection)
  273. # [13:11] <jgraham> Philip`: I think there are a number of microoptimisations that one could make
  274. # [13:11] <jgraham> But I don't know if any of them would have a significant effect
  275. # [13:12] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  276. # [13:13] <Philip`> I experimented a tiny bit with writing loops to just extract tag names from input like "aaaa<foo>test<etc>", and none were significantly faster than the entire html5lib tokeniser
  277. # [13:13] <jgraham> (in fact there was a whole thread on python-discuss about how html5lib was clearly written by a bunch of idiots becuase we didn't make every posssible optimisation and dared to use if statements rather than dictionary lookups + function calls)
  278. # [13:14] <jgraham> (note: iirc we weren't actually ever called a bunch of idiots)
  279. # [13:14] <annevk2> though we clearly are
  280. # [13:14] <jgraham> (also we did get one useful patch out of it which was nice)
  281. # [13:14] <Philip`> If I remember correctly, almost all the time is spent in the data state and attribute value states
  282. # [13:15] <annevk2> jgraham, seems a bit pointless to waste a thread on that indeed
  283. # [13:15] <annevk2> jgraham, if Python had a decent HTML parser we would not have to write one...
  284. # [13:15] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  285. # [13:16] <Philip`> annevk2: By "decent" you mean "implements the HTML5 spec precisely"?
  286. # [13:17] <Philip`> Python seems to have a good excuse in that case, since HTML5 didn't exist when its standard library parsers were written
  287. # [13:18] <jgraham> Philip`: If by decent you mean "usable for common tasks" and by "python" you mean "the python standard library" it seems like a fair comment irrespective of HTML5 conformance
  288. # [13:19] <jgraham> (note the fact that the blog post author from the ycombinator article above was complaining that someone used regexps because they were better than the stdlib)
  289. # [13:19] <Philip`> So if Python had a standard usable HTML-parsing library (that didn't follow the HTML5 spec) then nobody would have written html5lib?
  290. # [13:19] <annevk2> Philip`, naturally
  291. # [13:19] <jgraham> I would have written html5lib still
  292. # [13:19] * gsnedders_ is now known as gsnedders|work
  293. # [13:19] <jgraham> Because the goal for me was to understand that part of the spec not to produce the best possible tool
  294. # [13:20] <gsnedders|work> What difference does processing textarea in the "text" insertion mode make?
  295. # [13:20] <jgraham> The fact that I incidentially produced a tool that I now use all the time is happy coincidence
  296. # [13:20] <jgraham> too many incidences
  297. # [13:20] <gsnedders|work> As the tokenizer is in RCDATA mode, the only end tag that can be outputted is textarea, so it should make none
  298. # [13:21] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  299. # [13:21] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  300. # [13:24] * Quits: mat_t (n=mattomas@66.226.254.79) ("This computer has gone to sleep")
  301. # [13:24] <Philip`> (By the way, removing parse error support would probably make html5lib measurably faster (like 5% or something), since line-counting in the input stream was a bit slow when I last checked)
  302. # [13:25] <gsnedders|work> I thought we only did line-counting upon throwing an error, now
  303. # [13:26] <Philip`> How could that work? It would have thrown away all the input data by that point, and it'd be too late to count
  304. # [13:28] <Philip`> Oh, it computes the position at the end of every chunk, then adds counts from the current chunk when there's an error
  305. # [13:29] <Philip`> I don't think it did that when I last looked :-p
  306. # [13:29] <jgraham> I think that was one of the results of the python-discuss thread
  307. # [13:29] <Philip`> Was that a recent thread?
  308. # [13:29] <jgraham> Philip`: Sometime over the summer iirc
  309. # [13:30] <Philip`> I thought you meant some thread I vaguely remembered from many years ago
  310. # [13:30] <jgraham> (that issue wasn't discussed on the thread because people were too busy getting upset at the use of if statements)
  311. # [13:31] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
  312. # [13:35] <Philip`> Maybe html5lib should come with a set of benchmarks, and if somebody suggests an optimisation then tell them to demonstrate it has a real effect first
  313. # [13:36] <gsnedders|work> Philip`, There's an if statement in that sentence.
  314. # [13:36] <jgraham> http://mail.python.org/pipermail/python-list/2009-July/187459.html
  315. # [13:36] <jgraham> Philip`: Seems reasonable
  316. # [13:37] <jgraham> Then we could track perf too :)
  317. # [13:38] <Philip`> Hmm, is he suggesting additions to the Python language in order to help performance?
  318. # [13:38] <Philip`> I thought experience with JavaScript indicates you can make dynamic languages zillions of times faster without changing the language itself
  319. # [13:39] <jgraham> It suggests that you can make jsvascript faster without changing the language
  320. # [13:39] * Quits: roc (n=roc@121-72-211-128.dsl.telstraclear.net)
  321. # [13:39] <gsnedders|work> It'd be interesting to download a copy of unladen swallow and benchmark using that
  322. # [13:39] <jgraham> I'm not clear how well it generalizes
  323. # [13:39] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
  324. # [13:40] <jgraham> (like I'm sure you can make it faster but does the lack of __getattr__, for example, make javascript easier to optimize)
  325. # [13:40] <Philip`> Psyco indicates you can make Python a lot faster
  326. # [13:40] <Philip`> without changing the language
  327. # [13:40] <jgraham> s/)/?)/
  328. # [13:40] <jgraham> Sure. I don't doubt that it can be faster. I'm less clear whether you can get the same factor speedups as for javascript in the general case
  329. # [13:41] <jgraham> (rather than for special cases like code that does a lot of arithmetic operations)
  330. # [13:41] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  331. # [13:41] * Joins: Michelangel (n=Michelan@193.205.162.69)
  332. # [13:41] <Philip`> JS engines don't give you the same factor speedup in the general case
  333. # [13:42] * workmad3 is now known as darth_wm3
  334. # [13:42] <Philip`> They optimise for programs that have lots of static features like classes (objects with the same structure) and don't use crazy JS features (like with and eval)
  335. # [13:42] <Philip`> and presumably you could do the same for Python
  336. # [13:43] <jgraham> Hopefully
  337. # [13:43] * darth_wm3 is now known as workmad3
  338. # [13:44] <Philip`> Python doesn't even have prototypes to mae property access complex
  339. # [13:44] <Philip`> s//k/
  340. # [13:45] <Philip`> Maybe someone should profile CPython running html5lib
  341. # [13:49] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  342. # [13:49] <Philip`> "There's a comment in the code that it would be useful to run a few billion lines of HTML through an instrumented version of the parser to decide in which order the IF statements should be executed. You shouldn't have to do that." - you don't have to do that, because you could get a representative sample with a few hundred pages, and it because it makes pretty much zero difference in practice
  343. # [13:50] * Quits: Michelangel (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  344. # [13:50] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  345. # [13:50] * workmad3 is now known as wm3_lunch
  346. # [13:51] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  347. # [13:51] * jgraham thought he had removed that comment
  348. # [13:51] <zcorpan> maybe it would also still be useful to do even though python was fast
  349. # [14:06] <zcorpan> what should happen for onclick = 1; per html5?
  350. # [14:06] <zcorpan> should getting onclick return 1 or null?
  351. # [14:07] * Joins: pmuellr (n=pmuellr@nat/ibm/x-cqgygqueayaoohew)
  352. # [14:09] * zcorpan means the IDL attribute
  353. # [14:11] <zcorpan> "Event handler IDL attributes, on setting, must set the corresponding event handler to their new value, and on getting, must return whatever the current value of the corresponding event handler is (possibly null)."
  354. # [14:11] <hsivonen> do the top 5 browsers all use libpng and the IJG's JPEG decoder?
  355. # [14:12] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) ("Leaving...")
  356. # [14:14] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  357. # [14:14] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  358. # [14:16] * zcorpan can't make sense out of webidl
  359. # [14:20] * Joins: danbri (n=danbri@unaffiliated/danbri)
  360. # [14:24] * Joins: Michelangel (n=Michelan@193.205.162.69)
  361. # [14:24] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  362. # [14:24] * jgraham thinks it should throw TypeError
  363. # [14:25] <jgraham> Following the rules in http://dev.w3.org/2006/webapi/WebIDL/#es-interface
  364. # [14:26] <zcorpan> oh ie throws
  365. # [14:26] <zcorpan> opera sets it to null
  366. # [14:26] <zcorpan> firefox sets it to 1
  367. # [14:27] <zcorpan> and chrome sets it to null
  368. # [14:28] <zcorpan> thanks jgraham
  369. # [14:33] * Quits: Michelangel (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  370. # [14:33] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  371. # [14:37] * Joins: mpt (n=mpt@canonical/mpt)
  372. # [14:38] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  373. # [14:44] * Joins: mat_t (n=mattomas@66.226.254.79)
  374. # [14:45] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  375. # [14:47] * Joins: mpilgrim (n=mark@213.33.189.210)
  376. # [14:49] * Quits: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
  377. # [14:49] * Joins: mpt (n=mpt@canonical/mpt)
  378. # [14:49] <gsnedders|work> Is there anyway to use grep to search for U+0008?
  379. # [14:51] <Philip`> gsnedders|work: grep -P '\x08'
  380. # [14:51] <gsnedders|work> Philip`, Thx
  381. # [14:54] <Philip`> Why would a third-party power adapter cause my laptop to work fine except that the touchpad is unreliable (the cursor moves stickily) when it's plugged in?
  382. # [14:54] <Philip`> (It works fine with the official adapter, or when it's unplugged)
  383. # [14:54] * Joins: [1]mpilgrim (n=mark@213.33.189.210)
  384. # [14:54] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  385. # [14:55] <jgraham> Philip`: Depends in some odd way on the precise voltage?
  386. # [14:55] <jgraham> Or the stability of the voltage?
  387. # [14:56] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  388. # [14:57] * Quits: mpilgrim (n=mark@213.33.189.210) (Read error: 60 (Operation timed out))
  389. # [14:57] * [1]mpilgrim is now known as mpilgrim
  390. # [14:57] <Philip`> I suppose that's possible, but it seems a bit odd
  391. # [14:58] <jgraham> Well it seems a bit odd that there would be a problem at all
  392. # [14:59] <Philip`> Indeed
  393. # [14:59] <Philip`> When it first happened I wondered if my fingers were broken
  394. # [14:59] <Philip`> and had stopped emitting whatever signals the touchpad picks up
  395. # [15:00] <Philip`> but it's definitely a problem that occurs when (and only when) I have this adapter plugged in
  396. # [15:05] * danbri finds http://neosmart.net/blog/2009/watch-youtube-videos-in-html5/
  397. # [15:05] <danbri> oh http://www.youtube.com/html5 :)
  398. # [15:08] <TabAtkins> If I've already installed a webkit nightly, and I'm staring at its folder right now, what do I click to make it run again?
  399. # [15:08] * TabAtkins has tried FindSafari and run-nightly-webkit
  400. # [15:09] <Rik|work> TabAtkins: run-nightly-webkit should work
  401. # [15:09] <Rik|work> (if you have Safari installed)
  402. # [15:10] <TabAtkins> Yeah, I ran this particular nightly already. It keeps erroring out with a generic windows crash message, though. ;_;
  403. # [15:10] * Joins: miketaylr (n=miketayl@38.117.156.163)
  404. # [15:11] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) ("Ex-Chat")
  405. # [15:12] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
  406. # [15:12] * Joins: miketaylr (n=miketayl@38.117.156.163)
  407. # [15:13] * hamcore is now known as hcr
  408. # [15:14] <Rik|work> oh, then I won't know
  409. # [15:14] <Rik|work> TabAtkins: is it the latest nightly ?
  410. # [15:15] <TabAtkins> No, from a few days back. Probably Tuesday.
  411. # [15:15] <Rik|work> then I'll suggest trying the latest nightly and if it still doesn't work, file a bug
  412. # [15:15] * Quits: mat_t (n=mattomas@66.226.254.79) ("This computer has gone to sleep")
  413. # [15:17] <TabAtkins> Doing so now.
  414. # [15:18] <Dashiva> How did I miss this for five months: http://technology.todaysbigthing.com/2009/06/25
  415. # [15:22] <hsivonen> Dashiva: that's rather depressing from the point of view of browser competition
  416. # [15:24] <erlehmann_> can a safari user test this ? data:text/html;,<video src="http://c13014-o.d.core.cdn.streamfarm.net/13014bundestag/ondemand/3777parlamentsfernsehen/archiv/app144277506/145293313/381248/381248_h264_720_576_2000kb_de_2192.mp4">
  417. # [15:27] <Rik|work> erlehmann_: what do you want to test ?
  418. # [15:27] <erlehmann_> Rik|work, does it work with safari ? i heard there were some weird issues regarding h.264 profiles
  419. # [15:28] <Rik|work> it works in the nightly
  420. # [15:28] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Remote closed the connection)
  421. # [15:28] <hsivonen> erlehmann_: WFM in Safari 4 on SL if I add the controls attribute
  422. # [15:28] <erlehmann_> nice.
  423. # [15:28] <Rik|work> yeah, I add to add the controls attribute too
  424. # [15:29] <Rik|work> had
  425. # [15:29] <hsivonen> erlehmann_: now if Bundestag provided Theora video...
  426. # [15:29] <erlehmann_> Rik|work, now i'll just add that to something. wait.
  427. # [15:30] <erlehmann_> hsivonen, i'm doing a proof of concept right now and going to send that to the technician.
  428. # [15:31] * Joins: mat_t (n=mattomas@66.226.254.79)
  429. # [15:34] * wm3_lunch is now known as workmad3
  430. # [15:34] <Philip`> erlehmann_: Make it work on an iPhone
  431. # [15:34] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  432. # [15:34] <Philip`> Then everyone will think it's really cool
  433. # [15:35] <erlehmann_> wait. i'm nearly done
  434. # [15:36] * Quits: mpilgrim (n=mark@213.33.189.210) (Read error: 145 (Connection timed out))
  435. # [15:36] <erlehmann_> Philip`, hsivonen, Rik|work http://daten.dieweltistgarnichtso.net/src/bundestag-html5-demo/od_player.html
  436. # [15:36] <erlehmann_> video with two source elements and flash fallback
  437. # [15:36] <erlehmann_> theora, h.264
  438. # [15:36] <erlehmann_> does it work everywhere?
  439. # [15:37] <Philip`> Works in Firefox on Linux
  440. # [15:37] <gsnedders|work> Not in IE without Flash installed.
  441. # [15:37] <Philip`> (3.5)
  442. # [15:38] <Rik|work> erlehmann_: I can't really tell, I have the quicktime ogg plugin installed
  443. # [15:38] <Philip`> Works in Chromium on Linux too
  444. # [15:38] <erlehmann_> gsnedders|work, that's intented, you insensitive clod. ;)
  445. # [15:38] <hsivonen> erlehmann_: have you tested your embedding sample code from a different Origin?
  446. # [15:38] <Philip`> (playing the .ogv)
  447. # [15:38] * hsivonen predicts it won't work
  448. # [15:38] <gsnedders|work> erlehmann_, You asked if there was anywhere it wouldn't work.
  449. # [15:38] <erlehmann_> hsivonen, there are no origin headers. why are you asking ?
  450. # [15:39] <hsivonen> erlehmann_: your demo page itself works in Minefield and Safari for me
  451. # [15:39] <erlehmann_> i salute all of you then :)
  452. # [15:39] <erlehmann_> lets hope the bundestag tech department also sees the merit of it.
  453. # [15:39] <hsivonen> erlehmann_: unless you use CORS to permit cross-Origin use of the .ogv video, I expect it not to work in Firefox cross-origin
  454. # [15:40] <Philip`> erlehmann_: What merit?
  455. # [15:40] <Philip`> erlehmann_: I assume their Flash version already works, and is easier to set up since there's fewer encodings :-)
  456. # [15:41] <erlehmann_> it does. but it is clunky and cumbersome. we'll see.
  457. # [15:41] <hsivonen> Philip`: video without the plug-in prison!
  458. # [15:41] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  459. # [15:41] <erlehmann_> playable with elinks and vlc-nox !!
  460. # [15:42] <Philip`> I don't know many prisons where 98% of the world are voluntary inmates, so that's not a perfect analogy
  461. # [15:42] <Philip`> (NB: I just made that number up)
  462. # [15:42] <hsivonen> Philip`: is Flash a voluntary inmate?
  463. # [15:42] <gsnedders|work> 99.98% of all statistics are made up on the spot.
  464. # [15:43] <workmad3> Philip`: I think adobe advertises about a 95% install percentage of flash players in general
  465. # [15:43] <Philip`> Oh, it's a prison for technologies rather than for users?
  466. # [15:43] <gsnedders|work> workmad3, I think Adobe have an interest in that number being ficticously high
  467. # [15:44] <hsivonen> Philip`: as I understand it, when Adobe evangelists say "plug-in prison", they mean Chrome's or Safari's on SL out-of-process plug-in host
  468. # [15:44] <workmad3> gsnedders|work: true... they could be monitoring just sites which require flash installed ;)
  469. # [15:44] <hsivonen> Philip`: maybe I've understood their terminology wrong
  470. # [15:44] <Philip`> hsivonen: I assumed you were using the term in the sense of locking users into proprietary plugins
  471. # [15:45] <erlehmann_> Philip`, open standards are a minority right
  472. # [15:45] <Philip`> I do very much like how the browsers have right-click save-video-as commands
  473. # [15:45] <Philip`> which is a compelling advantage over Flash for a user
  474. # [15:45] <Rik|work> Philip`: is it ?
  475. # [15:45] <Philip`> though perhaps a disadvantage for video publishers
  476. # [15:46] <Philip`> Rik|work: Well, for some users at least :-)
  477. # [15:46] <Philip`> Rik|work: particularly the ones who use all these tools and extensions and services for downloading Youtube videos
  478. # [15:46] <Rik|work> Philip`: safari doesn't have that menu and there's a lot of easy to use tools to get the videos
  479. # [15:46] <Philip`> The tools are hard to use, because you have to find them and install them
  480. # [15:46] <hsivonen> Rik|work: I think it's a bug in Safari
  481. # [15:47] <Philip`> which takes a lot more effort than right-clicking
  482. # [15:47] <Rik|work> hsivonen: I think so too
  483. # [15:48] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 110 (Connection timed out))
  484. # [15:48] <erlehmann_> Rik|work, safari probably doesnt have a save menu for image either, amirite?
  485. # [15:48] <gsnedders|work> It does
  486. # [15:48] <Rik|work> erlehmann_: no you're wrong :)
  487. # [15:49] <erlehmann_> damn controc freaks
  488. # [15:49] * gsnedders|work guesses it's more just nobody-bothered-to-implement-this
  489. # [15:49] * hsivonen wonders if there's a law requiring German sites to have an "Impressum" or whether it's just a custom that everyone honors
  490. # [15:50] <erlehmann_> hsivonen, its required, at least for commercial sites
  491. # [15:50] <hsivonen> erlehmann_: ok.
  492. # [15:50] <erlehmann_> people got sued for it
  493. # [15:50] <Rik|work> "Impressum" ?
  494. # [15:50] <erlehmann_> though WHOIS is that function, in a way
  495. # [15:50] <erlehmann_> stupid legislators
  496. # [15:51] <crash\> Rik|work: imprint
  497. # [15:51] <Rik|work> well, I've learned a new word in both English and German
  498. # [15:51] <crash\> erlehmann_: domain whois is one thing
  499. # [15:52] <erlehmann_> crash\, the people who got sued were in almost all cases those who owned the domain.
  500. # [15:52] <erlehmann_> we have weird laws in here, well.
  501. # [15:53] <crash\> why that's wired?
  502. # [15:53] <crash\> only .de domain whoises contain personal data
  503. # [15:54] <crash\> it good for customers to check, which company own a website
  504. # [15:54] <crash\> so I think an imprint is a good thing
  505. # [15:59] * Joins: Midler (n=midler@212.37.124.243)
  506. # [16:03] * Quits: mat_t (n=mattomas@66.226.254.79) ("This computer has gone to sleep")
  507. # [18:03] * Disconnected
  508. # [18:04] * Attempting to rejoin channel #whatwg
  509. # [18:04] * Rejoined channel #whatwg
  510. # [18:04] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  511. # [18:04] * Set by annevk42 on Mon Oct 19 22:03:06
  512. # [18:05] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Remote closed the connection)
  513. # [18:06] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  514. # [18:11] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  515. # [18:13] * Quits: mat_t (n=mattomas@66.226.254.79) (Remote closed the connection)
  516. # [18:13] * Joins: mat_t (n=mattomas@66.226.254.79)
  517. # [18:18] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  518. # [18:20] * Joins: michaelforrest (n=michaelf@66.226.254.79)
  519. # [18:23] <Philip`> The <base> proposal sounds pretty much exactly like xmlns prefixes and CURIEs
  520. # [18:23] <Philip`> (only for resolvable resources, rather than for identifiers)
  521. # [18:24] <Philip`> (and with different syntax)
  522. # [18:24] <Philip`> GPHemsley: People shoot down almost every single proposal because almost every single proposal deserves to be shot down ;-)
  523. # [18:25] <GPHemsley> meh :P
  524. # [18:25] <Philip`> The alternative would be accepting more proposals, thus making HTML far more complex than it already is
  525. # [18:26] <GPHemsley> "more complex" == "more useful", sometimes
  526. # [18:26] <Philip`> Sometimes, but rarely
  527. # [18:27] <Philip`> Few proposals are for features that can't already be implemented relatively straightforwardly with different syntax or with some scripting
  528. # [18:28] <Philip`> so they're not trying to make HTML more powerful, just trying to make it easier to use for certain cases
  529. # [18:28] <GPHemsley> perhaps, but I don't think every new feature should be off-loaded on a script
  530. # [18:30] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  531. # [18:30] <jgraham> They're not. For example no one has suggested using script rather than <video>
  532. # [18:31] <Philip`> GPHemsley: Nor do I, but features that are only useful to a tiny fraction of people will result in less global complexity if they're implemented in script by each of those people rather than being part of the standardised language
  533. # [18:31] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl)
  534. # [18:37] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com)
  535. # [18:41] * Joins: boogyman (n=chatzill@unaffiliated/boogyman)
  536. # [18:42] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  537. # [18:42] * Joins: yoshu (n=josh@174-18-197-62.tcso.qwest.net)
  538. # [18:45] <TabAtkins> hsivonen: The rumor is true. At least the MS guy I was around most of the time prints CSS specs.
  539. # [18:50] * Joins: maikmerten (n=maikmert@BAB87b9.bab.pppool.de)
  540. # [18:51] * maikmerten is now known as maik|eat
  541. # [18:53] * Joins: mdrphp (n=jojoba@cpe-75-85-89-168.socal.res.rr.com)
  542. # [18:54] * Quits: michaelforrest (n=michaelf@66.226.254.79) (Read error: 54 (Connection reset by peer))
  543. # [18:57] * Joins: ap (n=ap@17.246.17.221)
  544. # [19:00] <TabAtkins> In current browsers, if I have two valid background rules for the same element the first (modulo specificity) will be discarded before it requests the image in it, right?
  545. # [19:01] <TabAtkins> (I'm wondering if I can switch on current gradient support while still falling back to a generated gradient image, without the generated image being requested in browsers that can do native gradients.
  546. # [19:04] <JonathanNeal> TabAtkins, you could use Modernizr
  547. # [19:04] <JonathanNeal> http://www.modernizr.com/
  548. # [19:05] <TabAtkins> Hmm, good idea. I'd have to ask if they're testing for FF gradients yet, though (probably not).
  549. # [19:06] * Quits: mat_t (n=mattomas@66.226.254.79) ("Leaving")
  550. # [19:06] * Joins: mat_t (n=mattomas@66.226.254.79)
  551. # [19:06] <TabAtkins> Also: it actually still wouldn't answer my original question, because I'd have do something like "foo{ background:url()} .gradients foo { background:linear-gradient();}"
  552. # [19:06] <JonathanNeal> Tab_Atkins, Paul Irish, the guy who works a lot on it spends a good deal of time in the #jquery channel, you could ask him, but also http://github.com/Modernizr/Modernizr/commit/c36a886b4fec36a7461ba8d96174986bf4dc41be
  553. # [19:07] <TabAtkins> And I'm not certain that the browsers will toss away the former before making the request.
  554. # [19:07] <TabAtkins> JonathanNeal: Ah, thanks for the link. They do indeed test, then.
  555. # [19:09] <TabAtkins> (I'd use :not(.gradients) foo for the former, but that would defeat the purpose of making it useable in downlevel clients.)
  556. # [19:10] <TabAtkins> Alternately, I could just read wtf Modernizr actually does, and notice right on the front page that it would put *either* .gradients or .no-gradients on, so I can actively test for either.
  557. # [19:10] <JonathanNeal> :-)
  558. # [19:13] * Quits: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net) ("Leaving...")
  559. # [19:13] * Quits: paul_irish (n=paul_iri@12.33.239.250) (Remote closed the connection)
  560. # [19:16] * Quits: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  561. # [19:16] * Joins: michaelforrest (n=michaelf@66.226.254.104)
  562. # [19:17] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  563. # [19:17] * maik|eat is now known as maikmerten
  564. # [19:18] <JonathanNeal> he's alive!
  565. # [19:20] * Joins: weinig (n=weinig@17.246.18.238)
  566. # [19:21] * Quits: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  567. # [19:21] <paul_irish> TabAtkins: basically you set all the vendor specific css gradent css strings.. you apply them to an element.. and then you read whats in elem.style.backgroundImage .. if it contains the text 'gradient', you assume support
  568. # [19:21] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  569. # [19:21] <TabAtkins> paul_irish: Yeah, no confusion there. My question was related to whether or not a rule is discarded (when a more specific rule applies) before any resources requested in the first rule are requested.
  570. # [19:22] * Joins: roc (n=roc@121-72-211-128.dsl.telstraclear.net)
  571. # [19:22] <TabAtkins> But Modernizr is set up so that I don't have to explicitly rely on specificity, so the question is moot at the moment.
  572. # [19:22] <paul_irish> i dig.
  573. # [19:24] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  574. # [19:26] * Quits: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net) (Client Quit)
  575. # [19:26] * Joins: ment (i=thement@ibawizard.net)
  576. # [19:26] <ment> hi
  577. # [19:27] <TabAtkins> Hi.
  578. # [19:27] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  579. # [19:34] * Quits: roc (n=roc@121-72-211-128.dsl.telstraclear.net)
  580. # [19:37] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  581. # [19:37] * Joins: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
  582. # [19:40] * Joins: Lachy (n=Lachlan@ip80-101-233-85.hotspotsvankpn.com)
  583. # [19:43] * maikmerten is now known as maik|afk
  584. # [19:46] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  585. # [19:47] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  586. # [19:48] * Quits: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net) (Read error: 60 (Operation timed out))
  587. # [19:50] * Joins: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
  588. # [19:53] * Quits: mat_t (n=mattomas@66.226.254.79) ("This computer has gone to sleep")
  589. # [19:57] * Joins: dbaron (n=dbaron@nat/mozilla/x-lrxkiuldqjjqqivc)
  590. # [19:58] <JonathanNeal> hi
  591. # [20:01] * Joins: jwalden (n=waldo@nat/mozilla/x-nelhmgczizokvlas)
  592. # [20:03] * Quits: Lachy (n=Lachlan@ip80-101-233-85.hotspotsvankpn.com) (Read error: 110 (Connection timed out))
  593. # [20:04] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  594. # [20:06] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 145 (Connection timed out))
  595. # [20:16] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  596. # [20:17] * Quits: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
  597. # [20:18] * Quits: michaelforrest (n=michaelf@66.226.254.104) (Connection timed out)
  598. # [20:19] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  599. # [20:19] * Quits: maik|afk (n=maikmert@BAB87b9.bab.pppool.de) (Read error: 60 (Operation timed out))
  600. # [20:19] * TabAtkins is convinced by a single example that we should be using asymmetric delimiters for our strings.
  601. # [20:19] * Joins: maikmerten_ (n=maikmert@Z90ca.z.pppool.de)
  602. # [20:20] * TabAtkins believes, thusly, that all existing programming languages are badwrong.
  603. # [20:20] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  604. # [20:20] <TabAtkins> Except Lisp, and anything else with the equivalent of read-macros.
  605. # [20:20] <virtuelv> TabAtkins: and what is that single example?
  606. # [20:20] <TabAtkins> Something on a mailing list. Basically this code:
  607. # [20:21] <TabAtkins> (print <I'm a string containg <html> code.>)
  608. # [20:21] <TabAtkins> As long as you balance your delimiters within the string, no escaping is required.
  609. # [20:23] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams) (Client Quit)
  610. # [20:24] * Parts: boogyman (n=chatzill@unaffiliated/boogyman)
  611. # [20:24] <roc> intriguing
  612. # [20:25] * Quits: maikmerten_ (n=maikmert@Z90ca.z.pppool.de) (Remote closed the connection)
  613. # [20:26] * Hixie notes perl supports that
  614. # [20:27] <TabAtkins> You can't claim support for a syntax feature when every possible sequence of bytes is a valid program. ^_^
  615. # [20:27] <Hixie> print qq<I'm a string containg <html> code.\n>;
  616. # [20:27] <Hixie> ...works as you want it to
  617. # [20:27] <Hixie> "qq" is an operator meaning "the next character is the start of a double-quoted string"
  618. # [20:28] <Hixie> so qq<...> is a stirng
  619. # [20:28] <Hixie> string
  620. # [20:28] <TabAtkins> Yeah, got that.
  621. # [20:28] <Hixie> if the first character is one of <, [, (, or {, then the close character is the matching one, and nested quotes are allowed
  622. # [20:29] <TabAtkins> I just used (make-string-reader #\< #\>) (the code for the function is trivial if you understand read-macros) and it was done.
  623. # [20:29] <TabAtkins> Erm, ignore the alien face if you see it. Should be a > followed by a ).
  624. # [20:31] <TabAtkins> But I suppose Perl slips in with "the equivalent of read-macros" for this case, since it *is* a language construct changing the parsing of subsequent code.
  625. # [20:31] <Hixie> qq< is just the same as "
  626. # [20:31] <Hixie> one uses this a lot with regexps
  627. # [20:32] <Hixie> s/.../.../ is the same as s"..."..." or s<...><...> or s&...&...&
  628. # [20:32] <TabAtkins> I do very much enjoy the ability to change the regexp delimiter.
  629. # [20:33] <Hixie> (you have to have spaces around there if the character you want to quote is a letter, so it doesn't get confused for an identifier, but going there is just silly.)
  630. # [20:33] <TabAtkins> I didn't know about the details of the third one, though (s<…><…>).
  631. # [20:33] <TabAtkins> I've used s|…|…| before, when working with paths.
  632. # [20:33] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
  633. # [20:34] <Hixie> yeah i use | a lot
  634. # [20:34] * Joins: mpilgrim (n=mark@213.221.42.138)
  635. # [20:38] <virtuelv> I'll grant you the "intriguing"
  636. # [20:39] <virtuelv> incidentally, this ambiguity, together with the hard-to-type proper English quotation marks is why I'm trying to abandon said quotation marks in text
  637. # [20:39] <virtuelv> and stick to guillemets for all languages
  638. # [20:39] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  639. # [20:39] <virtuelv> lack of ambiguity, even
  640. # [20:40] <Hixie> i think mjs and i just fell for the same trick
  641. # [20:40] <TabAtkins> I'm actually about to go assign the curly quotes to my keyboard. AltGr is useful.
  642. # [20:40] <Hixie> mikesmith's e-mail has reply-to: public-html, but he asks for replies to him
  643. # [20:40] <TabAtkins> So what's the trick?
  644. # [20:42] <Hixie> the reply-to
  645. # [20:43] <TabAtkins> I may be parsing your sentence differently than you intend me to. Was it a trick, or just a mistake?
  646. # [20:43] <Hixie> mike tricked us into making am istake
  647. # [20:43] * Joins: mpt (n=mpt@canonical/mpt)
  648. # [20:45] <TabAtkins> Do you presume it to be an intentional trick?
  649. # [20:45] <gsnedders|work> Yes, MikeSmith is pure evil.
  650. # [20:45] <TabAtkins> kk, will keep that in mind.
  651. # [20:46] * TabAtkins thought that anybody with a cowboy hat can't be *all* evil…
  652. # [20:46] * aroben is now known as aroben|lunch
  653. # [20:48] * TabAtkins is also annoyed that javascript isn't a true functional language, so he can't easily pass operators as arguments to functions.
  654. # [20:50] <TabAtkins> Oh! Also, anyone who interacted with me on Friday should be aware that I was coming down with a head-cold at the time. It's nothing serious, but also not very comfortable.
  655. # [20:50] <roc> oh please
  656. # [20:50] <roc> very few functional languages support passing operators as arguments to functions
  657. # [20:51] <TabAtkins> Yes, which is what annoys me. I've gotten used to it.
  658. # [20:51] <roc> because in statically typed languages, overloading issues get in the way
  659. # [20:51] <TabAtkins> Haskell is statically typed and is fine with it.
  660. # [20:52] <roc> good for them
  661. # [20:52] <TabAtkins> The issue is probably languages with insufficiently advanced static typing. I don't use those languages.
  662. # [20:54] * Quits: pmuellr (n=pmuellr@nat/ibm/x-cqgygqueayaoohew)
  663. # [20:55] * TabAtkins doesn't use languages with sufficiently advanced static typing either, fwiw. Strong dynamic typing rox my sox.
  664. # [20:58] <Dashiva> TabAtkins: Is it that different from passing a function pointer instead?
  665. # [20:59] <TabAtkins> Dashiva: Not materially.
  666. # [20:59] <TabAtkins> But you have to create a function that mimics the operator first.
  667. # [20:59] <Dashiva> Isn't that a 10-character lambda?
  668. # [20:59] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 60 (Operation timed out))
  669. # [20:59] <TabAtkins> Slightly longer, generally, in js, but yes.
  670. # [20:59] * Joins: mat_t (n=mattomas@66.226.254.79)
  671. # [21:00] * Joins: mpt (n=mpt@canonical/mpt)
  672. # [21:00] * Joins: Michelangelo (n=Michelan@93-41-37-240.ip79.fastwebnet.it)
  673. # [21:00] <TabAtkins> It just annoys me to have to throw wrapper lambdas around when I've got the function right in front of me, but the language's syntax doesn't allow me to use it.
  674. # [21:03] * Quits: webben (n=benh@nat/yahoo/x-zysaksjdwgdmqlhd) ("Leaving.")
  675. # [21:06] * Quits: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  676. # [21:11] * Joins: frantk (n=frantk@62.235.169.56)
  677. # [21:14] * Joins: KevinMarks (n=KevinMar@157.22.22.46)
  678. # [21:14] * Philip` likes it when language syntaxes are optimised for the common case, rather than being equally average for writing all imaginable code
  679. # [21:15] <TabAtkins> Oh, agreed, certainly. My common case is passing around everything as a function.
  680. # [21:16] <TabAtkins> Which is why I was annoyed. Not saying it's wrong to do otherwise.
  681. # [21:17] <Philip`> Sounds like you need to spend more time calling functions and less time just passing them around everywhere ;-)
  682. # [21:18] <TabAtkins> Bah. Nothing wrong with wanting to do [1,2,3].reduce(+);. ^_^
  683. # [21:19] <Philip`> I prefer 1+2+3
  684. # [21:19] <Philip`> Actually I'd just write 6
  685. # [21:20] <TabAtkins> Nice when you can do so.
  686. # [21:20] <Philip`> Or I'd write sum(numbers)
  687. # [21:20] <TabAtkins> Not so much when you have an array you need to sum. (Or in the more general case, when you have an array you need to do something arbitrary to.)
  688. # [21:22] <TabAtkins> I'd probably write a sum function as well. But I'd prefer to implement it with fast functional forms, because they're so easy.
  689. # [21:22] <TabAtkins> But anyway, I was just whinging about preferences. Not making technical points.
  690. # [21:27] * aroben|lunch is now known as aroben
  691. # [21:43] * Quits: jwalden (n=waldo@nat/mozilla/x-nelhmgczizokvlas) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.4/20091027080902]")
  692. # [21:50] * Joins: jwalden (n=waldo@nat/mozilla/x-qbhgjqvvjciubaoo)
  693. # [21:54] * Joins: dglazkov_ (n=dglazkov@nat/google/x-qomallslidcdtbxf)
  694. # [21:55] * Quits: dglazkov (n=dglazkov@nat/google/x-nhktnhgzjicyxpda) (Read error: 60 (Operation timed out))
  695. # [21:55] * dglazkov_ is now known as dglazkov
  696. # [21:55] * Quits: dglazkov (n=dglazkov@nat/google/x-qomallslidcdtbxf) (Client Quit)
  697. # [22:06] * Joins: dglazkov (n=dglazkov@nat/google/x-ctuddwthotbrbrzq)
  698. # [22:07] * aroben is now known as aroben|meeting
  699. # [22:08] * virtuelv reads hixie's mail to public-device-apis
  700. # [22:08] <virtuelv> and notes that Opera's long-standing strawman proposal meets every requirement
  701. # [22:08] <virtuelv> and that also is able to treat archives transparently as if they were folders
  702. # [22:09] <virtuelv> (useful for reading (open-)office documents
  703. # [22:13] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  704. # [22:25] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  705. # [22:29] * Quits: yoshu (n=josh@174-18-197-62.tcso.qwest.net)
  706. # [22:32] <TabAtkins> Where's the note that devices without sufficient resources to, frex, play videos can just *not* play the video?
  707. # [22:32] <TabAtkins> I'm certain there's a generic note to that effect, but I'm having trouble finding it.
  708. # [22:33] <TabAtkins> (can do so without being nonconformant, that is)
  709. # [22:33] <Philip`> The one about arbitrary resource limitations which basically means you can disregard the entire spec and still be conforming?
  710. # [22:36] <TabAtkins> Yes.
  711. # [22:37] * Quits: mpilgrim (n=mark@213.221.42.138) (Read error: 60 (Operation timed out))
  712. # [22:38] * Quits: drry (n=drry@unaffiliated/drry) ("Tiarra 0.1+svn-35621M: SIGTERM received; exit")
  713. # [22:38] <Philip`> http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#conformance-requirements
  714. # [22:39] <Philip`> "User agents may impose implementation-specific limits on otherwise unconstrained inputs, e.g. to prevent denial of service attacks, to guard against running out of memory, or to work around platform-specific limitations." ?
  715. # [22:40] <TabAtkins> Okay, that was the line I thought it might be, but I wasn't entirely clear on it.
  716. # [22:40] * Quits: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net) (Read error: 104 (Connection reset by peer))
  717. # [22:40] <TabAtkins> I'm guessing that sort of thing falls under "platform-specific limitations".
  718. # [22:40] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  719. # [22:41] * Joins: weinig_ (n=weinig@17.246.18.238)
  720. # [22:41] * Quits: weinig (n=weinig@17.246.18.238) (Read error: 54 (Connection reset by peer))
  721. # [22:42] * weinig_ is now known as weinig
  722. # [22:45] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  723. # [22:49] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  724. # [22:53] * Joins: yoshu (n=josh@174-18-197-62.tcso.qwest.net)
  725. # [22:53] * Joins: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
  726. # [22:55] * Joins: erikvold (n=erikvvol@S010600195b93b7bf.gv.shawcable.net)
  727. # [22:56] * Quits: dglazkov (n=dglazkov@nat/google/x-ctuddwthotbrbrzq)
  728. # [22:57] * Joins: drry (n=drry@unaffiliated/drry)
  729. # [23:00] * Quits: BlurstOfTimes (n=blurstof@168.203.117.66) ("Leaving...")
  730. # [23:01] * Quits: Hish______ (n=chatzill@p57B7F8F6.dip.t-dialin.net) ("Chatzilla 0.9.75.1 [SeaMonkey 1.1.17/2009060506]")
  731. # [23:02] * Joins: dglazkov (n=dglazkov@nat/google/x-dgpovsclylrneakv)
  732. # [23:04] * Quits: erlehmann_ (n=erlehman@82.113.121.17) ("Ex-Chat")
  733. # [23:05] * Joins: erlehmann (n=erlehman@82.113.121.17)
  734. # [23:08] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  735. # [23:08] * aroben|meeting is now known as aroben
  736. # [23:11] * Parts: Midler (n=midler@212.37.124.243) ("Leaving.")
  737. # [23:15] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
  738. # [23:18] * Quits: dglazkov (n=dglazkov@nat/google/x-dgpovsclylrneakv) (Read error: 145 (Connection timed out))
  739. # [23:19] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  740. # [23:20] * Joins: dglazkov (n=dglazkov@nat/google/x-gdalwiwvffmdqwse)
  741. # [23:29] * Quits: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
  742. # [23:39] * Quits: workmad3 (n=davidwor@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  743. # [23:39] * Quits: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net) (Read error: 104 (Connection reset by peer))
  744. # [23:40] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  745. # [23:41] * Joins: MikeSmith (n=MikeSmit@EM114-48-145-51.pool.e-mobile.ne.jp)
  746. # [23:48] * Quits: mat_t (n=mattomas@66.226.254.79) ("This computer has gone to sleep")
  747. # [23:55] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  748. # [23:59] <Hixie> my package has been "out for delivery" for 10 hours now
  749. # [23:59] <Hixie> exactly how long can it take to deliver packages from one truck to places around the town?
  750. # [23:59] * Joins: dglazkov_ (n=dglazkov@nat/google/x-rfpqywgkqhyitlwy)
  751. # Session Close: Tue Nov 10 00:00:00 2009

The end :)