/irc-logs / freenode / #whatwg / 2010-07-02 / end

Options:

  1. # Session Start: Fri Jul 02 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  4. # [00:03] * Quits: mdelaney (~mdelaney@171.66.52.78) (Quit: mdelaney)
  5. # [00:06] <fagan> AryehGregor: whats it for?
  6. # [00:06] <fagan> It sounds like it wouldnt be high on the list of things to do
  7. # [00:08] <AryehGregor> It's so you don't need stuff like lines 234 to 250 here: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/wikibits.js?revision=68611&view=markup
  8. # [00:08] <AryehGregor> Which is not only tedious, but buggy (e.g., on Firefox it's configurable and we can't detect that).
  9. # [00:08] * Quits: nessy (~Adium@124-170-82-66.dyn.iinet.net.au) (Quit: Leaving.)
  10. # [00:08] <AryehGregor> And slow to get updated, since the Chrome code was only added a few days ago.
  11. # [00:13] * Joins: fishd (~fishd@nat/google/x-seppnasegzavjbpu)
  12. # [00:18] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Quit: pesla)
  13. # [00:22] <annevk> jgraham, you should get twitter
  14. # [00:25] * Joins: FireFly (~nds@unaffiliated/firefly)
  15. # [00:34] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  16. # [00:41] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  17. # [00:41] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  18. # [00:48] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Remote host closed the connection)
  19. # [00:49] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  20. # [00:51] * Quits: MikeSmith (~MikeSmith@EM111-188-52-138.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  21. # [00:52] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  22. # [00:55] * Joins: MikeSmith (~MikeSmith@EM114-48-173-122.pool.e-mobile.ne.jp)
  23. # [00:56] * Quits: kennyluck (~kennyluck@EM114-48-12-32.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  24. # [00:57] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  25. # [00:58] * Quits: FireFly (~nds@unaffiliated/firefly) (Quit: ClIRC - IRC client for Nintendo DS)
  26. # [01:01] * Quits: boaz (~boaz@142.sub-75-238-223.myvzw.com) (Quit: boaz)
  27. # [01:02] * Joins: kennyluck (~kennyluck@EM114-48-25-172.pool.e-mobile.ne.jp)
  28. # [01:08] * Joins: shepazu (~schepers@79-68-147-186.dynamic.dsl.as9105.com)
  29. # [01:09] * Parts: fagan (~fagan@ubuntu/member/shanefagan)
  30. # [01:12] * Joins: shane_fagan (~shane_fag@ubuntu/member/shanefagan)
  31. # [01:12] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Ping timeout: 276 seconds)
  32. # [01:13] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  33. # [01:13] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  34. # [01:13] * Joins: estellevw (~estellevw@adsl-99-170-149-16.dsl.pltn13.sbcglobal.net)
  35. # [01:14] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  36. # [01:16] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Client Quit)
  37. # [01:23] * Joins: KevinMarks (~KevinMark@83-244-156-2.cust-83.exponential-e.net)
  38. # [01:23] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  39. # [01:33] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  40. # [01:36] * Joins: titacgs (~titacgs@190.2.33.49)
  41. # [01:38] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  42. # [01:38] * Quits: gratz|home (~gratz@gratz.gotadsl.co.uk) (Quit: Leaving)
  43. # [01:40] * Quits: jlebar (~jlebar@63.245.220.220) (Ping timeout: 265 seconds)
  44. # [01:42] * Quits: Smylers (~smylers@85.210.42.236) (Ping timeout: 265 seconds)
  45. # [01:47] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  46. # [01:48] * Joins: Smylers (~smylers@85.210.42.236)
  47. # [01:51] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  48. # [01:53] * Quits: variable (~variable@unaffiliated/variable) (Remote host closed the connection)
  49. # [01:55] * Quits: sicking (~chatzilla@nat/mozilla/x-xfiymjnmtqrlxwpn) (Ping timeout: 264 seconds)
  50. # [01:55] * Parts: shane_fagan (~shane_fag@ubuntu/member/shanefagan)
  51. # [02:01] * Quits: deepthawtz (~deepthawt@c-24-130-129-16.hsd1.ca.comcast.net) (Remote host closed the connection)
  52. # [02:02] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
  53. # [02:02] * Quits: karlushi (~karlushi@fw.vdl2.ca) (*.net *.split)
  54. # [02:02] * Quits: kcliu (gjliou@linux1.cs.nctu.edu.tw) (*.net *.split)
  55. # [02:03] * Joins: rch850 (~rch850@c220090.ppp.asahi-net.or.jp)
  56. # [02:10] * Quits: Smylers (~smylers@85.210.42.236) (Ping timeout: 240 seconds)
  57. # [02:13] * Joins: Amorphous (jan@unaffiliated/amorphous)
  58. # [02:13] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  59. # [02:13] * Joins: kcliu (gjliou@linux1.cs.nctu.edu.tw)
  60. # [02:16] * Joins: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
  61. # [02:21] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  62. # [02:25] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Ping timeout: 260 seconds)
  63. # [02:42] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  64. # [02:47] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Quit: This computer has gone to sleep)
  65. # [02:48] * Quits: Martijnc (~Martijnc@91.176.134.47) (Ping timeout: 264 seconds)
  66. # [02:48] * Quits: franksalim (~frank@adsl-75-61-93-123.dsl.pltn13.sbcglobal.net) (Quit: Ex-Chat)
  67. # [02:50] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k479.webspeed.dk) (Quit: Leaving)
  68. # [02:51] * Quits: corey__ (~jackie@209.237.79.138) (Ping timeout: 260 seconds)
  69. # [02:52] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  70. # [03:04] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  71. # [03:06] * Joins: boaz (~boaz@12.44.49.254)
  72. # [03:13] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
  73. # [03:13] * Quits: karlushi (~karlushi@fw.vdl2.ca) (*.net *.split)
  74. # [03:13] * Quits: kcliu (gjliou@linux1.cs.nctu.edu.tw) (*.net *.split)
  75. # [03:13] * Quits: estellevw (~estellevw@adsl-99-170-149-16.dsl.pltn13.sbcglobal.net) (Quit: estellevw)
  76. # [03:15] * Joins: yoshiaki (~yoshiaki@p17160-ipngn2001marunouchi.tokyo.ocn.ne.jp)
  77. # [03:18] * Joins: estellevw (~estellevw@adsl-99-170-149-16.dsl.pltn13.sbcglobal.net)
  78. # [03:18] * Quits: estellevw (~estellevw@adsl-99-170-149-16.dsl.pltn13.sbcglobal.net) (Client Quit)
  79. # [03:24] * Joins: Martijnc (~Martijnc@91.176.34.136)
  80. # [03:24] * Joins: miketaylr (~miketaylr@24.42.95.108)
  81. # [03:24] * Joins: Amorphous (jan@unaffiliated/amorphous)
  82. # [03:24] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  83. # [03:24] * Joins: kcliu (gjliou@linux1.cs.nctu.edu.tw)
  84. # [03:29] * Quits: yoshiaki (~yoshiaki@p17160-ipngn2001marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  85. # [03:31] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  86. # [03:34] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  87. # [03:36] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  88. # [03:38] * Joins: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp)
  89. # [03:38] * Quits: othermaciej (~mjs@17.246.18.89) (Quit: othermaciej)
  90. # [03:39] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  91. # [03:46] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: ⌘Q)
  92. # [03:52] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  93. # [03:55] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 265 seconds)
  94. # [03:57] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  95. # [03:58] * Quits: Martijnc (~Martijnc@91.176.34.136)
  96. # [04:00] * Joins: nessy (~Adium@124-170-165-184.dyn.iinet.net.au)
  97. # [04:19] * Joins: variable (~variable@unaffiliated/variable)
  98. # [04:31] * Parts: nslater (~nslater@tumbolia.org)
  99. # [04:36] * Quits: kennyluck (~kennyluck@EM114-48-25-172.pool.e-mobile.ne.jp) (Quit: kennyluck)
  100. # [04:40] <variable> Has datagrid been removed from the WHATWG version of HTML5?
  101. # [04:41] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  102. # [04:42] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
  103. # [04:43] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
  104. # [04:44] <variable> or in general from HTML?
  105. # [04:44] * Parts: variable (~variable@unaffiliated/variable) ("Trojan horse ran out of hay")
  106. # [04:45] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  107. # [04:50] * Quits: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 264 seconds)
  108. # [04:51] <miketaylr> removed in general, yes
  109. # [04:59] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
  110. # [05:01] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  111. # [05:13] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  112. # [05:16] * Joins: kennyluck (~kennyluck@133.27.228.175)
  113. # [05:18] * Joins: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
  114. # [05:22] <MikeSmith> was going to tell variable that for rationale on why that was dropped, he should look for message with implementor feedback from David Hyatt
  115. # [05:23] <MikeSmith> and maybe messages from last July or August from Adrian Bateman
  116. # [05:23] <MikeSmith> and Hixie did post a message at the time that was dropped, explaining the rationale for not including it at this time
  117. # [05:29] * Joins: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net)
  118. # [05:30] <llrcombs> any chanse that HTML5 <video> will get playlist support?
  119. # [05:30] <roc> playlist?
  120. # [05:32] <llrcombs> as in...
  121. # [05:32] <llrcombs> <video>
  122. # [05:32] <llrcombs> <playlist>
  123. # [05:32] <llrcombs> <item src="video1.mov">
  124. # [05:32] <llrcombs> <item src="video2.mov">
  125. # [05:32] <llrcombs> </playlist>
  126. # [05:32] <llrcombs> </video>
  127. # [05:32] <llrcombs> play those 2 <item>s sequentially
  128. # [05:33] <doublec> llrcombs, comment out in the WHATWG spec is the "proposed v2 (actually v3!) features:"
  129. # [05:33] * Joins: kennyluck_ (~kennyluck@133.27.228.171)
  130. # [05:33] <llrcombs> link?
  131. # [05:34] <doublec> llrcombs, and playlists is part of that: "playlists, with the ability to get metadata out of them (e.g. xspf)"
  132. # [05:34] <llrcombs> please?
  133. # [05:34] <doublec> llrcombs, http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html
  134. # [05:34] <llrcombs> thx
  135. # [05:34] <doublec> llrcombs, nothing specced though
  136. # [05:34] <doublec> just a mention of it
  137. # [05:34] * llrcombs can't find said mention
  138. # [05:35] * Quits: kennyluck_ (~kennyluck@133.27.228.171) (Remote host closed the connection)
  139. # [05:35] <doublec> llrcombs, view source on that page
  140. # [05:35] <doublec> llrcombs, and search for 'playlist'
  141. # [05:35] * Joins: kennyluck_ (~kennyluck@133.27.228.175)
  142. # [05:35] * Quits: kennyluck (~kennyluck@133.27.228.175) (Read error: No route to host)
  143. # [05:35] * kennyluck_ is now known as kennyluck
  144. # [05:35] <llrcombs> ahh, commented
  145. # [05:36] <llrcombs> ooh, other question
  146. # [05:36] <llrcombs> nvm, it's on that page :P
  147. # [05:36] <doublec> hehe
  148. # [05:37] <llrcombs> actually, yeah
  149. # [05:37] <llrcombs> what filetype should a <track type="captions"> be?
  150. # [05:40] <doublec> llrcombs, text/srt I think
  151. # [05:41] <doublec> llrcombs, see here http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#syntax-0
  152. # [05:41] <llrcombs> is it supported by any browsers?
  153. # [05:41] <doublec> no
  154. # [05:41] <llrcombs> lol "zero or more"
  155. # [05:41] <llrcombs> meh
  156. # [05:41] <doublec> It's still under discussion
  157. # [05:41] <llrcombs> what about subtitles?
  158. # [05:41] <doublec> same
  159. # [05:41] <llrcombs> meh
  160. # [05:42] <llrcombs> no ETA, I'd expect?
  161. # [05:42] <doublec> most usage of subtitles and captions in html5 video uses javascript
  162. # [05:42] <llrcombs> as of NOW!
  163. # [05:42] <llrcombs> e.g. YouTube
  164. # [05:43] <doublec> llrcombs, see here for example: http://www.bluishcoder.co.nz/2008/12/srt-subtitles-with-html5-video.html
  165. # [05:43] <llrcombs> well, once it's supported in WebKit, I'll write a JS parser to convert YouTube captions to WebSRT's, and add a <track> automagically to my <video> with a data: URL to the autocreated SRT
  166. # [05:44] <llrcombs> (see http://combsconnections.tk/extensions/ )
  167. # [05:44] * Quits: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp) (Remote host closed the connection)
  168. # [05:44] * Joins: everton (~everton@98.158.118.184)
  169. # [05:44] * llrcombs is impressed by his own download count
  170. # [05:44] * Quits: everton (~everton@98.158.118.184) (Client Quit)
  171. # [05:53] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  172. # [05:55] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  173. # [05:55] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Client Quit)
  174. # [06:00] * Quits: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 240 seconds)
  175. # [06:02] * Quits: titacgs (~titacgs@190.2.33.49) (Ping timeout: 240 seconds)
  176. # [06:06] * Quits: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 265 seconds)
  177. # [06:06] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  178. # [06:20] * Quits: dbaron (~dbaron@nat/mozilla/x-jwbemjsultajmuqo) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  179. # [06:27] * Quits: weinig (~weinig@17.246.18.173) (Quit: weinig)
  180. # [06:30] * Quits: dave_levin (~dave_levi@nat/google/x-ydkjrpkdwvddbjve) (Quit: dave_levin)
  181. # [06:35] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  182. # [06:35] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Remote host closed the connection)
  183. # [06:47] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  184. # [06:47] * Joins: MikeSmithX (~MikeSmith@EM111-188-30-225.pool.e-mobile.ne.jp)
  185. # [06:49] * Quits: miketaylr (~miketaylr@24.42.95.108) (Quit: Leaving...)
  186. # [06:51] * Quits: MikeSmith (~MikeSmith@EM114-48-173-122.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  187. # [06:53] * Joins: miketaylr (~miketaylr@24.42.95.108)
  188. # [06:56] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  189. # [07:00] * Joins: aho (~nya@f050231236.adsl.alicedsl.de)
  190. # [07:05] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  191. # [07:11] * Joins: Smylers (~smylers@85.210.42.236)
  192. # [07:18] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  193. # [07:21] * Joins: justicefries (~gerred@65.100.130.168)
  194. # [07:23] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
  195. # [07:26] * Joins: nessy (~Adium@124-170-165-184.dyn.iinet.net.au)
  196. # [07:29] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  197. # [07:31] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  198. # [07:40] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
  199. # [07:46] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  200. # [07:48] * Joins: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp)
  201. # [07:56] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  202. # [08:02] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  203. # [08:05] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  204. # [08:11] * Quits: aboodman (~aa@nat/google/x-csdgstnzrurbukim) (Remote host closed the connection)
  205. # [08:17] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 248 seconds)
  206. # [08:18] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
  207. # [08:21] * Joins: aboodman (~aa@nat/google/x-hftlpcrnefcoslnv)
  208. # [08:24] * Quits: gavin (~gavin@firefox/developer/gavin) (Remote host closed the connection)
  209. # [08:24] * Joins: gavin (~gavin@people.mozilla.com)
  210. # [08:24] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
  211. # [08:24] * Joins: gavin (~gavin@firefox/developer/gavin)
  212. # [08:32] * Joins: Amorphous (jan@unaffiliated/amorphous)
  213. # [08:32] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  214. # [08:38] * Quits: aboodman (~aa@nat/google/x-hftlpcrnefcoslnv) (Quit: leaving)
  215. # [08:39] * Joins: aboodman (~aa@nat/google/x-pbgoxblqsrbyqbxz)
  216. # [08:51] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  217. # [08:52] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  218. # [08:52] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  219. # [08:56] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 260 seconds)
  220. # [09:02] * Parts: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
  221. # [09:03] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  222. # [09:05] * Quits: Smylers (~smylers@85.210.42.236) (Ping timeout: 260 seconds)
  223. # [09:05] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  224. # [09:12] * Joins: tndH (~Rob@cpc5-seac20-2-0-cust2.7-2.cable.virginmedia.com)
  225. # [09:15] * Quits: KevinMarks (~KevinMark@83-244-156-2.cust-83.exponential-e.net) (Quit: The computer fell asleep)
  226. # [09:28] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  227. # [09:29] * Joins: kor (~kor@a80-101-32-172.adsl.xs4all.nl)
  228. # [09:34] * Quits: kor (~kor@a80-101-32-172.adsl.xs4all.nl) (Quit: dus)
  229. # [09:37] * Joins: kor (~kor@a80-101-32-172.adsl.xs4all.nl)
  230. # [09:38] * Joins: bobchao (~cctw@DHCP-21208.iis.sinica.edu.tw)
  231. # [09:41] <kennyluck> MikeSmithX?
  232. # [09:42] * Parts: bobchao (~cctw@DHCP-21208.iis.sinica.edu.tw)
  233. # [09:42] <MikeSmithX> yeah
  234. # [09:42] * MikeSmithX is now known as MikeSmith
  235. # [09:43] * Joins: bobchao (~cctw@DHCP-21208.iis.sinica.edu.tw)
  236. # [09:43] <MikeSmith> hey, it's bobchao !
  237. # [09:43] <MikeSmith> hey Bob
  238. # [09:43] <MikeSmith> nice to meet you
  239. # [09:43] <bobchao> MikeSmith: Hi Mike!
  240. # [09:43] <bobchao> nice to meet you too :)
  241. # [09:43] <kennyluck> Yeah, I want to introduce you guys.
  242. # [09:43] <kennyluck> bobchao don't get onto IRC often, though.
  243. # [09:43] <MikeSmith> bobchao: I'm looking forward very much to visiting Taiwan next month
  244. # [09:43] <bobchao> MikeSmith: I'm really exciting that you can come to COSCUP :)
  245. # [09:44] <MikeSmith> kennyluck: IRC is the greatest thing since Google Wave! everybody should use it
  246. # [09:44] <kennyluck> bobchao works on random stuff including promoting Firefox
  247. # [09:44] <MikeSmith> ah great
  248. # [09:44] <kennyluck> He has a very nice website, but I am afraid it's in Chinese
  249. # [09:44] <MikeSmith> bobchao: most of the attendees at this event will be people familiar with open-source software?
  250. # [09:45] <kennyluck> http://gfx.tw/
  251. # [09:45] <MikeSmith> kennyluck: I can run it through Google Translate or whatever...
  252. # [09:45] <MikeSmith> wow
  253. # [09:45] * Joins: Smylers (~smylers@hns01-fw.internal.gxn.net)
  254. # [09:45] <MikeSmith> great domain name
  255. # [09:45] <bobchao> MikeSmith: most of them are familiar with FLOSS, if not all :)
  256. # [09:45] <MikeSmith> good good
  257. # [09:45] <bobchao> (But surely we still have some beginner in this area)
  258. # [09:45] <kennyluck> What is FLOSS?
  259. # [09:45] <MikeSmith> OK
  260. # [09:45] <kennyluck> (sorry)
  261. # [09:46] <bobchao> kennyluck: http://en.wikipedia.org/wiki/Free_and_open_source_software
  262. # [09:46] <MikeSmith> Free/Libre Open Source Software
  263. # [09:46] <bobchao> free/libre/open source software
  264. # [09:47] <MikeSmith> bobchao: nice site design
  265. # [09:47] <kennyluck> It allows you do drag-and-drop three of your favorate Firefox features.
  266. # [09:48] <bobchao> MikeSmith: thanks, we are still working on improve it :)
  267. # [09:48] <kennyluck> And produces a sticker that you can paste on your blog or whatever.
  268. # [09:48] <kennyluck> I hope it could be translated in English, but it seems that it has some layout issues.
  269. # [09:48] <MikeSmith> bobchao: do you know Gen Kanai?
  270. # [09:49] <bobchao> MikeSmith: yes, he's working for Mozilla Co.
  271. # [09:49] <MikeSmith> yep
  272. # [09:49] <MikeSmith> I know Gen, as well
  273. # [09:49] <MikeSmith> and a number of other folks at Mozilla Japan
  274. # [09:49] <kennyluck> IIRC, bobchao was once invited to Tokyo and gave a talk at a Moziila event.
  275. # [09:49] <bobchao> I know a few people in Mozilla Japan, too. :P
  276. # [09:50] <bobchao> yeah, last year
  277. # [09:50] <MikeSmith> bobchao: when did you visit?
  278. # [09:50] <MikeSmith> oh yeah
  279. # [09:50] <MikeSmith> I think I remember Gen blogging about that
  280. # [09:50] <MikeSmith> and photos
  281. # [09:50] <bobchao> to share what happened in Taiwan community
  282. # [09:50] <MikeSmith> excellent
  283. # [09:51] <kennyluck> Yeah, MikeSmith, he is also with me when I was talking to III.
  284. # [09:51] <kennyluck> I hope he can help us more. :)
  285. # [09:51] <MikeSmith> me too
  286. # [09:52] <bobchao> Guys I have to go, need to meeting with peers in office.
  287. # [09:52] <MikeSmith> I hope we can help bobchao promote the Open Web Platform in Taiwan
  288. # [09:52] <MikeSmith> bobchao: cheers
  289. # [09:52] <MikeSmith> thanks for dropping by
  290. # [09:52] <bobchao> chat to u guys later
  291. # [09:52] <kennyluck> Sure. See you then.
  292. # [09:52] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k479.webspeed.dk)
  293. # [09:52] <bobchao> MikeSmith: sure I would like to, love Open. see ya :)
  294. # [09:54] <kennyluck> Hmm... I have to say, it's very hard to drag people into the IRC world.
  295. # [09:54] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  296. # [09:54] <kennyluck> I never like any other IRC client beside Colloquy.
  297. # [09:54] * Joins: jwalden (~waldo@nat/mozilla/x-oarnnkhvvlxbmgfy)
  298. # [09:55] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  299. # [09:56] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  300. # [09:57] <MikeSmith> No IRC, No Life.
  301. # [09:57] * Joins: pauld (~chatzilla@host81-159-43-240.range81-159.btcentralplus.com)
  302. # [09:58] <annevk> hmm, someone from Google pointed out a bug in CORS when using it to prevent <canvas> tainting
  303. # [09:58] <kennyluck> I keep asking myslelf, If I were a Windows would I get onto IRC. My answer is no
  304. # [09:58] <annevk> for that to work <img> does the credentialed request thingie
  305. # [09:58] <annevk> so per CORS the server needs to reply with the allow-credentials and allow-origin header
  306. # [09:58] <annevk> again per CORS that means that allow-origin cannot be *
  307. # [09:59] <annevk> but per other rules <img> fetch requests do not include a suitable origin header value
  308. # [09:59] <annevk> I guess maybe that should change, but I thought we had a reason not to, or something
  309. # [10:04] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  310. # [10:11] <MikeSmith> annevk: this is maybe a lesson why it's a good idea to record the rationale for changes
  311. # [10:11] <MikeSmith> even it it's just through commit messages
  312. # [10:11] <MikeSmith> or comments in the HTML source for the spec
  313. # [10:12] <annevk> nothing really changed; either I forgot something or I just did not think it through fully
  314. # [10:12] <annevk> well, I think what I expected is that the way <img> fetching works today will change
  315. # [10:12] <MikeSmith> ?
  316. # [10:12] <annevk> but it is no longer clear to me it will
  317. # [10:12] <MikeSmith> why would it change?
  318. # [10:13] <annevk> to support CORS
  319. # [10:13] <MikeSmith> oh
  320. # [10:13] <annevk> I guess that is still a reasonable expectation
  321. # [10:14] <annevk> only if we do not want to do that we have to figure out something else
  322. # [10:14] <MikeSmith> no suggestions from whomever it as a Google who brought to bug up?
  323. # [10:15] <annevk> he just asked some questions
  324. # [10:16] <MikeSmith> I see
  325. # [10:18] <MikeSmith> so maybe a question to take to the public-webapps list
  326. # [10:19] <annevk> I suggested that, yes
  327. # [10:22] <MikeSmith> can you remind me where we are at with plans for moving CORS to LC?
  328. # [10:22] <MikeSmith> wasn't there some discussion of a date?
  329. # [10:22] <MikeSmith> target deadline?
  330. # [10:22] <annevk> we had a deadline for renaming headers
  331. # [10:23] <annevk> that passed, so unless earth gets a second moon that won't change anymore
  332. # [10:23] <MikeSmith> good
  333. # [10:23] <MikeSmith> yeah, I remember that now
  334. # [10:23] <annevk> someone volunteered for the security section, but he appears somewhat busy
  335. # [10:24] <annevk> and I'm in no rush
  336. # [10:24] <MikeSmith> so are that (security) and this current bug the only thing blocking us from starting an LC round?
  337. # [10:24] <MikeSmith> why no rush?
  338. # [10:25] <annevk> yeah, not even sure this is a bug
  339. # [10:25] <MikeSmith> ok
  340. # [10:25] <MikeSmith> would be nice to get this moved ahead to a point where you can be done with it for now and focus on other stuff
  341. # [10:25] <MikeSmith> *focus more on other stuff
  342. # [10:26] <annevk> yeah, I suppose
  343. # [10:26] <annevk> there's quite a few projects on my "wishlist"
  344. # [10:26] <boblet> anyone know of a microdata vocabulary curation site like http://prefix.cc/ for RDFa?
  345. # [10:26] <annevk> testing, DOM Core, encodings
  346. # [10:27] <MikeSmith> annevk: we can go to LC without the security section, mark lack of it as a Known Issue
  347. # [10:27] <annevk> I have some ideas on CSS too, but it's just too much work
  348. # [10:27] <MikeSmith> annevk: which could help to get somebody motivated to contribute content for the Security section
  349. # [10:28] <annevk> I'm not sure the lack of it will help us addressing LC comments
  350. # [10:28] <annevk> especially not when it comes to the anti-camp at Google
  351. # [10:28] <MikeSmith> annevk: you start working on CSS much again and you will be sucked in and never re-emerge for another N year
  352. # [10:28] <MikeSmith> LC gives people more incentive to get off their asses
  353. # [10:29] <MikeSmith> and actually take the time to comment
  354. # [10:29] <MikeSmith> we can do multiple LC rounds
  355. # [10:29] <MikeSmith> WD pretty much has come to mean "ignore me"
  356. # [10:29] <MikeSmith> I guess I should not be the one saying that
  357. # [10:30] <MikeSmith> what I meant to say is, Some people would say that WD pretty much has come to mean "ignore me"
  358. # [10:30] <MikeSmith> the IRC heard me wrong
  359. # [10:30] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
  360. # [10:31] <MikeSmith> some people would say that the space between FPWD and LC is a very quiet, calm, uninteresting place
  361. # [10:31] <MikeSmith> kind of a limbo
  362. # [10:31] <MikeSmith> or purgatory
  363. # [10:31] <MikeSmith> a place where you don't want to be
  364. # [10:32] <MikeSmith> you want to be in Heaven
  365. # [10:32] * Joins: ROBOd (~robod@89.123.182.51)
  366. # [10:32] <MikeSmith> boblet: I know of none such
  367. # [10:33] <MikeSmith> nudge Manu about it maybe
  368. # [10:33] <MikeSmith> to ask
  369. # [10:33] <boblet> MikeSmith: atm the only vocabularies I’ve found are Hixie’s and Google{s
  370. # [10:33] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  371. # [10:33] <MikeSmith> https://twitter.com/manusporny
  372. # [10:33] <boblet> k
  373. # [10:33] <MikeSmith> Manu is the Man
  374. # [10:34] <MikeSmith> when it comes to RDFa
  375. # [10:34] <annevk> MikeSmith, dunno, LC of workers and all were also ignored
  376. # [10:34] <MikeSmith> precisely
  377. # [10:35] <MikeSmith> hmm, that's not the word I meant
  378. # [10:35] <annevk> I would think so
  379. # [10:35] <annevk> it contradicts what you said earlier :)
  380. # [10:36] <MikeSmith> I've been awake for a little while
  381. # [10:36] <MikeSmith> I got a little bit of sleep
  382. # [10:36] <MikeSmith> I think
  383. # [10:36] <MikeSmith> I can't remember
  384. # [10:37] <annevk> I slept shorter than I would have liked too
  385. # [10:37] <MikeSmith> anyway, if nobody comments on an LC, then that makes creating the disposition of comments pretty easy to write
  386. # [10:37] <MikeSmith> and it makes it pretty easy to get the Director to transition it to CR
  387. # [10:38] <MikeSmith> we can't exactly lay out the red carpet for people every time we do an LC
  388. # [10:38] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  389. # [10:39] <MikeSmith> if they don't care enough to comment, it can't be that important to them
  390. # [10:39] <MikeSmith> so we go with what we got, and take it to CR
  391. # [10:40] <MikeSmith> this is the way we really are *supposed* to be doing it
  392. # [10:40] <MikeSmith> as far as W3C process
  393. # [10:40] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  394. # [10:40] <MikeSmith> keep stuff moving through the pipeline
  395. # [10:41] <MikeSmith> it is of course infinitely more important that the specs actually get implemented
  396. # [10:41] <MikeSmith> and there's no point in moving them along if they are not being implemented
  397. # [10:41] <MikeSmith> or if implementors show no interest or movement at all in implementing them
  398. # [10:42] <MikeSmith> but that ain't the case with this stuff
  399. # [10:42] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  400. # [10:42] <annevk> I think caution is warranted though if not many comments are received
  401. # [10:42] <MikeSmith> sure it is
  402. # [10:43] <annevk> either it means most comments were addressed pre Last Call, or it is something bad
  403. # [10:43] <annevk> in case of Web Workers and EventSource and all it might actually be that most comments have already been addressed
  404. # [10:43] <MikeSmith> it mostly means that people are just busy and have not made time to review and comment on it
  405. # [10:43] <annevk> they went through multiple implementation cycles, have had developers play with them to some extent, etc.
  406. # [10:44] <MikeSmith> annevk: I think with Workers and SSE, that is more the case, yeah
  407. # [10:44] <annevk> and some have been revised in design several times; something that happens for most W3C specifications post Last Call
  408. # [10:44] <MikeSmith> yep
  409. # [10:44] <annevk> post first Last Call, that is
  410. # [10:45] <MikeSmith> and we can sit around and wring our hands worrying about having not gotten some comments we should have, or we can instead just progress it and say we've done as much as we can for now
  411. # [10:46] <MikeSmith> as has been pointed out, it's a lot like shipping software
  412. # [10:46] <MikeSmith> at some point, you need to just ship it
  413. # [10:51] <annevk> agreed
  414. # [10:51] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  415. # [10:52] <MikeSmith> hsivonen: (from comment I missed yesterday) about why a web app should know atmospheric pressure of a user
  416. # [10:52] <MikeSmith> I assume that would be so it could use that to determine elevation
  417. # [10:52] <MikeSmith> altitude
  418. # [10:54] <MikeSmith> annevk: totally unrelated question -- can you remind me what browser XML parsers do with named character references in docs that have a valid XHTML doctype?
  419. # [10:54] <MikeSmith> I remember discussion of this a while back, but don't remember the answer
  420. # [10:55] <annevk> well, the "entities" "work"
  421. # [10:55] <MikeSmith> OK
  422. # [10:55] <annevk> the exact details of how might very well differ between implementations
  423. # [10:55] <MikeSmith> that's only *if* you have a non-borkend doctype, right?
  424. # [10:56] <annevk> yes, we recognize several opaque identifiers
  425. # [10:56] <MikeSmith> yeah, that how is something I'm curious about
  426. # [10:56] <annevk> and the set each browser has is probably not identical to that of other browsers
  427. # [10:56] <MikeSmith> I assume no browser actually has DTD copies or something it reads
  428. # [10:56] <MikeSmith> OK
  429. # [10:57] <annevk> I think Mozilla uses special DTDs
  430. # [10:57] <MikeSmith> hmm
  431. # [10:57] <annevk> to make it work with their off the shelf parser
  432. # [10:57] <MikeSmith> ah
  433. # [10:57] <annevk> WebKit might do the same, they have an OTS parser too
  434. # [10:59] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  435. # [11:04] * Quits: hasather (~david@pat-tdc.opera.com) (Ping timeout: 258 seconds)
  436. # [11:06] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Ping timeout: 260 seconds)
  437. # [11:08] * Joins: Rik` (~Rik`@213.41.141.234)
  438. # [11:09] <MikeSmith> annevk: OTS parser?
  439. # [11:09] <annevk> off-the-shelf
  440. # [11:09] <annevk> so about WebSRT
  441. # [11:09] <annevk> "Otherwise, append escape followed by a U+003B SEMICOLON character (;) to result." should prolly be preceded by &
  442. # [11:09] <annevk> furthermore, WebSRT parsing does not seem to indicate errors
  443. # [11:10] <annevk> should it not be similar to the HTML parser in this respect?
  444. # [11:10] * Quits: jwalden (~waldo@nat/mozilla/x-oarnnkhvvlxbmgfy) (Quit: g'night)
  445. # [11:13] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  446. # [11:14] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  447. # [11:16] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  448. # [11:17] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  449. # [11:30] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  450. # [11:34] <aho> websrt? is there a proposal for that?
  451. # [11:35] <annevk> http://www.whatwg.org/specs/web-apps/current-work/complete/video.html#websrt-0
  452. # [11:35] <MikeSmith> aho: Hixie working on it as we speak
  453. # [11:35] <MikeSmith> *continuing to work on it
  454. # [11:36] <jgraham> Unless he is sleeping
  455. # [11:36] <jgraham> Although possibly he is dreaming in WebSRT
  456. # [11:36] <aho> http://pastebin.com/hHce723e <- "small ASS" (hurr)
  457. # [11:36] <MikeSmith> I wonder how the work on coming up with a browser-implementible WebTTML spec is going
  458. # [11:37] <aho> so, how does websrt compare to currently used formats such as SSA, AAS, and well... SRT?
  459. # [11:37] <MikeSmith> aho: I voted for WebASS
  460. # [11:37] <MikeSmith> but I got overruled
  461. # [11:37] <aho> aww
  462. # [11:38] <MikeSmith> we missed a big opportunity on that one
  463. # [11:38] <aho> indeed
  464. # [11:38] <MikeSmith> maybe I can get Hixie to reconsider
  465. # [11:38] <aho> :>
  466. # [11:38] <MikeSmith> I think we should start prefixes specs with a "Bad" convention
  467. # [11:38] <MikeSmith> instead of "Web"
  468. # [11:38] <MikeSmith> and they we could have "BadASS"
  469. # [11:38] <aho> and BadVoodoo
  470. # [11:39] <MikeSmith> yes!
  471. # [11:39] <aho> mh. but wasn't srt very limited?
  472. # [11:40] <MikeSmith> Hixie is working on making it un-limited
  473. # [11:40] <MikeSmith> TurboSRT
  474. # [11:40] <MikeSmith> which argues for naming it SST instead
  475. # [11:41] <MikeSmith> aho: you might take a look at the spec...
  476. # [11:41] <aho> i'm taking a look right now
  477. # [11:41] <MikeSmith> the answers to all life's questions can be found within that spec
  478. # [11:41] <MikeSmith> if you look hard enough
  479. # [11:41] <MikeSmith> and long enough
  480. # [11:43] * Quits: justicefries (~gerred@65.100.130.168) (Quit: justicefries)
  481. # [11:44] <aho> is there some example websrt file i can look at?
  482. # [11:44] <annevk> aho, it's basically SRT plus ruby
  483. # [11:45] <annevk> aho, on top of that the idea is to have CSS extensions to cover styling
  484. # [11:45] <aho> which is awful since css doesn't support text outlines yet
  485. # [11:46] <aho> there is text-stroke, but that's something different
  486. # [11:46] <annevk> http://wiki.whatwg.org/wiki/Timed_tracks has background information
  487. # [11:46] <annevk> I'm not sure how it's awful
  488. # [11:46] <annevk> currently we have nothing
  489. # [11:46] <aho> http://kaioa.com/svg/fatten.png <- stroke vs outline
  490. # [11:47] <annevk> sure, but what does that have to do with choice of format?
  491. # [11:47] <aho> #3 = light blue text with light blue stroke... and a clone below with an even fatter stroke
  492. # [11:47] <aho> nothing
  493. # [11:48] <aho> but it's bad if you can't display text in a way you need for subtitles
  494. # [11:48] <aho> your subtitles won't be any good if they are hard to read
  495. # [11:49] * Joins: Lachy (~Lachlan@213.236.208.247)
  496. # [11:51] <hsivonen> MikeSmith: if pressure is for elevantion, why is elevation important?
  497. # [11:51] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  498. # [11:51] <hsivonen> MikeSmith: and if it is, shouldn't the browser expose elevation
  499. # [11:52] <hsivonen> MikeSmith: and leave it as an impl. detail whether it comes from pressure or GPS
  500. # [11:55] * Joins: roc (~roc@121.98.230.221)
  501. # [11:55] * Joins: Lachy_ (~Lachlan@pat-tdc.opera.com)
  502. # [11:55] * Quits: Lachy (~Lachlan@213.236.208.247) (Disconnected by services)
  503. # [11:55] * Lachy_ is now known as Lachy
  504. # [11:57] <MikeSmith> hsivonen: yeah, true
  505. # [11:57] <MikeSmith> browser should just expose elevation as an abstraction
  506. # [11:57] <MikeSmith> and it does with location
  507. # [11:57] <hsivonen> aho: I've been hoping CSS outlines to land before captions/subtitles :-/
  508. # [11:58] <MikeSmith> and it's up to the browser or platform to determine where it gets the elevation info from
  509. # [11:58] <hsivonen> it's going to suck if they happen in the other order
  510. # [11:58] <aho> indeed
  511. # [11:58] <aho> well, one could already create a websrt parser/renderer with js
  512. # [11:58] <annevk> aho, I don't see why CSS extensions would not cover that
  513. # [11:59] <MikeSmith> on many mobile devices, I think the exact method used to determine location is not even necessarily exposed to the OS
  514. # [11:59] <aho> annevk, they currently don't afaik
  515. # [11:59] <annevk> aho, CSS extensions for WebSRT are not defined at all
  516. # [11:59] <annevk> premature panicking imo
  517. # [12:00] <jgraham> aho: The CSS requirements are independent of the choice of format
  518. # [12:00] <hsivonen> annevk: I think panicing about CSS outlines isn't premature
  519. # [12:00] <aho> not really... it's more of a requirements check
  520. # [12:01] <aho> jgraham, yes.<annevk> sure, but what does that have to do with choice of format? <aho> nothing
  521. # [12:01] <MikeSmith> many chipsets for mobile devices just have location-sensing built into the chipset, and the hardware does the switching among location-sensing mechanisms it is capable of doing (wifi triangulation, gps, whatever) and then just reports back the position data without saying how it determined it
  522. # [12:01] * Joins: justicefries (~gerred@65.100.130.168)
  523. # [12:01] <aho> websrt requires text outlines for being usable
  524. # [12:01] <annevk> hsivonen, what is the doom scenario here?
  525. # [12:01] <annevk> hsivonen, I don't see it
  526. # [12:01] <jgraham> aho: Right, so the problem with CSS is more urgent because we have a use case
  527. # [12:02] <aho> yes
  528. # [12:02] <jgraham> but it is nothing to do with WebSRT vs other formats
  529. # [12:02] <aho> (we already had some beforehand though) :>
  530. # [12:02] <jgraham> because current browsers don;t support outlined text anyway
  531. # [12:02] <hsivonen> annevk: WebSRT happens before outlines and as a result, the default WebSRT styling as well as explicit styling that wants to be compatible with outlineless browsers will look bad compred to TV subtitles
  532. # [12:03] <aho> thing is, websrt = css styled text... this is what adds that extra requirement
  533. # [12:03] <jgraham> aho: From a browser point of view it is irrelevant
  534. # [12:03] <hsivonen> annevk: the basic Scenario of DOOM is that we'll be stuck with to kind of appearance youtube captions have now
  535. # [12:03] <jgraham> You need to add support in your gfx layer either way
  536. # [12:03] <aho> yes
  537. # [12:04] <hsivonen> a solid box and normally filled unstoked unoutline glyph over the box
  538. # [12:04] <aho> it still adds that extra checkpoint on the roadmap though
  539. # [12:04] <hsivonen> right, the big deal is gfx support cross-platform. not the style system side
  540. # [12:05] <jgraham> hsivonen: (fwiw teletext-provided subtitles in the UK have had that appearance for years)
  541. # [12:05] <hsivonen> jgraham: teletext subtitles are rubbish! that's the DOOM!
  542. # [12:05] * Joins: kennyluck_ (~kennyluck@EM114-48-101-111.pool.e-mobile.ne.jp)
  543. # [12:05] <aho> so, is there some proposal for text outlines already?
  544. # [12:06] <jgraham> hsivonen: Well maybe, but they work
  545. # [12:06] <jgraham> So it is not really about being better than tv
  546. # [12:06] <aho> text-shadow could have taken care of that actually... if it would have used the same parameters as box-shadow
  547. # [12:06] <aho> i still don't know why they didn't do that
  548. # [12:06] <aho> (that optional outset thing)
  549. # [12:07] * Quits: kennyluck (~kennyluck@133.27.228.175) (Read error: Operation timed out)
  550. # [12:07] * kennyluck_ is now known as kennyluck
  551. # [12:07] <hsivonen> jgraham: my baseline for "tv" is the look we have here
  552. # [12:08] <hsivonen> jgraham: wouldn't you agree the Swedish burned-in or DVB subtitles are better than UK teletext subtitles?
  553. # [12:08] <annevk> hsivonen, hmm
  554. # [12:08] <jgraham> hsivonen: Better, yes
  555. # [12:09] <annevk> hsivonen, not particularly convinced, but maybe
  556. # [12:10] <jgraham> hsivonen: I don't see that people are likely to go to any lengths to get the browser-that-doesn't-support-outlines look in browsers that do
  557. # [12:10] <hsivonen> annevk: you get outlines on Dutch TV, right? don't you agree that the black background box is a terrible alternative?
  558. # [12:11] <hsivonen> jgraham: how do you write backwards-compatible CSS?
  559. # [12:11] <aho> black background = 90s tech :>
  560. # [12:11] <hsivonen> jgraham: coloc: white; outline-color: black; background-color: transparent; doesn't exactly degrade gracefully
  561. # [12:12] <hsivonen> aho: 50s tech outline FTW!
  562. # [12:12] <jgraham> hsivonen: Honestly if the difference is that big people will UA sniff
  563. # [12:12] <jgraham> The fact that is hard to do in CSS is unfortunate
  564. # [12:13] <aho> most people would probably use js to detect support... and than add some extra class if it isn't supported
  565. # [12:14] <hsivonen> that would still leave bad default styling, assuming that browsers will be as shy to change default styling as they are now
  566. # [12:15] <aho> one can also use 9 (nine) text-shadows to get some kind of pseudo outlines :>
  567. # [12:15] <annevk> hsivonen, oh, I'm not convinced we'd get stuck so soon as you think we will
  568. # [12:15] <annevk> hsivonen, I agree outlines are nicer
  569. # [12:15] <annevk> hsivonen, I hardly watch Dutch TV though
  570. # [12:15] <hsivonen> aho: yeah, text-shadow will probably save us
  571. # [12:16] <aho> they really should have added that outset parameter
  572. # [12:16] <aho> text-shadow and box-shadow would be more uniform then
  573. # [12:24] <aho> http://kaioa.com/k/outline.html
  574. # [12:24] <aho> pretty crude, really
  575. # [12:25] <aho> also, 8 shadows... not 9 ;>
  576. # [12:25] <aho> (there isn't one for the center position)
  577. # [12:28] <annevk> btw, http://www.w3.org/TR/css3-text/#text-outline
  578. # [12:31] <aho> does any browser support it right now?
  579. # [12:31] <Peter`> WebKit has text-outline
  580. # [12:32] <Peter`> text-stroke, not outline, n/m
  581. # [12:32] * Joins: kennyluck_ (~kennyluck@133.27.228.171)
  582. # [12:33] * Joins: mikekelly (mikek@s3x0r.biz)
  583. # [12:33] <Peter`> same idea though
  584. # [12:33] * Quits: Smylers (~smylers@hns01-fw.internal.gxn.net) (Quit: Leaving.)
  585. # [12:33] <aho> Peter`, no... stroke and outline are *very* different things
  586. # [12:33] * Joins: Smylers (~smylers@hns01-fw.internal.gxn.net)
  587. # [12:33] <MikeSmith> Peter`: btw, cool to see <mark> stuff poised to go in
  588. # [12:34] <Peter`> aho: ok, my bad
  589. # [12:34] <Peter`> MikeSmith: Yeah, hope my testcase is alright
  590. # [12:36] * Quits: kennyluck (~kennyluck@EM114-48-101-111.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  591. # [12:36] * kennyluck_ is now known as kennyluck
  592. # [12:36] <MikeSmith> Peter`: I guess Maciej will let you know if it's not
  593. # [12:36] <aho> annevk, well... i don't understand those specs. it doesn't even bother mentioning which length thingy does what
  594. # [12:37] <mikekelly> am I correct in thinking that forms don't have an @rel attribute?
  595. # [12:37] <Peter`> MikeSmith: Indeed, I'm still waiting for three build-bots to succeed but don't expect any problems. We'll know tomorrow morning
  596. # [12:41] * Joins: hasather (~david@pat-tdc.opera.com)
  597. # [12:43] * Joins: drclue (~MikeSmith@EM111-188-30-225.pool.e-mobile.ne.jp)
  598. # [12:43] <drclue> hey jagoffs
  599. # [12:47] * Quits: shepazu (~schepers@79-68-147-186.dynamic.dsl.as9105.com) (Ping timeout: 265 seconds)
  600. # [12:50] * Joins: MikeSmithX (~MikeSmith@EM111-188-53-136.pool.e-mobile.ne.jp)
  601. # [12:51] * Quits: MikeSmith (~MikeSmith@EM111-188-30-225.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  602. # [12:51] * Quits: drclue (~MikeSmith@EM111-188-30-225.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  603. # [12:51] * MikeSmithX is now known as MikeSmith
  604. # [12:57] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
  605. # [12:58] * Quits: kennyluck (~kennyluck@133.27.228.171) (Quit: kennyluck)
  606. # [12:59] * Joins: Martijnc (~Martijnc@91.176.34.136)
  607. # [13:15] * Joins: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
  608. # [13:16] * Quits: Smylers (~smylers@hns01-fw.internal.gxn.net) (Ping timeout: 265 seconds)
  609. # [13:22] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  610. # [13:25] * Quits: bobchao (~cctw@DHCP-21208.iis.sinica.edu.tw) (Quit: Leaving.)
  611. # [13:29] * Quits: justicefries (~gerred@65.100.130.168) (Quit: justicefries)
  612. # [13:36] * Quits: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp) (Quit: Leaving...)
  613. # [13:51] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  614. # [13:51] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  615. # [13:52] <roc> text-outline doesn't sound that hard
  616. # [13:53] * Quits: rch850 (~rch850@c220090.ppp.asahi-net.or.jp) (Quit: Leaving...)
  617. # [13:53] <roc> we wouldn't need per-platform support. We could do it via a alpha buffer the way we do text-shadow
  618. # [13:53] * Joins: Smylers (~smylers@hns01-fw.internal.gxn.net)
  619. # [13:54] <annevk> hmm, did someone just spam the WHATWG list?
  620. # [13:54] <annevk> blargh
  621. # [13:55] <MikeSmith> webkit nightlies now how .dataset love -
  622. # [13:55] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Ping timeout: 248 seconds)
  623. # [13:56] <MikeSmith> http://trac.webkit.org/export/62376/trunk/LayoutTests/fast/dom/dataset.html
  624. # [13:56] <annevk> MikeSmith, your English is getting worse
  625. # [13:56] <MikeSmith> what English?
  626. # [13:57] <annevk> right
  627. # [13:58] <annevk> dataset is nice
  628. # [13:58] <annevk> would be cool to have that in Opera too
  629. # [14:03] * Quits: Smylers (~smylers@hns01-fw.internal.gxn.net) (Ping timeout: 265 seconds)
  630. # [14:15] * Joins: TelFiRE (~jthollist@c-24-10-155-57.hsd1.ut.comcast.net)
  631. # [14:17] <roc> MikeSmith: you know we landed a <mark> implementation a few days ago?
  632. # [14:18] <MikeSmith> roc: no, didn't know that
  633. # [14:18] <MikeSmith> link for the changeset or bug?
  634. # [14:19] <roc> https://bugzilla.mozilla.org/show_bug.cgi?id=485377
  635. # [14:20] <MikeSmith> thanks
  636. # [14:21] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  637. # [14:24] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  638. # [14:24] * Parts: rolandsteiner (~rolandste@220.109.219.244)
  639. # [14:29] * Quits: no_mind (~orion@122.161.34.125) (Remote host closed the connection)
  640. # [14:36] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  641. # [14:49] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
  642. # [14:53] * Joins: mut (~mut@host86-174-179-223.range86-174.btcentralplus.com)
  643. # [14:54] * Quits: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 248 seconds)
  644. # [14:54] <mut> boo
  645. # [14:56] * Joins: kennyluck (~kennyluck@EM114-48-120-84.pool.e-mobile.ne.jp)
  646. # [14:56] <MikeSmith> Peter`:
  647. # [14:56] <MikeSmith> FAIL getWeight("mark2") should be bold. Was bolder.
  648. # [14:56] <MikeSmith> FAIL getWeight("span1") should be bold. Was bolder.
  649. # [14:56] <MikeSmith> ...when I run you test case in Minefield
  650. # [14:57] <Peter`> MikeSmith: could you try running the header test?
  651. # [14:58] <Peter`> it's in the same directory
  652. # [14:58] <MikeSmith> same directory?
  653. # [14:58] <Peter`> http://trac.webkit.org/export/62376/trunk/LayoutTests/fast/html/header-element.html
  654. # [14:58] <MikeSmith> ah
  655. # [14:58] <Peter`> Same result on minefield there
  656. # [14:59] <Peter`> so my guess is that Minefield sets font-weight: bolder; on <b> tags
  657. # [14:59] <Peter`> where WebKit uses "bold"
  658. # [14:59] <MikeSmith> yeah
  659. # [14:59] <MikeSmith> [[
  660. # [14:59] <MikeSmith> Residual style:
  661. # [14:59] <MikeSmith> FAIL getWeight("header4") should be bold. Was bolder.
  662. # [14:59] <MikeSmith> FAIL getWeight("span1") should be bold. Was bolder.
  663. # [14:59] <MikeSmith> FormatBlock:
  664. # [14:59] <MikeSmith> FAIL successfullyParsed should be true (of type boolean). Was undefined (of type undefined).
  665. # [14:59] <MikeSmith> ]]
  666. # [15:00] <Peter`> That succeeds on WebKit
  667. # [15:00] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  668. # [15:02] <MikeSmith> Peter`: I was wanting to make a simple test case that'd work cross-browser
  669. # [15:03] * Joins: bobchao (~cctw@112-105-96-241.adsl.dynamic.seed.net.tw)
  670. # [15:03] * MikeSmith reads through js source
  671. # [15:03] <Peter`> I poked @rakaz (owner of html5test.com) that his tests on mark/ruby/rt/rp relied on styling as well
  672. # [15:03] <Peter`> which is, to my knowledge, one of the few public test-cases around
  673. # [15:04] <Peter`> default style in Minefield and my WebKit patch both have a yellow background-color and black text however, that is testable
  674. # [15:04] <MikeSmith> yeah
  675. # [15:05] <MikeSmith> just not a super exciting test :(
  676. # [15:05] <Peter`> No, and unreliable as well, since the spec does not state any default styling
  677. # [15:05] <MikeSmith> true dat
  678. # [15:06] <annevk> Peter`, it doesn't?
  679. # [15:07] <annevk> per HTML5 it's b { font-weight:bold }
  680. # [15:07] <Peter`> mark { background: yellow; color: black; }
  681. # [15:07] <Peter`> it does
  682. # [15:07] <annevk> but that might just be based on WebKit
  683. # [15:07] <Peter`> You're right :)
  684. # [15:07] <annevk> bolder seems better
  685. # [15:09] * Quits: boaz (~boaz@12.44.49.254) (Quit: boaz)
  686. # [15:10] * Joins: Smylers (~smylers@hns01-fw.internal.gxn.net)
  687. # [15:11] <Peter`> so yes, checking for the default background color probably is the best test
  688. # [15:24] * Joins: miketaylr (~miketaylr@38.117.156.163)
  689. # [15:32] * Quits: bobchao (~cctw@112-105-96-241.adsl.dynamic.seed.net.tw) (Quit: Leaving.)
  690. # [15:33] * Joins: henrikbjorn (~hb@80.199.116.190.static.peytz.dk)
  691. # [15:35] * Joins: bobchao (~cctw@112.105.96.241)
  692. # [15:42] <Lachy> does anyone know how accurate are Amazon's delivery estimates generally are? The site orignally said 7 to 10 days for products shipped to Norway, but now that it's despatched, they're telling me 19 days
  693. # [15:43] <jgraham> Lachy: They are usually made up by untrained armadillos
  694. # [15:43] <Lachy> I didn't want to have to wait nearly 3 weeks :-(
  695. # [15:43] <doublec> their estimates for delivery to NZ are often pretty bad
  696. # [15:43] <doublec> they'll say 3 weeks and I get it in 8 days
  697. # [15:43] <Lachy> ok
  698. # [15:43] <doublec> so 'bad' in a good way
  699. # [15:43] <jgraham> Or the opposite
  700. # [15:44] <jgraham> I have had "it will be (small number of days) and it was actually (large number of days)"
  701. # [15:44] <jgraham> er, the second " was in quite the wrong place there
  702. # [15:46] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
  703. # [15:48] <mut> hey, can someone point me in the right direction, i have some lines rendered on canvas
  704. # [15:48] <mut> and i want to be able to measure them
  705. # [15:48] <mut> with the mouse ;
  706. # [15:48] <mut> just wondered if anyonecould point me at some recommened reading>?
  707. # [15:50] * Joins: boaz (~boaz@12.44.49.254)
  708. # [15:52] <Lachy> mut, in what unit do you want to measure them? Number of pixels? length in mm as rendered on the screen? Other?
  709. # [15:53] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
  710. # [15:53] <Lachy> in any case, I think the basic concept of doing that is to find the position of line's end points, and then use a bit of trig to calculate the length
  711. # [15:56] <Lachy> or, actually, a^2 = b^2 + c^2 should be enough to calculate the length, where b and c are abs(x1-x2) and abs(y1-y2)
  712. # [15:57] <Philip`> (You don't need abs)
  713. # [15:58] <Lachy> yeah, I realised that after I wrote it cause they're squared. But whatever
  714. # [15:58] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  715. # [15:58] <TelFiRE> If I use HTML5 can I use <script> tags or will I still need to include the text/javascript for the time being?
  716. # [15:58] <TelFiRE> looking to support IE7 on up
  717. # [15:59] <Philip`> TelFiRE: You mean writing <script> instead of <script type="text/javascript">?
  718. # [15:59] <TelFiRE> correct
  719. # [15:59] <Philip`> That works and has always worked and will always work
  720. # [15:59] <Philip`> so there's no compatibility problem
  721. # [15:59] <TelFiRE> ah ok cool, but wasn't it invalid with html4?
  722. # [15:59] <mut> Lachy pixles
  723. # [15:59] <TelFiRE> ok awesome, thanks
  724. # [15:59] <Philip`> TelFiRE: It may have been
  725. # [15:59] <Lachy> mut, ok, then that's really simple
  726. # [16:00] <Philip`> TelFiRE: but that's independent of what browsers support (and have to support, since lots of people already write <script>)
  727. # [16:00] <mut> with xy coords of the mouse?
  728. # [16:00] <mut> any way to lock on corners/endpoints?
  729. # [16:00] <Lachy> do you mean, when the user clicks a point on the canvas, how do you get those co-ordinates?
  730. # [16:01] <Lachy> or do you want to snap to the nearest end-point of an existing line?
  731. # [16:01] <mut> well mouse XY will do i suppose, but it would be great ifi could snap to existing endpoints
  732. # [16:02] <Lachy> do you have a collection with all the line end point co-ordinates, that you can search through?
  733. # [16:03] <mut> a collection?
  734. # [16:03] <mut> errm
  735. # [16:04] <mut> well i guess i could make one
  736. # [16:04] <mut> like stick all the endpoints in an array or something
  737. # [16:04] <Lachy> yeah
  738. # [16:05] <Lachy> so then when you capture the mouse event, you get the x,y coords from that event object, adjusting for the element's position (can't remember the exact code for this off hand)
  739. # [16:06] <mut> ok that doesnt sound too hard
  740. # [16:06] <Lachy> then when you have those coords, you have to search through the array to find the nearest point.
  741. # [16:06] <mut> heh CAD in browser
  742. # [16:06] <Lachy> that requires some math that I'm not personally familiar with, but you should be able to find it through a web search
  743. # [16:06] <mut> im pretty good with the maths
  744. # [16:06] * Joins: micheil (~micheil@124-170-233-189.dyn.iinet.net.au)
  745. # [16:07] <mut> but the code escapes me sometimes!
  746. # [16:07] <Lachy> it's probably something simple like finding the lowest values of (mouseX - pointX) and (mouseY - pointY), for each point
  747. # [16:07] <jgraham> It's just the same maths as before
  748. # [16:07] <Lachy> oh, yeah, find the shortest hypotenuse will do it
  749. # [16:07] <mut> well I wouldnt have thourght of storing all of the end points, so thats good
  750. # [16:08] * Quits: micheil (~micheil@124-170-233-189.dyn.iinet.net.au) (Client Quit)
  751. # [16:08] <mut> this way, i can scale the canvas down, and the measuring will still work
  752. # [16:08] * Joins: micheil (~micheil@124-170-233-189.dyn.iinet.net.au)
  753. # [16:11] <mut> thanks alot guys
  754. # [16:21] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  755. # [16:22] * Quits: boaz (~boaz@12.44.49.254) (Quit: boaz)
  756. # [16:28] * Joins: andr3 (~andr3@194.65.5.235)
  757. # [16:32] * Quits: kor (~kor@a80-101-32-172.adsl.xs4all.nl) (Quit: dus)
  758. # [16:41] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  759. # [16:45] * Joins: boaz (~boaz@151.sub-75-193-34.myvzw.com)
  760. # [16:48] * Quits: henrikbjorn (~hb@80.199.116.190.static.peytz.dk) (Ping timeout: 248 seconds)
  761. # [16:49] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Quit: Gettin' out while I still can!)
  762. # [16:49] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  763. # [16:52] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  764. # [17:11] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  765. # [17:11] * Quits: mut (~mut@host86-174-179-223.range86-174.btcentralplus.com) (Quit: Java user signed off)
  766. # [17:11] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  767. # [17:12] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Client Quit)
  768. # [17:12] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  769. # [17:14] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Read error: Connection reset by peer)
  770. # [17:19] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  771. # [17:38] * Quits: pauld (~chatzilla@host81-159-43-240.range81-159.btcentralplus.com) (Remote host closed the connection)
  772. # [17:49] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Quit: X restart to try working around "[drm] nouveau 0000:02:00.0: no space while unhiding cursor" errors by disabling HWCursor)
  773. # [17:57] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
  774. # [17:59] * Parts: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net) ("Bye")
  775. # [18:00] * Quits: Smylers (~smylers@hns01-fw.internal.gxn.net) (Ping timeout: 240 seconds)
  776. # [18:06] * Joins: mmn (~mmn@node-13117.pppoe.execulink.com)
  777. # [18:06] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  778. # [18:08] * Joins: cyberix (twruottu@melkki.cs.helsinki.fi)
  779. # [18:08] <cyberix> What happened to the peer-to-peer communication spec?
  780. # [18:08] <cyberix> is there still one
  781. # [18:08] <cyberix> some parts of the communication stuff got moved to websocket spec
  782. # [18:09] <cyberix> and some to postmessage
  783. # [18:09] <cyberix> but where did the peer-to-peer part go
  784. # [18:09] * Joins: maikmerten (~maikmerte@port-92-201-22-12.dynamic.qsc.de)
  785. # [18:09] <cyberix> more specifically, how do I code a clientside websocket server in javascript
  786. # [18:10] <annevk> it didn't go anywhere
  787. # [18:10] <annevk> it's simply not done
  788. # [18:11] <cyberix> but are the place holders still somewhere?
  789. # [18:11] <annevk> sure
  790. # [18:11] <cyberix> I cannot find them
  791. # [18:11] <annevk> http://www.whatwg.org/specs/web-apps/current-work/complete/commands.html#peer-to-peer-connections
  792. # [18:12] * Joins: weinig (~weinig@17.246.18.173)
  793. # [18:13] <cyberix> I'm thinking that maybe letting javascript listen on an IPv4 interface is not a good idea
  794. # [18:13] <cyberix> but some discardable virtual addresses might work
  795. # [18:14] <cyberix> I'm trying to research that kind of approaches as part of my work
  796. # [18:14] <cyberix> and I am just wondering, if others have similar ideas
  797. # [18:15] <annevk> the WHATWG email archives have some additional information
  798. # [18:15] <annevk> other than that I think it is ok
  799. # [18:15] <annevk> I mean, not much
  800. # [18:16] <cyberix> in my opinion browser-to-browser communication should be IPv4, but the actual js-to-js communication should probably use some new addressing model
  801. # [18:16] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  802. # [18:16] <jgraham> annevk: Aren't you supposed to out partying on the streets or something
  803. # [18:16] <jgraham> ?
  804. # [18:19] * Quits: bobchao (~cctw@112.105.96.241) (Read error: Connection reset by peer)
  805. # [18:19] <annevk> jgraham, already did
  806. # [18:20] <annevk> jgraham, but I'll be out again soon :)
  807. # [18:20] <Peter`> It was quite an unexpected win.. I didn't give our team a very big chance.
  808. # [18:20] <annevk> I'm trying to tweet #worldcup #ned #win but it's not responding
  809. # [18:23] * Joins: bobchao (~cctw@112-105-96-241.adsl.dynamic.seed.net.tw)
  810. # [18:25] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Read error: Connection reset by peer)
  811. # [18:26] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  812. # [18:27] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  813. # [18:28] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection reset by peer)
  814. # [18:29] * Quits: jochen__ (~jochen@nat/google/x-zfxucvotamhtzvtx) (Ping timeout: 260 seconds)
  815. # [18:31] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
  816. # [18:36] <TabAtkins> re: CSS on captions: A plain text-shadow with a small blur is enough to render captions readable on any background.
  817. # [18:36] <TabAtkins> You don't need to stack 9 atop each other, just do something like "color:white;text-shadow:0 0 .2em black;"
  818. # [18:37] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  819. # [18:38] <TabAtkins> At least, that works for my gradient-demonstration page that I made a long time ago, and keeps the text visible on any gradient I've ever done.
  820. # [18:38] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  821. # [18:40] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  822. # [18:40] <karlushi> http://www.joindiaspora.com//2010/07/01/one-month-in.html
  823. # [18:41] <karlushi> "We have also started to build the latest and greatest in web standards into Diaspora. Websockets are already in the Diaspora core, and any Diaspora plugins will be able to have rapid two-way functionality, (think chat, games etc) almost effortlessly!"
  824. # [18:41] <miketaylr> thats awesome
  825. # [18:42] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
  826. # [18:43] <TabAtkins> Agreed!
  827. # [18:45] <AryehGregor> Too bad WebSockets aren't remotely stable yet?
  828. # [18:46] * micheil uses websockets + heaps of other companies
  829. # [18:46] <micheil> the spec may not be stable, but the technology seems it
  830. # [18:47] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  831. # [18:48] <AryehGregor> Chrome's implementation just changed completely incompatibly in the dev channel, didn't it?
  832. # [18:48] <micheil> uhh.. I hope not
  833. # [18:48] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Remote host closed the connection)
  834. # [18:48] <micheil> Chromium is currently draft 76+, chrome is 75
  835. # [18:48] <micheil> if, that's what you mean
  836. # [18:49] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  837. # [18:49] <TabAtkins> Yeah, 75-76 has some breaking changes, iirc.
  838. # [18:49] <micheil> yeah
  839. # [18:49] <micheil> but there's been no other changes since, right?
  840. # [18:50] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  841. # [18:50] <AryehGregor> Since like a month or two ago, no.
  842. # [18:50] <micheil> ah, good good
  843. # [18:50] <micheil> I'm on top of the spec then
  844. # [18:50] <AryehGregor> But more incompatible changes are likely, from what I've heard.
  845. # [18:53] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  846. # [18:53] <micheil> I hope they don't go with that SSL type thing that was being concocted
  847. # [18:53] <micheil> that'd be really bad for the protocol, imho.
  848. # [18:53] * Quits: MikeSmith (~MikeSmith@EM111-188-53-136.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  849. # [18:58] * Joins: MikeSmith (~MikeSmith@EM114-48-50-210.pool.e-mobile.ne.jp)
  850. # [19:05] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
  851. # [19:06] * Quits: andr3 (~andr3@194.65.5.235) (Quit: andr3)
  852. # [19:14] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  853. # [19:15] * Joins: deepthawtz (~deepthawt@c-67-180-92-66.hsd1.ca.comcast.net)
  854. # [19:18] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  855. # [19:26] * Joins: maikmerten_ (~maikmerte@port-92-201-163-96.dynamic.qsc.de)
  856. # [19:27] * Quits: maikmerten_ (~maikmerte@port-92-201-163-96.dynamic.qsc.de) (Remote host closed the connection)
  857. # [19:28] * Quits: maikmerten (~maikmerte@port-92-201-22-12.dynamic.qsc.de) (Ping timeout: 245 seconds)
  858. # [19:29] * Joins: KaOSoFt (~maxzagato@190.24.156.162)
  859. # [19:29] * Quits: KaOSoFt (~maxzagato@190.24.156.162) (Changing host)
  860. # [19:29] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  861. # [19:33] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  862. # [19:34] * Quits: fishd (~fishd@nat/google/x-seppnasegzavjbpu) (Quit: Leaving)
  863. # [19:39] * Quits: bobchao (~cctw@112-105-96-241.adsl.dynamic.seed.net.tw) (Quit: Leaving.)
  864. # [19:43] * Joins: dave_levin (~dave_levi@74.125.59.65)
  865. # [19:46] * Joins: maikmerten (~maikmerte@port-92-201-163-96.dynamic.qsc.de)
  866. # [19:46] * Joins: mhausenblas (~mhausenbl@79.97.142.102)
  867. # [19:47] * Joins: jochen__ (~jochen@nat/google/x-sabrwxqdnwxvxpnu)
  868. # [19:50] <Hixie> micheil: why?
  869. # [19:50] <Hixie> micheil: (i agree with you, just curious what your reasons are)
  870. # [19:50] <micheil> because it'll make implementation heaps harder
  871. # [19:50] <micheil> and it'll probably deter people from using what is currently a fairly open protocol
  872. # [19:51] <micheil> it's current relative easy of implementation is really awesome
  873. # [19:51] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Remote host closed the connection)
  874. # [19:51] <micheil> I mean, a few hours after I pushed support for draft76 in my node.js websocket server, someone was already starting work on a draft76 node.js client.
  875. # [19:52] <Hixie> yeah that was my thinking too
  876. # [19:52] <Hixie> adam seemed to think it was relatively easy to use ssl libraries
  877. # [19:52] <micheil> not at all.
  878. # [19:53] <micheil> in node.js alone, we went about 3 months without ssl, purely because we couldn't put the resources to writing the bindings for it
  879. # [19:53] <Hixie> yeah that was my impression too
  880. # [19:53] <Hixie> are you on the hybi list?
  881. # [19:53] <micheil> not only that, but licensing on both openssl and gnupg is odd, so opensource inclusion is difficult
  882. # [19:53] <micheil> no
  883. # [19:54] <micheil> I keep forgetting to subscribe to it
  884. # [19:54] <Hixie> k
  885. # [19:54] <Hixie> might be good to have you on there just in case that gets traction, so i'm not hte only one arguing against it :-)
  886. # [19:54] <micheil> yeah, fair point
  887. # [19:54] <micheil> what was the address for the membership page of that mailing list?
  888. # [19:55] <Hixie> i forget, by google for hybi will get it
  889. # [19:55] <Hixie> gotta go
  890. # [19:55] <micheil> okay, thanks
  891. # [19:55] <micheil> :)
  892. # [20:07] <AryehGregor> Is there any way to get CSS from your HTML document to work on non-inline SVG?
  893. # [20:07] <AryehGregor> Like "color" and "height".
  894. # [20:08] * Joins: dglazkov (~dglazkov@nat/google/x-dwhvhpocyxbhvuse)
  895. # [20:09] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  896. # [20:09] <micheil> uhh.. I think so
  897. # [20:09] <micheil> inline style attribute, but some things are specially named
  898. # [20:10] <micheil> check the spec would be the best bet.
  899. # [20:10] <Philip`> AryehGregor: <iframe seamless src=example.svg></iframe>
  900. # [20:10] <AryehGregor> Nice. Is that actually supported yet?
  901. # [20:10] <Philip`> Otherwise I don't think styles can ever propagate into an external document, if that's what you're wanting
  902. # [20:10] <Philip`> No
  903. # [20:10] <AryehGregor> I'll wait, then.
  904. # [20:13] * Quits: jochen__ (~jochen@nat/google/x-sabrwxqdnwxvxpnu) (Remote host closed the connection)
  905. # [20:21] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
  906. # [20:22] <Philip`> About image resolutions: How about using progressive JPEG / interlaced PNG / etc, and teaching UAs to only download enough of the image to match their DPI?
  907. # [20:22] <AryehGregor> That's a sneaky idea.
  908. # [20:22] <AryehGregor> Does it have obvious drawbacks? I don't know much about image formats.
  909. # [20:25] <Philip`> If you download the entire image then it's slightly less efficient compression than a plain full-res version
  910. # [20:25] * Joins: jochen__ (~jochen@nat/google/x-uqgrmveyaxtwvqwu)
  911. # [20:25] <Philip`> but on the other hand you could download half the image data to display the detail you need, and if the user zooms in then you only need to download the other half and not the entire full-res image
  912. # [20:26] <AryehGregor> That would be very cool.
  913. # [20:26] <Philip`> The interaction with <canvas> drawImage would be weird if you intentionally stop after downloading half the image, though
  914. # [20:27] <AryehGregor> If you need to draw to canvas, you could just download the rest of the image before doing so.
  915. # [20:27] <AryehGregor> Same as if the user wants to save the image, etc.
  916. # [20:28] <Philip`> That sounds synchronous
  917. # [20:28] <Philip`> and nobody likes synchronous APIs
  918. # [20:28] * Joins: dbaron (~dbaron@nat/mozilla/x-xahyipfxxtsbykas)
  919. # [20:28] <AryehGregor> I guess normally you'd avoid the problem by having the script wait for onload before drawing the image?
  920. # [20:29] <AryehGregor> This would mess up onload semantics in that respect, clearly.
  921. # [20:29] <Philip`> When would onload occur, if the UA downloads and renders half the image data and not the rest?
  922. # [20:29] <AryehGregor> Also, I wonder if the quality is really controllable enough for users' needs.
  923. # [20:29] <Philip`> Either it blocks onload forever, which is bad, or onload fires before it's fully loaded, which is bad if you then try to draw the image onto a canvas
  924. # [20:30] <AryehGregor> Oh well, the idea was a hack anyway.
  925. # [20:30] <AryehGregor> (although a cool hack)
  926. # [20:30] <Philip`> But you could probably do it automatically for images used in CSS
  927. # [20:30] <AryehGregor> Which is exactly where the guy said it's not needed.
  928. # [20:31] <Philip`> and you could add a flag like <img async> to say you don't want to block the load event and don't mind if it never completes downloading
  929. # [20:33] <AryehGregor> Sounds very cool, and also unlikely to be a good idea.
  930. # [20:33] <AryehGregor> Too elegant to be practical.
  931. # [20:34] <AryehGregor> No, what we need is a total kludge, like: <img src="foo.jpg" altsrcs="x2:foox2.jpg x4:foox4.jpg">
  932. # [20:34] <Philip`> <img src="foox4.jpg" lowsrc="foox2.jpg" lowersrc="foo.jpg">
  933. # [20:35] * Joins: sonja_ (~sonja@206.248.173.89)
  934. # [20:35] <AryehGregor> That doesn't give the magnification values.
  935. # [20:35] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  936. # [20:36] <Philip`> They're defined to be 100%, 50%, 25%
  937. # [20:36] <AryehGregor> That's too inflexible.
  938. # [20:36] <Philip`> Sure
  939. # [20:36] <AryehGregor> What if you want the default to be the low-res version? That's what the use-case asked for.
  940. # [20:36] <Philip`> I thought the idea was to be a total kludge
  941. # [20:36] <Philip`> s/ / /
  942. # [20:37] <Philip`> You could do it with highsrc but I wanted to reuse existing attributes
  943. # [20:40] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  944. # [20:40] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
  945. # [20:41] * Quits: mmn (~mmn@node-13117.pppoe.execulink.com) (Quit: Leaving.)
  946. # [20:42] <AryehGregor> lowsrc and lowersrc are existing attributes?
  947. # [20:43] * Joins: FireFly (~firefly@unaffiliated/firefly)
  948. # [20:45] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  949. # [20:46] * Joins: mmn (~mmn@node-13117.pppoe.execulink.com)
  950. # [20:46] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  951. # [20:47] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  952. # [20:48] <Philip`> AryehGregor: lowsrc was
  953. # [20:49] <Philip`> http://www.ross.net/webhints/image_lowsrc.html etc
  954. # [20:50] <sonja_> does it look like there will be a <video> codec that IE and FF and Chrome and Opera and Safari will all support?
  955. # [20:50] <sonja_> or are there still codec wars?
  956. # [20:50] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
  957. # [20:50] <AryehGregor> Already answered you in #mediawiki. VP8 is a plausible contender, but it's not there yet.
  958. # [20:51] <AryehGregor> (= WebM, specifically)
  959. # [20:51] <sonja_> :)
  960. # [20:53] <sonja_> do the latest versions of the big 5 browsers currently support webm?
  961. # [20:53] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  962. # [20:53] <TabAtkins> 3 of them do, if by "latest" you mean "dev versions, not yet publicly released but available if you download them manually".
  963. # [20:53] <AryehGregor> No, only Chrome, Firefox, and Opera. Safari and IE9 only support it if the user happens to have the codec installed (dunno if there's a QuickTime codec yet for WebM).
  964. # [20:53] <sonja_> hmm
  965. # [20:54] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  966. # [20:55] <sonja_> so maybe we just have to wait a few more monhs
  967. # [20:55] <sonja_> and regular "download GA version of browser" versions will work
  968. # [20:56] * Quits: mmn (~mmn@node-13117.pppoe.execulink.com) (Quit: Leaving.)
  969. # [20:56] * Quits: kennyluck (~kennyluck@EM114-48-120-84.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  970. # [20:59] <TabAtkins> AryehGregor: I agree with Philip` - I think using a progressive format is the best idea. There are some weird interactions, but once we deal with them it's all super-elegant and nice.
  971. # [21:02] * Joins: thomas (~thomasain@ingserv.demon.co.uk)
  972. # [21:03] * Joins: kennyluck (~kennyluck@EM114-48-158-192.pool.e-mobile.ne.jp)
  973. # [21:04] <AryehGregor> TabAtkins, that's why I'm suspicious. It sounds too elegant. But hey, if implementers think it's a good idea, I'm all for it.
  974. # [21:04] <TabAtkins> You are too cynical. ^_^
  975. # [21:12] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  976. # [21:24] <AryehGregor> You're too optimistic.
  977. # [21:25] <AryehGregor> This is a feature that's almost impossible for users or authors to notice, and very hard for them to control, so there's little incentive for browsers to bother implementing it.
  978. # [21:26] <othermaciej> what feature?
  979. # [21:26] * Quits: sonja_ (~sonja@206.248.173.89) (Quit: Lost terminal)
  980. # [21:26] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  981. # [21:26] * Quits: mhausenblas (~mhausenbl@79.97.142.102) (Quit: mhausenblas)
  982. # [21:32] <AryehGregor> othermaciej, some feature that would allow different-resolution images to be served to different browsers by just serving progressive JPEG/interlaced PNG, and having browsers stop downloading once they have enough of the image to display at their full resolution.
  983. # [21:32] <AryehGregor> Presumably needing support like an "async" attribute so that it doesn't delay the load event, or whatever.
  984. # [21:35] <othermaciej> I see
  985. # [21:35] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
  986. # [21:36] <othermaciej> I think at least some mobile browsers will do that automatically
  987. # [21:36] <AryehGregor> It was pointed out that this would cause bugs if, for instance, the image was drawn to a canvas.
  988. # [21:37] <othermaciej> if you want to serve multiple image resolutions to account for high-DPI and non-high-DPI displays, the best current way to do it is to use CSS media queries
  989. # [21:37] <othermaciej> at least for images referenced from CSS
  990. # [21:37] <AryehGregor> Which doesn't work for <img>, thus the whatwg thread.
  991. # [21:37] <othermaciej> http://webkit.org/blog/55/high-dpi-web-sites/
  992. # [21:37] <othermaciej> http://webkit.org/blog/56/high-dpi-part-2/
  993. # [21:38] <othermaciej> that's what the WebKit team recommended for this, a couple of years ago
  994. # [21:38] * Joins: KrocCamen (~kroc@cpc3-lanc2-0-0-cust544.brig.cable.ntl.com)
  995. # [21:38] <othermaciej> I guess the best we had to suggest for <img> was always serving an oversize image
  996. # [21:39] <othermaciej> and using width/height to scale it down
  997. # [21:42] <othermaciej> AryehGregor: I think using the content: property on an image might be a way to change the resolution with CSS from a media query, but then you couldn't prevent the original from being loaded
  998. # [21:42] <othermaciej> AryehGregor: I am not sure magically solving it in the image format is a good solution
  999. # [21:43] <othermaciej> if the tradeoff is image quality vs. bandwidth - if you request the magic auto-sizing image, even if you cut off the download early the server has probably already sent the data and filled your pipe
  1000. # [21:44] <othermaciej> if bandwidth is not a concern, you can just always serve a high-rez version
  1001. # [21:45] <othermaciej> we also thought about making a multi-resolution version of PNG that would degrade gracefully, in case scaling down doesn't result in a good-looking image
  1002. # [21:46] <AryehGregor> Do all browsers support non-cruddy image shrinking these days? As of a few years ago, images shrunk by the browser would look awful.
  1003. # [21:46] <othermaciej> Safari has good looking image scaling in either direction
  1004. # [21:47] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  1005. # [21:47] <othermaciej> as for other browsers, I do not know
  1006. # [21:47] <AryehGregor> I suspect they might all have it these days.
  1007. # [21:47] <othermaciej> I would expect 2x shrink to not look that bad in any browser, but non-integer scale factors might not look so hot
  1008. # [21:55] <jgraham> TabAtkins: Opera 10.60 shipped
  1009. # [21:56] <KaOSoFt> Arrgh, and I just installed Opera a week ago.
  1010. # [21:56] <KaOSoFt> ._.
  1011. # [21:57] <jgraham> Hixie: (I will also argue against mandatory-TLS websockets if it is pursued)
  1012. # [21:57] <jgraham> Hixie: (for the same high-barrier-to-entry reasons)
  1013. # [21:57] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  1014. # [21:59] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  1015. # [22:02] * Quits: thomas (~thomasain@ingserv.demon.co.uk) (Quit: Leaving)
  1016. # [22:03] <AryehGregor> By the way, is anyone but MS and Mozilla working much on GPU-accelerated rendering for video/canvas/etc.?
  1017. # [22:03] <AryehGregor> MS is making it sound like The Future of the Web.
  1018. # [22:04] * Joins: mhausenblas (~mhausenbl@79.97.142.102)
  1019. # [22:05] <jgraham> AryehGregor: I think others typically don't make forward looking statements or whatever the apple lingo is
  1020. # [22:05] <jgraham> (except when they do of course)
  1021. # [22:06] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  1022. # [22:08] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  1023. # [22:08] <AryehGregor> I was asking about current work.
  1024. # [22:08] <jgraham> Doesn't current work typically mean future products?
  1025. # [22:08] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  1026. # [22:08] <jgraham> (I don't know would have been a shorter answer I guess)
  1027. # [22:12] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
  1028. # [22:13] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  1029. # [22:13] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  1030. # [22:18] <jgraham> AryehGregor: http://my.opera.com/core/blog/2009/02/04/vega?id=2953968 might interest you
  1031. # [22:22] * Joins: jgornick (~joe@199.199.212.242)
  1032. # [22:28] <MikeSmith> Peter`: I added your http://peter.sh/ feed to Planet HTML5
  1033. # [22:28] * Joins: variable (~variable@unaffiliated/variable)
  1034. # [22:29] <Peter-> Thank you! Shall I create a seperate category/tag for it so random photography blogs don't get re-published?
  1035. # [22:32] * Quits: MikeSmith (~MikeSmith@EM114-48-50-210.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  1036. # [22:34] * Joins: MikeSmith (~MikeSmith@EM114-48-7-243.pool.e-mobile.ne.jp)
  1037. # [22:37] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  1038. # [22:41] <Peter-> MikeSmith: Mind updating the feed URL to http://peter.sh/category/tech/feed ?
  1039. # [22:41] * Joins: jlebar (~jlebar@63.245.220.220)
  1040. # [22:43] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
  1041. # [22:44] <MikeSmith> Peter-: sure
  1042. # [22:44] <Peter-> Cheers :-)
  1043. # [22:45] <MikeSmith> and btw, the aggregator uses a very simple, ham-fisted means for filtering posts
  1044. # [22:46] <Peter-> Ah, ok. Just to be sure, wouldn't want random non-tech things to accidentially get published.
  1045. # [22:47] <AryehGregor> MikeSmith, what means is that?
  1046. # [22:47] <MikeSmith> Peter-: it basically filters just on the string "html5" anywhere in the rendered text of a blog entry
  1047. # [22:47] <MikeSmith> or the source
  1048. # [22:47] * Joins: shepazu (~schepers@79-68-147-186.dynamic.dsl.as9105.com)
  1049. # [22:47] <MikeSmith> that is, anywhere it in source (whether it's in the rendered part or not)
  1050. # [22:48] <AryehGregor> What if it's spelled "HTML 5"?
  1051. # [22:48] <MikeSmith> that'll work too
  1052. # [22:48] <Peter-> MikeSmith: Ok, very clear
  1053. # [22:48] <MikeSmith> I think "HTML¥s*WG" and "WHATWG" and maybe a few other things will work too
  1054. # [22:48] <AryehGregor> ¥?
  1055. # [22:49] * AryehGregor bets \
  1056. # [22:49] * AryehGregor loves what insight you can get into people's keyboard layout from typos.
  1057. # [22:49] <MikeSmith> AryehGregor: heh, yeah :)
  1058. # [22:49] <AryehGregor> One guy I know regularly types entire English sentences in Greek characters by mistake.
  1059. # [22:49] <AryehGregor> Touch-typing without paying attention.
  1060. # [22:49] * MikeSmith chuckles
  1061. # [22:50] <AryehGregor> I occasionally start typing something with all lowercase letters in Hebrew, but I've always noticed in time so far, I think.
  1062. # [22:50] <AryehGregor> (oddly, if you hold shift in a standard Hebrew keyboard layout, you get QWERTY caps . . . not much else to do with it, I guess, since Hebrew has no letter casing)
  1063. # [22:56] * Quits: maikmerten (~maikmerte@port-92-201-163-96.dynamic.qsc.de) (Remote host closed the connection)
  1064. # [22:56] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Read error: Connection reset by peer)
  1065. # [22:56] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  1066. # [23:01] * Quits: jgornick (~joe@199.199.212.242) (Quit: jgornick)
  1067. # [23:07] * Joins: othermaciej (~mjs@17.246.17.169)
  1068. # [23:08] * Quits: aho (~nya@f050231236.adsl.alicedsl.de) (Quit: EXEC_over.METHOD_SUBLIMATION)
  1069. # [23:13] <MikeSmith> AryehGregor: ¥ and \ are the main problematic chars as far as Japanese and JP keyboards go
  1070. # [23:13] <AryehGregor> "Japanese and JP"?
  1071. # [23:14] <TabAtkins> jgraham: Why are you telling me about Opera?
  1072. # [23:14] <MikeSmith> Japanese encodings
  1073. # [23:14] <MikeSmith> I actually don't have a "\" label anywhere on my keyboard
  1074. # [23:14] * AryehGregor realizes he has no idea what Japanese keyboards actually looks like, Googles them
  1075. # [23:14] * Quits: weinig (~weinig@17.246.18.173) (Quit: weinig)
  1076. # [23:14] <MikeSmith> the key I need to type is labeled "¥"
  1077. # [23:15] <MikeSmith> and when I type that in my console, I get "\"
  1078. # [23:15] * MikeSmith tries to remember how he types "\" in other apps
  1079. # [23:15] <AryehGregor> Hmm, so they have kana on them? I thought there are like 72 kana characters. Is some special input method used even for typing kana?
  1080. # [23:16] <jgraham> TabAtkins: Because it is teh awesome. Or because it is a stable release with WebM
  1081. # [23:16] * AryehGregor reads http://en.wikipedia.org/wiki/Japanese_input_methods
  1082. # [23:16] <MikeSmith> symbol and number keys are aloe used for typing kana
  1083. # [23:16] * Joins: weinig (~weinig@17.246.18.173)
  1084. # [23:16] <jgraham> At least one of those reasons
  1085. # [23:16] <TabAtkins> jgraham: Ah, ok. I suppose that's relevant to my interests, then.
  1086. # [23:16] <MikeSmith> but most people in Japan do not use type in kana directly
  1087. # [23:16] * TabAtkins needs to go find some webm video then.
  1088. # [23:17] <MikeSmith> they type in romaji
  1089. # [23:17] <MikeSmith> into the IME
  1090. # [23:17] * TabAtkins is going to do a half-hour talk on Wednesday, and is opting for <video>/<canvas> shenanigans.
  1091. # [23:17] <MikeSmith> and the kana appears first in the IME after that, then use space to cycle through kanji if needed
  1092. # [23:18] <jgraham> TabAtkins: Didn't you say earlier that only dev versions of browsers had WebM? That was why I told you anyway
  1093. # [23:18] <TabAtkins> jgraham: Yeah, I figured.
  1094. # [23:18] <AryehGregor> You're aware that CJK writing systems are completely insane, and East Asians are all nuts for not just switching to romaji/pinyin/etc., right? :)
  1095. # [23:18] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  1096. # [23:18] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1097. # [23:19] <MikeSmith> AryehGregor: :)
  1098. # [23:19] <Hixie> jgraham: good to know
  1099. # [23:19] * TabAtkins needs to go open up Opera on his win machine so he can be reminded to update again.
  1100. # [23:20] * AryehGregor isn't sure whether that ":)" is like "haha, yeah :)" or "you're being a jerk but I'll be polite and just won't say anything, instead I'll say ':)'"
  1101. # [23:21] <Hixie> MikeSmith would tell you if you were being a jerk, don't worry
  1102. # [23:21] <MikeSmith> :)
  1103. # [23:21] <Hixie> oh dear, now i don't know if i was wrong and he's telling _me_ that i'm being a jerk or if he's just laughing!
  1104. # [23:21] * Quits: mhausenblas (~mhausenbl@79.97.142.102) (Quit: mhausenblas)
  1105. # [23:21] <MikeSmith> see how I do that ? :)
  1106. # [23:22] <Hixie> :)
  1107. # [23:22] <MikeSmith> <chuckle><snort>
  1108. # [23:22] <MikeSmith> AryehGregor: we need to keep kanji for microblogging purposes
  1109. # [23:22] <AryehGregor> Hmm. That's a good point.
  1110. # [23:23] <Philip`> You could switch to milliblogging and wouldn't need to be so concise
  1111. # [23:23] <TabAtkins> 140k characters!
  1112. # [23:23] <Hixie> or go to nanoblogging and kanji would be too big!
  1113. # [23:23] <AryehGregor> We should devise some way to mash multiple Latin letters into one Unicode character to get the benefit of that. Doesn't hangul do something like that?
  1114. # [23:23] <jgraham> https://heatmap.mozillalabs.com/mozmetrics/?data=perc&os=all&colorscheme=hsl is pretty interesting
  1115. # [23:24] <TabAtkins> That wouldn't be too hard. You'd need, hm, a block of about 19k characters to get every possible combination of three latin letters. Much less if you do a trivial analysis over text from a couple languages and just use the triples that show up a non-trivial amount of time.
  1116. # [23:25] <AryehGregor> Big surprise, no one clicks the EV button!
  1117. # [23:25] <AryehGregor> TabAtkins, unfortunately, three Latin letters is still much less than one kanji character's worth. But you can optimize on a per-language basis.
  1118. # [23:25] <AryehGregor> If Han unification works for CJK, why can't we use it for other languages too?
  1119. # [23:25] <jgraham> AryehGregor: really
  1120. # [23:25] <TabAtkins> Yeah.
  1121. # [23:26] <Philip`> jgraham: Looks like people scroll up and left more than down and right, which makes no sense to me
  1122. # [23:26] <AryehGregor> So have dedicated characters for common words like "whatever".
  1123. # [23:26] <TabAtkins> Philip`: Most people have scrollwheels?
  1124. # [23:26] <AryehGregor> Philip`, maybe they use scroll wheel or scroll bar for scrolling down, but not up?
  1125. # [23:26] * AryehGregor isn't sure why
  1126. # [23:27] <TabAtkins> Wait, no, Philip`, where are you getting that?
  1127. # [23:27] * MikeSmith considers preparing to trot out his pro-EV hobbyhorse, to point out that if the UI works the say it should, nobody should need to click on the EV button
  1128. # [23:27] <TabAtkins> up/down are both green, while the up/down bar is red.
  1129. # [23:27] <jgraham> Philip`: Maybe they use the scroll wheel or keyboard to go in the more natural directions
  1130. # [23:27] <jgraham> Philip`: But resort to the buttons for more unusual activities
  1131. # [23:28] <AryehGregor> What are "Paste Button" and "Cut Button"? I don't see them in the picture, only in the list.
  1132. # [23:28] * TabAtkins sees the actual numbers now, so nevermind.
  1133. # [23:28] <jgraham> AryehGregor: Non-default
  1134. # [23:28] <AryehGregor> I figured.
  1135. # [23:29] <MikeSmith> about kanji, the expressiveness of kanji for Japanese seeme essential to the written language, to the point where it is impossible for me at least to imagine there ever being a switch to phonetic-alphabet-only writing
  1136. # [23:30] * Quits: ROBOd (~robod@89.123.182.51) (Quit: http://www.robodesign.ro)
  1137. # [23:34] <AryehGregor> You mean because of too many homophones that have different kanji? If so, how are those distinguished in speech?
  1138. # [23:37] <MikeSmith> AryehGregor: yeah, in part because of the homophones
  1139. # [23:37] <MikeSmith> they are distinguished in speech by context
  1140. # [23:38] <AryehGregor> But in writing, I guess it's harder to discern context, which is why written text tends to be much more precise and thought-out in any language.
  1141. # [23:38] <AryehGregor> Interesting.
  1142. # [23:38] <MikeSmith> and by inflections
  1143. # [23:38] <MikeSmith> is "inflections" the right word?
  1144. # [23:38] <AryehGregor> Tone?
  1145. # [23:39] <MikeSmith> by the part of the multi-syllable word that is emphasized
  1146. # [23:39] <MikeSmith> AryehGregor: not Tone in the same sense as Chinese
  1147. # [23:39] <MikeSmith> in that regard Japanese is more atonal
  1148. # [23:40] <MikeSmith> word "stress" is the term, I guess
  1149. # [23:40] <AryehGregor> It doesn't have stress like in English, though, does it? Or at least the stress is much weaker?
  1150. # [23:41] <MikeSmith> no, it does have stress pretty much just like in English
  1151. # [23:41] <MikeSmith> I think
  1152. # [23:41] <AryehGregor> It would be really interesting to learn more Japanese than the few words I know, but unfortunately, that's approximately item #136 on my List of Things to Learn if I Get Vast Quantities of Free Time.
  1153. # [23:42] <TabAtkins> I don't even have a hundred things on my list.
  1154. # [23:42] * AryehGregor finds this on Google: http://japanese.about.com/blqow25.htm
  1155. # [23:42] <MikeSmith> usual examples is two-syllable word like "hana", which is either "nose" or "flower", depending on where you put the stress -- or "hashi", which is either "chopsticks" or "bridge", depending on which syllable is stressed
  1156. # [23:42] <AryehGregor> TabAtkins, a wise optimization, since on such a list you're unlikely to get to item #1.
  1157. # [23:43] <AryehGregor> Until you retire, maybe, but it will probably be different then, so lazy initialization is a wise strategy.
  1158. # [23:43] <MikeSmith> AryehGregor: http://japanese.about.com/blqow25.htm seems completely wrong to me
  1159. # [23:43] <MikeSmith> it is not "pitch" accent at all
  1160. # [23:44] <MikeSmith> it seems like whoever wrote that is actually thinking about Chinese
  1161. # [23:44] <MikeSmith> " Japanese sentences are made up like a melody with rising and falling pitches. Unlike English's uneven rhythm, Japanese sounds like a steadily flowing stream." ... um, no
  1162. # [23:45] <AryehGregor> How a language sounds is ridiculously subjective. It depends on what you're used to.
  1163. # [23:45] <AryehGregor> Every language sounds like a fairly steady stream if you don't understand it well enough to mentally insert word breaks.
  1164. # [23:46] <AryehGregor> (probably not *that* subjective, in that there are likely similarities between native speakers of the same language)
  1165. # [23:46] <AryehGregor> Well, this says that English is stress-timed and Japanese is mora-timed, for what that's worth: http://en.wikipedia.org/wiki/Stress_(linguistics)#Timing
  1166. # [23:46] <AryehGregor> Which actually sort of agrees with your last quote.
  1167. # [23:47] <Hixie> TabAtkins: i gave up having a list at all when i realised i had enough things on my "important urgent" list that i'd never have free time :-)
  1168. # [23:47] <MikeSmith> like anywhere else, spoken Japanese sounds radically different depending on who's speaking, and where they are from
  1169. # [23:47] <TabAtkins> I've mostly given up, too, and instead just maintain my "video games to play in my free time" list, which I can *barely* keep up with.
  1170. # [23:47] <Hixie> BC2
  1171. # [23:48] <Hixie> (and P2 and HL3E3 when they finally comes out, but valve hates me so they might never release them)
  1172. # [23:48] <Hixie> (and GTA5, if that ever exists)
  1173. # [23:48] <TabAtkins> OMG P2
  1174. # [23:48] * TabAtkins gushes.
  1175. # [23:48] <AryehGregor> BC2?
  1176. # [23:48] <TabAtkins> Bad Company 2
  1177. # [23:48] <AryehGregor> Never heard of it.
  1178. # [23:48] <Hixie> it's pretty fun
  1179. # [23:48] <AryehGregor> (why does Valve hate you?)
  1180. # [23:48] <Hixie> they hate us all!
  1181. # [23:48] <MikeSmith> people from northern Japan, when they speak in dialect, I have absolutely no idea what they are saying -- it sounds like a completely different language but they are in fact speaking Japanese with mostly normal grammar, but some different words and a very different way of pronouncing and rhythm
  1182. # [23:48] <Hixie> if they don't hate us, why haven't they released ep3 yet!!!
  1183. # [23:48] * Hixie cries
  1184. # [23:48] <TabAtkins> Valve Time is a cross between marketing time and infinity.
  1185. # [23:49] * MikeSmith don't know what "mora-timed" is and goes to read
  1186. # [23:49] <AryehGregor> MikeSmith, kind of like a Scottish brogue?
  1187. # [23:49] <Hixie> MikeSmith: i have that sometimes with both french and english accents
  1188. # [23:49] <MikeSmith> AryehGregor: yeah, kinda like that
  1189. # [23:50] <MikeSmith> Hixie: you have an accent when you speak French?
  1190. # [23:50] * Quits: jlebar (~jlebar@63.245.220.220) (Ping timeout: 240 seconds)
  1191. # [23:50] * MikeSmith wondering what Hixie sounds like in French
  1192. # [23:50] <Hixie> MikeSmith: no i mean i have that problem understanding other people's french and english when they speak with some of the more obscure accents
  1193. # [23:50] <Hixie> there's some parts of switzerland and france where i'll be damned if i can understand a word they're saying
  1194. # [23:51] <Hixie> same with english and some parts of the UK or US
  1195. # [23:51] <MikeSmith> yeah
  1196. # [23:51] * jgraham assumes Hixie has *some* accent
  1197. # [23:51] <Hixie> (and i'm not even talking about the weird dialects like cockney rhyming slang)
  1198. # [23:51] <AryehGregor> http://en.wikipedia.org/wiki/Japanese_pitch_accent
  1199. # [23:51] <AryehGregor> It sounds like Japanese stress is pitch-based, not loudness-based as in English?
  1200. # [23:51] <MikeSmith> my accent varies based on who I'm talked to and where I am
  1201. # [23:51] <hober> there's a public-html joke in here somewhere...
  1202. # [23:52] <Hixie> what should i call the event that fires when a cue becomes active?
  1203. # [23:52] <hober> cuechange?
  1204. # [23:53] <TabAtkins> So, hey, I'm going to be giving a 30min tech talk on Wednesday about HTML5, focusing on hackable stuff. Planning on doing <video>/<canvas> stuff. What are the coolest demos of things that J. Random Hacker would like to do with those, but are simple enough to explain in 30 min?
  1205. # [23:53] <jgraham> oncue not at all confusing
  1206. # [23:53] <AryehGregor> TabAtkins, the IE9 page has tons of them!
  1207. # [23:53] <Hixie> i need an event for when the cue becomes active and an event for when the cue becomes inactive
  1208. # [23:53] <Hixie> to fire on the cue itself
  1209. # [23:53] <TabAtkins> AryehGregor: Ooh, I'll check.
  1210. # [23:53] <Hixie> and then an event to fire when the active cues change, to fire on the media element
  1211. # [23:53] <AryehGregor> (particularly, it has one when IE9 performs great and all other browsers behave like molasses)
  1212. # [23:53] <Hixie> onactive, oninactive, oncuechange?
  1213. # [23:54] <jgraham> Hixie: seems good
  1214. # [23:54] <hober> cue{,de}activate & cuechange?
  1215. # [23:54] <MikeSmith> AryehGregor: hmm, yeah, it is also about pitch, now that I think more -- it's partly about drawing vowel sounds out longer and rising tone .. but that seems somehow quite different to me than how pitch is in Chinese .. maybe it's not so different actually
  1216. # [23:54] <Hixie> oncuedeactivate is long
  1217. # [23:54] <hober> true
  1218. # [23:55] <AryehGregor> MikeSmith, it's practically impossible to actually notice these things yourself. It just seems natural, it's hard to think about. But when you think about stuff that linguists say, you realize that they're right.
  1219. # [23:55] <AryehGregor> (in my experience with English, at least)
  1220. # [23:56] <AryehGregor> Phonology is practically unnoticeable. Our brain only gets passed the phonemes once the lower levels sort out what the phones map to.
  1221. # [23:56] <AryehGregor> Or something like that.
  1222. # [23:56] <AryehGregor> (are you a native Japanese speaker?)
  1223. # [23:56] <MikeSmith> no, not a native speaker
  1224. # [23:56] * Joins: jlebar (~jlebar@nat/mozilla/x-pptwvrplzhiakffp)
  1225. # [23:57] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k479.webspeed.dk) (Quit: Leaving)
  1226. # [23:57] <AryehGregor> My mother was born in Japan to American parents, after the war. Lived there till she was four.
  1227. # [23:57] <MikeSmith> but most of my Japanese learning has come more from just listening and speaking
  1228. # [23:57] <AryehGregor> I learned a bunch about Japan when I was young mainly for that reason.
  1229. # [23:57] <jgraham> There can't be many native Japanese called Mike Smith
  1230. # [23:57] <MikeSmith> where did she live? do you know? maybe Tachikawa area?
  1231. # [23:57] * hober minored in Japanese, but I've lost virtually all of it since then, from lack of use
  1232. # [23:58] <AryehGregor> jgraham, yeah, I thought that too.
  1233. # [23:58] <MikeSmith> well, my daughter is a Smith also, and doesn't look very Japanese, but she's a native speaker (in fact, unfortunately so far, she doesn't speak much English at all)
  1234. # [23:58] <AryehGregor> I don't know where she lived. Her father taught in a university somewhere. He taught about Japanese art to the Japanese, in English, with a heavy German accent.
  1235. # [23:58] <MikeSmith> heh
  1236. # [23:59] <Hixie> MikeSmith: how old is she?
  1237. # [23:59] <MikeSmith> she is 12 now
  1238. # [23:59] <Hixie> ah
  1239. # [23:59] <MikeSmith> I learn a lot of Japanese from her
  1240. # [23:59] <MikeSmith> she's a good explainer
  1241. # [23:59] <AryehGregor> My sister moved to Israel, and my parents made it very clear that the grandkids had better speak fluent English, or else.
  1242. # [23:59] <MikeSmith> but the side effect is that when I speak Japanese, I sound like a 12-year-old Japanese girl
  1243. # [23:59] <AryehGregor> Heh.
  1244. # [23:59] <jgraham> MikeSmith: Sure there could be some. But historically (and presently?) the Japanese have had rather strict immigration policies
  1245. # Session Close: Sat Jul 03 00:00:00 2010

The end :)