/irc-logs / freenode / #whatwg / 2009-12-14 / end

Options:

  1. # Session Start: Mon Dec 14 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: karlcow (n=karl@nerval.la-grange.net)
  4. # [00:05] * Joins: daedb_ (n=daed@h11n1fls34o986.telia.com)
  5. # [00:08] * Joins: workmad3 (n=workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  6. # [00:23] * Quits: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com) (Remote closed the connection)
  7. # [00:24] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 110 (Connection timed out))
  8. # [00:32] * Quits: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) ("Bye bye")
  9. # [00:33] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  10. # [00:36] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  11. # [00:43] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  12. # [00:49] * daedb_ is now known as daedb
  13. # [00:51] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  14. # [00:54] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  15. # [00:59] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) ("Leaving...")
  16. # [01:08] * Joins: roc__ (n=roc@203-97-204-82.dsl.clear.net.nz)
  17. # [01:12] * Quits: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  18. # [01:14] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  19. # [01:15] * AryehGregor thinks he had a clever idea, but isn't sure
  20. # [01:15] <AryehGregor> The last time I thought I had a clever idea was onlyreplace, and that turned out to be fairly pointless.
  21. # [01:16] * AryehGregor lets the list decide
  22. # [01:19] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  23. # [01:20] * Quits: Lachy (n=Lachlan@124-170-181-177.dyn.iinet.net.au) ("This computer has gone to sleep")
  24. # [01:21] * Quits: paul_irish (n=paul_iri@c-65-96-162-9.hsd1.ma.comcast.net) (Remote closed the connection)
  25. # [01:42] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  26. # [01:47] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  27. # [01:57] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  28. # [02:13] * Joins: tkent (n=tkent@220.109.219.244)
  29. # [02:13] * Quits: tkent (n=tkent@220.109.219.244) (Client Quit)
  30. # [02:21] * Joins: tkent (n=tkent@220.109.219.244)
  31. # [02:25] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote closed the connection)
  32. # [02:26] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  33. # [02:33] * Joins: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com)
  34. # [02:37] * Quits: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com) (Remote closed the connection)
  35. # [02:42] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  36. # [02:44] * Joins: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com)
  37. # [02:53] * Joins: hober (n=ted@unaffiliated/hober)
  38. # [03:01] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  39. # [03:05] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  40. # [03:05] * Parts: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  41. # [03:08] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 148 (No route to host))
  42. # [03:08] * Rik`_ is now known as Rik`
  43. # [03:17] * Quits: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com) (Remote closed the connection)
  44. # [03:18] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  45. # [03:21] * Joins: miketaylr (n=miketayl@24.42.95.234)
  46. # [03:22] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.3 (IRC client for Emacs)")
  47. # [03:23] * Joins: hober (n=ted@unaffiliated/hober)
  48. # [03:27] * Quits: roc__ (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 104 (Connection reset by peer))
  49. # [03:27] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  50. # [03:32] * Quits: k0rnel (n=k0rnel@krtko.org) (Read error: 113 (No route to host))
  51. # [03:36] * Joins: k0rnel (n=k0rnel@krtko.org)
  52. # [03:43] * Joins: Lachy (n=Lachlan@124-170-181-177.dyn.iinet.net.au)
  53. # [03:45] * Quits: Lachy (n=Lachlan@124-170-181-177.dyn.iinet.net.au) (Client Quit)
  54. # [03:49] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  55. # [04:03] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  56. # [04:03] * Joins: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  57. # [04:03] * othermaciej_ is now known as othermaciej
  58. # [04:06] * Joins: MikeSmith (n=MikeSmit@EM114-48-226-15.pool.e-mobile.ne.jp)
  59. # [04:11] * Joins: weinig_ (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net)
  60. # [04:11] * Quits: weinig (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  61. # [04:11] * weinig_ is now known as weinig
  62. # [04:26] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  63. # [04:29] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  64. # [04:48] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  65. # [04:48] * Joins: paul_iri_ (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  66. # [04:49] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Nick collision from services.)
  67. # [04:49] * paul_iri_ is now known as paul_irish
  68. # [04:54] * Quits: nessy (n=Adium@124-168-176-66.dyn.iinet.net.au) ("Leaving.")
  69. # [04:56] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  70. # [04:56] * roc_ is now known as roc
  71. # [05:03] * Quits: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de) ("?Q")
  72. # [05:06] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  73. # [05:11] * Joins: weinig_ (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net)
  74. # [05:11] * Quits: weinig (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  75. # [05:11] * weinig_ is now known as weinig
  76. # [05:34] * Quits: MikeSmith (n=MikeSmit@EM114-48-226-15.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  77. # [05:42] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  78. # [05:49] * Joins: nessy (n=Adium@124-168-176-66.dyn.iinet.net.au)
  79. # [06:09] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  80. # [06:13] * Joins: bzed (n=bzed@devel.recluse.de)
  81. # [06:21] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.13/2009073109]")
  82. # [06:31] * Joins: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com)
  83. # [06:40] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  84. # [06:42] * Joins: erlehmann (n=erlehman@dslb-088-075-061-020.pools.arcor-ip.net)
  85. # [07:06] * Quits: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com) (Remote closed the connection)
  86. # [07:18] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
  87. # [07:32] * Joins: Lachy (n=Lachlan@124-170-181-177.dyn.iinet.net.au)
  88. # [07:34] <MikeSmith> anybody know of any ABNF testing tools?
  89. # [07:35] <MikeSmith> I want to take a string and check it against an ABNF production to see it matches
  90. # [07:35] * Quits: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  91. # [07:43] <othermaciej> you could try writing it as a yacc grammar
  92. # [07:43] <othermaciej> or as a regexp if it's a regular language
  93. # [07:44] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) (Read error: 110 (Connection timed out))
  94. # [07:46] <MikeSmith> I guess I could just generate a parser from it
  95. # [07:46] * Quits: weinig (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  96. # [07:46] <MikeSmith> but that would kind of seem like overkill
  97. # [07:46] * Joins: weinig (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net)
  98. # [07:47] <MikeSmith> or I suppose I could even just read the ABNF spec to figure out what the production means
  99. # [08:03] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  100. # [08:09] * Joins: harig (n=harig@202.164.55.82)
  101. # [08:09] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  102. # [08:11] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  103. # [08:15] * Quits: erlehmann (n=erlehman@dslb-088-075-061-020.pools.arcor-ip.net) ("Ex-Chat")
  104. # [08:26] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.5/20091105042105]")
  105. # [08:38] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  106. # [08:39] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  107. # [08:58] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  108. # [09:07] * Quits: abarth_ (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  109. # [09:07] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
  110. # [09:07] * Joins: pesla (n=retep@procurios.xs4all.nl)
  111. # [09:25] * Quits: workmad3 (n=workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote closed the connection)
  112. # [09:28] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  113. # [09:32] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  114. # [09:32] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Client Quit)
  115. # [09:33] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  116. # [09:42] * Joins: mpt (n=mpt@canonical/mpt)
  117. # [09:47] * Joins: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com)
  118. # [09:49] * Joins: timz (n=mostrovo@dc51469cbe.adsl.wanadoo.nl)
  119. # [09:56] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  120. # [10:04] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  121. # [10:07] * Quits: harig (n=harig@202.164.55.82)
  122. # [10:31] * Quits: drry (n=drry@unaffiliated/drry) ("Tiarra 0.1+svn-35634M: SIGTERM received; exit")
  123. # [10:40] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  124. # [10:40] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  125. # [10:43] * Joins: ROBOd (n=robod@89.122.216.38)
  126. # [10:44] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  127. # [10:54] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  128. # [11:17] * Joins: mat_t (n=mattomas@91.189.88.12)
  129. # [11:18] * Joins: workmad3 (n=workmad3@94-194-14-59.zone8.bethere.co.uk)
  130. # [11:24] * Joins: nessy1 (n=Adium@115.128.15.134)
  131. # [11:24] * Joins: adactio (n=adactio@host213-123-197-180.in-addr.btopenworld.com)
  132. # [11:33] * Joins: webben (n=benh@nat/yahoo/x-uujxupsjubyhrssl)
  133. # [11:34] * Quits: nessy (n=Adium@124-168-176-66.dyn.iinet.net.au) (Read error: 110 (Connection timed out))
  134. # [11:50] * Joins: pauld (n=chatzill@194.102.13.2)
  135. # [12:00] * Quits: pauld (n=chatzill@194.102.13.2) (Remote closed the connection)
  136. # [12:13] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
  137. # [12:26] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  138. # [12:29] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  139. # [12:37] * Quits: Heimidal_ (n=heimidal@cpe-76-90-175-72.socal.res.rr.com) (Remote closed the connection)
  140. # [12:47] * Joins: pauld (n=chatzill@194.102.13.2)
  141. # [12:49] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  142. # [12:50] <zcorpan_> text/x-html
  143. # [12:50] <zcorpan_> so that's where they got the name from
  144. # [12:51] * nessy1 is now known as nessy
  145. # [12:52] <virtuelv> whatwg spec is quite an achievement
  146. # [12:52] <virtuelv> we have it freezing four browsers
  147. # [12:54] <nessy> lol
  148. # [12:54] <nessy> that's why I use the multipage version
  149. # [12:57] <zcorpan_> browsers suck
  150. # [12:58] <Philip`> virtuelv: Browser developers just need to implement better support for the HTML5 spec
  151. # [12:59] <virtuelv> Philip`: somehow I don't think that would've made the spec less freezy :-)
  152. # [13:00] * jgraham wonders which browsers and how low a "freeze" threshold is for virtualv
  153. # [13:01] <Philip`> virtuelv: Supporting the spec involves not freezing on it, by (my) definition :-)
  154. # [13:01] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  155. # [13:02] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 54 (Connection reset by peer))
  156. # [13:03] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  157. # [13:09] * Joins: drry (n=drry@unaffiliated/drry)
  158. # [13:11] * Quits: nessy (n=Adium@115.128.15.134) (Read error: 104 (Connection reset by peer))
  159. # [13:16] * Joins: nessy (n=Adium@115.128.24.116)
  160. # [13:21] <gsnedders> Hixie: Can you look at http://lists.w3.org/Archives/Public/public-html/2009Nov/0351.html ASAP?
  161. # [13:25] * Joins: nessy1 (n=Adium@115.128.1.102)
  162. # [13:29] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  163. # [13:30] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  164. # [13:33] * Joins: erlehmann (n=erlehman@82.113.121.2)
  165. # [13:37] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  166. # [13:37] <zcorpan_> hmm... is it intended that this won't throw? window.postMessage('foo', '/');
  167. # [13:38] <zcorpan_> and whether window.postMessage('foo', ''); throws depends on the first script's base url
  168. # [13:44] * Quits: nessy (n=Adium@115.128.24.116) (Read error: 110 (Connection timed out))
  169. # [13:48] * Quits: pauld (n=chatzill@194.102.13.2) (Read error: 110 (Connection timed out))
  170. # [13:51] * Parts: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  171. # [13:57] * Quits: nessy1 (n=Adium@115.128.1.102) (Read error: 110 (Connection timed out))
  172. # [13:57] <zcorpan_> Philip`: i guess the multipage script shouldn't use "HTML5" for current-work
  173. # [13:58] <zcorpan_> Philip`: can it use the original title instead of hard-coding the title?
  174. # [14:01] * Joins: pauld (n=chatzill@194.102.13.2)
  175. # [14:01] * Quits: pauld (n=chatzill@194.102.13.2) (Remote closed the connection)
  176. # [14:07] <Hixie> gsnedders: assume i'll do what you suggested
  177. # [14:08] <Hixie> zcorpan_: why would '/' not throw but '' throw?
  178. # [14:09] <zcorpan_> Hixie: because resolving it relative to the first script's base URL ... results in a URL with a <host-specific> component that is neither empty nor a single U+002F SOLIDUS character (/)
  179. # [14:10] <zcorpan_> Hixie: ...for '' when the first script's base URL has a host-specific part other than '/'
  180. # [14:11] <Hixie> oh it's an origin? i forget.
  181. # [14:11] <Hixie> i thought it was the target url for some reason.
  182. # [14:11] <zcorpan_> yeah, the argument is targetOrigin
  183. # [14:11] <gsnedders> Hixie: k, thx
  184. # [14:14] <zcorpan_> Hixie: i filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=8490 about that
  185. # [14:21] <Hixie> k
  186. # [14:24] <zcorpan_> step 4 of postMessage is broken because of the above-mentioned bug (since it passes an unresolved string to "same origin", which assumes a resolved url, if i understand things correctly)
  187. # [14:25] <Hixie> k
  188. # [14:49] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  189. # [14:50] * Joins: pmuellr (n=pmuellr@nat/ibm/x-iauyomwbrcoiceki)
  190. # [14:55] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  191. # [14:56] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  192. # [15:03] * Quits: boblet (n=boblet@p2086-ipbf309osakakita.osaka.ocn.ne.jp)
  193. # [15:03] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  194. # [15:10] * Parts: adactio (n=adactio@host213-123-197-180.in-addr.btopenworld.com)
  195. # [15:14] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  196. # [15:17] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  197. # [15:19] * Joins: aroben (n=aroben@unaffiliated/aroben)
  198. # [15:20] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  199. # [15:21] * Joins: miketaylr (n=miketayl@38.117.156.163)
  200. # [15:23] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (calvino.freenode.net irc.freenode.net)
  201. # [15:23] * Quits: workmad3 (n=workmad3@94-194-14-59.zone8.bethere.co.uk) (calvino.freenode.net irc.freenode.net)
  202. # [15:23] * Quits: gsnedders (n=gsnedder@204-232-194-186.static.cloud-ips.com) (calvino.freenode.net irc.freenode.net)
  203. # [15:23] * Quits: onar (n=onar@17.226.20.255) (calvino.freenode.net irc.freenode.net)
  204. # [15:24] * Quits: sebmarkbage (n=miranda@213.80.108.29) (Read error: 104 (Connection reset by peer))
  205. # [15:24] * Joins: hobertoAtWork4 (n=hobertoa@gw1.mcgraw-hill.com)
  206. # [15:24] * Quits: drry (n=drry@unaffiliated/drry) (calvino.freenode.net irc.freenode.net)
  207. # [15:24] * Quits: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp) (calvino.freenode.net irc.freenode.net)
  208. # [15:24] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  209. # [15:27] * Joins: workmad3 (n=workmad3@94-194-14-59.zone8.bethere.co.uk)
  210. # [15:27] * Joins: gsnedders (n=gsnedder@204-232-194-186.static.cloud-ips.com)
  211. # [15:27] * Joins: onar (n=onar@17.226.20.255)
  212. # [15:27] * Quits: gsnedders (n=gsnedder@204-232-194-186.static.cloud-ips.com) (Remote closed the connection)
  213. # [15:28] * Joins: gsnedders (n=gsnedder@204-232-194-186.static.cloud-ips.com)
  214. # [15:28] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  215. # [15:41] * Quits: webben (n=benh@nat/yahoo/x-uujxupsjubyhrssl) (Connection timed out)
  216. # [15:45] * Joins: webben (n=benh@nat/yahoo/x-tapyxjguywbosyib)
  217. # [15:49] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) (Nick collision from services.)
  218. # [15:49] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  219. # [15:49] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
  220. # [15:51] * Quits: webben (n=benh@nat/yahoo/x-tapyxjguywbosyib) ("Leaving.")
  221. # [15:54] * benjamin1 is now known as webben
  222. # [16:04] <Hixie> any opera people here?
  223. # [16:04] <zcorpan_> yep
  224. # [16:13] <jgraham> +1
  225. # [16:14] * Quits: erlehmann (n=erlehman@82.113.121.2) ("Ex-Chat")
  226. # [16:15] * Joins: erlehmann (n=erlehman@82.113.121.2)
  227. # [16:18] <gsnedders> yep
  228. # [16:18] * gsnedders is blatantly slow
  229. # [16:18] <gsnedders> But not as slow as payman.
  230. # [16:23] <payman> ok u proved ur point!
  231. # [16:23] <payman> +1
  232. # [16:23] <payman> :p
  233. # [16:24] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  234. # [16:24] <Hixie> zcorpan_ won the prize
  235. # [16:24] <Hixie> since he replied first
  236. # [16:24] <jgraham> What, he quit first
  237. # [16:24] <jgraham> Oh
  238. # [16:24] <jgraham> Well he quit first too
  239. # [16:24] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  240. # [16:25] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  241. # [16:27] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  242. # [16:27] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 54 (Connection reset by peer))
  243. # [16:27] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  244. # [16:29] <gsnedders> Hixie: So, now you've established there are Opera people hereā€¦
  245. # [16:29] * zcorpan_ has established that Hixie causes zcorpan's opera build to crash :P
  246. # [16:29] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 54 (Connection reset by peer))
  247. # [16:33] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  248. # [16:34] <zcorpan_> test
  249. # [16:34] <zcorpan_> yay, survived
  250. # [16:42] * Quits: erlehmann (n=erlehman@82.113.121.2) (Remote closed the connection)
  251. # [16:43] * Joins: erlehmann (n=erlehman@82.113.121.2)
  252. # [16:55] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  253. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  254. # [17:07] * Quits: workmad3 (n=workmad3@94-194-14-59.zone8.bethere.co.uk) (Remote closed the connection)
  255. # [17:08] <Dashiva> AryehGregor: <span sandbox> seems like it would be foiled by the attacker just starting his content with '</span>', am I missing something?
  256. # [17:08] <Philip`> zcorpan_: Fixed <title>
  257. # [17:09] <Philip`> Dashiva: I thought the idea was you'd escape the user's text before outputting it
  258. # [17:09] <Philip`> so you'd get <span sandbox>&lt;/span&gt;...
  259. # [17:10] <Dashiva> That's the idea, but then that's the idea without @sandbox as well
  260. # [17:10] <Dashiva> And we all know how well that works
  261. # [17:11] <Philip`> Without @sandbox the browser wouldn't interpret the tag's content as (restricted) HTML that it should parse and render
  262. # [17:12] <Dashiva> Assume an author who doesn't actually understand sandbox, he's just heard about it and wants to use it
  263. # [17:13] <Philip`> If the author wants to display 'safe' HTML from users, today they'd have to find a large complex library that they don't understand, like html5lib's sanitizer or a zillion other libraries, and then pass the content through it and print it out
  264. # [17:14] <Philip`> With <span sandbox>, it'd be basically the same except they don't need a sanitizer library, they just need a good old plain HTML escape function, and the browser is responsible for proper sanitization
  265. # [17:17] <Philip`> (Most XSS holes seem to come from people forgetting about escaping entirely, and letting unrestricted user-generated content leak out, and we can't stop that; but the idea is to make it easier when people do want to properly display content safely)
  266. # [17:17] <Dashiva> I'm wondering if the apparently simplicity will lead to more people trying to do it (and thus more people doing it incorrectly, instead of not doing it at all)
  267. # [17:18] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  268. # [17:18] <Dashiva> The idea here seems to be "Author tests with markup, notices nothing renderering, goes to figure out how to do it properly, does it properly"
  269. # [17:19] <Philip`> I think someone suggested making the browser delete the content if it sees an unescaped " or ', so they should very quickly discover that they need to escape the content
  270. # [17:19] <Dashiva> That looks very similar to how well-formed XHTML is supposed to work, yet we get YSODs
  271. # [17:19] <Philip`> and the escaping is easy
  272. # [17:23] <Philip`> YSODs triggered by user-generated content are usually not due to the author forgetting to use their serialize-to-well-formed-XML function, they're due to the serialize-to-well-formed-XML function being really really hard to implement perfectly correctly
  273. # [17:23] * Joins: drry (n=drry@unaffiliated/drry)
  274. # [17:24] <Philip`> Correctly escaping 5 ASCII characters is far easier
  275. # [17:25] <Hixie> doc="" only requires you to escape one (two for correctness, three (four?) for XML), which is why i kinda like that idea
  276. # [17:25] * Quits: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
  277. # [17:25] * Joins: mpt (n=mpt@canonical/mpt)
  278. # [17:26] <Philip`> (I think I don't really mind XML draconianness as a concept, I just mind it when it's coupled with very complex rules (like forbidden ranges of characters and forbidden attribute values and forbidden strings of characters that are otherwise plain text etc))
  279. # [17:27] <Philip`> <span sandbox> only requires you to escape one (<) too, I think
  280. # [17:27] <Philip`> (...in order to avoid attacks)
  281. # [17:42] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  282. # [17:47] <Dashiva> "omg interwebs collapsed" is an interesting bug tag
  283. # [17:48] * Joins: workmad3 (n=workmad3@cspool10.cs.man.ac.uk)
  284. # [17:50] * Joins: gonemad3 (n=workmad3@cspool10.cs.man.ac.uk)
  285. # [17:50] * Quits: workmad3 (n=workmad3@cspool10.cs.man.ac.uk) (Read error: 104 (Connection reset by peer))
  286. # [17:50] * Joins: jwalden (n=waldo@nat/mozilla/x-jfqwpclmggbmdsem)
  287. # [17:51] * Joins: sbublava (n=stephan@77.117.252.208.wireless.dyn.drei.com)
  288. # [17:52] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
  289. # [17:53] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  290. # [17:56] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 54 (Connection reset by peer))
  291. # [18:00] * Joins: dglazkov (n=dglazkov@nat/google/x-xkuohjbdmxopkwnj)
  292. # [18:01] * Quits: gonemad3 (n=workmad3@cspool10.cs.man.ac.uk) (Read error: 145 (Connection timed out))
  293. # [18:01] * Joins: abarth_ (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  294. # [18:06] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  295. # [18:09] * Joins: workmad3 (n=workmad3@cspool10.cs.man.ac.uk)
  296. # [18:16] <hsivonen> hmm. 3 Adobe reps have responded to the ISSUE 76 poll even though the chairs said they'd discount multiple replies from a single W3C Member
  297. # [18:17] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  298. # [18:18] <Hixie> they didn't say they'd discount multiple replies, they said they'd discount multiple identical replies. I haven't checked, but I assume the three reps each had different novel points that hadn't been raised before.
  299. # [18:18] <hsivonen> good point
  300. # [18:22] <othermaciej> what we said was if we count, all the reps from one company count as one vote, but we will also endeavor not to count that way at all
  301. # [18:23] <jgraham> othermaciej: Should we take Sam's statement that you should only vote if you intend to raise a FO should the vote not go your way seriously?
  302. # [18:26] * Joins: KevinMarks (n=KevinMar@157.22.22.46)
  303. # [18:26] * Joins: ap (n=ap@nat/apple/x-xbsrijyrypirustv)
  304. # [18:27] <jgraham> (the specific quote is "What we are looking for is input from people within the group who seriously intend to take raise a formal objection, and the content of such objections.")
  305. # [18:30] * Joins: sebmarkbage (n=miranda@213.80.108.29)
  306. # [18:33] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  307. # [18:34] * jgraham guesses that later emails in that thread suggest that is not really the policy
  308. # [18:38] <Dashiva> It's an ideal
  309. # [18:39] * ojan_afk is now known as ojan
  310. # [18:42] <jgraham> It seems like the total opposite of an ideal
  311. # [18:42] <jgraham> Whatever that is.
  312. # [18:42] * Quits: weinig (n=weinig@c-71-198-185-234.hsd1.ca.comcast.net)
  313. # [18:43] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  314. # [18:43] <jgraham> (because decisions should be made on the basis of the weight of evidence, not the willingness of people to flight through Process to get their way)
  315. # [18:44] <jgraham> *fight
  316. # [18:44] <Dashiva> Well, that's just according to your personal ideals
  317. # [18:47] <Hixie> what i find interesting so far is that the poll seems to suggest manu's change proposal didn't do a good job of conveying why people felt it should be split out, while tab's did convey why people felt it should not be split out
  318. # [18:47] <Hixie> it's not clear to me what this means about the process per se
  319. # [18:47] <gsnedders> It's a writing competition!
  320. # [18:48] * Quits: jwalden (n=waldo@nat/mozilla/x-jfqwpclmggbmdsem) (Read error: 110 (Connection timed out))
  321. # [18:48] <jgraham> Dashiva: Well it doesn't seem hard to make an argument that using weight-of-evidence will tend to lead to a good specification whereas basing decisions on the degree to which various people have sociopathic tendencies will typically not
  322. # [18:49] <othermaciej> jgraham: it would be good for those *would* raise a Formal Objection to state their intent, but per the rules of the poll itself, if you have any objection you feel is strong, you can state it even if you would not raise a Formal Objection after but instead would choose to move on
  323. # [18:49] <jgraham> (note: I am not suggesting any real people have sociopathic tendencies. I am just using the term to indicate a willingness to continue to escalate their objections in the face of overwhelming evidence to the contrary. I don't think it is quite the right term to use but there we go)
  324. # [18:50] <jgraham> s/their//
  325. # [18:51] <Hixie> othermaciej: wait so if we _di_ want
  326. # [18:51] <Hixie> er
  327. # [18:51] <Hixie> othermaciej: wait so if we _would_ raise an FO we _should_ comment even if our argument has already been made?
  328. # [18:53] <othermaciej> it hurts my brain a little to explain this, because the chairs did not see 100% eye-to-eye on this so we ended up with a slightly squishy policy
  329. # [18:53] <jgraham> (and s/evidence to the contrary/evidence that their viewpoint failed to be convincing to others/)
  330. # [18:54] <Philip`> othermaciej: The chairs should have had a poll to decide on a non-squishy policy
  331. # [18:54] <othermaciej> it's not forbidden to make repeat arguments, just not (generally) necessary; however, intent to raise a formal objection can be useful info
  332. # [18:54] <othermaciej> Philip`: turtles all the way down, eh?
  333. # [18:55] <jgraham> We should have a squishy chair. Then we could all sit on it and be comfortable
  334. # [18:55] * Quits: jianli (n=jianli@74.125.59.73)
  335. # [18:55] <Philip`> It's fewer and fewer turtles as you go down, and it's less painful to get agreement between a handful of turtles than between several hundred turtles
  336. # [18:56] <Philip`> and that's less painful that getting agreement between ten million turtles
  337. # [18:56] <Philip`> *than
  338. # [18:56] <Hixie> personally i imagine that whether or not google would raise a formal objection would depend on the reasoning behind the resulting decision, whichever way it goes, as with everything else
  339. # [18:56] <Hixie> so it's hard to say ahead of time
  340. # [18:56] <Philip`> So, to cause maximum pain, we should avoid making a decision and let authors choose between RDFa and microdata
  341. # [18:56] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  342. # [18:58] * Joins: fishd (n=darin@nat/google/x-asqmnxmmxvtxdjpl)
  343. # [19:04] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  344. # [19:09] * Hixie wonders how to (or whether to) do <device>
  345. # [19:10] <jgraham> How would it work?
  346. # [19:10] * jgraham doesn't follow DAP
  347. # [19:10] * Quits: workmad3 (n=workmad3@cspool10.cs.man.ac.uk) (Remote closed the connection)
  348. # [19:11] <Hixie> that's the question
  349. # [19:11] <Hixie> <device type=camera oncamera="myVideo.src = event.stream.URL"> is one option
  350. # [19:11] <Hixie> it shows a well
  351. # [19:11] <Hixie> that you click to get a window that lets you select a device
  352. # [19:11] * Joins: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  353. # [19:12] <jgraham> So the point of <device> would be to give you browser-native UI?
  354. # [19:12] <Hixie> effectively "plugging" that device into the well
  355. # [19:12] <Hixie> a point, yes
  356. # [19:12] <Hixie> btu not click-jackable
  357. # [19:12] <Hixie> similar to <input type=file>
  358. # [19:13] <Hixie> (but not submittable)
  359. # [19:16] <daedb> Would <device> be able to handle joysticks/joypads? For web-based games and such...
  360. # [19:16] <Hixie> seems like those should just work, no?
  361. # [19:16] <Hixie> there's no security reason to make them not work as far as i can tell
  362. # [19:17] <jgraham> Hmm. I guess I would expect to have a device activated by an author-supplied UI element and a one of those dropdown bars that are fashionable these days
  363. # [19:17] <Hixie> doesn't scale
  364. # [19:17] <jgraham> Why?
  365. # [19:17] <Hixie> see public-device-apis for more discussion on that
  366. # [19:18] <daedb> I'm just curious because I don't know of any way to handle joypad input on a web page (unless you remap the buttons to keyboard buttons using Joytokey or other programs).
  367. # [19:18] <jgraham> Do you have a one irc message summary?
  368. # [19:18] <Hixie> http://lists.w3.org/Archives/Public/public-device-apis/2009Dec/0149.html
  369. # [19:18] <othermaciej> Hixie: how persistent is the permission grant?
  370. # [19:18] * Quits: abarth_ (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  371. # [19:18] <Hixie> othermaciej: one of many questions
  372. # [19:18] <othermaciej> Hixie: also what types of devices are you imagining besides camera and microphone (if any)? wondering how much this generalizes
  373. # [19:18] <Hixie> further good questions :-)
  374. # [19:19] <othermaciej> if it was only camera and microphone I might just have <avinput> or <mediainput> or <videoinput>/<audioinput> instead of an apparently wildly general element
  375. # [19:19] <Hixie> jgraham: (also http://lists.w3.org/Archives/Public/public-device-apis/2009Dec/0194.html)
  376. # [19:19] <othermaciej> but that depends on whether there are other kinds of devices and if they offer similar semantics, API and user experience
  377. # [19:19] <Hixie> indeed
  378. # [19:20] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  379. # [19:20] <othermaciej> for example - does <device type=disk> make sense? probably not
  380. # [19:20] <othermaciej> nor <device type=ethernet>
  381. # [19:21] * Joins: weinig (n=weinig@17.246.18.209)
  382. # [19:24] <Hixie> <device type=media-player> might make sense, to enable syncing-like apps
  383. # [19:24] <othermaciej> what would that offer access to?
  384. # [19:25] <Hixie> e.g. to enable an iTunes-like app to sync music to a music player
  385. # [19:25] <Hixie> maybe it would expose a file system
  386. # [19:25] <othermaciej> I see, so it would expose an attached external media player?
  387. # [19:25] <Hixie> or maybe it would expose a websocket-like interface
  388. # [19:26] <Hixie> <device type=rs232> would enable many legacy apps to be ported to the web, too
  389. # [19:26] <othermaciej> it seems like by the time this is popular, your most likely media player choice would be something capable enough that you could sync through The Cloud(tm)
  390. # [19:27] <othermaciej> but I'm not sure Apple would fully expose iPhone/iPod media collections either to the browser on the device or to the browser on a machine tethered to the device
  391. # [19:27] <Hixie> no, indeed
  392. # [19:28] * Joins: slightlyoff (n=slightly@72.14.229.81)
  393. # [19:28] <othermaciej> (though the cloud syncing approach could work just by running your web app on both your computer and your phone/ipod/media player thingie)
  394. # [19:30] * erlehmann is now known as erschl
  395. # [19:30] * erschl is now known as erschlaeftmann
  396. # [19:32] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  397. # [19:43] * Joins: bumblebird (n=bumble@li65-83.members.linode.com)
  398. # [19:50] * Quits: timz (n=mostrovo@dc51469cbe.adsl.wanadoo.nl) (Read error: 110 (Connection timed out))
  399. # [19:52] * Quits: slightlyoff (n=slightly@72.14.229.81)
  400. # [19:58] <Hixie> ms2ger is awesome
  401. # [19:58] <Hixie> if we do go with this <Device> idea
  402. # [19:59] <Hixie> i wonder whether to use a different event for each type
  403. # [19:59] * Quits: erschlaeftmann (n=erlehman@82.113.121.2) (No route to host)
  404. # [19:59] <Hixie> or the same event with a complex event interface
  405. # [19:59] <bumblebird> hey Hixie, I wrote the post about WebSocket vs xhr last wk.
  406. # [19:59] <Hixie> hi
  407. # [19:59] <bumblebird> just saw your reply. Cool to know compression will be looked at later on, and sorry if the 'spec is insane' comment grated :)
  408. # [20:00] <Hixie> no worries :-) several people have said that, you're not alone. it's just annoying that most people who say that point to specs that i think are insane as examples of the right way to do things :-)
  409. # [20:01] <bumblebird> sure. I can't really remember a spec that I didn't think was overly verbose etc TBH,
  410. # [20:02] <bumblebird> do you happen to know of any other browsers with WebSocket support? I've seen some references to it being in firefox trunk, but can't quite find it yet
  411. # [20:02] <Hixie> firefox devs are working on it, don't think it's ready yet though
  412. # [20:02] <Hixie> webkit trunk has it
  413. # [20:02] <bumblebird> ah ok, cool
  414. # [20:02] <bumblebird> so it should make it into safari etc in due course I expect?
  415. # [20:02] <Hixie> depends on what happens to the spec, probably
  416. # [20:03] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Connection timed out)
  417. # [20:03] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  418. # [20:03] <bumblebird> there was a load of discussion on hackernews+irc about it. People complaining that it should just provide raw socket support
  419. # [20:04] <bumblebird> FWIW I think the spec is pretty solid. Compression is the only thing missing for me
  420. # [20:04] * aroben is now known as aroben|lunch
  421. # [20:04] <Hixie> i think this is as close to raw sockets we'll ever get
  422. # [20:04] <Hixie> given the security issues
  423. # [20:04] <bumblebird> sure. I don't think raw sockets would be good. You'd end up with 50 js libs to do data framing etc
  424. # [20:05] <bumblebird> and this solves the use case of having a bidirectional pipe to a webserver just fine
  425. # [20:05] <bumblebird> some people complain whatever :)
  426. # [20:05] <Hixie> hah
  427. # [20:05] <bumblebird> and agreed @ security concerns
  428. # [20:05] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  429. # [20:05] * Quits: fishd (n=darin@nat/google/x-asqmnxmmxvtxdjpl) (Read error: 60 (Operation timed out))
  430. # [20:12] <Philip`> Hmm... Possible <canvas> information leakage: Find a browser with optimised alpha=255 drawing routines. Draw a one-pixel section of a different-origin image lots of times and time it. Then you can work out which pixels are transparent and which are solid.
  431. # [20:13] * Joins: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de)
  432. # [20:13] <Philip`> and if the image is the text "Today's intranet password is: PAfqGK3Rc0PwhApe" encoded as a PNG with black text on a transparent background then that could be bad
  433. # [20:13] * Quits: sbublava (n=stephan@77.117.252.208.wireless.dyn.drei.com)
  434. # [20:13] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) ("cz up")
  435. # [20:15] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  436. # [20:23] * Joins: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net)
  437. # [20:23] <gsnedders> Philip`: Man, you come up with some obscure edge cases
  438. # [20:27] <Philip`> It's probably less obscure with WebGL, where you could (I think) write a shader that runs an expensive loop iff the texture pixel is black
  439. # [20:39] <Hixie> can't you get data out of a shader other than timing effects?
  440. # [20:40] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  441. # [20:41] * Quits: pmuellr (n=pmuellr@nat/ibm/x-iauyomwbrcoiceki)
  442. # [20:43] * aroben|lunch is now known as aroben
  443. # [20:50] * Quits: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net) (Read error: 113 (No route to host))
  444. # [21:13] * Quits: weinig (n=weinig@17.246.18.209) (Remote closed the connection)
  445. # [21:13] * Joins: weinig (n=weinig@nat/apple/x-lrmygcwykzabnfzo)
  446. # [21:17] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Remote closed the connection)
  447. # [21:23] * Joins: erschlaeftmann (n=erlehman@82.113.121.2)
  448. # [21:23] * erschlaeftmann is now known as erlehmann
  449. # [21:24] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  450. # [21:30] * Joins: jwalden (n=waldo@65-121-75-131.dia.static.qwest.net)
  451. # [21:30] <Philip`> Hixie: No, as far as I'm aware
  452. # [21:31] <Philip`> The ability to extract data (other than via the output buffers) would be incompatible with the notion of automatic highly-parallel execution
  453. # [21:33] <Philip`> (I think things like CUDA let you write to something like system memory directly from the GPU, but normal shaders are just side-effect-free functions from input pixels and textures and constants to output pixels, I think)
  454. # [21:33] <Philip`> (I could think wrongly, of course)
  455. # [21:43] * Joins: adrian3 (n=adrian@unaffiliated/adrian3)
  456. # [21:45] * Quits: sebmarkbage (n=miranda@213.80.108.29) (Read error: 104 (Connection reset by peer))
  457. # [21:46] * Quits: erlehmann (n=erlehman@82.113.121.2) (Read error: 113 (No route to host))
  458. # [21:46] * Joins: nessy (n=Adium@124-168-176-66.dyn.iinet.net.au)
  459. # [21:48] * Joins: dbaron (n=dbaron@nat/mozilla/x-vcutlysencukizhq)
  460. # [21:50] * Joins: erlehmann (n=erlehman@82.113.121.2)
  461. # [23:52] * Disconnected
  462. # [23:53] * Attempting to rejoin channel #whatwg
  463. # [23:53] * Rejoined channel #whatwg
  464. # [23:53] * 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!'
  465. # [23:53] * Set by annevk42 on Mon Oct 19 22:03:06
  466. # [23:54] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  467. # Session Close: Tue Dec 15 00:00:00 2009

The end :)