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

Options:

  1. # Session Start: Fri Mar 18 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:03] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 255 seconds)
  4. # [00:04] * aroben|afk is now known as aroben
  5. # [00:08] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
  6. # [00:11] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  7. # [00:11] * Joins: michaeln (~michaeln@nat/google/x-mrabremyslimwszu)
  8. # [00:12] * Quits: moo-_- (~quassel@herd37.twinapex.fi) (Quit: No Ping reply in 180 seconds.)
  9. # [00:13] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
  10. # [00:13] * Joins: silviapf (~silviapf@124-169-147-115.dyn.iinet.net.au)
  11. # [00:13] * Quits: silviapf (~silviapf@124-169-147-115.dyn.iinet.net.au) (Client Quit)
  12. # [00:13] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 250 seconds)
  13. # [00:14] * Quits: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net) (Quit: kennyluck)
  14. # [00:22] * Joins: aho (~nya@fuld-590c74d0.pool.mediaWays.net)
  15. # [00:24] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  16. # [00:25] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  17. # [00:29] * Joins: Amorphous (jan@unaffiliated/amorphous)
  18. # [00:31] * Quits: nessy (~Adium@124-169-147-115.dyn.iinet.net.au) (Ping timeout: 250 seconds)
  19. # [00:31] * Quits: xtoph (~xtoph@213.47.185.206)
  20. # [00:34] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 264 seconds)
  21. # [00:38] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  22. # [00:42] * Joins: nessy (~Adium@58-6-46-17.dyn.iinet.net.au)
  23. # [00:48] <AryehGregor> How do QR codes work? I tried taking a picture of one today, with my Nexus One, but apparently that doesn't work.
  24. # [00:48] <AryehGregor> I guess I need a separate app.
  25. # [00:48] <gsnedders> AryehGregor: Search the Android Market for barcode
  26. # [00:48] <AryehGregor> Feh. Should be built-in.
  27. # [00:49] <AryehGregor> I hate third-party apps.
  28. # [00:49] <AryehGregor> They tend to a) be poorly designed, b) request unreasonably many permissions.
  29. # [00:50] * Quits: jamesr___ (~jamesr@216.239.45.19) (Ping timeout: 246 seconds)
  30. # [00:53] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  31. # [00:54] * Quits: smaug____ (~chatzilla@YYMCMXC.gprs.sl-laajakaista.fi) (Ping timeout: 246 seconds)
  32. # [00:54] <AryehGregor> That's one reason I like Linux, I can get pretty much all the programs I need from the package repos.
  33. # [00:54] <AryehGregor> Some of those are poorly designed, but at least I know they're almost certainly not malicious or overly obnoxious.
  34. # [00:56] <gsnedders> AryehGregor: You have seen the perms that the built-in apps want when upgrading? /That/ disturbs me more than most third party stuff
  35. # [00:57] <AryehGregor> Yeah, but I don't care, because if Google wants to root my phone they can do it anyway.
  36. # [00:59] <zewt> well, largely a side-effect of the unfortunate permissions model: you have to request everything at once--it's impossible to request permission when features are used, so users can actually tell what each is for
  37. # [00:59] <zewt> so if you have a net-accessing feature that 1% use, everyone has to agree to it (or not use the app at all)
  38. # [01:03] <AryehGregor> I wish I could just disable the permissions selectively.
  39. # [01:03] <AryehGregor> That really annoys me.
  40. # [01:03] <AryehGregor> Anyway, this is interesting: http://blogs.msdn.com/b/ie/archive/2011/03/17/internet-explorer-9-network-performance-improvements.aspx
  41. # [01:03] <AryehGregor> Some of these are things I've never heard of. Do other browsers do all of that?
  42. # [01:04] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  43. # [01:04] <AryehGregor> Like caching which domains some domain includes resources for, and resolving them speculatively before you even send the HTTP request for the page content?
  44. # [01:04] * Joins: aroben_ (~aroben@2620:0:1b00:1191:8177:2917:e553:f76d)
  45. # [01:04] * Quits: aroben_ (~aroben@2620:0:1b00:1191:8177:2917:e553:f76d) (Changing host)
  46. # [01:04] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  47. # [01:04] <AryehGregor> I know Chrome does pre-resolution for links.
  48. # [01:05] * Quits: kal-EL_ (~jor-EL@host29-139-dynamic.0-79-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
  49. # [01:06] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  50. # [01:08] * Joins: mpt (~mpt@canonical/mpt)
  51. # [01:09] * Joins: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp)
  52. # [01:09] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
  53. # [01:11] * Quits: jochen__ (~jochen@nat/google/x-pnrasnuhvfcklkav) (Remote host closed the connection)
  54. # [01:11] * Joins: jochen__ (~jochen@nat/google/x-fweraupubtvnhxhz)
  55. # [01:13] * aroben_ is now known as aroben
  56. # [01:14] <TabAtkins_> AryehGregor: Pretty sure we do that too (pre-resolving domains).
  57. # [01:15] <AryehGregor> Do you store which domains every site includes resources from, though?
  58. # [01:15] <TabAtkins_> I have no idea.
  59. # [01:15] * Joins: weinig_ (~weinig@17.246.17.58)
  60. # [01:16] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
  61. # [01:17] * Quits: weinig (~weinig@17.203.15.198) (Ping timeout: 250 seconds)
  62. # [01:17] * weinig_ is now known as weinig
  63. # [01:18] * Quits: agektmr (~Adium@p4096-ipbf4010marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  64. # [01:19] * Joins: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net)
  65. # [01:22] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  66. # [01:24] * Joins: jacobolus (~jacobolus@static-216-41-81-42.ngn.onecommunications.net)
  67. # [01:26] * bga_ is now known as bga_|away
  68. # [01:26] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  69. # [01:27] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
  70. # [01:27] * Joins: mpt (~mpt@canonical/mpt)
  71. # [01:35] * Quits: dbaron (~dbaron@nat/mozilla/x-vsffxizuzciaeilw) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  72. # [01:38] * Quits: nessy (~Adium@58-6-46-17.dyn.iinet.net.au) (Quit: Leaving.)
  73. # [01:40] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  74. # [01:43] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  75. # [01:43] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  76. # [01:45] * Quits: TabAtkins_ (~tabatkins@nat/google/x-axjhfzmbjfxxsffo) (Read error: Operation timed out)
  77. # [01:56] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  78. # [02:00] * Joins: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net)
  79. # [02:00] * Quits: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net) (Excess Flood)
  80. # [02:02] * Joins: Yuhong (~Yuhong@pool-71-112-243-235.sttlwa.dsl-w.verizon.net)
  81. # [02:04] <Yuhong> hsivonen: In http://hsivonen.iki.fi/doctype/test-quirks.php, the support for X-UA-Compatible do not work properly.
  82. # [02:05] * Quits: erlehmann (~erlehmann@89.204.137.69) (Ping timeout: 252 seconds)
  83. # [02:09] <Hixie> heycam: in http://www.w3.org/mid/20110317224558.GI1187@wok.mcc.id.au , what's the difference between having or not having the [NoInterfaceObject] decorator on the suggested IDL?
  84. # [02:09] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  85. # [02:10] <Hixie> seems like the suggested idl is different in meaning than the [Supplemental] idl
  86. # [02:15] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  87. # [02:17] * Joins: erlehmann (~erlehmann@89.204.137.99)
  88. # [02:18] <AryehGregor> Is there a way to get Flash to not insist on being on top of everything else on the page?
  89. # [02:18] <aho> wmode=opaque (like a canvas with background color)
  90. # [02:19] <aho> wmode=transparent (like canvas)
  91. # [02:19] <aho> default is wmode=window, which basically means draw on top of that target rectangle inside the browser window
  92. # [02:20] * aho pokes AryehGregor
  93. # [02:20] <AryehGregor> aho, thanks.
  94. # [02:21] <AryehGregor> I'll try that.
  95. # [02:21] <aho> use opaque if possible. it's a bit faster than transparent. (both are very slow.)
  96. # [02:22] <roc> if you set CSS opacity:/join #auckland
  97. # [02:22] <AryehGregor> Oh, right, we use <iframe> for YouTube, so we probably can't change it.
  98. # [02:22] <AryehGregor> roc, uh, mispaste?
  99. # [02:22] <roc> sorry
  100. # [02:23] <AryehGregor> aho, it causes a big slowdown in video playback, or what?
  101. # [02:23] <zewt> #auckland, where people who set CSS opacity gather
  102. # [02:23] <AryehGregor> http://stackoverflow.com/questions/4050999/youtube-iframe-wmode-issue
  103. # [02:23] <aho> well, it means that the plugin needs to copy that stuff from whatever surface it is using, then hand it over to the browser, which in turn does the compositing voodoo
  104. # [02:24] <aho> so... there is some friction involved
  105. # [02:24] <aho> native things like canvas and video don't necessarily have to do an extra copy step
  106. # [02:25] <aho> (you currently get one with webgl with most implementations though) :>
  107. # [02:25] <heycam> Hixie, if we gain this "mixin interface" concept, then they would automatically be [NoInterfaceObject], since they would never exist outside being mixed in somewhere
  108. # [02:25] <heycam> Hixie, which is why I left it off that last example, if that's why you're asking
  109. # [02:26] <heycam> Hixie, without [NoInterfaceObject] on that middle example, then window.WindowPerformance would exist
  110. # [02:26] <heycam> (since I set that name there)
  111. # [02:26] <Hixie> heycam: is there any difference between interface A {x}; [NoInterfaceObject] interface B {y}; A implements B; and interface A {xy} ?
  112. # [02:27] * Quits: jacobolus (~jacobolus@static-216-41-81-42.ngn.onecommunications.net) (Ping timeout: 246 seconds)
  113. # [02:27] <heycam> Hixie, yes: currently we have this "mixin prototype object" that gathers up all of the things from the RHS of implements statements
  114. # [02:28] <heycam> that will probably go away with these mixin interface changes
  115. # [02:28] <heycam> so that y would go directly on A.prototype
  116. # [02:28] <Hixie> the idea of [Supplemental] is that there is no difference, so if there is a difference, then removing [Supplemental] isn't solving the problem. But we can switch from [Supplemental] once the mixin stuff is done.
  117. # [02:28] <heycam> yeah
  118. # [02:28] <heycam> ok
  119. # [02:29] <heycam> so my suggested change to them (the middle one) does then have an impact
  120. # [02:29] <heycam> since it'll cause this mixin protoype object to exist
  121. # [02:29] <heycam> well, it'll cause the "performance" property to go on that, instead of on Window.prototype
  122. # [02:29] <Hixie> yeah
  123. # [02:30] * Joins: jamesr___ (~jamesr@216.239.45.19)
  124. # [02:30] <heycam> I think for the moment it doesn't really matter, and once Web IDL is settled (finally) the mixin interface stuff should do what you and they want
  125. # [02:30] <heycam> (well I guess you also want [Supplemental] or something like it for the editorial reasons)
  126. # [02:34] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
  127. # [02:37] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
  128. # [02:37] <Hixie> yeah there are several use cases for it but here i'm just talking about the simple one they use it for :-)
  129. # [02:39] <paradisaeidae> Does this imply that html5 drag and drop functionality should by default be available to the svg dom? :: http://dev.w3.org/html5/spec/infrastructure.html#xml
  130. # [02:44] * Quits: abe (~abe@c-67-188-213-171.hsd1.ca.comcast.net) (Quit: Leaving...)
  131. # [02:44] * Joins: ajh_555 (42115ca4@gateway/web/freenode/ip.66.17.92.164)
  132. # [02:45] <ajh_555> Anyone know if backticks (``) are legal attribute value delimiters? What should UAs do when encountering them?
  133. # [02:45] <ajh_555> e.g. class=`foo` or onclick=`bar();`
  134. # [02:46] <aho> catching fire is an appropriate response :>
  135. # [02:46] * Quits: dave_levin (~dave_levi@nat/google/x-zzgjqrgruvexvmdu) (Quit: dave_levin)
  136. # [02:47] <gsnedders> ajh_555: They aren't. They should become part of the attribute value. so the same as class="`foo`"
  137. # [02:47] <gsnedders> ajh_555: IE however allows them
  138. # [02:49] <ajh_555> Thanks gsnedders
  139. # [02:49] <ajh_555> my test matches what you are saying: http://dl.dropbox.com/u/105727/web/backticks.html
  140. # [02:50] * Joins: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10)
  141. # [02:51] <aho> tbh i'd be more worried about "smart quotes", which can be often seen in code posted on some blogs
  142. # [02:52] <gsnedders> aho: They aren't treated as quote chars by any UA I know of
  143. # [02:52] <aho> good :)
  144. # [02:54] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  145. # [02:55] * Quits: jamesr___ (~jamesr@216.239.45.19) (Quit: jamesr___)
  146. # [02:56] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
  147. # [02:59] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  148. # [02:59] <ajh_555> Odd that “even” IE9 allows backticks… I thought they were baking in fundamental HTML5 support.
  149. # [03:00] <ajh_555> Correct me if I’m wrong but things should break fairly obviously if you pasting smart quotes — troublesome to the dev, perhaps, but not a long-term XSS fret?
  150. # [03:01] <zewt> you're using smart quotes as apostrophes, by the way :)
  151. # [03:01] * Quits: Yuhong (~Yuhong@pool-71-112-243-235.sttlwa.dsl-w.verizon.net) (Quit: Leaving)
  152. # [03:05] <ajh_555> Yeah, it’s a habit. I actually type them.
  153. # [03:06] <zewt> as apostrophes? why? heh
  154. # [03:06] <ajh_555> they’re typographically correct. I use smart quotes for quoting purposes too.
  155. # [03:06] <ajh_555> I guess I’m just kind of anal about design stuff sometimes.
  156. # [03:06] <zewt> it's really just plain wrong to use a close quote as an apostrophe; one of the sillier bugs in Unicode
  157. # [03:07] <ajh_555> How do you figure?
  158. # [03:07] <zewt> apostrophes and single quotation marks are two different things, and we have characters for them both; why use close quotes when you mean apostrophe?
  159. # [03:08] <zewt> (i have no honest hope of there ever being any kind of consistency in the world around quotation marks, so this is entirely academic, heh)
  160. # [03:09] <ajh_555> In practice though, both the right quote and apostrophe are mapped to U+2019
  161. # [03:09] <ajh_555> so the problem isn’t that I’m using the same character, it’s that you think Unicode should distinguish them?
  162. # [03:10] <ajh_555> which I could potentially be convinced of, it makes sense.
  163. # [03:10] <zewt> U+0027 has always been apostrophe
  164. # [03:10] <zewt> it seems bizarre to me that Unicode introduces a close quotation mark, and then goes and aliases apostrophe on top of it again
  165. # [03:11] <ajh_555> well… that’s the dumb apostrophe… Elements of Typographic Style says that character doesn’t really have a typographic purpose
  166. # [03:11] <ajh_555> Yeah that is weird
  167. # [03:12] <zewt> seems like it does nothing but muddy everything, since ' will never, ever be "phased out" as an apostrophe--it's not like it's something unicode can "deprecate" with any meaning
  168. # [03:13] <ajh_555> yeah
  169. # [03:13] <ajh_555> alright i’m splitting, it’s been fun. cheers all
  170. # [03:13] <zewt> heh later
  171. # [03:14] * Quits: ajh_555 (42115ca4@gateway/web/freenode/ip.66.17.92.164) (Quit: Page closed)
  172. # [03:14] * Quits: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
  173. # [03:26] * Joins: dydx (~dydz@adsl-75-36-189-233.dsl.pltn13.sbcglobal.net)
  174. # [03:34] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  175. # [03:41] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  176. # [03:45] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Ping timeout: 260 seconds)
  177. # [03:47] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  178. # [03:49] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
  179. # [03:54] * Joins: Yudai (~Yudai@p2946e1.kngwnt01.ap.so-net.ne.jp)
  180. # [03:59] * Quits: weinig (~weinig@17.246.17.58) (Quit: weinig)
  181. # [04:02] * Quits: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
  182. # [04:02] * Quits: aho (~nya@fuld-590c74d0.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  183. # [04:13] * Quits: michaeln (~michaeln@nat/google/x-mrabremyslimwszu) (Quit: Leaving.)
  184. # [04:17] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  185. # [04:32] * Joins: michaeln (~michaeln@nat/google/x-vttklkzcbwlhhghe)
  186. # [04:39] * Joins: jamesr___ (~jamesr@216.239.45.19)
  187. # [04:41] * Joins: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net)
  188. # [04:41] * Quits: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net) (Excess Flood)
  189. # [04:41] * Joins: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net)
  190. # [04:41] * Quits: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net) (Excess Flood)
  191. # [04:43] * Quits: erlehmann (~erlehmann@89.204.137.99) (Quit: Ex-Chat)
  192. # [04:44] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
  193. # [04:46] * Joins: drunknbass (~drunknbas@76.91.255.83)
  194. # [04:46] * Joins: hdhoang (~hdhoang@cmalu.zahe.me)
  195. # [04:50] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  196. # [04:55] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 250 seconds)
  197. # [04:59] * Joins: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net)
  198. # [05:01] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  199. # [05:01] * Quits: michaeln (~michaeln@nat/google/x-vttklkzcbwlhhghe) (Quit: Leaving.)
  200. # [05:03] * Joins: homata_ (~homata@h219-110-13-038.catv02.itscom.jp)
  201. # [05:04] <zewt> "SHOULD+"? "MUST-"? is the IETF just high?
  202. # [05:04] * Joins: michaeln (~michaeln@nat/google/x-adzorwsrcladyadv)
  203. # [05:07] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 252 seconds)
  204. # [05:09] * Joins: dbaron (~dbaron@173-228-28-143.dsl.dynamic.sonic.net)
  205. # [05:13] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  206. # [05:22] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  207. # [05:31] * _uf0 is now known as uf0
  208. # [05:33] <paradisaeidae> HiAll: Does this imply that html5 drag and drop functionality should by default be available to the svg dom? :: http://dev.w3.org/html5/spec/infrastructure.html#xml
  209. # [05:33] * Quits: michaeln (~michaeln@nat/google/x-adzorwsrcladyadv) (Quit: Leaving.)
  210. # [05:34] * Joins: aroben (~aroben@unaffiliated/aroben)
  211. # [05:34] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 255 seconds)
  212. # [05:45] * Joins: nonge_ (~nonge@p5082B04C.dip.t-dialin.net)
  213. # [05:48] * Quits: nonge__ (~nonge@p5082ADDA.dip.t-dialin.net) (Ping timeout: 240 seconds)
  214. # [05:50] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 246 seconds)
  215. # [05:51] <Hixie> ok, i sent out the mail about PeerConnection
  216. # [05:51] <Hixie> next on my list is figuring out some mechanism for keeping multiple audio and video tracks in sync
  217. # [05:52] <Hixie> (also known as "issue 152" to those following along in the htmlwg)
  218. # [06:05] * Joins: aroben_ (~aroben@2620:0:1b00:1191:b95b:3dee:1f5b:daea)
  219. # [06:05] * Quits: aroben_ (~aroben@2620:0:1b00:1191:b95b:3dee:1f5b:daea) (Changing host)
  220. # [06:05] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  221. # [06:08] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  222. # [06:08] * aroben_ is now known as aroben
  223. # [06:09] * Joins: ezoe (~ezoe@61-205-125-102f1.kyt1.eonet.ne.jp)
  224. # [06:19] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 255 seconds)
  225. # [06:21] * Joins: jacobolus (~jacobolus@cato.hcs.harvard.edu)
  226. # [06:24] <jamesr___> Hixie: where'd you send the mail about PeerConnection? i don't see anything on whatwg yet
  227. # [06:26] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
  228. # [06:28] * Quits: homata_ (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 260 seconds)
  229. # [06:37] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 246 seconds)
  230. # [06:43] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  231. # [06:49] * Joins: homata_ (~homata@h219-110-13-038.catv02.itscom.jp)
  232. # [06:52] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 248 seconds)
  233. # [06:55] * Quits: dydx (~dydz@adsl-75-36-189-233.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  234. # [06:56] * Quits: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net) (Quit: ChatZilla 0.9.86.1 [Firefox 4.0b13pre/20110317030413])
  235. # [07:06] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  236. # [07:07] * Quits: homata_ (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 248 seconds)
  237. # [07:10] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Client Quit)
  238. # [07:16] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
  239. # [07:20] <Hixie> jamesr___: oops, it hit the size limit. moderated it out of the queue. :-)
  240. # [07:22] <jamesr___> hah!
  241. # [07:24] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  242. # [07:39] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Remote host closed the connection)
  243. # [07:39] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  244. # [07:40] * Quits: ben_h (~ben@128.250.195.150) (Quit: ben_h)
  245. # [07:42] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  246. # [07:53] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  247. # [07:54] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  248. # [07:54] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 250 seconds)
  249. # [07:57] * Joins: michaeln (~michaeln@nat/google/x-gsrkltmluxvhthlk)
  250. # [07:58] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  251. # [07:59] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
  252. # [08:01] * Joins: davve__ (~davve@83.218.67.122)
  253. # [08:01] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  254. # [08:02] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  255. # [08:04] * Joins: kennyluck (~kennyluck@114-43-115-44.dynamic.hinet.net)
  256. # [08:05] * Joins: mokush (~quassel@188.24.45.61)
  257. # [08:07] * Quits: dbaron (~dbaron@173-228-28-143.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  258. # [08:08] * Joins: rimantas (~rimliu@93.93.57.193)
  259. # [08:10] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  260. # [08:14] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
  261. # [08:14] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  262. # [08:15] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  263. # [08:22] <hsivonen> AryehGregor: from past communication, I've drawn the conclusion that if one bothers to respond at all, it is prudent to make sure that everything is unambigously formulated as objections so that nothing accidentally gets treated as a side observation or expression of support for something
  264. # [08:22] * Quits: espadrine (~espadrine@acces1452.res.insa-lyon.fr) (Ping timeout: 255 seconds)
  265. # [08:27] * Quits: michaeln (~michaeln@nat/google/x-gsrkltmluxvhthlk) (Quit: Leaving.)
  266. # [08:41] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  267. # [08:41] * Joins: Maurice (~ano@77.222.73.150)
  268. # [08:41] * Joins: matjas (~matjas@195.130.156.13)
  269. # [08:41] <matjas> looks like there’s a typo in http://html5.org/tools/web-apps-tracker?from=5956&to=5957 that hasn’t been fixed yet
  270. # [08:42] <matjas> “given the value <code title="">image/*</code>, a user agent could offer the user the option of recording a clip using a headset microphone.”
  271. # [08:42] <matjas> i guess that should’ve been audio/*, not image/* again
  272. # [08:42] <matjas> is Hixie reading this or should i file a bug for this? :)
  273. # [08:43] <zcorpan> matjas: probably both
  274. # [08:44] <matjas> k
  275. # [08:44] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  276. # [08:46] <Hixie> matjas: did you file a bug?
  277. # [08:46] <Hixie> if not i can fix it now
  278. # [08:46] <matjas> Hixie: I was just doing it; haven’t submitted yet
  279. # [08:46] <matjas> Hixie: ok, that would be great
  280. # [08:46] <Hixie> k don't bother
  281. # [08:46] <Hixie> fixing it now
  282. # [08:46] <Hixie> thanks
  283. # [08:46] <matjas> \o/
  284. # [08:48] <Hixie> should be fixed
  285. # [08:49] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
  286. # [08:49] <matjas> yay, thanks
  287. # [08:49] <matjas> http://html5.org/r/5959
  288. # [08:51] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  289. # [08:51] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 252 seconds)
  290. # [09:00] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
  291. # [09:03] * Joins: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au)
  292. # [09:10] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  293. # [09:11] * Joins: kal-EL_ (~jor-EL@host101-69-dynamic.16-79-r.retail.telecomitalia.it)
  294. # [09:13] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  295. # [09:16] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
  296. # [09:16] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 255 seconds)
  297. # [09:17] * Joins: pesla (~pesla@188.202.125.121)
  298. # [09:18] <zcorpan> Hixie: are the four bytes 0x00 0x00 0x00 0x01 the extension area?
  299. # [09:23] <hsivonen> whoa. plh objected to Hixie's CP for ISSUE 120 (RDFa prefixes)
  300. # [09:23] <hsivonen> that's rather unusual
  301. # [09:24] <hsivonen> do the Chairs now have a choice how to Decide when a person who can remove them from chairship objected?
  302. # [09:25] <jamesr___> whois plh ?
  303. # [09:25] <hsivonen> jamesr___: Philippe Le Hégaret, the Domain Leader
  304. # [09:28] <zcorpan> Hixie: being able to stop sending audio but continue sending video seems useful for conferencing
  305. # [09:28] * Joins: matijsb (~matijsb@188.205.108.18)
  306. # [09:29] * Joins: Ms2ger (~Ms2ger@91.181.126.77)
  307. # [09:30] <jamesr___> where did he register this objection?
  308. # [09:30] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  309. # [09:30] * bga_ is now known as bga_|away
  310. # [09:30] <hsivonen> jamesr___: http://www.w3.org/2002/09/wbs/40318/issue-120-objection-poll/results
  311. # [09:37] * bga_|away is now known as bga_
  312. # [09:40] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  313. # [09:43] * bga_ is now known as bga_|away
  314. # [09:46] * Joins: msucan (~robod@92.84.200.44)
  315. # [09:47] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  316. # [09:51] * dglazkov is now known as dglazkov|away
  317. # [09:51] * Quits: ezoe (~ezoe@61-205-125-102f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
  318. # [09:52] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
  319. # [09:53] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
  320. # [09:57] * Quits: ben_h (~ben@CPE-58-161-40-52.czqd1.win.bigpond.net.au) (Quit: ben_h)
  321. # [10:04] * bga_|away is now known as bga_
  322. # [10:08] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  323. # [10:13] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Ping timeout: 255 seconds)
  324. # [10:19] * Joins: mpt (~mpt@canonical/mpt)
  325. # [10:21] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  326. # [10:23] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 250 seconds)
  327. # [10:24] * Quits: jamesr___ (~jamesr@216.239.45.19) (Quit: jamesr___)
  328. # [10:26] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  329. # [10:31] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
  330. # [10:31] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 248 seconds)
  331. # [10:31] * Joins: homata__ (~homata@h219-110-13-038.catv02.itscom.jp)
  332. # [10:32] * Quits: mokush (~quassel@188.24.45.61) (Remote host closed the connection)
  333. # [10:33] * Joins: aroben (~aroben@unaffiliated/aroben)
  334. # [10:33] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 246 seconds)
  335. # [10:37] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
  336. # [10:40] * riven` is now known as riven
  337. # [10:40] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  338. # [10:40] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  339. # [10:42] * Joins: ezoe (~ezoe@61-205-125-162f1.kyt1.eonet.ne.jp)
  340. # [10:44] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 252 seconds)
  341. # [10:44] * Joins: michaeln (~michaeln@nat/google/x-fklktzpecopewmmf)
  342. # [10:54] * Quits: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com) (Quit: leaving)
  343. # [10:54] * Joins: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com)
  344. # [10:59] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  345. # [11:11] * Joins: smaug____ (~chatzilla@GZYYYKMMCCCXXXIV.gprs.sl-laajakaista.fi)
  346. # [11:13] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  347. # [11:13] * Joins: mpt (~mpt@canonical/mpt)
  348. # [11:14] * Quits: michaeln (~michaeln@nat/google/x-fklktzpecopewmmf) (Quit: Leaving.)
  349. # [11:15] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  350. # [11:19] * Joins: michaeln (~michaeln@nat/google/x-uabtqvzcpyfghcsy)
  351. # [11:26] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  352. # [11:34] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  353. # [11:43] * Joins: Lachy (~Lachlan@guest.opera.com)
  354. # [11:44] * Quits: Ms2ger (~Ms2ger@91.181.126.77) (Ping timeout: 255 seconds)
  355. # [11:48] * Quits: michaeln (~michaeln@nat/google/x-uabtqvzcpyfghcsy) (Quit: Leaving.)
  356. # [11:48] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  357. # [11:52] * Joins: michaeln (~michaeln@nat/google/x-umcjjkycddtsgwgx)
  358. # [11:52] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  359. # [11:53] * Quits: Lachy (~Lachlan@guest.opera.com) (Quit: Leaving)
  360. # [11:57] * Joins: Lachy (~Lachlan@guest.opera.com)
  361. # [11:57] * Joins: Ms2ger (~Ms2ger@91.181.45.131)
  362. # [11:59] * Joins: pesla_ (~pesla@188.202.125.121)
  363. # [12:02] * Quits: Lachy (~Lachlan@guest.opera.com) (Client Quit)
  364. # [12:02] * Joins: Lachy (~Lachlan@guest.opera.com)
  365. # [12:03] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 276 seconds)
  366. # [12:09] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Quit: Page closed)
  367. # [12:09] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
  368. # [12:15] * Quits: smaug____ (~chatzilla@GZYYYKMMCCCXXXIV.gprs.sl-laajakaista.fi) (Ping timeout: 264 seconds)
  369. # [12:16] * Joins: pesla (~pesla@188.202.125.121)
  370. # [12:18] <zcorpan> i hope the html wg doesn't decide to publish next week
  371. # [12:19] * Quits: pesla_ (~pesla@188.202.125.121) (Ping timeout: 250 seconds)
  372. # [12:19] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  373. # [12:20] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  374. # [12:22] * Quits: michaeln (~michaeln@nat/google/x-umcjjkycddtsgwgx) (Quit: Leaving.)
  375. # [12:49] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  376. # [12:49] * bga_ is now known as bga_|away
  377. # [12:56] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  378. # [13:02] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
  379. # [13:06] * Quits: homata__ (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 250 seconds)
  380. # [13:19] <hsivonen> zcorpan: why?
  381. # [13:20] * bga_|away is now known as bga_
  382. # [13:23] * Joins: homata_ (~homata@h219-110-13-038.catv02.itscom.jp)
  383. # [13:23] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  384. # [13:24] * Joins: pesla (~pesla@188.202.125.121)
  385. # [13:25] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 255 seconds)
  386. # [13:32] <zcorpan> hsivonen: i'll be on vacation so can't update html5-differences
  387. # [13:35] * Joins: erlehmann (~erlehmann@89.204.137.99)
  388. # [13:37] * Joins: FireFly (~firefly@unaffiliated/firefly)
  389. # [13:37] <hsivonen> zcorpan: I see
  390. # [13:49] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  391. # [13:57] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
  392. # [13:58] * Joins: michaeln (~michaeln@nat/google/x-ivfyyjvkujnsztze)
  393. # [14:03] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
  394. # [14:14] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  395. # [14:15] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  396. # [14:16] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  397. # [14:17] * Joins: mpt (~mpt@91.189.88.12)
  398. # [14:17] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  399. # [14:17] * Joins: mpt (~mpt@canonical/mpt)
  400. # [14:20] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Ping timeout: 252 seconds)
  401. # [14:25] * Quits: matjas (~matjas@195.130.156.13) (Quit: Be back later)
  402. # [14:25] * Joins: matjas (~matjas@195.130.156.13)
  403. # [14:26] * Joins: espadrine (~espadrine@eduroinsa205.insa-lyon.fr)
  404. # [14:28] * Quits: michaeln (~michaeln@nat/google/x-ivfyyjvkujnsztze) (Quit: Leaving.)
  405. # [14:28] * Joins: smaug____ (~chatzilla@GYGMKXXX.gprs.sl-laajakaista.fi)
  406. # [14:30] * Joins: boaz_ (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  407. # [14:34] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Ping timeout: 248 seconds)
  408. # [14:34] * boaz_ is now known as boaz
  409. # [14:38] * Joins: davve__ (~davve@83.218.67.122)
  410. # [14:38] * Joins: michaeln (~michaeln@nat/google/x-riaugmalivatmwic)
  411. # [14:40] * Quits: espadrine (~espadrine@eduroinsa205.insa-lyon.fr) (Ping timeout: 250 seconds)
  412. # [14:45] * Joins: espadrine (~espadrine@eduroinsa205.insa-lyon.fr)
  413. # [14:52] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  414. # [14:55] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  415. # [14:57] * Quits: espadrine (~espadrine@eduroinsa205.insa-lyon.fr) (Ping timeout: 264 seconds)
  416. # [15:03] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  417. # [15:03] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  418. # [15:05] * Quits: mpt (~mpt@canonical/mpt) (Read error: Operation timed out)
  419. # [15:05] * Joins: mpt (~mpt@canonical/mpt)
  420. # [15:08] * Quits: smaug____ (~chatzilla@GYGMKXXX.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
  421. # [15:08] * Quits: michaeln (~michaeln@nat/google/x-riaugmalivatmwic) (Quit: Leaving.)
  422. # [15:10] * Quits: mpt (~mpt@canonical/mpt) (Client Quit)
  423. # [15:11] * Joins: f1lt3r_bocoup (~f1lt3r@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
  424. # [15:13] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  425. # [15:14] * Joins: plainhao (~plainhao@208.75.85.237)
  426. # [15:17] * Quits: Ms2ger (~Ms2ger@91.181.45.131) (Quit: bbl)
  427. # [15:36] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  428. # [15:38] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  429. # [15:45] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
  430. # [15:45] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  431. # [15:49] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
  432. # [15:50] * Joins: karlcow (~karl@nerval.la-grange.net)
  433. # [15:50] * Joins: michaeln (~michaeln@nat/google/x-eznbxxemkqyukfzb)
  434. # [16:01] * Quits: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl)
  435. # [16:04] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  436. # [16:06] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Operation timed out)
  437. # [16:10] * bga_ is now known as bga_|away
  438. # [16:16] * bga_|away is now known as bga_
  439. # [16:21] * Quits: michaeln (~michaeln@nat/google/x-eznbxxemkqyukfzb) (Quit: Leaving.)
  440. # [16:31] * Quits: matjas (~matjas@195.130.156.13) (Quit: zZz)
  441. # [16:34] <TabAtkins> zewt: Where's the "SHOULD+" and "MUST-" stuff from?
  442. # [16:35] <zewt> http://tools.ietf.org/html/rfc4835
  443. # [16:36] <TabAtkins> ...okay, yeah, they're high.
  444. # [16:41] * Joins: Martijnc (~Martijnc@91.176.90.21)
  445. # [16:45] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  446. # [16:47] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  447. # [16:48] * Joins: michaeln (~michaeln@nat/google/x-grgdjvwpieihvtuo)
  448. # [16:48] * Quits: Lachy (~Lachlan@guest.opera.com) (Quit: This computer has gone to sleep)
  449. # [16:48] <hsivonen> AryehGregor: not sure if someone replied to you already about HW accel in Firefox, but there are at least 5 types of HW accel I can think of:
  450. # [16:48] <hsivonen> 1) Accelerating 3D drawing
  451. # [16:48] <hsivonen> 2) Accelerating 2D drawing
  452. # [16:48] <hsivonen> 3) Accelerating compositing
  453. # [16:48] <hsivonen> 4) Accelerating YUV to RGB conversion
  454. # [16:49] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  455. # [16:49] <hsivonen> 5) Accelerating video decompression
  456. # [16:50] <hsivonen> AryehGregor: Firefox accelates compositing on XP, Vista, Windows 7 and Mac. 2D drawing on Linux, Vista and Windows 7.
  457. # [16:50] <hsivonen> AryehGregor: s/Mac/Snow Leopard/ actually
  458. # [16:51] <hsivonen> 3D drawing on XP, Vista, Windows 7, Snow Leopard and Linux
  459. # [16:51] <hsivonen> and I *think* YUV to RGB somewhere but I don't know where
  460. # [16:51] <hsivonen> all subject to drivers
  461. # [16:52] <hsivonen> AryehGregor: so comparing XP and Windows 7, XP doesn't get the acceleration of 2D drawing
  462. # [16:52] <hsivonen> AryehGregor: I understand that IE9 in some cases accelerates video decompression, too
  463. # [16:53] * Joins: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net)
  464. # [16:54] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
  465. # [16:56] <zewt> know where it fits video scaling into there? logically it's part of 2d drawing, but video scaling is too important to only support in vista (though I havn't checked, so maybe it does)
  466. # [16:56] <zewt> (it could be done as part of compositing, too)
  467. # [16:57] <zewt> (or with hardware yuv/rgb conversion, integrated with that--lots of ways to do video, heh)
  468. # [16:58] * Quits: davve__ (~davve@83.218.67.122) (Read error: Operation timed out)
  469. # [16:59] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  470. # [17:01] * Joins: davve__ (~davve@83.218.67.122)
  471. # [17:02] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  472. # [17:04] * Parts: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  473. # [17:08] * Quits: jacobolus (~jacobolus@cato.hcs.harvard.edu) (Remote host closed the connection)
  474. # [17:10] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
  475. # [17:17] * Quits: michaeln (~michaeln@nat/google/x-grgdjvwpieihvtuo) (Quit: Leaving.)
  476. # [17:21] * Joins: dendeffe_ (~stijn@d54C222F2.access.telenet.be)
  477. # [17:21] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Read error: Connection reset by peer)
  478. # [17:22] * dendeffe_ is now known as dendeffe
  479. # [17:28] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Ping timeout: 248 seconds)
  480. # [17:32] * bga_ is now known as bga_|away
  481. # [17:32] * Joins: aroben (~aroben@unaffiliated/aroben)
  482. # [17:35] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  483. # [17:38] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
  484. # [17:48] * bga_|away is now known as bga_
  485. # [17:49] * Joins: weinig_ (~weinig@17.246.17.58)
  486. # [17:49] * Quits: weinig_ (~weinig@17.246.17.58) (Remote host closed the connection)
  487. # [17:49] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Read error: Connection reset by peer)
  488. # [17:49] * Joins: weinig (~weinig@17.203.15.198)
  489. # [17:50] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
  490. # [17:52] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  491. # [17:54] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 246 seconds)
  492. # [17:54] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  493. # [17:55] * Joins: tw2113 (~tw2113@fedora/tw2113)
  494. # [17:58] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  495. # [18:02] <zewt> ugh suddenly window.URL is webkit.webkitURL in chrome, more mess to work around...
  496. # [18:05] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 250 seconds)
  497. # [18:09] * Quits: hdhoang (~hdhoang@cmalu.zahe.me) (Quit: Leaving.)
  498. # [18:09] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  499. # [18:10] * Joins: mdelaney (~mdelaney@66.109.105.174)
  500. # [18:10] * Joins: zdobersek (~zan@cpe-46-164-20-37.dynamic.amis.net)
  501. # [18:15] <zewt> seems like they're misapplying CSS -naming-prefixes to javascript objects... that, or they hit some real pages where suddenly having a global "URL" breaks pages (which I havn't seen, but wouldn't be all that surprised by)
  502. # [18:19] * Quits: zdobersek (~zan@cpe-46-164-20-37.dynamic.amis.net) (Ping timeout: 250 seconds)
  503. # [18:20] <TabAtkins> Well, if you're adding something experimental in JS, the naming convention is indeed to still do vendor prefixing.
  504. # [18:20] <TabAtkins> I dunno why we would have switched from plain URL to webkitURL, though.
  505. # [18:22] * Joins: portenkirchner (~portenkir@93.215.166.198)
  506. # [18:25] * Quits: portenkirchner (~portenkir@93.215.166.198) (Client Quit)
  507. # [18:29] * Joins: jacobolus (~jacobolus@pool-71-174-34-88.bstnma.east.verizon.net)
  508. # [18:30] * bga_ is now known as bga_|away
  509. # [18:31] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  510. # [18:31] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  511. # [18:31] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  512. # [18:33] * Joins: zdobersek (~zan@cpe-46-164-29-164.dynamic.amis.net)
  513. # [18:34] * Joins: dbaron (~dbaron@nat/mozilla/x-gzpupuxqictsqcaw)
  514. # [18:36] <zewt> for CSS it makes sense: there's no feature testing in CSS, so if browsers implement foo-property before it's fixed, and that property changes incompatibly, then using the final foo-property can break things later on, with the old and new versions both in the wild
  515. # [18:37] <TabAtkins> Actual feature-testing, as in trying out the property and seeing if it works, is often too expensive or impractical. Name detection is much cheaper and usually good enough, so why not make that easy?
  516. # [18:37] <zewt> but you can feature test this stuff in JS explicitly--if there's "webkitURL", then it should also be webkitBlob, webkitCanvas, webkitWorker, for every non-finalized spec
  517. # [18:37] * Quits: matijsb (~matijsb@188.205.108.18) (Quit: Leaving.)
  518. # [18:38] <TabAtkins> The JS criteria for what makes a spec sufficiently stable to drop the prefix is *way* more permissive than the CSS one.
  519. # [18:38] * Quits: mdelaney (~mdelaney@66.109.105.174) (Read error: Connection reset by peer)
  520. # [18:38] <TabAtkins> Typically you just prefix if you're doing something experimental. As soon as it hits a spec that other browsers have given the thumbs up on, you drop the prefix.
  521. # [18:39] <zewt> er, but window.URL is also implemented in FF4
  522. # [18:39] <TabAtkins> Yeah, as I said, I don't know why we did webkitURL.
  523. # [18:40] <zewt> i sort of get it for webkitNotifications (the only other one in window), since that's a really bleeding-edge spec ... though I might only think that since I havn't used it and I've used createObjectURL a lot
  524. # [18:41] <zewt> (though from what I recall reading that spec, it's nowhere near complete yet, at least according to its use case section)
  525. # [18:41] * Joins: mdelaney (~mdelaney@66.109.105.174)
  526. # [18:42] * Joins: aho (~nya@fuld-590c6cb6.pool.mediaWays.net)
  527. # [18:43] * Joins: zdobersek1 (~zan@90.157.241.70)
  528. # [18:45] * Quits: zdobersek (~zan@cpe-46-164-29-164.dynamic.amis.net) (Ping timeout: 276 seconds)
  529. # [18:45] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  530. # [18:46] * Joins: jennb (~jennb@nat/google/x-ahoqvsuiqcxmbaaq)
  531. # [18:49] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Quit: jeremyselier)
  532. # [18:50] <AryehGregor> Where's the unofficial HTML version of ES5?
  533. # [18:51] <AryehGregor> Google is failing me.
  534. # [18:51] <nimbupani> https://github.com/sideshowbarker/es5-spec ?
  535. # [18:51] <nimbupani> oops http://es5.github.com/
  536. # [18:51] <AryehGregor> Thanks.
  537. # [18:54] * bga_|away is now known as bga_
  538. # [18:56] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  539. # [18:56] * Quits: mdelaney (~mdelaney@66.109.105.174) (Quit: mdelaney)
  540. # [18:57] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
  541. # [19:02] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Going!)
  542. # [19:05] * Quits: JoePeck (~JoePeck@17.244.14.222) (Read error: Connection reset by peer)
  543. # [19:05] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  544. # [19:05] * Joins: weinig_ (~weinig@17.246.17.58)
  545. # [19:06] * Quits: weinig_ (~weinig@17.246.17.58) (Remote host closed the connection)
  546. # [19:06] * Joins: weinig_ (~weinig@17.203.15.198)
  547. # [19:07] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
  548. # [19:07] * Quits: weinig (~weinig@17.203.15.198) (Read error: Connection reset by peer)
  549. # [19:07] * weinig_ is now known as weinig
  550. # [19:07] * Joins: zdobersek (~zan@cpe-46-164-5-79.dynamic.amis.net)
  551. # [19:07] * Joins: weinig_ (~weinig@17.246.17.58)
  552. # [19:08] * Quits: zdobersek1 (~zan@90.157.241.70) (Read error: Operation timed out)
  553. # [19:10] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:f0ab:e251:3089:bd94)
  554. # [19:11] * Joins: xtoph (~xtoph@213.47.185.206)
  555. # [19:11] * Quits: weinig (~weinig@17.203.15.198) (Ping timeout: 240 seconds)
  556. # [19:11] * weinig_ is now known as weinig
  557. # [19:12] * Joins: davidwalsh (~davidwals@24-196-80-104.dhcp.mdsn.wi.charter.com)
  558. # [19:12] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  559. # [19:12] <AryehGregor> jgraham, do you mind if I hack your error reporting code to pretty-print values? Like so undefined and "undefined" don't look like the same thing?
  560. # [19:12] <AryehGregor> I mean for testharness.js, clearly.
  561. # [19:13] <zewt> heh reminds me of someone getting confused on www-dom recently, because eg. addEventListener(null, ...) ends up being addEventListener("null", ...)
  562. # [19:13] <zewt> everyone loves them some implicit conversions, right?
  563. # [19:18] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:f0ab:e251:3089:bd94) (Quit: mdelaney)
  564. # [19:18] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  565. # [19:26] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  566. # [19:28] * Joins: ako (~nya@fuld-590c6da7.pool.mediaWays.net)
  567. # [19:29] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Quit: dendeffe)
  568. # [19:29] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
  569. # [19:29] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
  570. # [19:29] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Client Quit)
  571. # [19:31] * Quits: aho (~nya@fuld-590c6cb6.pool.mediaWays.net) (Ping timeout: 255 seconds)
  572. # [19:31] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
  573. # [19:32] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  574. # [19:34] * ako is now known as aho
  575. # [19:34] * Joins: jamesr___ (~jamesr@216.239.45.19)
  576. # [19:35] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
  577. # [19:37] * Quits: jamesr___ (~jamesr@216.239.45.19) (Client Quit)
  578. # [19:38] <zewt> oops, opened an inspect window in chrome on the web-apps spec
  579. # [19:38] <zewt> may not be the smartest thing I've ever done
  580. # [19:44] * Joins: smaug____ (~chatzilla@a91-154-43-115.elisa-laajakaista.fi)
  581. # [19:50] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Quit: dendeffe)
  582. # [19:52] * Joins: maikmerten (~maikmerte@port-92-201-255-36.dynamic.qsc.de)
  583. # [20:02] * Joins: michaeln (~michaeln@nat/google/x-psyofslzldcdgkax)
  584. # [20:02] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Ping timeout: 252 seconds)
  585. # [20:06] * Joins: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com)
  586. # [20:07] * Quits: weinig (~weinig@17.246.17.58) (Remote host closed the connection)
  587. # [20:07] * Joins: weinig (~weinig@17.203.15.198)
  588. # [20:08] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
  589. # [20:09] * Hixie starts looking at the video sync use cases
  590. # [20:12] * Joins: jamesr___ (~jamesr@216.239.45.19)
  591. # [20:13] * Quits: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net) (Quit: MikeSmith)
  592. # [20:15] * aroben is now known as aroben|afk
  593. # [20:20] <TabAtkins> Hixie: I blame you for not speccing cjk lists correctly. >_<
  594. # [20:20] <Hixie> i accept full blame
  595. # [20:20] <Hixie> the spec wasn't complete when i stopped working on it
  596. # [20:20] * Quits: erlehmann (~erlehmann@89.204.137.99) (Quit: Ex-Chat)
  597. # [20:20] <Hixie> hence the 200+ e-mails i sent you :-)
  598. # [20:20] <TabAtkins> Heh, kk.
  599. # [20:21] <Hixie> i was planning on returning to it in 2018 or so
  600. # [20:21] <TabAtkins> ...you make plans that far ahead?
  601. # [20:21] <Hixie> though i doubt anyone on the wg actually believed me when i said that back in 2005 or so
  602. # [20:21] <Hixie> sure
  603. # [20:21] <Hixie> i planned the html work up to 2022
  604. # [20:21] <Hixie> (and we're still on track)
  605. # [20:21] <TabAtkins> Other than "I want to have a lot of money when I retire", I've got no plans extending more than 2 or 3 years into the future.
  606. # [20:22] <Hixie> well specs take decades to get right
  607. # [20:22] <Hixie> it's hard not to plan ahead if one wants to succeed :-)
  608. # [20:22] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 250 seconds)
  609. # [20:25] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  610. # [20:26] * Hixie ponders in-band tracks
  611. # [20:26] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
  612. # [20:26] * Joins: FireFly (~firefly@unaffiliated/firefly)
  613. # [20:26] <Hixie> does anyone have any examples i can look at of video files with multiple in-band tracks?
  614. # [20:27] <zewt> multiple audio/sub tracks, or more esoteric examples?
  615. # [20:28] <Hixie> multiple audio or multiple video tracks
  616. # [20:28] <Hixie> not subs
  617. # [20:28] <Hixie> hohoho, look at this, media-frags already supports picking tracks
  618. # [20:28] <Hixie> eeeexcellent
  619. # [20:28] <zewt> multiple audio is common on dvds/bds with commentary and dub tracks... never seen multiple video tracks, ever
  620. # [20:29] <TabAtkins> Yay media fragments! Now if only someone would implement them...
  621. # [20:29] <Hixie> zewt: sorry i meant actual video files on the web
  622. # [20:30] <Hixie> zewt: agreed that dvds do this
  623. # [20:30] <zewt> well, the ones I have are based on dvds ... :)
  624. # [20:31] <Hixie> oh tools rip multitrack dvds to video files with multiple audio tracks?
  625. # [20:31] <Hixie> interesting
  626. # [20:31] <Hixie> good to know
  627. # [20:31] <zewt> most commonly with .mkv files, in practice
  628. # [20:43] * Joins: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net)
  629. # [20:52] * Quits: jacobolus (~jacobolus@pool-71-174-34-88.bstnma.east.verizon.net) (Remote host closed the connection)
  630. # [20:54] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  631. # [20:56] <zewt> dreaming of the day there are sufficient APIs for people to make formatted editors that aren't glitchy and strange
  632. # [20:56] <zewt> even gmail's is seriously unpleasant to work with
  633. # [20:58] <aho> i once created a multi video track mkv... it was weird
  634. # [20:58] <aho> vlc opened two displays simultaneously
  635. # [20:59] <aho> mpc ignored the second track
  636. # [20:59] <aho> wasn't really sure what i had to expect tho :>
  637. # [20:59] <zewt> multitrack video seems of really questionable use ... since interleaving the tracks means it'll jack the bitrate way up when you're still just viewing one track
  638. # [21:00] * aroben|afk is now known as aroben
  639. # [21:07] * Joins: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net)
  640. # [21:07] * Quits: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net) (Client Quit)
  641. # [21:08] <AryehGregor> Whoever decided that switch statements should default to falling through needs to be hit very hard on the head with a crowbar.
  642. # [21:08] <AryehGregor> Would requiring "continue;" to fall through be so hard?
  643. # [21:09] * bga_ is now known as bga_|away
  644. # [21:09] <zewt> i'd imagine so, since that means something else :)
  645. # [21:09] <hober> AryehGregor: but that would make Duff's device be so ugly
  646. # [21:09] <hober> :)
  647. # [21:09] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  648. # [21:09] <AryehGregor> Does "continue;" mean something else in a switch statement?
  649. # [21:09] <AryehGregor> hober, maybe that's a good thing . . .
  650. # [21:10] <Hixie> AryehGregor: what language?
  651. # [21:10] <AryehGregor> JavaScript, at the moment, but it's a general observation.
  652. # [21:10] <Philip`> You want to support "case 1: case 2: case 3: /* do something common */; break; case 4: case 5: ..." without explicit fallthrough syntax
  653. # [21:10] <Hixie> as far as i can tell the languages that default to fallthrough are the languages that don't have a good way of giving multiple values in the 'case'
  654. # [21:10] <TabAtkins> AryehGregor: Right now, 'continue' means "skip to the next iteration of the enclosing loop" if used in a switch, like it would anywhere else.
  655. # [21:11] <AryehGregor> Oh, that's a point.
  656. # [21:11] <zewt> the "switch fallthrough" thing always felt like one of those looks-like-a-huge-oroblem-but-it's-really-not scenarios
  657. # [21:11] <AryehGregor> case 0: case 1: something(); break; wouldn't work then.
  658. # [21:11] <AryehGregor> Sigh.
  659. # [21:11] <AryehGregor> Oh well.
  660. # [21:11] <foolip_> Philip`, ping about the spec splitting: http://www.whatwg.org/specs/web-apps/current-work/multipage/dnd.html#video-conferencing-and-peer-to-peer-communication
  661. # [21:11] <zewt> where people seem to complain about it a lot, but which I've never actually had trouble with
  662. # [21:11] <Philip`> It looks like C# allows "case 0: case 1: ...", and otherwise it requires an explicit "break" or explicit "goto case 3"
  663. # [21:12] <zewt> sort of like people who use yoda conditions because they think if(x = 1) is a big, confusing problem in C--but it's not ...
  664. # [21:12] <Hixie> pascal for instance doesn't have fallthrough but allows stuff like: 1, 2, 3: ...; 4, 5: ...;
  665. # [21:12] <Philip`> so you can do explicit fallthrough and also you can reorder cases without subtly breaking things
  666. # [21:12] <zewt> my condolensces for having knowledge about pascal cluttering up your mind
  667. # [21:12] <zewt> i havn't touched that language since highschool :)
  668. # [21:12] <Hixie> i was going to say perl doesn't even have switch statements, but wikipedia says perl doesn't have fallthrough but allows it via 'continue'
  669. # [21:12] <TabAtkins> Lisp does the same thing with CASE.
  670. # [21:12] <Hixie> wonder if they're talking about perl6
  671. # [21:12] <TabAtkins> I mean COND.
  672. # [21:12] <aho> personally, i think fallthrough would be fine if it were a keyword that is :>
  673. # [21:13] <Hixie> zewt: as someone who switches between languages a lot, the '=' vs '==' has been the source of an ungodly number of bugs in my code
  674. # [21:13] <Philip`> Perl 5.10 has 'use feature "switch";'
  675. # [21:13] <Hixie> really!
  676. # [21:13] <Hixie> i had no idea
  677. # [21:13] <Philip`> http://perldoc.perl.org/perlsyn.html#Switch-statements
  678. # [21:14] <Hixie> ooo
  679. # [21:14] <aho> Hixie, using = in a context where == (or ===) is typically used usually generates some kind of warning
  680. # [21:14] <zewt> (perl--even more condoleces than pascal)
  681. # [21:14] <aho> and you have to add some extra paraens to supress it
  682. # [21:14] <aho> eg if ((x=5))
  683. # [21:14] <zewt> aho: unless you're stuck in MSVC :|
  684. # [21:14] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
  685. # [21:14] <zewt> unless they've added that in 2010, last I used was 2008
  686. # [21:15] * Joins: karlcow (~karl@nerval.la-grange.net)
  687. # [21:15] <Philip`> zewt: 2008 warns about it
  688. # [21:15] <Philip`> (under /W4, it seems)
  689. # [21:15] <zewt> does it not disable the warning if you parenthesize?
  690. # [21:15] <Philip`> http://msdn.microsoft.com/en-us/library/7hw7c1he(v=vs.80).aspx
  691. # [21:15] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  692. # [21:15] <zewt> trying to remember what the oddness was, or maybe we just never enabled that warning in that compiler
  693. # [21:16] <Philip`> Oh, apparently parentheses don't disable it
  694. # [21:16] <zewt> ah yeah
  695. # [21:16] <zewt> so i'd have disabled the warning
  696. # [21:16] <zewt> since that's even more broken :|
  697. # [21:16] <Philip`> Is adding '!= 0' that hard?
  698. # [21:17] * bga_|away is now known as bga_
  699. # [21:17] * Quits: jer|afk (~jernoble@17.203.14.132) (Quit: jer|afk)
  700. # [21:19] <zewt> normally it ends up with things like if((f = fopen()) != NULL)
  701. # [21:19] <zewt> granted, I've been less inclined to do that anyway in more recent years
  702. # [21:21] <Hixie> aho: i usually do it in js
  703. # [21:21] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Read error: Connection reset by peer)
  704. # [21:21] <aho> jslint complains about that if you dont add extra parens :>
  705. # [21:21] * Joins: ap (~ap@17.203.15.167)
  706. # [21:21] <aho> well, at least i'm fairly sure it does
  707. # [21:21] <gsnedders> jslint complains about many random things.
  708. # [21:21] <aho> (i never made that mistake for some reason) :>
  709. # [21:21] <Hixie> zewt: objectpascal is actually a really nice language.
  710. # [21:22] <Hixie> but yeah, i don't use it much :(
  711. # [21:22] <hober> my first non-basic, high-level language :)
  712. # [21:22] <aho> if (x = 3) -> "Expected a conditional expression and instead saw an assignment."
  713. # [21:23] <Hixie> and perl is a really powerful language but very easy to screw up
  714. # [21:23] <aho> if ((x = 3)) <- same... aww
  715. # [21:23] <Hixie> anyway
  716. # [21:23] <zewt> perl is great as an example of how to never design a language, and that's about it :)
  717. # [21:23] <aho> if (!!(x = 3)) <- fine... yuck :D
  718. # [21:24] <zewt> heh
  719. # [21:24] <gsnedders> For some reason I got complained at when myself/a friend rewrote a sed script in Perl.
  720. # [21:24] <zewt> i've sometimes done that to quiet MSVC's warning on implicit int -> bool conversions
  721. # [21:24] <Hixie> perl is fantastic for really short code, like one-liners or short throwaway text file munging code
  722. # [21:24] <zewt> the only thing I use perl for is for things sed/awk used to be for; and even then, only for commandline throwaways, not for anything I'll have to come back to
  723. # [21:25] <Hixie> it's also good for things where you're going to do a ton of string manipulation, cos it has really good text handling primitives
  724. # [21:25] <Hixie> it's not great for complicated logic, where you really need a strongly typed language
  725. # [21:26] <Hixie> (that's one area where objectpascal really shines)
  726. # [21:26] * Joins: weinig_ (~weinig@17.246.17.58)
  727. # [21:26] <zewt> low-level: C++. high-level: python. embedding: lua. web: javascript.
  728. # [21:27] <Hixie> none of those have good typing systems
  729. # [21:28] <gsnedders> Haskell ftw!
  730. # [21:28] * gsnedders hides from jgraham
  731. # [21:28] * Quits: zdobersek (~zan@cpe-46-164-5-79.dynamic.amis.net) (Read error: Operation timed out)
  732. # [21:28] <Hixie> i haven't done much with functional languages other than scheme, i really should at some point
  733. # [21:28] <Hixie> unfortunately i rarely have purely functional problems to solve
  734. # [21:28] <Hixie> usually it's really stateful things like web apps
  735. # [21:28] <Hixie> or ui
  736. # [21:28] * karlcow votes for human language and poetry
  737. # [21:29] * Joins: zdobersek (~zan@90.157.246.53)
  738. # [21:29] <zewt> everything i've ever seen about functional languages just seems totally academic
  739. # [21:29] <zewt> so i've mostly ignored them
  740. # [21:29] <Hixie> human language is what i use as my main programming language in my job
  741. # [21:29] <Hixie> but the compilers are really slow
  742. # [21:29] * Quits: weinig (~weinig@17.203.15.198) (Ping timeout: 250 seconds)
  743. # [21:29] * weinig_ is now known as weinig
  744. # [21:29] <gsnedders> :)
  745. # [21:29] <Hixie> and tend to complain a lot more :-P
  746. # [21:29] <karlcow> ahaha
  747. # [21:30] <Hixie> bbiab, food.
  748. # [21:30] * Joins: dave_levin (~dave_levi@74.125.59.65)
  749. # [21:31] <zewt> who gives more, longer and more nonsensical complaints: people, or an angry C++ compiler and some templates
  750. # [21:33] * Joins: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net)
  751. # [21:36] * Quits: zdobersek (~zan@90.157.246.53) (Ping timeout: 252 seconds)
  752. # [21:41] * Joins: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
  753. # [21:47] * Joins: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net)
  754. # [21:48] <Philip`> I like functional languages (or at least OCaml; I haven't tried using Haskell) for writing compilers
  755. # [21:48] * Quits: weinig (~weinig@17.246.17.58) (Quit: weinig)
  756. # [21:49] <Philip`> since they seem good at dealing with complex tree-structured data types
  757. # [21:50] <Philip`> (because of pattern matching, and static typing that can tell when you've handled all the cases)
  758. # [21:50] * Joins: zdobersek (~zan@46.164.33.5)
  759. # [21:51] * Quits: MikeSmith (~MikeSmith@ip98-176-88-168.sd.sd.cox.net) (Client Quit)
  760. # [22:00] <kennyluck> I used to think human language is stupid. I guess I still think it is.
  761. # [22:01] <TabAtkins> Don't get me started on human language.
  762. # [22:02] * Joins: zdobersek1 (~zan@cpe-46-164-12-84.dynamic.amis.net)
  763. # [22:03] <TabAtkins> Do any of the browsers support mathml-in-html yet?
  764. # [22:04] <paul_irish> FF does
  765. # [22:04] * Joins: weinig (~weinig@17.246.17.58)
  766. # [22:04] <TabAtkins> Excellent.
  767. # [22:05] * Quits: zdobersek (~zan@46.164.33.5) (Ping timeout: 250 seconds)
  768. # [22:05] <paul_irish> There is no summary of the <device>, stream API, etc activity that's going on, is there?
  769. # [22:05] <paul_irish> those discussions are terribly difficult to keep track of.
  770. # [22:05] <TabAtkins> No.
  771. # [22:05] <TabAtkins> Though, I guess Hixie's recent mega-email kinda works.
  772. # [22:06] <paul_irish> aye
  773. # [22:06] <nimbupani> TabAtkins: so does Opera >_>
  774. # [22:06] <nimbupani> at least the ragnarok build
  775. # [22:08] * Quits: maikmerten (~maikmerte@port-92-201-255-36.dynamic.qsc.de) (Remote host closed the connection)
  776. # [22:09] <TabAtkins> paul_irish: No one ever said standards is easy.
  777. # [22:12] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  778. # [22:12] * Quits: zdobersek1 (~zan@cpe-46-164-12-84.dynamic.amis.net) (Ping timeout: 246 seconds)
  779. # [22:15] * Joins: zdobersek (~zan@cpe-46-164-3-235.dynamic.amis.net)
  780. # [22:16] <paul_irish> true story
  781. # [22:21] * Joins: Yuhong (~Yuhong@pool-71-112-243-235.sttlwa.dsl-w.verizon.net)
  782. # [22:22] <AryehGregor> Looks like the HTML serialization algorithm doesn't know about <xmp> or <plaintext>.
  783. # [22:22] * jamesr___ is now known as jamesr
  784. # [22:22] <Hixie> not much to do with <plaintext>
  785. # [22:23] <Hixie> though i guess we could omit optional end tags after it or something if we cared
  786. # [22:24] <TabAtkins> I'm sad that the CSS spec post-processor barfs on <xmp>. I had to remove my use of it. ;_;
  787. # [22:24] <AryehGregor> Actually, not much you can do about <xmp> either . . . you can easily create unserializable DOMs this way.
  788. # [22:24] <AryehGregor> TabAtkins, port it to an HTML5 parser.
  789. # [22:24] <Yuhong> hsivonen: In http://hsivonen.iki.fi/doctype/test-quirks.php, the support for X-UA-Compatible faking do not work properly.
  790. # [22:24] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  791. # [22:24] <TabAtkins> I don't want to spend the time porting Bert's processor, though it would probably be worthwhile...
  792. # [22:25] <jgraham> AryehGregor: Of course not. I have been meaning to do it but haven't got around to it
  793. # [22:25] <jgraham> AryehGregor: I don't think reporting "this browser passes all tests for this feature" is good
  794. # [22:25] <AryehGregor> jgraham, okay, let me do that then. I've got a decent one (IMO :) ) written up for my reflection harness.
  795. # [22:25] <AryehGregor> Why not?
  796. # [22:26] <jgraham> If a browser already passes all tests the tests aren't good enough, probably
  797. # [22:26] <jgraham> and it creates *really bad* incentives
  798. # [22:26] <AryehGregor> Firefox already passes my base64 tests, and that's legit.
  799. # [22:26] * Quits: BlurstOfTimes (~blurstoft@168.203.117.36) (Remote host closed the connection)
  800. # [22:26] <AryehGregor> Why does it create really bad incentives?
  801. # [22:26] <AryehGregor> I mean, what incentives, specifically?
  802. # [22:26] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: back in ~20)
  803. # [22:27] <jgraham> Because it makes things very binary. Either you pass everything and get praise or pass less than everything and get nothing
  804. # [22:27] * Joins: tw2113 (~tw2113@fedora/tw2113)
  805. # [22:27] <AryehGregor> It's still per-feature.
  806. # [22:27] <jgraham> So there is a strong incentive not to submit tests that you fail
  807. # [22:27] <AryehGregor> Well, there's already an incentive to not submit tests you fail.
  808. # [22:27] <AryehGregor> Just look at Microsoft.
  809. # [22:27] <jgraham> Even stronger than if there is a continum
  810. # [22:27] <AryehGregor> But your competitors will have a *very* strong incentive to submit tests that you fail.
  811. # [22:28] * Quits: zdobersek (~zan@cpe-46-164-3-235.dynamic.amis.net) (Read error: Operation timed out)
  812. # [22:28] <AryehGregor> So let's just assume no one will submit any tests except the ones they pass.
  813. # [22:28] <AryehGregor> Still no problem.
  814. # [22:28] <AryehGregor> I mean, why is that a problem, really?
  815. # [22:28] <jgraham> I don't like that assumption. In particular I personally don't wanthat
  816. # [22:28] * Joins: zdobersek (~zan@cpe-46-164-27-188.dynamic.amis.net)
  817. # [22:28] <AryehGregor> Why not? What's wrong with it?
  818. # [22:28] <AryehGregor> It doesn't matter who writes the tests, as long as they're written.
  819. # [22:29] <zewt> i'd expect that if test results are submitted with tests omitted, the assumption would be that those tests failed
  820. # [22:29] <jgraham> I would hate to develop good tests that I was prevented from submitting for PR reasons
  821. # [22:29] <Philip`> It seems bad to design the process around the idea that all participants are purely rational and will always follow the designed incentives
  822. # [22:29] <AryehGregor> That's a personal reason. I'm asking for a reason from the perspective of the test suite's quality.
  823. # [22:29] <zewt> perhaps reported differently, eg. "implicitly-failed"
  824. # [22:29] <Philip`> People are much more random than that
  825. # [22:30] <AryehGregor> What problem will it cause for the test suite's quality if that's our assumption?
  826. # [22:30] <TabAtkins> Philip`: If they're significantly random, then no incentives are useful, so we can ignore them when designing incentives.
  827. # [22:30] <jgraham> The asdsumption that someone else will write an equivalent test is highly dubious
  828. # [22:30] <jgraham> *assumption
  829. # [22:30] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  830. # [22:30] <jgraham> Different organisations have shown different levels of commitment to the testsuite
  831. # [22:30] <AryehGregor> Philip`, no, you can't completely rely on people following incentives, but incentives are still helpful.
  832. # [22:30] <Hixie> (fwiw, if you have written valid tests and the company you work for prevents you from submitting them for any reason, PR or otherwise, send me your resume.)
  833. # [22:31] <AryehGregor> jgraham, you only need two.
  834. # [22:31] <jgraham> Different organisations have different internal structures
  835. # [22:31] <AryehGregor> Also, yeah.
  836. # [22:31] <AryehGregor> I'm pretty sure Google and Mozilla people are not going to be prevented from submitting tests just because it makes them look worse.
  837. # [22:31] <Yuhong> Yea, MS is the most non PR 2.0 compliant browser vendor, and has been for a while now.
  838. # [22:31] <AryehGregor> I mean, your alternative basically creates no incentives for anyone to do anything.
  839. # [22:32] <AryehGregor> Is that really superior?
  840. # [22:32] <Philip`> TabAtkins: Microsoft seems pretty random and it seems AryehGregor is trying to design a process to incentivise Microsoft differently
  841. # [22:32] <Hixie> if anyone stops anyone at google submitting tests for pr reasons, i and probably many others will go non-linear.
  842. # [22:32] <AryehGregor> Philip`, no, Microsoft is already acting according to my incentives for PR reasons without those incentives existing yet. :)
  843. # [22:32] <Hixie> i would imagine the same applies to mozilla, and certainly the same applied at opera when i was there.
  844. # [22:32] <AryehGregor> (in that they only submit tests that make them look good and other browsers bad)
  845. # [22:32] <jgraham> My scheme is designed to stop all the badness associated with reporting results of an unfinished testsuite
  846. # [22:32] <Hixie> i mean, just look at acid2... howcome and i actually made opera fail on it worse than it originally did :-)
  847. # [22:32] <AryehGregor> (I wonder how many tests they didn't submit because too many competitors pass them)
  848. # [22:33] <jgraham> I don't think that creating incentives to releasing tests is the problem
  849. # [22:33] <AryehGregor> jgraham, you seem to be very against using the test suite to promote any kind of inter-browser competition.
  850. # [22:33] <AryehGregor> As far as I see it, that's one of the most important purposes of the test suite, and the key to getting it to be complete.
  851. # [22:33] <Philip`> AryehGregor: A Microsoft person approved all the canvas tests, even though they fail lots of them, so they don't seem to be acting purely to gain 100% scores
  852. # [22:34] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  853. # [22:34] <Hixie> (having said all that, i'm kinda with jgraham that test suites should just report results neutrally without granting extra praise if you hit particular thresholds like 100%)
  854. # [22:34] <jgraham> AryehGregor: I am happy for parts of the testsuite where there is reasonably ood coverage to be used in that way
  855. # [22:34] <AryehGregor> Philip`, they also corrected some of their submitted tests even when that made IE fail them. They're not going to try to get perfect scores if they have to do something dishonest publicly, that people can call them out on.
  856. # [22:34] <jgraham> *good
  857. # [22:35] <AryehGregor> jgraham, I'm fine with only reporting results where we feel there's good coverage.
  858. # [22:35] <Philip`> AryehGregor: They say things in blog posts where people call them out on dishonesty all the time
  859. # [22:35] <jgraham> AryehGregor: So, going back to the original problem, you need a way to highlight "this test fails in all browsers and so could well be buggy"
  860. # [22:35] <AryehGregor> Hixie, why? The percentage doesn't really mean anything. You could fail every test due to one trivial bug, or you could fail almost no tests despite major bugs, depending on how the tests are written.
  861. # [22:35] <zewt> they also edit blog comments by other people to say things they didn't say :)
  862. # [22:35] <AryehGregor> Philip`, well, yes. But there are limits.
  863. # [22:36] <jgraham> My scheme does that without requiring laxy-journalist-friendly tables
  864. # [22:36] <jgraham> *lazy
  865. # [22:36] <Hixie> AryehGregor: because the percentage doesn't really mean anything, and nor does passing every test.
  866. # [22:36] <AryehGregor> zewt, no, that was probably just one guy.
  867. # [22:36] <AryehGregor> jgraham, that's orthogonal. I agree we should flag such tests, no matter what approval or reporting scheme we use.
  868. # [22:36] <Hixie> AryehGregor: the only thing that means anything is failure of an individual test, and all it means is that either the test, the spec, or the browser has a bug
  869. # [22:36] <AryehGregor> Although most of them are probably just "nobody implements this yet".
  870. # [22:36] * Joins: aroben (~aroben@unaffiliated/aroben)
  871. # [22:37] <AryehGregor> Hixie, passing every test means there are no bugs known to the test suite maintainers in the implementation of that feature. That means something.
  872. # [22:37] <Hixie> only that the test suite is incomplete :-)
  873. # [22:37] <jgraham> AryehGregor: No
  874. # [22:37] <AryehGregor> If tests fail due only to spec or test bugs, you'd expect the implementer to figure that out and fix the tests.
  875. # [22:37] <Philip`> Trying to reverse-engineer Microsoft's private motivations and behaviour based on their public behaviour doesn't seem particularly reliable
  876. # [22:37] <jgraham> It means the test suite isn't good enough
  877. # [22:37] <zewt> who's doing something evil enough on a microsoft domain for me to associate some of that with the company
  878. # [22:37] <Philip`> (particularly since they're many individuals with different motivations, not a monolithic group mind)
  879. # [22:37] <AryehGregor> Hixie, jgraham: so do you have suggestions on what to add to my base64 tests so that Firefox fails a test?
  880. # [22:38] <AryehGregor> It's a pretty simple feature, it's not rocket science to match the spec exactly.
  881. # [22:38] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Quit: boaz)
  882. # [22:38] <Hixie> jgraham: not necessarily that it's not good enough -- if there are other things that are failing, then it might just be that the test suite is good enough given the current priorities
  883. # [22:38] <AryehGregor> Of course there might be unknown bugs, but nothing's perfect. You can at least check for all known possible bugs.
  884. # [22:39] <jgraham> AryehGregor: No. Myabe for that feature it is possible to match the spec exactly. But for more complex features I would expect all browsers to fail a bit for a long time
  885. # [22:39] <AryehGregor> Yes, I totally agree.
  886. # [22:39] <Hixie> AryehGregor: i don't think it's a priority to test more things in that test suite at this point, so i'd say the test suite for that feature is good enough; but if everything else was to pass as well, then yes, i'd think that we could add things.
  887. # [22:39] <Hixie> AryehGregor: for example, what happens if you pass a 2.1GB argument to the method?
  888. # [22:39] <AryehGregor> Hixie, behavior is undefined, hardware limitations clause. :)
  889. # [22:39] <AryehGregor> (Do *I* have to tell *you* that?)
  890. # [22:40] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Ping timeout: 240 seconds)
  891. # [22:40] <jgraham> AryehGregor: All behaviour is undefined due to that clause :)
  892. # [22:40] <Hixie> AryehGregor: if it crashes, that's a bug regardless of the spec
  893. # [22:40] <AryehGregor> It's a QoI bug.
  894. # [22:40] <AryehGregor> Browsers are allowed to crash due to hardware limitations.
  895. # [22:40] <Hixie> AryehGregor: if it hangs, it's a bug regardless of the spec
  896. # [22:40] <Hixie> AryehGregor: etc
  897. # [22:40] <AryehGregor> Still a QoI bug.
  898. # [22:40] <AryehGregor> Not a spec bug.
  899. # [22:40] <Hixie> didn't say it was
  900. # [22:40] <Yuhong> "Microsoft seems to have a stronger corporate agenda dictating the actions of its standards bodies representatives. Hickson [from Google] looks very independent"
  901. # [22:40] <Yuhong> from http://news.cnet.com/8301-30685_3-20008935-264.html#ixzz1EBjhiiN4
  902. # [22:40] <Hixie> who cares if it's a spec bug
  903. # [22:41] * Quits: weinig (~weinig@17.246.17.58) (Quit: weinig)
  904. # [22:41] <AryehGregor> Well, these are spec tests, not QoI tests. We deliberately don't want to test hardware limitations for the same reason we don't want to spec them.
  905. # [22:41] <Hixie> what matters is whether there's a bug or not, not whether there's a spec bug or not :-)
  906. # [22:41] <Hixie> oh it's quite possible that the w3c wouldn't want to test this, sure
  907. # [22:41] <zewt> well, the practical "optimum" behavioor for passing a 2.1GB argument, if there isn't enough memory, is probably to just disable scripts on the page entirely--which is rather hard to test...
  908. # [22:41] * Joins: zdobersek1 (~zan@cpe-46-164-0-11.dynamic.amis.net)
  909. # [22:41] <jgraham> AryehGregor: If you do contentWindow.atob in an iframe in Firefox, it will probably throw a DOMException that is an instanceof a DOMException in the top frame. Eventually WebIDL will say that is wrong
  910. # [22:42] <Hixie> browser vendors presumably would (in the scenario we're talking about, where every other bug has been found and all the features are tested to the same comprehensive level)
  911. # [22:42] <AryehGregor> jgraham, well, your harness is the one that should be testing for that.
  912. # [22:42] <AryehGregor> Anyway, we've gotten off-topic.
  913. # [22:42] <zewt> on irc? never!
  914. # [22:42] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  915. # [22:42] <AryehGregor> (actually, no, I guess my test would have to be run in an iframe, but whatever, it's not specced yet)
  916. # [22:42] <Hixie> Yuhong: that's an ooooold article :-)
  917. # [22:42] <AryehGregor> (anyway the harness could also do it)
  918. # [22:43] * Quits: zdobersek (~zan@cpe-46-164-27-188.dynamic.amis.net) (Read error: Operation timed out)
  919. # [22:43] <Yuhong> Hixie: but proves my point.
  920. # [22:43] <jgraham> AryehGregor: It doesn't test the negative i.e. it only checks that the DOMException is defined in the global is is supposed to be
  921. # [22:43] <AryehGregor> Okay, so back to the topic: the goal of the test suite approval and reporting procedure should be to get as many high-quality tests as possible. Yes or no?
  922. # [22:43] <jgraham> Not that it is not an instance of any other DOMExceptions in different globals
  923. # [22:43] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  924. # [22:44] <jgraham> AryehGregor: Pedantically, no. It should be to get the best coverage of implementations and the spec possible
  925. # [22:44] <AryehGregor> Okay, fine.
  926. # [22:44] <AryehGregor> It's basically the same idea if you assume a high-quality test doesn't duplicate other tests.
  927. # [22:45] <AryehGregor> So, to do so, we should try to design the process to encourage people and organizations to write and submit tests, and to encourage implementations to change to conform to the tests. Right?
  928. # [22:45] <AryehGregor> Just making sure our goals are clear here.
  929. # [22:45] <jgraham> The second part isn't really related to the goal you set
  930. # [22:46] <AryehGregor> Yes, okay.
  931. # [22:46] <jgraham> Of course having people pass tests is good, but it is in tension with making the best possible testsuite
  932. # [22:46] * Quits: msucan (~robod@92.84.200.44) (Quit: .)
  933. # [22:46] * Joins: jer|afk (~jernoble@17.203.14.132)
  934. # [22:46] * Joins: FastJack (~fastjack@dumpstr.net)
  935. # [22:47] <AryehGregor> So actually, the goal is to get implementations to converge on standard behavior.
  936. # [22:47] <AryehGregor> That's the point of everything here.
  937. # [22:47] <AryehGregor> The point of the test suite is actually to further that goal.
  938. # [22:47] * Joins: weinig (~weinig@17.246.17.58)
  939. # [22:47] <jgraham> Yes, the testsuite is a tool
  940. # [22:47] <AryehGregor> Good now? Let's not confuse ends and means.
  941. # [22:48] <AryehGregor> Okay, now there are at least two ways the test suite can further that goal:
  942. # [22:48] <Hixie> i'm not really sure i'd agree with "we should try to design the process"...
  943. # [22:48] <Hixie> who needs process
  944. # [22:48] <AryehGregor> 1) Giving implementers a tool to identify where they fail.
  945. # [22:48] <zewt> a secondary goal, I think--which is related to that in a roundabout way--is also finding where implementations are universally *not* converging on the spec (suggesting a spec issue)
  946. # [22:48] <Hixie> just have someone in charge of the test suite and delegate all authority to them, if they do a bad job then fork
  947. # [22:48] <AryehGregor> 2) Pressure implementers to pass more of the tests (and thus, if the tests are good, converge on standard behavior).
  948. # [22:48] <zewt> (eg. the storage mutex)
  949. # [22:49] <AryehGregor> Hixie, are you volunteering? If not, who do you propose?
  950. # [22:49] <Hixie> if you want to do it, i'm all for you doing it :-) or jgraham :-) anyone who wants to do it, basically
  951. # [22:49] <AryehGregor> zewt, I deliberately said "standard behavior" to include behavior that might not match any written spec (in which case the spec should be written or changed).
  952. # [22:50] <AryehGregor> Hixie, but for the purposes of (2), it helps if they're endorsed by the W3C, so that the general public will accept their legitimacy more readily.
  953. # [22:50] <Hixie> o_O
  954. # [22:50] <zewt> that's not what I said, though--converging on a single behavior (that differs from the spec) and not converging at all are different things
  955. # [22:50] <Hixie> they're tests
  956. # [22:50] <Hixie> they're not for the general public
  957. # [22:50] <AryehGregor> Then do you disagree with my (2) above?
  958. # [22:50] <Hixie> their legitimacy is determined by their technical value, not by PR
  959. # [22:50] <jgraham> AryehGregor: The canonical example of (2) is acid 3
  960. # [22:50] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
  961. # [22:50] <AryehGregor> And think tests should only be for (1)?
  962. # [22:51] * Quits: zdobersek1 (~zan@cpe-46-164-0-11.dynamic.amis.net) (Ping timeout: 240 seconds)
  963. # [22:51] <Hixie> 2) is not the goal of the test suite imho
  964. # [22:51] <AryehGregor> jgraham, yes. Acid3 was flawed because it tested only a very narrow slice of things.
  965. # [22:51] <Hixie> the market should take care of 2 on its own
  966. # [22:51] <Hixie> if the standard isn't worth implementing interoperably then it should not be implemented interoperably
  967. # [22:51] <AryehGregor> Interesting perspective.
  968. # [22:51] <AryehGregor> From that perspective, we simply shouldn't report test suite results.
  969. # [22:51] <Hixie> entirely 100% agreed
  970. # [22:52] * Quits: Yuhong (~Yuhong@pool-71-112-243-235.sttlwa.dsl-w.verizon.net) (Quit: Leaving)
  971. # [22:52] <AryehGregor> Although W3C process will require that each test be passed by two implementations.
  972. # [22:52] <AryehGregor> But let's forget about that for now.
  973. # [22:52] <Hixie> the w3c process is antiquated
  974. # [22:52] <jgraham> AryehGregor: I'm not saying Acid 3 was perfect. I'm saying it is the canonical example of optimising for PR
  975. # [22:52] <jgraham> and it happened outside W3C
  976. # [22:52] <AryehGregor> True.
  977. # [22:52] <Hixie> yeah, acid tests are a whole different beast
  978. # [22:53] <AryehGregor> Hixie, so wait, why is it okay for Acid3 to be designed for PR but not a real test suite?
  979. # [22:53] <zewt> reporting test results is useful for developers, who want to know how reliably they can use a particular feature (in more detail than "which vendors claim to implement it")
  980. # [22:53] <Hixie> they're pretty much the worst example of what a test suite is
  981. # [22:53] <zewt> (that's a separate goal, of course, so secondary)
  982. # [22:53] <jgraham> zewt: It seems reasonable to do that at the level of caniuseit.com
  983. # [22:53] <Lachy> acid tests are absolutely terrible for QA. They're only good for PR
  984. # [22:54] <zewt> jgraham: that's very, very broad--it only says whether a feature is generally supported by each browser
  985. # [22:54] <jgraham> zewt: i.e. you get someone knowlegable to go through the test results and decide which are critical failures and which are minor issues and put things in big categories like "not implemented", "too buggy to use" "acceptable", "good" etc.
  986. # [22:54] <zewt> (which is also useful, obviously)
  987. # [22:55] <jgraham> zewt: It seems about as useful as saying that a browser got 78% on a particular testsuite without any reference to the quality of the tests or why it failed
  988. # [22:56] <jgraham> It is quite trivial to set up a situation where a worse implementation gets a better score when one deals in percentages
  989. # [22:56] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  990. # [22:56] <AryehGregor> That's why all-or-nothing is a better approach.
  991. # [22:56] <zewt> "78% on a particular testsuite" is pretty useless anyway, I'm talking about individual test pass/fail reports
  992. # [22:56] <jgraham> No, all or nothing is the worst approach
  993. # [22:56] <zewt> all-or-nothing is utterly useless...
  994. # [22:56] * AryehGregor wtfs at this templating code in testharness.js
  995. # [22:56] <AryehGregor> zewt, why?
  996. # [22:57] <jgraham> AryehGregor: (I apologise for that code)
  997. # [22:57] <zewt> conversely, how is it useful?
  998. # [22:57] <AryehGregor> It's useful because if the browser passes all tests, you know it has no known bugs.
  999. # [22:57] <AryehGregor> If it passes any less than that, you have to get into very subjective evaluations of the importance of the various failures before you can pass judgment.
  1000. # [22:57] * Quits: davidwalsh (~davidwals@24-196-80-104.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  1001. # [22:57] <zewt> for example, every browser will always fail a storage test, because no browser (afaik) implements or has any plans of implementing the storage mutex. it's not useful to see "storage: failed"; it should be one test of many, telling what particular bits failed
  1002. # [22:58] <AryehGregor> If no browser implements it, it should be removed from the spec and thus not tested.
  1003. # [22:58] <zewt> that's a conclusion you make from (among other things) looking at the test results.
  1004. # [22:58] <jgraham> AryehGregor: Arguably the only incenive that creates is to add just enough tests for already well-tested parts of the spec that the competion fail to get a perfect score
  1005. # [22:58] <AryehGregor> Of course the individual test results would still be available for those who wanted them.
  1006. # [22:58] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1007. # [22:59] <AryehGregor> I meant that on the official-looking page where it says "BROWSER STANDARDS CONFORMANCE RESULTS" it should only report all-or-nothing.
  1008. # [22:59] <zewt> "pass/fail" for whole features seems useful for nobody *but* PR: "we passed this test and nobody else did!"
  1009. # [22:59] <jgraham> zewt: It seems entirely unreasonable to expect a web developer to go through 100,000 tests to determine which features they can use
  1010. # [22:59] <AryehGregor> Yeah, I'm saying that we should use pass/fail for PR while implementers use the actual lists of failures.
  1011. # [22:59] <zewt> jgraham: i hope the tests are organized somewhat better than a soup of 100000 tests :)
  1012. # [23:00] <jgraham> zewt: Even if it is just a few hundred tests for a feature
  1013. # [23:00] <Hixie> "if the browser passes all tests, you know it has no known bugs" is clearly not true, since there are almost certainly known bugs without tests yet
  1014. # [23:00] <Hixie> s/clearly/often/
  1015. # [23:01] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  1016. # [23:01] <AryehGregor> Hixie, if it had publicly known bugs, anyone (e.g., its competitors) could submit new tests to make it fail.
  1017. # [23:01] <AryehGregor> So you'd expect that to happen pretty soon.
  1018. # [23:01] <zewt> jgraham: i'd find it useful to be able to look in detail at known cross-browser issues based on test results--is there really any reason to *not* make that information available?
  1019. # [23:01] <Hixie> if you want to do pr, you should design something for pr, not use a test suite designed to check for correctness
  1020. # [23:01] <AryehGregor> But we want browsers to get good PR only if they're correct.
  1021. # [23:01] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  1022. # [23:02] <AryehGregor> Acid3 gives them good PR only if they partially implement a bizarre subset of web features just enough to pass the tests.
  1023. # [23:02] <zewt> AryehGregor: suggestion: if you want to make "having any tests failing at all" look bad, don't format it as "140/150 tests passed"; say "10 tests failed"
  1024. # [23:02] <jgraham> AryehGregor: In any case I remain utterly unconvinced that a system that encourages people to not submit tests that make them fail and relies on other people coming up with the same test later to get the same coverage is a good idea
  1025. # [23:03] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
  1026. # [23:03] <jgraham> It seems like the most stable equlibrium is at 100% pass for everyone and a poor quality testsuite
  1027. # [23:04] <AryehGregor> jgraham, that will never happen if your competitor (or some random person) can find a bug and submit a test for it.
  1028. # [23:04] <AryehGregor> So it's not stable at all.
  1029. # [23:04] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1030. # [23:04] <AryehGregor> The only stable equilibrium is either everyone passing or everyone failing, for a given test.
  1031. # [23:04] <AryehGregor> Actually, everyone passing is only a stable equilibrium if no one has any easily-spotted bugs.
  1032. # [23:04] <zewt> often the workflow for projects, when they discover a bug, is to fix the bug and add a regression test (in their own test suite) for the bug at the same time--rather than adding a failing test and then coming back to fix it months later
  1033. # [23:04] <Hixie> we don't want browsers to get PR at all from this
  1034. # [23:04] <Hixie> or at least, i don't
  1035. # [23:05] <AryehGregor> The problem with the scheme is that "everyone fails" might be too hard to get out of, for nontrivial features.
  1036. # [23:05] <jgraham> AryehGregor: But it is quite stable because people are typically looking for bugs in thei own product not in others' and because people will know that if they submit a test that causes others to fail, the others will have an incentive to submit a test that makes them fail
  1037. # [23:05] <zewt> so if you can get people to submit tests as part of that (eg. taking their regression test and submitting it as a spec test) as standard procedure, that'd probably lead to a lot of useful tests
  1038. # [23:06] <jgraham> Hixie: Agreed.
  1039. # [23:06] <AryehGregor> jgraham, random third parties can also submit tests, and so can people at places like Mozilla or Google where they won't stop you from doing it.
  1040. # [23:06] <jgraham> AryehGregor: Even at Mozilla and Google there are incentives to look good on public tests
  1041. # [23:06] <AryehGregor> zewt, that's helpful, but it's not going to get you really comprehensive tests. Regression tests have a different purpose from conformance tests.
  1042. # [23:07] <AryehGregor> jgraham, I work for Google right now, and I have no incentive to make WebKit look good on tests.
  1043. # [23:07] <zewt> regression tests are a subset of conformance tests; it's not enough, but it can be quite a lot
  1044. # [23:07] * Joins: erlehmann (~erlehmann@p5DDBB52E.dip.t-dialin.net)
  1045. # [23:07] <jgraham> AryehGregor: I presume there is some reason that people keep implementing parts of HTML5 in webkit just enough to score on tests but not enough to actually be used
  1046. # [23:07] <jgraham> e.g. <details>
  1047. # [23:08] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  1048. # [23:08] <AryehGregor> jgraham, I don't know if that's why he's doing it. Maybe it would explain why their implementation is so terrible.
  1049. # [23:09] <AryehGregor> But that's why results shouldn't be reported unless the test suite is reasonably comprehensive.
  1050. # [23:09] <AryehGregor> Although for things where that implies good UI, it's kind of hard to test, granted.
  1051. # [23:09] <Hixie> jgraham: make sure to keep tab in the loop when you spot things like this, he sits with the chrome team and can go sit on their keybord when they do that
  1052. # [23:10] <hober> jgraham: what's wrong with the <details> impl?
  1053. # [23:10] <jgraham> TabAtkins: Hixie thinks you are a cat
  1054. # [23:10] <jgraham> hober: It seems to have no UI
  1055. # [23:10] <jamesr> it's a hell of a lot easier to implement something to a specific set of tests than to somebody's vaguely stated requirements
  1056. # [23:10] <AryehGregor> Hixie, I'm pretty sure he knows about their atrocious forms implementation, but he hasn't managed to stop it yet.
  1057. # [23:10] <AryehGregor> jamesr, since when are HTML5 or related specs vague?
  1058. # [23:11] <jamesr> rendering requirements are
  1059. # [23:11] <jamesr> and test suites are always less vague than english
  1060. # [23:11] <Hixie> yeah but that doesn't mean we get to just screw things up :-)
  1061. # [23:12] <AryehGregor> Most of WebKit's forms implementation is not even subtly bad. It's inexcusably bad.
  1062. # [23:12] <AryehGregor> Like a date-picker that behaves like a number-picker.
  1063. # [23:12] <jgraham> jamesr: Implementing enough to pass feature detection, but not actually a useful form of the feature is just poisoning the well
  1064. # [23:12] <Hixie> wow, i just tested <details> in chrome
  1065. # [23:12] <Hixie> who the heck did that
  1066. # [23:12] <TabAtkins> Yeah, our <details> thing was pretty crappy, since it screwed up modernizr. But we've got an actual impl going now.
  1067. # [23:13] <jamesr> i think the date picker is pretty lulzy
  1068. # [23:13] * Quits: erlehmann (~erlehmann@p5DDBB52E.dip.t-dialin.net) (Quit: Ex-Chat)
  1069. # [23:13] <AryehGregor> It's very clear that the forms stuff skipped the design phase.
  1070. # [23:13] <jamesr> jgraham: i agree we shouldn't pass feature detection until the impl is at least passable
  1071. # [23:13] <AryehGregor> Whereas Firefox's forms are really nice and well-designed.
  1072. # [23:13] <AryehGregor> And Opera's are kind of mediocre, but at least they're not horrible.
  1073. # [23:13] <paul_irish> AryehGregor: yeah.. though you've seen the WIP for the new datepicker?
  1074. # [23:14] <jgraham> AryehGregor: I thought the implementation improved a lot recently?
  1075. # [23:14] <zewt> can that be a test result summary: "at least it's not horrible"
  1076. # [23:14] <AryehGregor> Whose, Opera's?
  1077. # [23:14] <Hixie> i wish firefox did type=range
  1078. # [23:14] <jgraham> (in Opera)
  1079. # [23:14] <AryehGregor> I haven't checked recently.
  1080. # [23:14] <Hixie> that's the main one i want to use
  1081. # [23:14] <paul_irish> http://peter.sh/files/webkit-html5-date-picker.html
  1082. # [23:14] <Hixie> that or type=color
  1083. # [23:14] <Hixie> also really useful would be image borders
  1084. # [23:14] <paul_irish> this is a few weeks back.. the <<< buttons got killed recently along with added polish
  1085. # [23:14] <jgraham> AryehGregor: Please do. It must have been O11 where the new implemenation landed
  1086. # [23:16] <nimbupani> TabAtkins: can I point typos in css3-values spec here? :)
  1087. # [23:17] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
  1088. # [23:17] <TabAtkins> Could you hit me in a private message? I can make the edits, but there's no need to spam the rest of the channel. ^_^
  1089. # [23:17] <nimbupani> DONE.thnx.
  1090. # [23:18] <TabAtkins> I'll get to them in a bit - just send them all to me now, don't wait for a response.
  1091. # [23:18] <nimbupani> kay!
  1092. # [23:18] * Quits: connrs (~paul@host81-152-90-158.range81-152.btcentralplus.com) (Ping timeout: 250 seconds)
  1093. # [23:20] <jamesr> jgraham: i agree that we (chrome) should do a better job on form control UI
  1094. # [23:20] <jamesr> but you can't expect an automated test suite to enforce that
  1095. # [23:20] <Hixie> yeah we need more manual test suites
  1096. # [23:21] <Hixie> s/suites//
  1097. # [23:21] <Hixie> more manual tests
  1098. # [23:21] <Hixie> to test this kind of stuff
  1099. # [23:21] <Hixie> make sure that the elements are rendering sanely
  1100. # [23:21] <jgraham> jamesr: I don't expet an automated testsuite to enforce that
  1101. # [23:21] * Quits: ezoe (~ezoe@61-205-125-162f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
  1102. # [23:21] <Hixie> make sure interaction is working right
  1103. # [23:21] <jgraham> *expect
  1104. # [23:22] <AryehGregor> How exactly is a test suite supposed to test UI if there are no UI requirements written down anywhere, in the spec or elsewhere?
  1105. # [23:22] <Hixie> but still, shipping a feature as broken as <details> is on dev right now is pretty bad (haven't checked the release builds)
  1106. # [23:22] <Hixie> AryehGregor: the spec has ui requirements
  1107. # [23:22] <jamesr> AryehGregor: that's what i meant by rendering requirements being vague. they are some rendering requirements in the spec
  1108. # [23:22] <AryehGregor> Ah, right.
  1109. # [23:22] <Hixie> AryehGregor: "In the absence of style-layer rules to the contrary (e.g. author style sheets), user agents are expected to render an element so that it conveys to the user the meaning that the element represents" ... "The details element represents a disclosure widget from which the user can obtain additional information or controls"
  1110. # [23:22] <AryehGregor> Well, each implementer has to make its own detailed rendering requirements in the usual UI design process.
  1111. # [23:23] <AryehGregor> Oh, well, that's right.
  1112. # [23:23] <AryehGregor> I was thinking of date-pickers and such.
  1113. # [23:23] <AryehGregor> For <details> you're right.
  1114. # [23:23] <AryehGregor> But I don't think the spec prohibits using a number-picker for a date-picker.
  1115. # [23:23] <AryehGregor> (maybe it should)
  1116. # [23:23] <jgraham> jamesr: Without knowing how Chrome development works I would expect this case to be caught by, say, code review. Or QA.
  1117. # [23:23] <AryehGregor> Yeah, me too. But somehow it wasn't.
  1118. # [23:24] <Hixie> also, re <details>, "If the [open] attribute is absent, the details are not to be shown" but despite the .open being implemented in chrome, the contents are still shown
  1119. # [23:24] <zewt> that could be automatically tested, right?
  1120. # [23:24] <AryehGregor> People have definitely complained to WebKit, but nothing has happened.
  1121. # [23:24] <Hixie> AryehGregor: well, a number picker might make sense, i dunno. maybe some ubernerd wants a time_t skin for their browser. :-)
  1122. # [23:24] <AryehGregor> zewt, how, looking at pixels?
  1123. # [23:25] <jgraham> AryehGregor: getCompuedStyle, presumably
  1124. # [23:25] <AryehGregor> That assumes they implement it by CSS . . . although I guess that's reasonable.
  1125. # [23:25] <AryehGregor> Or not really.
  1126. # [23:25] <zewt> i havn't looked at <details>--just seems like checking if something is shown is akin to testing display: none
  1127. # [23:26] <AryehGregor> The <summary> is a child of <details>, but has to be shown even if it's closed.
  1128. # [23:26] <jgraham> AryehGregor: Doesn't the rendering section require that?
  1129. # [23:26] <AryehGregor> So you can't use display: none.
  1130. # [23:26] <AryehGregor> Does it?
  1131. # [23:26] <AryehGregor> "When the details element does not have an open attribute, this second container is expected to be removed from the rendering."
  1132. # [23:26] <Hixie> (though "are not" is lame, i wonder why that's not a should... hmm...)
  1133. # [23:27] * Hixie files a bug
  1134. # [23:27] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  1135. # [23:28] <Hixie> huh, this 152 proposal from microsoft is terrible
  1136. # [23:28] <Hixie> it doesn't even support audio descriptions when the video file contains them
  1137. # [23:28] <jgraham> AryehGregor: "removed from the rendering" suggests it has 0 height
  1138. # [23:28] <Lachy> that webkit date control prototype looks kind of nice, but unfortunately, still uses the same old basic UI that is tedious to use.
  1139. # [23:28] <AryehGregor> "suggests"
  1140. # [23:28] <Hixie> jgraham: fwiw the rendering section does have more details (in css terms) about how <details> is rendered
  1141. # [23:29] <jgraham> AryehGregor: Well the rendering section requires more tealeaves than average
  1142. # [23:29] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
  1143. # [23:29] <AryehGregor> Lachy, well, <select multiple> still displays in every browser (AFAIK) as something you can't actually use without knowing the magical Ctrl-/Shift-click secret.
  1144. # [23:29] <AryehGregor> So I'm not optimistic about UI improving much beyond the basics.
  1145. # [23:30] * Joins: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  1146. # [23:30] <Lachy> yeah, but select multiple is a relic from the past that doesn't get used too often these days.
  1147. # [23:30] <AryehGregor> Only because it's so horrible.
  1148. # [23:30] <AryehGregor> It would be useful if the UI weren't horrible.
  1149. # [23:30] <TabAtkins> Opera Mini/Mobile (dunno which) actually rendered <select multiple> well, as a checkbox list.
  1150. # [23:31] <AryehGregor> Yeah, I wish more browsers did.
  1151. # [23:31] <Lachy> opera mini and mobile should use the same UI
  1152. # [23:31] <Hixie> lynx too iirc
  1153. # [23:31] <zewt> i wonder about ios/android webkits, since you don't have control- at all on a touchscreen
  1154. # [23:31] <Lachy> at least, they do in recent versions. I will see what it looks like.
  1155. # [23:32] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Read error: Operation timed out)
  1156. # [23:32] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
  1157. # [23:32] * Parts: tw2113 (~tw2113@fedora/tw2113) ("IRC is just multiplayer notepad")
  1158. # [23:33] * Quits: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 246 seconds)
  1159. # [23:35] * Quits: michaeln (~michaeln@nat/google/x-psyofslzldcdgkax) (Quit: Leaving.)
  1160. # [23:36] * Quits: m0 (~m0@mohamedmansour.com) (Quit: leaving)
  1161. # [23:37] <TabAtkins> Um, apparently Android totally screws up a <select multiple>. Wow.
  1162. # [23:37] <zewt> i didn't feel like plodding through on my g1 to check. heh
  1163. # [23:37] <zewt> hard to get motivated on hardware like that :)
  1164. # [23:37] <TabAtkins> xanthir.com/test.html if you wanna look
  1165. # [23:42] * Quits: twisted (~twisted@205.189.73.45) (Read error: Operation timed out)
  1166. # [23:46] * Joins: michaeln (~michaeln@nat/google/x-vxhbhpzzyfpvogps)
  1167. # [23:46] * Hixie ponders how audio volume should work in a multitrack situation
  1168. # [23:47] <zewt> for playing more than one track at once?
  1169. # [23:47] <Hixie> yeah
  1170. # [23:47] <zewt> very little prior art for that...
  1171. # [23:47] <Hixie> suppose you have a video with a main audio track and an audio descriptions track
  1172. # [23:47] <Hixie> all the implementations i've seen just have one volume control, i guess
  1173. # [23:47] <Hixie> but that's not really the problem
  1174. # [23:47] <zewt> yeah I can see the use cases for it, i've just never seen anything actually do it
  1175. # [23:48] * Joins: twisted (~twisted@205.189.73.45)
  1176. # [23:48] <Hixie> the problem is if we are exposing this as two objects, do they both get volume controls? and if so, what happens when you twist the volume knob?
  1177. # [23:48] <Hixie> and what is saved as the user preference?
  1178. # [23:49] <zewt> if it's a media player where i've selected "audio with descriptions", i'd still expect to get a single volume control
  1179. # [23:49] <Hixie> yeah, it's the api i'm worried about, more than the ui
  1180. # [23:49] <Hixie> or rather, how to make sure the api makes the ui work
  1181. # [23:49] <Hixie> as people would expect
  1182. # [23:50] <zewt> my initial reaction is separate volume controls: one for the whole audio element, and one per track
  1183. # [23:50] <zewt> where the UI, and most users of the API, would only use the former
  1184. # [23:50] <Hixie> if you've set the main audio to 50% and the audio description to 75%, and you twist the volume knob, can it take the other volumes any higher?
  1185. # [23:50] <zewt> i've always only implemented volume control as attenuation
  1186. # [23:51] <Hixie> and if so, does that mean that if you change the individual controls from the api, the master volume will appear to change?
  1187. # [23:51] <zewt> so if channel 2 is set to 50%, it's not possible to turn the main volume control up to 200% and cancel it out
  1188. # [23:51] <Hixie> or should the master volume only be able to reduce the volume, in which case the "real" volume is just multiplying each channel's volume by the master volume
  1189. # [23:51] <Hixie> it seems like a poor user experience if the script sets the volume low that the user can't then bring it back up high
  1190. # [23:51] <zewt> the latter: each volume control is [0,1], the final volume for each channel is their product, and the main volume control only affects the master attenuation
  1191. # [23:52] <zewt> (don't know if this is necessarily the ideal approach--just a common, straightforward one)
  1192. # [23:54] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 250 seconds)
  1193. # [23:54] <zewt> hard to say if per-track volume controls are even important, without prior works to look at
  1194. # [23:55] <Hixie> well if we use <audio> elements to represent multiple audio tracks, then they each get a volume control
  1195. # [23:55] <Hixie> i guess we could force them equal, but that seems unintuitive from an API perspective
  1196. # [23:55] <Hixie> the UI could drive them all together I guess
  1197. # [23:55] <zewt> hmm, a use case I can think of where controlling each track's volume is useful:
  1198. # [23:56] <zewt> if you have an intermittent description/commentary track, you might want to pull the volume of the main track down when someone makes a comment, then bring it back up
  1199. # [23:56] <zewt> without doing so if the alternate track is disabled
  1200. # [23:56] <Hixie> that's known as ducking
  1201. # [23:56] <Hixie> we'd want to do that automatically, ideally
  1202. # [23:56] <zewt> (i've done this myself, in games I've worked on)
  1203. # [23:56] <zewt> that's tricky to do from an API perspective due to latency, though
  1204. # [23:56] <jgraham> Doesn't this work the same way as the typical situation where you have one master volume control and one volume control per output device?
  1205. # [23:57] <Hixie> jgraham: that would be the style zewt was suggesting
  1206. # [23:57] <jgraham> Yes
  1207. # [23:57] <Hixie> it's one option
  1208. # [23:57] <jgraham> I would be surprised by other options
  1209. # [23:57] <jgraham> Not by them existing
  1210. # [23:57] <jgraham> But by their dissimilarity to the familar
  1211. # [23:57] <Hixie> well don't forget from the user's perspective there's likely only going to be one knob at all
  1212. # [23:58] <zewt> trying to make a one-knob UI with any other mechanism seems hairier
  1213. # [23:58] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  1214. # [23:58] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  1215. # [23:58] <Hixie> the question is if the author made the volume low on all the tracks, should the user, manipulating a master knob, be able to make the audio audible
  1216. # [23:58] <jgraham> I would expect a site that bothered to provide multiple tracks would also bother to have UI for controlling their relative volumes
  1217. # [23:59] <Hixie> TVs don't
  1218. # [23:59] <Lachy> Hixie, I'd expect the track volume to be exposed in an extra UI pane that the user can bring up, like an equaliser panel, or like the volume control window in Windows
  1219. # [23:59] <zewt> not necessarily; it's more complex and possibly confusing for regular users
  1220. # [23:59] <zewt> (i mean, they can always expose it as an advanced option, but as far as the standard UI goes)
  1221. # [23:59] <jgraham> Pretty much all software does
  1222. # [23:59] <zewt> (yeah what lachy said)
  1223. # [23:59] <jgraham> Sure, I would expect the standard UI to be a single control
  1224. # Session Close: Sat Mar 19 00:00:01 2011

The end :)