/irc-logs / freenode / #whatwg / 2010-06-24 / end

Options:

  1. # Session Start: Thu Jun 24 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: erlehmann (~erlehmann@89.204.137.67)
  4. # [00:00] <AryehGregor> So, my reaction to IE9 is now even more strongly 1) awesome!, and 2) be very afraid.
  5. # [00:01] <AryehGregor> TabAtkins, now, where should this be specced?
  6. # [00:01] <TabAtkins> Apparently, in Unicode.
  7. # [00:01] * AryehGregor doesn't think "it shouldn't be specced" is a good answer, given the large rendering discrepancy on that page
  8. # [00:01] * AryehGregor reads the Unicode spec
  9. # [00:04] * Joins: jlebar (~jlebar@63.245.220.220)
  10. # [00:05] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Ping timeout: 248 seconds)
  11. # [00:05] * Joins: davidb (~davidb@bas1-toronto06-2925211617.dsl.bell.ca)
  12. # [00:07] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  13. # [00:08] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Remote host closed the connection)
  14. # [00:08] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  15. # [00:08] <Hixie> http://www.youtube.com/watch?v=91bNp7HJolE
  16. # [00:08] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  17. # [00:09] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Client Quit)
  18. # [00:11] * Quits: davidb (~davidb@bas1-toronto06-2925211617.dsl.bell.ca) (Quit: davidb)
  19. # [00:11] * Joins: Yudai (~Yudai@p8bac84.kngwnt01.ap.so-net.ne.jp)
  20. # [00:13] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
  21. # [00:13] <AryehGregor> TabAtkins, looks like U+002F SOLIDUS is in the class "SY: Symbols Allowing Break After (A)", so breaks should occur after it except if it immediately precedes a digit.
  22. # [00:13] <AryehGregor> "URLs are now so common in regular plain text that they need to be taken into account when assigning general-purpose line breaking properties. Slash (solidus) is allowed as an additional, limited break opportunity to improve layout of Web addresses. As a side effect, some common abbreviations such as “w/o” or “A/S”, which normally would not be broken, acquire a line break opportunity. The recommendation in this case is for the layout
  23. # [00:13] <AryehGregor> system not to utilize a line break opportunity allowed by SY unless the distance between it and the next line break opportunity exceeds an implementation-defined minimal distance.
  24. # [00:13] <AryehGregor> "
  25. # [00:13] <AryehGregor> Ack, too long.
  26. # [00:14] <TabAtkins> K, so we're not following unicode. That's cool.
  27. # [00:14] <TabAtkins> FWIW, IE doesn't follow that either. However, it puts a linebreak opportunity before [, so it still ends up wrapping that line sufficiently.
  28. # [00:14] <AryehGregor> The full algorithm looks quite complicated. I suspect browsers don't implement it for some reason.
  29. # [00:14] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  30. # [00:15] <AryehGregor> For instance, it says that breaks are permitted before %, but not if it's preceded by a number, even if there's intervening whitespace.
  31. # [00:15] * AryehGregor tests that
  32. # [00:16] <Philip`> http://canvex.lazyilluminati.com/83b/play.xhtml - yay, Canvex sort of works in IE9, if I disable the SVG <object>s (otherwise it doesn't seem to load the wall textures) and do s/const/var/ in the JS
  33. # [00:16] <AryehGregor> Firefox 3.7, Chrome dev, and Opera 10.60 all ignore that.
  34. # [00:17] * Quits: Yudai (~Yudai@p8bac84.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 264 seconds)
  35. # [00:17] * Joins: jellin (43a3140e@gateway/web/freenode/ip.67.163.20.14)
  36. # [00:18] <Philip`> Still drops down to ~15fps in Ultra size when moving, though :-(
  37. # [00:19] * AryehGregor can't figure out how [ is supposed to be handled
  38. # [00:19] <AryehGregor> It looks like "(AL | NU) × OP" means "do not break between an alphanumeric character and an opening punctuation character".
  39. # [00:20] * Quits: nielsle (~nielsle@1503032406.dhcp.dbnet.dk) (Quit: Ex-Chat)
  40. # [00:21] * Quits: Martijnc (~Martijnc@91.176.40.222)
  41. # [00:25] <AryehGregor> Hmm, it seems like the prose contradicts the actual algorithm?
  42. # [00:25] <TabAtkins> That's not surprising.
  43. # [00:25] <AryehGregor> Oh, no, I see.
  44. # [00:25] <AryehGregor> It's covered by the last rule, "Break everywhere else."
  45. # [00:26] <AryehGregor> It actually looks to be very thorough and well-considered.
  46. # [00:26] <AryehGregor> The algorithm, I mean.
  47. # [00:26] <TabAtkins> That's cool.
  48. # [00:26] <AryehGregor> Although as with some other Unicode algorithms, it concedes that you may have to tailor it for best results.
  49. # [00:26] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  50. # [00:27] <zcorpan_> ok now i have ie9 preview 3 up and running
  51. # [00:27] <zcorpan_> doesn't seem to support <video controls>
  52. # [00:28] <zcorpan_> but does support <audio controls>
  53. # [00:29] <zcorpan_> hmm. only respects width/height on video if both are supported, and stretches the video instead of letterboxing
  54. # [00:30] <zcorpan_> ah, does support <video controls>, but they don't appear if the video is too small
  55. # [00:30] <zcorpan_> it seems they did fix the fallback bug i reported
  56. # [00:30] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  57. # [00:31] * Joins: Yudai (~Yudai@p8bc8a3.kngwnt01.ap.so-net.ne.jp)
  58. # [00:35] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  59. # [00:36] * Joins: shepazu (~schepers@87-194-154-182.bethere.co.uk)
  60. # [00:37] * Joins: nessy (~Adium@124-170-165-184.dyn.iinet.net.au)
  61. # [00:38] <zcorpan_> Philip`: i've run it through your canvas tests. do you want me to click 'submit results'?
  62. # [00:39] <Philip`> zcorpan_: No - that'll just give a 404, I think
  63. # [00:39] <TabAtkins> a;lskjdf;aslkdh;akl I cant' install preview 3. And i couldn't install preview 2 either. I uninstall preview 1.9, install preview 3, and it just gives me 1.9 back again.
  64. # [00:39] <f1lt3r> IE9 get's Canvas huh? Is this the end of SVG?! ...just kidding ;) http://bit.ly/aSIwRu
  65. # [00:40] <Philip`> zcorpan_: If you copy-and-paste the test output from the textarea thing then I could probably stick it into the results table fairly easily
  66. # [00:40] <zcorpan_> i wonder how i go back in ie9 preview
  67. # [00:41] <TabAtkins> zcorpan_: You use my computer, apparently.
  68. # [00:41] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Quit: Leaving...)
  69. # [00:41] <Philip`> zcorpan_: I'm not sure that you can
  70. # [00:42] <zcorpan_> sigh
  71. # [00:42] * zcorpan_ runs the tests again
  72. # [00:47] <Philip`> Can it cope with lots of tests on a single page?
  73. # [00:48] <zcorpan_> yeah
  74. # [00:48] <zcorpan_> is the 'generate report' button supposed to navigate to a different page?
  75. # [00:48] <zcorpan_> i don't get a chance to copy the textarea
  76. # [00:48] <Philip`> No, it should just fill in the textarea
  77. # [00:49] <zcorpan_> ie9 navigates...
  78. # [00:49] <Philip`> IE8 with excanvas doesn't, unless I'm horribly mistaken
  79. # [00:49] <zcorpan_> why the ******* is there no back functionality??
  80. # [00:49] <zcorpan_> or stop?
  81. # [00:50] <Philip`> <button type="button" onclick="document.getElementById('report').value = genreport()">Generate test report</button>
  82. # [00:50] <Philip`> I assume I shouldn't need a return false in there, or anything like that?
  83. # [00:52] <zcorpan_> you shouldn't... but it seems ie9 wants to submit the form there
  84. # [00:55] <zcorpan_> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/518 (ie9 also screwed up the save function and gave "http://software.hixie.ch:80utilities/js/live-dom-viewer/saved/518")
  85. # [00:55] <AryehGregor> zcorpan_, I think the idea is so no one uses it as their normal browser and then hates on them for its missing features.
  86. # [00:55] <AryehGregor> They seem to go a little overboard, though.
  87. # [00:56] <Hixie> does http://software.hixie.ch/utilities/js/live-dom-viewer/saved/519 show usemap="" working on <canvas> in any browser? I can't reproduce chaals' claim that all the browsers support it already.
  88. # [00:56] <Hixie> am I just doing it wrong?
  89. # [00:58] * Quits: Yudai (~Yudai@p8bc8a3.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 240 seconds)
  90. # [00:59] * Joins: Yudai (~Yudai@p8bc8a3.kngwnt01.ap.so-net.ne.jp)
  91. # [01:01] * Parts: xtothey (~ryanblair@ool-457b0b05.dyn.optonline.net)
  92. # [01:04] * Quits: Yudai (~Yudai@p8bc8a3.kngwnt01.ap.so-net.ne.jp) (Client Quit)
  93. # [01:07] <zcorpan_> Philip`: ok i edited the DOM and could now copy the textarea
  94. # [01:12] * Joins: dbaron (~dbaron@nat/mozilla/x-mcwtxrehydranfzj)
  95. # [01:12] * Joins: mmn (~mmn@129-97-120-146.uwaterloo.ca)
  96. # [01:12] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 276 seconds)
  97. # [01:13] * Joins: jwalden (~waldo@nat/mozilla/x-yhhqtkxbdytfnsqc)
  98. # [01:13] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  99. # [01:19] * Joins: sicking (~chatzilla@nat/mozilla/x-slckifqhrzegntig)
  100. # [01:28] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
  101. # [01:29] * Quits: oknoway (~oknoway@173-8-201-137-Oregon.hfc.comcastbusiness.net) (Quit: oknoway)
  102. # [01:29] <hober> Hixie: works in chrome
  103. # [01:30] <Hixie> what do you see exactly?
  104. # [01:30] <hober> when I click on the cats I land on: You have reached this web page by typing "example.com", "example.net", or "example.org" into your web browser.\n\nThese domain names are reserved for use in documentation and are not available for registration. See RFC 2606, Section 3.
  105. # [01:31] <Hixie> sure but is the <canvas> also showing the image map?
  106. # [01:31] <Hixie> i know the <img> supports it
  107. # [01:31] <hober> oh, sorry, didn't notice the <img>
  108. # [01:32] <hober> the <canvas> is the blank area between the ellipses?
  109. # [01:32] <Hixie> yeah
  110. # [01:32] <hober> nothing happens when I click that.
  111. # [01:32] <hober> so yeah, I don't know what chaals was on about there
  112. # [01:36] <Hixie> ok
  113. # [01:36] * Hixie goes back to his MUD for now
  114. # [01:36] <sicking> man, i can't believe no-one took the w3c bugzilla bug 10000 before I did
  115. # [01:37] <sicking> it was sitting there wide open for a long time
  116. # [01:37] <TabAtkins> I can't believe that Julian got bug #9001. >_<
  117. # [01:38] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  118. # [01:38] * sicking doesn't see the significance of #9001
  119. # [01:38] * Quits: dglazkov (~dglazkov@nat/google/x-ocanydqthwlkbamh) (Quit: dglazkov)
  120. # [01:38] <TabAtkins> IT'S OVER NINE THOUSAAAAAAAAAAAAAAAAAAAAND
  121. # [01:39] <sicking> riiiiiiight
  122. # [01:39] * sicking feels like he is still lacking context
  123. # [01:39] <Hixie> y'all have issues
  124. # [01:39] <TabAtkins> http://www.youtube.com/watch?v=SiMHTK15Pik
  125. # [01:39] <TabAtkins> ^^^ context
  126. # [01:39] <TabAtkins> Well, hm. No, that's not it. That' sjust the source. One sec.
  127. # [01:40] <sicking> urban dictionary is my friend
  128. # [01:40] <sicking> also google
  129. # [01:40] <TabAtkins> That works too.
  130. # [01:40] <sicking> fortunately i've been successful in avoiding Dragon Ball Z
  131. # [01:41] <TabAtkins> over9k doesn't really depend on dbz. It's... a thing all its own.
  132. # [01:43] * sicking also notes that 10000 also is over 9000
  133. # [01:44] <sicking> i know, i know
  134. # [01:45] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  135. # [01:58] * Quits: shepazu (~schepers@87-194-154-182.bethere.co.uk) (Quit: shepazu)
  136. # [02:02] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  137. # [02:06] <MikeSmith> sicking: did anybody tell you yet about the prize for filing bug but 10000?
  138. # [02:08] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 260 seconds)
  139. # [02:08] <sicking> MikeSmith: no?! What do I win? A brand new car? $10000000 from dead Nigerian prince? A years supply of viagra?
  140. # [02:09] <MikeSmith> you won editorship of the WebIDL spec
  141. # [02:09] <MikeSmith> so, congratulations!
  142. # [02:09] * MikeSmith pats sicking on the back
  143. # [02:09] <sicking> hahaha
  144. # [02:09] * sicking runs
  145. # [02:09] <MikeSmith> heh
  146. # [02:10] <MikeSmith> maybe we should rename that spec Hot Potato
  147. # [02:11] <sicking> Or FileAPI2
  148. # [02:13] <MikeSmith> or XBL3...
  149. # [02:24] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  150. # [02:26] * Joins: JonathanNeal_ (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  151. # [02:29] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
  152. # [02:32] * Quits: JonathanNeal_ (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
  153. # [02:34] * Joins: mmn1 (~mmn@129-97-120-146.uwaterloo.ca)
  154. # [02:34] * Quits: mmn (~mmn@129-97-120-146.uwaterloo.ca) (Read error: Connection reset by peer)
  155. # [02:35] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  156. # [02:35] * Quits: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se) (Ping timeout: 264 seconds)
  157. # [02:39] * Quits: deepthawtz (~deepthawt@c-24-130-129-16.hsd1.ca.comcast.net) (Remote host closed the connection)
  158. # [02:44] * Joins: weinig (~weinig@17.246.18.229)
  159. # [02:45] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  160. # [02:46] * Quits: weinig (~weinig@17.246.18.229) (Client Quit)
  161. # [02:50] * Quits: mmn1 (~mmn@129-97-120-146.uwaterloo.ca) (Quit: Leaving.)
  162. # [02:51] * Joins: MikeSmithX (~MikeSmith@EM111-188-57-188.pool.e-mobile.ne.jp)
  163. # [02:52] * Quits: jlebar (~jlebar@63.245.220.220) (Read error: Operation timed out)
  164. # [02:54] * Quits: franksalim (~frank@adsl-75-61-93-123.dsl.pltn13.sbcglobal.net) (Quit: Ex-Chat)
  165. # [02:54] * Joins: Yudai (~Yudai@p6eac83.kngwnt01.ap.so-net.ne.jp)
  166. # [02:54] * Quits: MikeSmith (~MikeSmith@EM114-48-1-220.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  167. # [02:59] * Quits: dave_levin (~dave_levi@nat/google/x-gzojmpncxjpwpwgx) (Quit: dave_levin)
  168. # [03:00] * Quits: KaOSoFt (~webmaster@unaffiliated/kaosoft) (Quit: Leaving)
  169. # [03:00] * Joins: weinig (~weinig@17.246.18.229)
  170. # [03:06] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  171. # [03:10] * Joins: jlebar (~jlebar@nat/mozilla/x-kkfeewuisvkfpjin)
  172. # [03:11] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
  173. # [03:12] * Joins: othermaciej (~mjs@17.246.19.187)
  174. # [03:12] * Joins: adamdecaf (~adam@216-161-120-38.desm.qwest.net)
  175. # [03:14] * Quits: adamdecaf (~adam@216-161-120-38.desm.qwest.net) (Client Quit)
  176. # [03:15] * Joins: wakaba_0 (~wakaba_@203-140-90-184.eonet.ne.jp)
  177. # [03:15] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  178. # [03:16] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  179. # [03:24] * Quits: theMadness (~petal@host57-134-static.35-88-b.business.telecomitalia.it) (Quit: is this needed?)
  180. # [03:25] * Joins: davidb (~davidb@bas1-toronto06-2925211617.dsl.bell.ca)
  181. # [03:25] <boblet> re: CSS I was told UAs can’t drop vendor prefixes until the relevant spec goes CR. Given border-radius on Opera even though CSS3 Backgrounds is still Working Draft, that’s wrong, no?
  182. # [03:26] * Quits: sicking (~chatzilla@nat/mozilla/x-slckifqhrzegntig) (Ping timeout: 245 seconds)
  183. # [03:26] <TabAtkins> Backgrounds went CR for a short time.
  184. # [03:26] <TabAtkins> And then we pulled it back to make some useful changes.
  185. # [03:27] <TabAtkins> It should be back to Last Call any time now, too.
  186. # [03:27] * Quits: kennyluck (~kennyluck@EM114-48-144-10.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  187. # [03:27] <boblet> TabAtkins: aaah, that explains it. so regarding adding non-prefixed versions to ‘future-proof’ (like for transitions), is that bad? (given the spec could change etc)
  188. # [03:30] <TabAtkins> Yes and no. It's good, and it's bad, and it's good and bad to do the opposite.
  189. # [03:30] <boblet> lol
  190. # [03:30] <boblet> thanks for your definitive answer :)
  191. # [03:30] <TabAtkins> If you put in unprefixed versions, figuring that they won't change, you create some pressure to not change it, since you have deployed content that won't be compatible.
  192. # [03:30] <boblet> (it certainly covered all the bases)
  193. # [03:31] <TabAtkins> But if you don't, then you make it more painful to drop prefixed versions, since you might not update your site to use the unprefixed one.
  194. # [03:31] <TabAtkins> So, shrug?
  195. # [03:31] <TabAtkins> I use unprefixed, but only if I'm using the property in a simple enough manner that I'm confident it won't change.
  196. # [03:32] <boblet> yeah, I personally work on the expectation that most specs won’t change significantly, and if there is a major change it’ll be something I notice and then go fix
  197. # [03:32] * Quits: jlebar (~jlebar@nat/mozilla/x-kkfeewuisvkfpjin) (Ping timeout: 260 seconds)
  198. # [03:33] <erlehmann> i use prefixes. after all, that is what they are for.
  199. # [03:33] <boblet> there’s no site (that I know of) tracking what browsers are or have been using prefixes, so it’s hard to keep on top of adding unprefixed versions in
  200. # [03:33] <erlehmann> boblet, progressive degradation or how it is called ;)
  201. # [03:33] <erlehmann> make your site work without fancy backgrounds, problem solved
  202. # [03:34] * Quits: dbaron (~dbaron@nat/mozilla/x-mcwtxrehydranfzj) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  203. # [03:34] <boblet> erlehmann: graceful degredation ;-)
  204. # [03:34] <boblet> but the unprefixed versions could be seen as progressive enhancement (for the glorious future of unprefixed support)
  205. # [03:35] <MikeSmithX> erlehmann: what if the purpose of your site is two demonstrate fancy backgrounds?
  206. # [03:36] <erlehmann> i would always settle for one fancy background, comrade.
  207. # [03:37] * Quits: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
  208. # [03:38] * Quits: ap (~ap@17.246.17.28) (Quit: ap)
  209. # [03:38] * Joins: justicefries (~gerred@65.100.130.168)
  210. # [03:43] * Quits: justicefries (~gerred@65.100.130.168) (Client Quit)
  211. # [03:47] * Joins: justicefries (~gerred@65.100.130.168)
  212. # [03:48] * Joins: jlebar (~jlebar@nat/mozilla/x-eadkejduwglgwhup)
  213. # [03:50] * MikeSmithX is now known as MikeSmith
  214. # [03:52] * Joins: kennyluck (~kennyluck@EM114-48-194-240.pool.e-mobile.ne.jp)
  215. # [03:52] <MikeSmith> you sound like a possible appreciator of the "wabi sabi" aesthetic
  216. # [03:53] <MikeSmith> which, btw and unfortunately, most Japanese websites demonstrate completely the opposite of the wabi-sabi aesthetic
  217. # [03:53] * Joins: variable (~variable@unaffiliated/variable)
  218. # [03:53] <MikeSmith> with some exceptions
  219. # [03:53] <MikeSmith> like the sites that boblet creates in Japan
  220. # [03:53] <MikeSmith> which are much more wabi and sabi
  221. # [03:54] <erlehmann> wat
  222. # [03:54] <boblet> MikeSmith: i like to think of them as more wasabi
  223. # [03:55] <MikeSmith> boblet: please make em more like yuzu koshou
  224. # [03:55] * Joins: titacgs (~titacgs@190.2.33.49)
  225. # [03:56] <boblet> MikeSmith: ooh man! I’m so addicted to that stuff atm. although it prolly should be called yuzu shio huh
  226. # [03:57] <MikeSmith> dunno
  227. # [03:58] <MikeSmith> it's got a lot of pepper in there
  228. # [03:58] <MikeSmith> of some kind
  229. # [03:58] <boblet> the one I’ve got is more salty than peppery
  230. # [03:58] <boblet> regardless it’s awesome
  231. # [04:00] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 276 seconds)
  232. # [04:03] * MikeSmith found http://en.wikipedia.org/wiki/Yuzukoshō
  233. # [04:04] <MikeSmith> http://ja.wikipedia.org/wiki/柚子胡椒
  234. # [04:04] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  235. # [04:04] * Joins: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk)
  236. # [04:05] <MikeSmith> pathetic -- dinnet know kanji for 胡椒 til now
  237. # [04:05] * Quits: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk) (Client Quit)
  238. # [04:05] * Joins: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk)
  239. # [04:07] <MikeSmith> Hixie: please add a Previous Versions link to source of http://dev.w3.org/html5/spec/
  240. # [04:07] <MikeSmith> for http://www.w3.org/TR/2010/WD-html5-20100304/
  241. # [04:11] * Joins: fishd_ (~fishd@nat/google/x-tlhhpezwplvcwqjc)
  242. # [04:11] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
  243. # [04:11] * Quits: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk) (*.net *.split)
  244. # [04:11] * Quits: othermaciej (~mjs@17.246.19.187) (*.net *.split)
  245. # [04:11] * Quits: Yudai (~Yudai@p6eac83.kngwnt01.ap.so-net.ne.jp) (*.net *.split)
  246. # [04:11] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (*.net *.split)
  247. # [04:11] * Quits: gregw (~gregwilki@60-242-119-126.tpgi.com.au) (*.net *.split)
  248. # [04:11] * Quits: ryuone (~ryuone@ryuone.com) (*.net *.split)
  249. # [04:11] * Quits: fishd (~fishd@nat/google/x-ylnuydbjglfkvsyw) (*.net *.split)
  250. # [04:13] * Joins: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk)
  251. # [04:13] * Joins: othermaciej (~mjs@17.246.19.187)
  252. # [04:13] * Joins: Yudai (~Yudai@p6eac83.kngwnt01.ap.so-net.ne.jp)
  253. # [04:13] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  254. # [04:13] * Joins: gregw (~gregwilki@60-242-119-126.tpgi.com.au)
  255. # [04:13] * Joins: ryuone (~ryuone@ryuone.com)
  256. # [04:13] * Joins: fishd (~fishd@nat/google/x-ylnuydbjglfkvsyw)
  257. # [04:13] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  258. # [04:14] * Quits: othermaciej (~mjs@17.246.19.187) (Ping timeout: 276 seconds)
  259. # [04:15] * Quits: fishd (~fishd@nat/google/x-ylnuydbjglfkvsyw) (Ping timeout: 276 seconds)
  260. # [04:16] * Quits: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net) (Quit: taf2)
  261. # [04:20] * boblet wants a yuzukosho kitkat!
  262. # [04:21] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  263. # [04:23] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: ⌘Q)
  264. # [04:27] * Joins: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  265. # [04:40] <variable> I'm looking for more stuff to add to the rationale document - if anyone has any ideas please let me know
  266. # [04:40] <variable> I'm following the mailing list but there isn't that much to go on atm
  267. # [04:43] * Quits: davidb (~davidb@bas1-toronto06-2925211617.dsl.bell.ca) (Quit: davidb)
  268. # [04:51] <MikeSmith> variable: going back through the commit-watchers list and checking commit descriptions might help some
  269. # [04:51] <MikeSmith> http://lists.whatwg.org/pipermail/commit-watchers-whatwg.org/
  270. # [04:52] <MikeSmith> ...or it might also not help so much
  271. # [04:53] <MikeSmith> most of the commit descriptions don't provide much rationale
  272. # [04:53] <variable> MikeSmith, I'm looking for recent contecious decisions that have some kind of trail on the mailing list
  273. # [04:53] <MikeSmith> just recent ones?
  274. # [04:54] <variable> *contentious
  275. # [04:54] <variable> MikeSmith, older ones are OK as well
  276. # [04:54] <variable> anything that is contentious and needs to be documented ;)
  277. # [04:54] <MikeSmith> for some recent ones, reviewing W3C bugzilla might help
  278. # [04:55] <MikeSmith> http://www.w3.org/Bugs/Public/buglist.cgi?cmdtype=runnamed&namedcmd=HTML%20WG%20issues
  279. # [04:55] <MikeSmith> and for older ones, going back through the whatwg archives and checking Hixie messages
  280. # [04:56] <MikeSmith> to find ones where he indicates that he's made a change to the spec
  281. # [04:56] <variable> MikeSmith, anything specific ?
  282. # [04:56] <MikeSmith> variable: nothing specific
  283. # [04:56] <MikeSmith> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/
  284. # [04:56] <MikeSmith> you may find there is some pattern to the messages from Hixie
  285. # [04:57] <MikeSmith> something in the subject line, I dunno
  286. # [04:57] <variable> MikeSmith, I've been following the mailing list - looking for questions where people ask or answer why certain things are the case. But I can't go over everything - hence fishing for more things to add
  287. # [04:57] <MikeSmith> going back through Mark Pilgrim's This Week in HTML5 postings might actually be the best way
  288. # [04:58] * Quits: erlehmann (~erlehmann@89.204.137.67) (Quit: Ex-Chat)
  289. # [04:58] <variable> hrm ok
  290. # [04:58] <MikeSmith> and his "What's Next" ones
  291. # [04:58] <MikeSmith> http://blog.whatwg.org/category/whats-next
  292. # [04:58] <MikeSmith> http://blog.whatwg.org/category/weekly-review
  293. # [04:59] <MikeSmith> Mark already did a lot of archaeology on some changes
  294. # [04:59] <variable> ok - I'll read throught them soon
  295. # [04:59] <MikeSmith> and documented them in some of those postings
  296. # [04:59] <variable> I'm trying to update this page: http://wiki.whatwg.org/wiki/index.php?title=Rationale
  297. # [04:59] <MikeSmith> I don't know how much of that might already be reflected in the Rationale page
  298. # [04:59] <MikeSmith> variable: yeah, I know which page you mean
  299. # [05:00] <variable> " I need a ***legitimate*** login and password to continue. " - as if you wanted an invalid username as password ;)
  300. # [05:01] <variable> (from the W3C bugzilla)
  301. # [05:01] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
  302. # [05:02] <variable> MikeSmith, I added those to my bookmarks - I'll get to them soon - thanks
  303. # [05:06] <MikeSmith> cheers
  304. # [05:18] * Joins: roc (~roc@121.98.230.221)
  305. # [05:35] * Quits: jlebar (~jlebar@nat/mozilla/x-eadkejduwglgwhup) (Ping timeout: 264 seconds)
  306. # [05:37] * Quits: kennyluck (~kennyluck@EM114-48-194-240.pool.e-mobile.ne.jp) (Quit: kennyluck)
  307. # [05:48] * Joins: Viper550 (~lirodon@wikipedia/ViperSnake151)
  308. # [05:59] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  309. # [06:14] * Quits: variable (~variable@unaffiliated/variable) (Quit: Leaving)
  310. # [06:27] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  311. # [06:32] * Quits: jwalden (~waldo@nat/mozilla/x-yhhqtkxbdytfnsqc) (Quit: need...food...now)
  312. # [06:33] * Quits: MikeSmith (~MikeSmith@EM111-188-57-188.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  313. # [06:41] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  314. # [06:43] * Quits: Guest57405 (6d421746@gateway/web/freenode/ip.109.66.23.70) (Ping timeout: 252 seconds)
  315. # [06:52] * Joins: Anonameless (Nameless@cm218-252-156-82.hkcable.com.hk)
  316. # [06:58] * Joins: jon__ (~jon@athedsl-245830.home.otenet.gr)
  317. # [07:00] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  318. # [07:06] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  319. # [07:09] * Quits: danbri (~danbri@unaffiliated/danbri) (Quit: going back to danbri.org)
  320. # [07:11] * Joins: slartsa_ (~Lari@adsl-215-234-204.kymp.net)
  321. # [07:12] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 264 seconds)
  322. # [07:15] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
  323. # [07:46] * Quits: Viper550 (~lirodon@wikipedia/ViperSnake151) (Quit: Leaving)
  324. # [07:52] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  325. # [08:02] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  326. # [08:12] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 248 seconds)
  327. # [08:12] * Quits: drunknbass (~drunknbas@76.91.255.83) (Remote host closed the connection)
  328. # [08:13] <Hixie> Lachy: yt?
  329. # [08:14] * Joins: pesla (~pesla@188.202.125.121)
  330. # [08:26] * Joins: Amorphous (jan@unaffiliated/amorphous)
  331. # [08:31] * Quits: jellin (43a3140e@gateway/web/freenode/ip.67.163.20.14) (Quit: Page closed)
  332. # [08:32] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  333. # [08:32] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
  334. # [08:32] * Joins: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp)
  335. # [08:37] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  336. # [08:40] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  337. # [08:47] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  338. # [08:47] * Parts: svl (~me@ip565744a7.direct-adsl.nl)
  339. # [08:55] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  340. # [08:59] * Quits: cedric_ (~cedric@124.197.92.32) (Read error: Connection reset by peer)
  341. # [09:00] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  342. # [09:02] * Joins: cedric_ (~cedric@112.199.255.34)
  343. # [09:03] * Joins: thomas_ (~thomasain@ingserv.demon.co.uk)
  344. # [09:05] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: g'night)
  345. # [09:06] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
  346. # [09:11] * Joins: kfirst (~chatzilla@pc154-c716.uibk.ac.at)
  347. # [09:11] * Joins: MikeSmith (~MikeSmith@EM114-48-201-153.pool.e-mobile.ne.jp)
  348. # [09:15] <GPHemsley> What do we think of Cufón? http://cufon.shoqolate.com/
  349. # [09:16] <Dashiva^2> krijnh: the logs page seems to be down, but I'm sure you know
  350. # [09:18] * Joins: payman (~payman@pat.se.opera.com)
  351. # [09:20] * Quits: cedric_ (~cedric@112.199.255.34) (Ping timeout: 258 seconds)
  352. # [09:24] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  353. # [09:27] <krijnh> Dashiva^2: yeah, my IP changed again
  354. # [09:33] * Quits: pesla (~pesla@188.202.125.121) (Quit: zzzzleepy!)
  355. # [09:33] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
  356. # [09:35] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  357. # [09:36] * Quits: slartsa_ (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 264 seconds)
  358. # [09:43] * Quits: justicefries (~gerred@65.100.130.168) (Ping timeout: 260 seconds)
  359. # [09:46] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  360. # [09:47] * Joins: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7)
  361. # [09:49] * Joins: roc (~roc@121.98.230.221)
  362. # [09:50] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  363. # [09:50] * Joins: justicefries (~gerred@65.100.130.168)
  364. # [09:51] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
  365. # [09:53] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  366. # [09:53] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  367. # [09:56] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  368. # [09:56] * Joins: weinig_ (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  369. # [09:59] <roc> Philip`: have you run your canvas tests against IE9 dev preview yet?
  370. # [09:59] <roc> or maybe you're the wrong Philip
  371. # [10:00] * zcorpan_ has and has emailed the results to Philip`
  372. # [10:02] <othermaciej> how does it do?
  373. # [10:03] * Quits: weinig_ (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  374. # [10:04] <hsivonen> are all the tweets saying things about the performance of IE9 still violating the license?
  375. # [10:08] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
  376. # [10:08] * Joins: roc (~roc@121.98.230.221)
  377. # [10:09] <zcorpan_> othermaciej: i don't know, waiting for Philip` to put it in the comparison table
  378. # [10:12] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  379. # [10:18] <jgraham> Must not scream
  380. # [10:18] <jgraham> Must be calm in the face of ASCII Reference spam
  381. # [10:18] <annevk> that plugin email is pretty daunting too
  382. # [10:19] <zcorpan_> html4 and xml allows > in attribute values. they even allow ]]> in attribute values.
  383. # [10:19] <annevk> Hixie explains a teapot is being rendered and Julian suggests he did not want enhanced there, lol
  384. # [10:21] <jgraham> In the spirit of actually doing useful things, getting Philip`'s canvas tests in the testsuite seems high priority
  385. # [10:21] <roc> yeah
  386. # [10:21] <annevk> when are we getting a useful test framework?
  387. # [10:22] <jgraham> annevk: We are getting a useful test framework?
  388. # [10:22] <annevk> I'd be interested in making tests for a number of things if something is in place
  389. # [10:22] <annevk> jgraham, yeah, so maybe not
  390. # [10:22] <jgraham> I mean I wrote something for general DOM tests
  391. # [10:22] <jgraham> it needs more fleshing out but the basic structure is there
  392. # [10:22] <jgraham> I don't plan to port existing testsuites to use it though
  393. # [10:24] <annevk> writing a new dom2html test suite should not be too hard
  394. # [10:24] <jgraham> annevk: http://dvcs.w3.org/hg/html/file/94563fe91cb0/tests/submission/Microsoft/common/domtestcase.js is the test harness
  395. # [10:24] <annevk> though admittedly HTML5 has more complex (and more useful) interfaces
  396. # [10:25] <jgraham> annevk: I plan to add assertions that map to WebIDL keywords
  397. # [10:26] <annevk> why does the W3C have its own BSD license?
  398. # [10:26] <annevk> is that normal?
  399. # [10:27] <roc> for those of you wondering about Ben Lerner (Microsoft) posting on the WHATWG list ...
  400. # [10:27] <roc> he's an intern
  401. # [10:27] <roc> working on MSR's managed-code Web browser
  402. # [10:27] * Joins: ROBOd (~robod@109.96.195.148)
  403. # [10:27] * roc talked to him quite a bit at PLDI a couple of weeks ago
  404. # [10:28] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Remote host closed the connection)
  405. # [10:29] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  406. # [10:29] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  407. # [10:33] * Quits: crash\ (crash@lubyte.de) (Ping timeout: 260 seconds)
  408. # [10:34] * Joins: crash\ (crash@lubyte.de)
  409. # [10:34] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Read error: Connection reset by peer)
  410. # [10:35] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  411. # [10:35] * Joins: Phae (~Phae@chimera.macmillan.com)
  412. # [10:36] * Joins: mat_t (~mattomasz@91.189.88.12)
  413. # [10:37] * Quits: payman (~payman@pat.se.opera.com) (Ping timeout: 264 seconds)
  414. # [10:40] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  415. # [10:41] * Quits: gregw (~gregwilki@60-242-119-126.tpgi.com.au) (Ping timeout: 276 seconds)
  416. # [10:43] * Joins: Martijnc (~Martijnc@91.176.40.222)
  417. # [10:46] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 265 seconds)
  418. # [10:47] * Joins: a-ja (~chatzilla@70.230.186.120)
  419. # [10:48] <a-ja> annevk: ping
  420. # [10:48] <annevk> yo
  421. # [10:49] <a-ja> annevk: you support http://html5.org/tools/web-apps-tracker ?
  422. # [10:49] <annevk> in a way
  423. # [10:49] <a-ja> something appears to be busted with last few changes
  424. # [10:49] <a-ja> since 5105
  425. # [10:49] <annevk> yeah, I wonder what is up
  426. # [10:50] <annevk> maybe I should run svn manually to see what comes out
  427. # [10:51] * Joins: payman (~payman@pat.se.opera.com)
  428. # [10:52] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  429. # [10:54] <annevk> I wonder what is different
  430. # [10:55] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
  431. # [10:55] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  432. # [10:56] <annevk> nothing at all it seems :/
  433. # [10:56] <annevk> oh, maybe it's the caching
  434. # [10:57] <zcorpan_> if nothing is different, it seems appropriate for the diff to say 'no result' :)
  435. # [10:59] <annevk> pretty sure it's the cache now
  436. # [10:59] <annevk> I'll flush it and see what happens
  437. # [10:59] <annevk> though I suppose deleting 30GiB might take a while
  438. # [10:59] <zcorpan_> is the 'next' button screwing things up?
  439. # [11:00] <annevk> no
  440. # [11:00] <annevk> well, I don't think so
  441. # [11:00] <a-ja> you think?
  442. # [11:00] <zcorpan_> i figured maybe someone clicked 'next' and it gave 'no result' and then 'no result' was cached
  443. # [11:00] <annevk> hmm
  444. # [11:01] <annevk> I don't think so
  445. # [11:01] <annevk> otherwise how would you explain http://html5.org/tools/web-apps-tracker?from=5093&to=5095&context=10
  446. # [11:02] <zcorpan_> ok
  447. # [11:02] * Joins: nielsle (~nielsle@1503032406.dhcp.dbnet.dk)
  448. # [11:03] <annevk> this is gonna take ages
  449. # [11:04] <annevk> oh great
  450. # [11:04] <annevk> the cache was what made some of it still work
  451. # [11:04] <annevk> lol
  452. # [11:04] <annevk> god dammit
  453. # [11:05] * a-ja hides
  454. # [11:08] * Joins: mpt (~mpt@canonical/mpt)
  455. # [11:10] * Joins: cedric_ (~cedric@112.199.131.252)
  456. # [11:12] <a-ja> hm....working now, it seems
  457. # [11:13] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  458. # [11:13] <annevk> it seems that I will have to remove the context option as the external diff program caused the whole thing to break down
  459. # [11:13] <annevk> sorry hsivonen
  460. # [11:13] * Quits: Dashiva^2 (~Dashiva@74.125.57.36) (Quit: leaving)
  461. # [11:13] <annevk> though when I looked through the cache it seems nobody was really using that anyway
  462. # [11:14] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  463. # [11:17] <a-ja> for those keeping score...ff trunk now has support for figure/figcaption and mark
  464. # [11:18] <annevk> you can keep score here: http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers
  465. # [11:19] <a-ja> haven't checked to see whether special width stuff for figures works right
  466. # [11:20] <annevk> thanks a-ja, all trackers appear to be fully functioning again
  467. # [11:20] <annevk> and we got rid of a feature in the process
  468. # [11:20] <annevk> always a good thing
  469. # [11:20] * Joins: Dashiva^2 (~Dashiva@74.125.57.36)
  470. # [11:20] <a-ja> yeah...looks good from here,too
  471. # [11:29] <hsivonen> Nice IE9 PP3 improves the DOM namespace compliance with HTML and SVG nodes
  472. # [11:31] * hsivonen notices "The new rgba() color notation works in quirks, 7, and 8 document modes. In future versions of IE9, this syntax will only apply in the browser's most standard mode." in the relnotes
  473. # [11:32] <zcorpan_> i wonder if ie10 will have yet another mode
  474. # [11:33] <annevk> when quirks mode gets standardized the house of cards will collapse
  475. # [11:33] <zcorpan_> annevk: why? they can just choose to ignore the quirks mode spec
  476. # [11:34] <annevk> from the IE blog
  477. # [11:34] <annevk> "We encourage the other browser vendors to help the W3C finish the HTML5 specification by providing additional tests to the official HTML5 testing task force."
  478. # [11:34] <annevk> zcorpan_, it seems they haven't been able to ignore most other specs
  479. # [11:35] <jgraham> Yeah, we need some more work on the testsuite
  480. # [11:35] <zcorpan_> i wonder if the tests they submit is all tests they have
  481. # [11:35] <jgraham> I have not been impressed with the quality or number of the tests submitted so far
  482. # [11:36] <jgraham> zcorpan_: I doubt it
  483. # [11:36] <jgraham> I assume they vet tests that they submit to make sure they don't fail too many
  484. # [11:36] <annevk> so on the one hand the quality of the tests Microsoft has submitted are quite poor but on the other hand they have actually submitted tests
  485. # [11:36] <hsivonen> it's a pretty big shift in the Web that now the latest preview releases of all top 5 browsers can play YouTube videos without Flash
  486. # [11:36] <jgraham> Yeah
  487. # [11:37] <jgraham> annevk: ^
  488. # [11:37] <jgraham> annevk: Don't really know how to encourage others to submit though
  489. # [11:37] <zcorpan_> jgraham: lead by example?
  490. # [11:38] <jgraham> zcorpan_: Yeah, Opera need to do better too
  491. # [11:38] <annevk> jgraham, we could submit the html5lib tests and surrounding framework I suppose
  492. # [11:38] <annevk> jgraham, is the i
  493. # [11:38] <annevk> licensing compatible?
  494. # [11:39] <jgraham> annevk: I think so
  495. # [11:39] <annevk> the thing is, each time we add new tests we would then have to update a number of repositories :/
  496. # [11:39] * Joins: drclue (~drclue@ip-65-49-163-54.wireless.dyn.beamspeed.net)
  497. # [11:39] <jgraham> I am happy for the W3C copy to be the official home for html5lib tests
  498. # [11:39] <jgraham> Assuming that they don't abuse that position
  499. # [11:40] <MikeSmith> roc: thanks -- I had been wondering what he might be working on
  500. # [11:40] <MikeSmith> hey krijnh is back
  501. # [11:40] * Joins: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se)
  502. # [11:40] <jgraham> annevk: I have a better HTML harness for the html5lib tests
  503. # [11:41] <jgraham> also
  504. # [11:41] <annevk> jgraham, that moves it from MIT to BSD
  505. # [11:41] <drclue> OK , I've contributed to the list and such and the only responses I've received is that it is a good idea, and in other venues the only opposition has been that since we have not done it we should not.
  506. # [11:41] <annevk> jgraham, so new tests only contributed to the W3C cannot be moved back?
  507. # [11:42] <hsivonen> https://twitter.com/mhausenblas/status/16912067471
  508. # [11:42] <jgraham> Hmm, it depends if you think the BSD license is a problem or not I guess
  509. # [11:42] <mhausenblas> yes, hsivonen? :)
  510. # [11:43] <drclue> We should IMHO integrate XSL with HTML5 with the element level attributes XML/XSL and perhaps include an XML attribute
  511. # [11:43] <jgraham> In the short term the next thing that should be submitted is the canvas testsuite
  512. # [11:44] * Joins: Rik` (~Rik`@213.41.141.234)
  513. # [11:44] <drclue> Include an XML element I meant
  514. # [11:45] * Joins: shepazu (~schepers@87-194-154-182.bethere.co.uk)
  515. # [11:45] <jgraham> On consideration, I think it would be easiest if Philip` did that, assuming he is willing
  516. # [11:46] <drclue> Be it twitter,fox news , or many other venues , XML is totally out there, Having an XML and XSL attributes simply makes sense , and an XML attribute a natural extension
  517. # [11:46] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  518. # [11:47] <drclue> I could certainly fake these things in javascript , but given the volume of traffic , why make what should be in the HTML5 dialect a vendor specific javascript happening?
  519. # [11:49] * Joins: pesla (~pesla@188.202.125.121)
  520. # [11:50] <drclue> I know that some consider CSS , or other corners of web development not worth their time, but XML/XSL is totally worth the effort
  521. # [11:50] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  522. # [11:50] * Joins: gregw (~gregwilki@60-242-119-126.tpgi.com.au)
  523. # [11:51] <drclue> Anything in HTML5 that integrates other w3.org specs is worth at least vigorous debate
  524. # [11:51] * Joins: pesla (~pesla@188.202.125.121)
  525. # [11:53] <drclue> Be it the weather, stocks, ebay,twitter, the daily news , or an appointment calender or hundreds of other situations , ignoring the thought of XML/XSL attributes and possibly an XML element is simply foolish
  526. # [11:54] <annevk> you may have missed it, but we're not big believers in this XML thing
  527. # [11:54] <annevk> it's sort of the reason we started doing HTML5
  528. # [11:54] <drclue> I know , not believing in XML (HTML4, HTML5 etc) might be an issue
  529. # [11:54] * Quits: thomas_ (~thomasain@ingserv.demon.co.uk) (Read error: Connection reset by peer)
  530. # [11:55] <annevk> having said that, there's XML and XSLT APIs available, so if people want it they can easily use them together
  531. # [11:56] <annevk> compared to DOM manipulation though their usage is negligible
  532. # [11:57] <drclue> Your so full of excuses my friend. There has never been a truly valid recognition of any standard that was not already strongly in ones wallet. I'm championing something that might not be your thought of today but actually respects the standards that would be in your wallet tomarrow.
  533. # [11:58] <jgraham> YOu know I have no idea what you just said
  534. # [11:59] <annevk> it's not about recognition, it's about adoption
  535. # [11:59] <drclue> Why should I ignore a standard that saves copious bandwidth, increases productivity and profit, just because somebody might not at first glance understand it
  536. # [11:59] <annevk> if something is clearly in use patterns emerge and simplifications can be made
  537. # [12:00] <annevk> e.g. lots of sites have a date picker, so we can assume <input type=date> will be useful to them
  538. # [12:00] <drclue> Slavery of black people was a standard , but did not reflect the future , but I guess I should use your claim to justify same
  539. # [12:00] <annevk> jaja and hitler was against smoking, so being against smoking is evil
  540. # [12:01] <annevk> geez
  541. # [12:01] <drclue> input type=date seems fine to me as the input is asked often enough and could benefit from standardization
  542. # [12:02] * Joins: thomas_ (~thomasain@ingserv.demon.co.uk)
  543. # [12:02] <drclue> Smoking is a personal decision and not something related to standards , but given such arguments I can see the value in your position (NOT)
  544. # [12:03] * a-ja was wondering when Godwin would appear :)
  545. # [12:03] <drclue> Give me your argument against XML/XSL options!
  546. # [12:04] * Quits: gregw (~gregwilki@60-242-119-126.tpgi.com.au) (Ping timeout: 260 seconds)
  547. # [12:04] * Quits: shepazu (~schepers@87-194-154-182.bethere.co.uk) (Read error: Connection reset by peer)
  548. # [12:04] * Joins: shepazu (~schepers@87-194-154-182.bethere.co.uk)
  549. # [12:04] * Quits: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7) (Quit: kennyluck)
  550. # [12:05] <drclue> I can start the for arguments with the many many many services offering XML outputs and that XSL options allow all them XML outputs to be integrated into any presentation
  551. # [12:06] <drclue> Your against arguments start with ......?
  552. # [12:06] <hsivonen> krijnh: logs aren't responding. maybe DNS out of sync again?
  553. # [12:11] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  554. # [12:11] * Quits: Martijnc (~Martijnc@91.176.40.222) (Ping timeout: 260 seconds)
  555. # [12:13] <Dashiva^2> hsivonen: Yeah, he said so earlier
  556. # [12:13] <drclue> As I suspected, either you have no valid argument against the proposal or your argument requires so much encapsulation as to both take to much time to respond and or not even be valid
  557. # [12:13] <hsivonen> Dashiva^2: OK
  558. # [12:15] <drclue> XML is a very common method of interaction and XSL a very free form method of presentation and really should be as a matter of w3.org interoperability be given a fair hearing
  559. # [12:15] <drclue> XSL is but the flip side of CSS
  560. # [12:15] <Dashiva^2> They have been given a fair hearing, look at actual usage
  561. # [12:15] <Philip`> zcorpan_: Ping
  562. # [12:15] <zcorpan_> Philip`: pong
  563. # [12:16] <jgraham> drclue: The valid argument is "very few people use XSLT. Implementors would likely not implement more XSLT features. The functionality you want can be trivially written in javascript. Ergo your proposal is not worth standardising until several of these things change"
  564. # [12:16] * Joins: Martijnc (~Martijnc@91.176.228.113)
  565. # [12:16] <Philip`> zcorpan_: Could you send the IE9 results as an attachment or something? I don't know how to easily fix the linewrapping in the email
  566. # [12:17] <drclue> The actual usage of XSL has not been held up by it's value but rather it's implementation and standard. I could most easily site the same excuses for / against the deployment of the video element
  567. # [12:18] <drclue> Can you cite an excuse against the XSL that has any more validity than one might have against the video element?
  568. # [12:19] <Dashiva^2> People code non-standard and non-cross-browser-compatible features without restraint if they actually want them
  569. # [12:19] <Dashiva^2> Video, you may have noticed, was rather popular before <video> was added
  570. # [12:20] <drclue> Again , can you cite a reason against the support of the w3.org standard XSL that would not apply to the video element?
  571. # [12:21] <jgraham> drclue: (a clue: the words "w3.org standard" don't magically win arguments here)
  572. # [12:21] <hsivonen> drclue: lolcats with XSL is harder than with video
  573. # [12:21] <hsivonen> drclue: most W3C standards are not implemented in browsers
  574. # [12:21] <drclue> So your argument would be like those that used bgcolor="" as opposed to those that used the CSS equivalent
  575. # [12:22] <drclue> XSL is implemented in all major and most minor browsers
  576. # [12:22] <Dashiva^2> So there's no problem
  577. # [12:22] <Dashiva^2> The feature already exists
  578. # [12:22] <drclue> The exploitation of the feature is not implemented , but the proposed standard would make it more mainstream
  579. # [12:23] <annevk> if it was desired it would be mainstream, through workarounds
  580. # [12:23] <annevk> see video
  581. # [12:23] <annevk> see <input type=date>
  582. # [12:23] <hsivonen> drclue: if the usage of the current JS APIs for XSLT become ridiculously mainstream, then, maybe, there's a reason to provide a declatative way
  583. # [12:24] <annevk> see what went before Web Sockets
  584. # [12:24] <Philip`> Someone ought to make an XSLT Compact Syntax
  585. # [12:24] * Joins: pesla_ (~pesla@188.202.125.121)
  586. # [12:24] * Quits: pesla_ (~pesla@188.202.125.121) (Client Quit)
  587. # [12:25] <drclue> Server load would be greatly reduced , developer coding would be greatly reduced. To say that because one has not added something to the spec is a reason not to add it is so lame as to cause me to choke on the laughter
  588. # [12:25] <zcorpan_> drclue: http://wiki.whatwg.org/wiki/FAQ#Is_there_a_process_for_adding_new_features_to_a_specification.3F
  589. # [12:26] <drclue> Yippie skippy , good try , not playing here
  590. # [12:26] <Dashiva^2> I get the feeling drclue isn't actually reading what anyone else is writing
  591. # [12:26] <drclue> I read lots of things , but perhaps not always what you want me to read or in the case of reading same not always agreeing
  592. # [12:26] <jgraham> It's like having mookid back
  593. # [12:27] <Dashiva^2> I thought they were the same person?
  594. # [12:27] <jgraham> Oh well that's why then
  595. # [12:27] <drclue> So in lue of a position you write what you do. Obviously you have no validity to your position
  596. # [12:28] * Quits: pesla (~pesla@188.202.125.121) (Read error: Connection reset by peer)
  597. # [12:28] <drclue> One should argue their position , not play junior highschool kid games
  598. # [12:29] <annevk> we did plenty to explain our position
  599. # [12:29] <drclue> Plese cite your valid arguments
  600. # [12:29] <annevk> please read what we wrote
  601. # [12:29] <MikeSmith> I miss mookid
  602. # [12:30] * annevk -> lunch
  603. # [12:30] <drclue> I've been reading what you have all written and it sounds like a bunch of kids at lunch
  604. # [12:30] <MikeSmith> drclue: I strongly recommend you look into content negotation
  605. # [12:30] <zcorpan_> lol
  606. # [12:30] <AryehGregor> annevk, when quirks mode gets standardized, I'm betting IE9 will support it in standards mode (ironically), but keep some or all of the old modes for IE-specific code paths that still aren't updated.
  607. # [12:31] <Philip`> zcorpan_: http://philip.html5.org/tests/canvas/suite/tests/results.html - thanks
  608. # [12:31] <drclue> So you think that citing "content negotiation" is supposed to scare me?
  609. # [12:31] <Philip`> roc: ^
  610. # [12:31] <roc> thanks
  611. # [12:31] <AryehGregor> drclue, do you think repeated claims that we're all ignoring you and not making any arguments, rather than actually addressing the arguments, is going to persuade us?
  612. # [12:31] * Philip` also fixed a few test bugs but didn't update the results so they don't quite match any more
  613. # [12:32] <zcorpan_> AryehGregor: how could they implement quirks mode in standards mode? that doesn't make any sense
  614. # [12:32] <AryehGregor> You can't make browser implementers implement what you want just by putting it in a spec. If you can't convince them of your argument, there's no point in proceeding.
  615. # [12:32] <roc> people on my blog keep annoying me by claiming Mozilla is evil for not implementing every W3C REC
  616. # [12:32] <drclue> I don't think that closed minds ignoring years of w3.org efforts are easily persuaded as those ignoring such efforts need to take responsibility for their actions which just may be impossible for them to do
  617. # [12:33] * hsivonen points to http://spreadsheets.google.com/ccc?key=0AtnDcoh7FXfAdEFuWVlVVDZTVkFWdnRqaWFGMzNYM3c&hl=en
  618. # [12:33] <AryehGregor> zcorpan_, I mean that someone will spec the behavior other browsers use for choosing quirks mode, and will spec quirks mode itself, but IE will still let you explicitly opt out of that and rely on blacklists and other heuristics.
  619. # [12:34] <AryehGregor> drclue, then I guess you're out of luck. Try making your own web browser, I guess.
  620. # [12:34] <AryehGregor> Or get a law passed.
  621. # [12:34] <AryehGregor> Not much else for you to do about it.
  622. # [12:34] <drclue> @AryehGregor: There indeed is not much to actually implement as all the code is already in the browsers , even old IE
  623. # [12:35] <jgraham> roc: You don't implement Web Services Choreography Description Language?! Clear evil.
  624. # [12:35] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
  625. # [12:35] <drclue> The only fight here is should we leverage what is in all browsers to the benefit and advancement of the w3.org standards or simply talk shit for the sake of doing same
  626. # [12:35] <roc> We've actually been removing support for W3C RECs. that makes us extra evil
  627. # [12:36] <AryehGregor> Which ones?
  628. # [12:36] <jgraham> (I guess that one is actually CR)
  629. # [12:36] <roc> we had some support for SOAP, WSDL and XForms
  630. # [12:36] <roc> all gone
  631. # [12:36] <drclue> The spec I suggest simply leverages code already implemented in ALL browsers
  632. # [12:37] <roc> (I don't recall if they ever actually shipped in a browser)
  633. # [12:37] <MikeSmith> ^-
  634. # [12:37] <MikeSmith> oops
  635. # [12:37] <MikeSmith> fat fingered
  636. # [12:37] <roc> I think we've removed some XLink and XPointer stuff too but I don't remember the details
  637. # [12:38] <roc> not sure if they're RECs
  638. # [12:38] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  639. # [12:38] * Quits: wakaba_0 (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 240 seconds)
  640. # [12:38] <hsivonen> I *think* SOAP shipped in Netscape circa 2002 or 2003
  641. # [12:38] <drclue> Even IE6 (Gasp if I can even call that a browser) includes the support as does every piece of software we would actually call a browser
  642. # [12:39] <drclue> All I'm asking is to map a couple of att4ributes to the existing support in those browsers
  643. # [12:40] <hsivonen> drclue: you need to spec, implement and test all sorts of things starting with how this feature would integrate with the event loop and the progression of the parse of the document having those attributes
  644. # [12:40] <drclue> Of course there will always be those that would argue against light at sunrise, but asking to leverage what is already there is simply a no brainer
  645. # [12:40] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  646. # [12:41] <drclue> @hsivonen are you trying to make me laugh?
  647. # [12:41] <drclue> You are either trying to make me laugh or are trying to snow me
  648. # [12:42] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  649. # [12:42] <drclue> I've been at the keyboard probably longer than you have been alive
  650. # [12:42] <hsivonen> Chrome thinks software.hixie.ch is written in Irish Gaelic and offers to translate
  651. # [12:42] <hsivonen> source says lang="en"
  652. # [12:43] <drclue> I'm always bothered by spec that thinks in lang-en
  653. # [12:44] <hsivonen> and it offers to translate to Icelandic in a Finnish Chrome running on English Windows
  654. # [12:44] <hsivonen> FAIL
  655. # [12:44] <drclue> All machines , all languages and that is just a base line
  656. # [12:45] <AryehGregor> hsivonen, I found that feature annoyingly unreliable. I turned it off.
  657. # [12:45] <drclue> Obviously those developing something are apt to look at things through colored lenses
  658. # [12:45] <AryehGregor> It would offer to translate all-ASCII Apache directory listings with English file names (I forget from what).
  659. # [12:46] <drclue> ASCII is biased too as some languages could not even fit in such a constrained space
  660. # [12:46] * Joins: Lachy (~Lachlan@213.236.208.247)
  661. # [12:47] <drclue> It's a hard biscuit to think in broad terms , but it is required to do so as otherwise ones opinions are stupid
  662. # [12:47] * Parts: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  663. # [12:47] <drclue> BRB
  664. # [12:49] <hsivonen> curiously, Google decides what UI language to install for Chrome from the IP address of the downloader
  665. # [12:50] <hsivonen> as opposed to making the installer stub sniff for the UI language of the OS, for example
  666. # [12:50] <AryehGregor> You'd think that the latter would be more reliable . . . do they have data to the contrary?
  667. # [12:51] <AryehGregor> Maybe it's less reliable in some places, but more reliable in others.
  668. # [12:52] <Philip`> Maybe the application UI languages aren't a subset of the OS UI languages
  669. # [12:52] <Philip`> i.e. the OS doesn't provide enough information to select one of the application languages
  670. # [12:53] * Joins: henrikbjorn (~hb@80.199.116.190.static.peytz.dk)
  671. # [12:53] <hsivonen> Philip`: that's possible but Finnish is a in the set of possible UI languages for Windows, Mac OS X and the top Linux distros
  672. # [12:53] <drclue> There are a lot of things in spec and implementation that bother me , like CSS trying to do display:table etc , but in the end I would rather allow a spec to over reach than to under reach
  673. # [12:53] * Disconnected
  674. # [12:54] * Attempting to rejoin channel #whatwg
  675. # [12:54] * Rejoined channel #whatwg
  676. # [12:54] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  677. # [12:54] * Set by annevk42 on Mon Oct 19 23:03:06
  678. # [12:56] <drclue> CSS was always to me style while HTML was structure but it is inevitable that any particular spec is going to reach as far as it can, which as far as I've seen has had more benefits than detractions as much as such detractions might at time disturb me
  679. # [12:59] <drclue> My basic hope is despite these excesses that each spec will in the course of things try to advance other specs in a mutual sort of way so that the entire spec ecosystem can grow together
  680. # [13:00] <roc> admirable restraint, everyone
  681. # [13:02] <drclue> Of course I personally like all the pluses that XML/XSL has to offer an over strained system where the USA struggles to be even number 15 in the world. I try to advance the integration of this spec if for nothing else that it would allow number 15 in the world to function better than the current number one
  682. # [13:04] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  683. # [13:06] <drclue> @roc we were restrained? Oh ya , I did not deploy my fusion weapon , shit , I guess your right :)
  684. # [13:11] * Joins: riven (~riven@53518387.cable.casema.nl)
  685. # [13:19] * Quits: MikeSmith (~MikeSmith@EM114-48-201-153.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  686. # [13:20] <annevk> "I've been at the keyboard probably longer than you have been alive" -- I'm waiting for claims of axiomatic proofs now. This stuff is great :-)
  687. # [13:20] * Quits: shepazu (~schepers@87-194-154-182.bethere.co.uk) (Quit: shepazu)
  688. # [13:27] * Joins: MikeSmith (~MikeSmith@EM114-48-34-133.pool.e-mobile.ne.jp)
  689. # [13:29] * Quits: justicefries (~gerred@65.100.130.168) (Quit: justicefries)
  690. # [13:29] * Quits: Lachy (~Lachlan@213.236.208.247) (Quit: This computer has gone to sleep)
  691. # [13:31] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  692. # [13:32] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
  693. # [13:32] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  694. # [13:34] * Quits: MikeSmith (~MikeSmith@EM114-48-34-133.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  695. # [13:34] * Joins: MikeSmith (~MikeSmith@EM114-48-115-25.pool.e-mobile.ne.jp)
  696. # [13:36] * Quits: a-ja (~chatzilla@70.230.186.120) (Remote host closed the connection)
  697. # [13:39] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  698. # [13:43] <drclue> @annevk: You have already had plenty of axiomatic proofs that XSL is worthless
  699. # [13:53] <Dashiva^2> No, those proofs are mostly empirical
  700. # [13:53] <drclue> Well, each would seem about as worthy an argument against XSL
  701. # [13:56] <drclue> There are many instances where I don't care for` a particular aspect of a w3.org standard , but none where I would simply because it was not my favorite argue against it in the face of it's benefits
  702. # [13:58] <annevk> AryehGregor, that seems pretty hard to do, but maybe to some extent
  703. # [13:58] <Dashiva^2> Those benefits are irrelevant until people show they care about them enough to use them
  704. # [14:00] <drclue> Well, I for one care about them enough to use them, and in the course of learning them consulted with scores of others who had learned them, just as when I learned CSS I lerned from many others in the face of at the time many nay sayers
  705. # [14:01] <drclue> There are many religions that object to vaccination , but I would be happy to disagree with them too
  706. # [14:02] <drclue> One could get a room full of folks to tell me that blacks should but shine shoes and I would disagree with them as well
  707. # [14:03] <drclue> Now if you would actually like to discuss the merits of the propositions as opposed to taking a bar stool poll , I'm more than up for that
  708. # [14:05] * Quits: titacgs (~titacgs@190.2.33.49) (Ping timeout: 265 seconds)
  709. # [14:05] * Joins: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  710. # [14:06] <Dashiva^2> Scores of people is not very much on internet scale
  711. # [14:07] <drclue> Well , are we talking the might of stagnation or the right of advancement?
  712. # [14:08] <Dashiva^2> We're talking about priorities, doing work on features that people actually want
  713. # [14:09] <drclue> Did people really WANT display:table vs element TABLE?
  714. # [14:09] <Philip`> We're talking about spending time developing features that are likely to give the most benefit to the most people, based on evidence of how widespread are people demonstrating a need for that feature
  715. # [14:10] <Philip`> Oh, like what Dashiva^2 said
  716. # [14:11] <annevk> display:table is sunk cost and anyway this is not the CSS WG
  717. # [14:11] <drclue> Well, I'm talking about the minimal investment to exploit functionality already built into every browser, to the benefit of all be they server side developers , client side developer , those paying for bandwidth etc.
  718. # [14:11] <Philip`> drclue: Lots of people clearly wanted table-like layouts, and there were clear disadvantages to using <table> for layout (unmaintainable markup, can't adapt to widely varied display devices, etc), so there was a problem that needed to be solved
  719. # [14:12] <Philip`> (display:table may or may not be an adequate solution to that problem)
  720. # [14:12] <Dashiva^2> The only benefit seems to be convenience
  721. # [14:13] <Dashiva^2> The feature set remains unchanged, and they are features people clearly do not care much about
  722. # [14:14] <drclue> @Philip I'm not arguing against the CSS attributes , as obviously you think they have value, but there was not a huge public demand for that feature , but rather a thought be the spec folks that it had value. Here I'm just saying that what I suggest has extreme value despite a public outcry for it's implementation. Specifications are often an act of consderation , not mob rule
  723. # [14:15] <drclue> If we had put everything to a bar stool vote , blacks would still be picking cotton
  724. # [14:16] <Philip`> drclue: The intended approach for HTML5 has not been to look for demand expressed as public outcry, but to do research into what people do in practice
  725. # [14:17] <drclue> XSL saves server load , saves bandwidth , affords portability , scales between the ignorant and the savvy
  726. # [14:17] <Dashiva^2> drclue: You are the one who wants to force other people to follow your commands
  727. # [14:17] <Dashiva^2> Adjust your analogies accordingly
  728. # [14:17] <Peter`> .. or are likely to be practicing when the features become available
  729. # [14:17] <Philip`> which gives a more accurate indication of what problems people experience and are having to work around in more inefficient ways and are worth solving better
  730. # [14:18] <drclue> Well , maybe in practice one utilized selective questioning where they only aske the opinions of those on the bar stool next to them
  731. # [14:19] * Joins: Smylers (~smylers@host86-183-56-102.range86-183.btcentralplus.com)
  732. # [14:19] <drclue> I'm not forcing anyone to use XSL , but rather trying to make it available in a context beyond vendor specific javascript and http header mdness
  733. # [14:21] <drclue> XSL while supported in every browser, has been forced to contend with an implementation madness that has thwarted its value and for which I hope to provide a reasonable avenue of normalcy
  734. # [14:21] * Joins: kor (~kor@a80-101-32-172.adsl.xs4all.nl)
  735. # [14:21] <Dashiva^2> Authors have coped with all kinds of madness. They would not be stopped if they actually wanted XSL.
  736. # [14:23] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 276 seconds)
  737. # [14:23] <hsivonen> annevk: IE9 PP3 bloated their Accept header.
  738. # [14:24] <annevk> I noticed that
  739. # [14:24] <drclue> I would not put an effort behind XSL if I did not believe it to have a very significant merit. XSL is an amazing specification both server side and client side , but alas the various implementations have made it almost impossible for the authors to deploy it. It was not simply a matter of author choice , but having to mess with apache add-type and a maze of mumbo jumbo to get browsers to properly deploy.
  740. # [14:25] <annevk> hsivonen, guess that might increase the amount of complaints a little, but I think we have a pretty strong case
  741. # [14:25] <drclue> @annevk , the only case you;ve made is to say you have one
  742. # [14:27] <drclue> I can say that XSL saves server load , saves bandwidth , reduces developer load and cite all day use cases for it that leverage existing sources all over the net
  743. # [14:27] <drclue> By simply adding an XSL and XSL attribute , I can immediately leverage many thousands of data sources
  744. # [14:28] <annevk> you can implement your proposal in a few lines of JavaScript as we have said several times so the arguments about load and saving bandwidth are bullshit
  745. # [14:28] <drclue> Fox,CNN,Twitter,Flicker, NOAA, and almost any other place of note
  746. # [14:29] <drclue> We could implement <video> in a few lines of javascript leveraging Flash , if all you have is that kind of argument
  747. # [14:30] <annevk> yes we could, but we do not want Flash
  748. # [14:30] <annevk> so we made <video>
  749. # [14:30] <drclue> Of course we would both stand up on each of our points citing the go do it in javascript thing as a bogus argument
  750. # [14:30] <annevk> and you still need JavaScript for <video> most of the time
  751. # [14:30] <hsivonen> IE blog says: "Note this video uses the HTML5 video tag (with the H.264 codec) if your browser supports it, and falls back to other methods otherwise. It’s a good example of same markup in action." I see "Install Microsoft Silverlight" but no video.
  752. # [14:30] <Peter`> hsivonen: in Firefox?
  753. # [14:31] <drclue> But of course you need far less javascript , making things more standardized and robust. Same holds for XSL
  754. # [14:31] <annevk> hsivonen, yeah, "same markup" is such nonsense, but I lost the will to argue it long ago
  755. # [14:31] <hsivonen> Peter`: in Minefield with Flash Player installed
  756. # [14:31] <Peter`> hsivonen: ah, then they're only supplying Silverlight fallbacks... makes sense (not)
  757. # [14:32] <drclue> I hate Flash too, but I really dislike arguments that hide behind such similar thinking as well
  758. # [14:32] <annevk> drclue, it's pretty clear people are willing to use JavaScript; if they want XSLT on the client in the way you suggest they can do that too, using some JavaScript; if they don't maybe they're not interested in XSLT
  759. # [14:32] <Peter`> drclue, you could start implementing the "jQuery for XSLT" in Javascript and become famous!
  760. # [14:32] <drclue> I could use javascript to inflict flash video too , so lets ditch the lame arguments
  761. # [14:33] <drclue> XSL has true legitimate value , can you at least admit that , or do you have no honesty in this discussion at all?
  762. # [14:34] <annevk> lol
  763. # [14:34] <MikeSmith> http://flashlab.com/html5/ is fun
  764. # [14:35] <drclue> LOL , I can too LOL at the idea that a quality w3.org specification can be given the short sheet by a wannbe specification that I also support
  765. # [14:37] <drclue> Why is it that one specification should disrespect another specification when the goal should be interoperability betyween all quality specs?
  766. # [14:37] <Dashiva^2> I think I'm going to stop feeding drclue now
  767. # [14:37] <drclue> HTML is after all like SVG , just more XML
  768. # [14:37] <jgraham> hsivonen: YT?
  769. # [14:38] <jgraham> I was thinking of doing something to fix the html5lib tokenizer tests with unpaired surrogates
  770. # [14:38] <jgraham> But I want to consult on what
  771. # [14:38] <drclue> XSL is a transformation syntax that allows XML to become any other thing
  772. # [14:38] <gsnedders> drclue: How can HTML after XML when it predates XML?
  773. # [14:39] <jgraham> hsivonen: Do those tests actually work with your test harness? They are a problem in the python case because the built-in json module (possibly erronously) believes that JSON forbids unpaired surrogates
  774. # [14:40] <hsivonen> jgraham: the surrogate tests work with the Java harness, IIRC, but not with the tokenizer
  775. # [14:40] <drclue> Because HTML while originating earlier was realized to be in the end XML which is the basis of a number of of things like SVG and XSL and many others. Sometimes it takes a bit to understand that something that came first is really a derivative of something more basic
  776. # [14:41] <hsivonen> jgraham: the Java tokenizer assumes its input is valid UTF-16
  777. # [14:41] <jgraham> hsivonen: Ah. OK
  778. # [14:41] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  779. # [14:41] <MikeSmith> "HTML5 compared to Flash is like a hat compared to an umbrella. They can be used together, but a hat won't replace an umbrella."
  780. # [14:42] <jgraham> hsivonen: So what do you do with those tests?
  781. # [14:42] <hsivonen> jgraham: fail them
  782. # [14:42] <drclue> If we were to go strictly by timelines and such multicol would still be in HTML and not trying to live in CSS
  783. # [14:44] <MikeSmith> HTML *is* a hat - in fact, it's a whole bunch of hats: http://item.rakuten.co.jp/icefield/10008496/ and http://item.rakuten.co.jp/icefield/10001179/ and http://item.rakuten.co.jp/icefield/10001141/ and http://item.rakuten.co.jp/icefield/10001180/
  784. # [14:44] <drclue> Although multicol in HTML was only ever a Netscape thing
  785. # [14:44] <hsivonen> MikeSmith: where's the hat quote from?
  786. # [14:45] <annevk> hsivonen, flashlab.com
  787. # [14:45] <MikeSmith> hsivonen: http://flashlab.com/html5/
  788. # [14:45] <annevk> but Flash is a Marvel character, not an umbrella
  789. # [14:45] <jgraham> hsivonen: So if I were to move them into a seperate file and do something like double escape them (and add an extra flag to indicate that they were double escaped), would you be able to skip that file without too many problems?
  790. # [14:45] <drclue> Anyway , my point is that despite your favorite approach whatever that might be , having ready access to to XSL transforms , be they for XML to HTML or XML to SVG or whatever , ther eis a major value here and almost any majoe site you could think of provides data to drive it
  791. # [14:46] <hsivonen> MikeSmith: why is the last one Checkers instead of VR?
  792. # [14:46] <hsivonen> jgraham: moving them to a separate file would be great. I'd just skip the file
  793. # [14:47] <drclue> It matters not if it is twitter , fox , cnn , flicker, many infarstructure and database tools etc , to ignore XSL simply because it aint your favorite is not the best expression of wisdom
  794. # [14:47] <MikeSmith> hsivonen: because I didn't have time to build a VR demo.. my Flash skillz are limited to Checkers-level stuff
  795. # [14:47] <jgraham> abarth: I hope that works for you too
  796. # [14:50] <hsivonen> MikeSmith: are those Flash-based images supposed to be clickable to get actual demos? they aren't clickable for me
  797. # [14:52] * jgraham doesn't have an umbrella, but has a coat with an integrated hat to replace it
  798. # [14:52] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  799. # [14:52] <hsivonen> oh. the Flash stuff doesn't work with click events in my browser. I guess flashlab.com needs a "support matrix" to use jd's terminology
  800. # [14:52] <jgraham> Dunno if that says more about me or the mataphor though
  801. # [14:52] <MikeSmith> hsivonen: dunno.. I didn't actually try the demos. I just like the words
  802. # [14:54] <hsivonen> oh. now I see why the links don't behave right
  803. # [14:54] <hsivonen> the whole page is Flash
  804. # [14:55] <jgraham> hsivonen: So you want me to move all the tests with invalid unicode characters?
  805. # [14:55] <hsivonen> jgraham: only the surrogate tests and the tests that test U+0000 next to CR
  806. # [14:55] <jgraham> hsivonen: OK
  807. # [14:56] <drclue> Flash needs but the nuclear explosion that is supposed to precede it
  808. # [14:56] * Joins: Guest7066 (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br)
  809. # [14:57] * Parts: Guest7066 (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br)
  810. # [14:57] <MikeSmith> hsivonen: did you open a bug for the "bug when emitting tokenizer start tags" bug?
  811. # [14:57] <hsivonen> MikeSmith: nope
  812. # [14:58] <MikeSmith> oh
  813. # [14:58] <MikeSmith> you waiting for dude to open it?
  814. # [14:58] <MikeSmith> or no bug is needed?
  815. # [14:58] <MikeSmith> or ?
  816. # [14:58] <hsivonen> MikeSmith: I figured he can file a bug and if not, the email probably makes it to Hixie's mailboxes
  817. # [14:58] <MikeSmith> ok
  818. # [15:02] * Joins: BlurstOfTimes (~blurstoft@168.203.117.112)
  819. # [15:03] <drclue> Really XSL is just the flip side of CSS if one thinks about it.
  820. # [15:05] <jgraham> hsivonen: It seems that the only test that is problematic for the json module is the one with input "\uD800"
  821. # [15:05] <jgraham> (suggests there should be more cases covered)
  822. # [15:05] <jgraham> Do you have a list of the other ones do you fail for this reason?
  823. # [15:08] <drclue> with XSL and but perhaps an onclick handler that called but one setAttribute one could have a news reader for every RSS feed on the planet
  824. # [15:09] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  825. # [15:09] <drclue> With XSL one could have but an inline onclick handler to show month , week , and day views of a calender
  826. # [15:10] <hsivonen> jgraham: Invalid Unicode character U+D800 and the test that tests U+0000 and carriage return next to each other
  827. # [15:11] <drclue> With XSL , forum programs could output perhaps 10% of what they have to do now and every forum could be totally unique even though driven by a simpler server side program
  828. # [15:12] * Joins: danicarvalho (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br)
  829. # [15:12] * Quits: nielsle (~nielsle@1503032406.dhcp.dbnet.dk) (Quit: Ex-Chat)
  830. # [15:12] <jgraham> hsivonen: Where is the latter? for some reason I can't find it
  831. # [15:12] <drclue> Every tabular listing from a database could share but one XSL file no matter the table involved
  832. # [15:13] <jgraham> ah, seen it
  833. # [15:14] <drclue> Widgets like the weather could be deployed with zero javascript or for that matter any scripting at all
  834. # [15:16] * Quits: danicarvalho (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br) (Remote host closed the connection)
  835. # [15:17] <drclue> Charts and graphs could be displayed against existing real time data , again without ever writing a line of code. That same data could be words,graphs or infographics and never require any scripts
  836. # [15:18] * Joins: danicarvalho (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br)
  837. # [15:19] <drclue> changes to database browses often would require nothing but the change in SQL statement and no changes to code as of course with XSL there would be no code required
  838. # [15:22] <MikeSmith> the channel seems to have sensed some disturbance in the Force, resulting in krijnh site being busted
  839. # [15:22] <MikeSmith> I wonder if we can imagine the disturbance back into the cornfield
  840. # [15:22] * MikeSmith concentrates
  841. # [15:22] <MikeSmith> or make it into a jack-in-the-box
  842. # [15:23] <drclue> More corn grows as a result of the concentration , but the field does not go away :)
  843. # [15:24] <Dashiva^2> MikeSmith: Maybe you can imagine the DNS updating to the new IP faster instead ;)
  844. # [15:25] <MikeSmith> ommm ommm ommm ommm ommm
  845. # [15:25] <drclue> I code a lot of javascript, and have done so since the 90's , but I do know that XSL is in many cases a much better alternative with the only issue having been the weird things one has to go through to access it in the various browsers these days. That is why I am fighting hard to have a clean way to use it implemented in HTML5
  846. # [15:26] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  847. # [15:26] <MikeSmith> rama rama hare hare
  848. # [15:27] <drclue> Emm Rama, did not they do everything in threes?
  849. # [15:28] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 258 seconds)
  850. # [15:29] * Joins: aroben (~aroben@unaffiliated/aroben)
  851. # [15:29] <MikeSmith> nam myo ho renge kyo
  852. # [15:29] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  853. # [15:30] <drclue> I had a date once that chanted like that. It was amazing , after four hours of heavy sweating they were still able to chant , although it sounded much more like a whimper at that point
  854. # [15:32] <drclue> Of course the next day the IRS revoked their 501.c3
  855. # [15:33] * Joins: mat_t (~mattomasz@91.189.88.12)
  856. # [15:33] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Disconnected by services)
  857. # [15:33] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  858. # [15:35] <drclue> Yup, I would much rather that HTML5 provide a decent hook to XSL than have to continue a voodo of server side and client side code to make XSL work with those complications used as an excuse for not fixing XSL access in HTML5
  859. # [15:38] <drclue> The only reason XSL sucks has in reality nothing to do with XSL itself, however all them things that currently make XSL hard to deploy is why XSL is not popular. If XSL were accessible in a consistent way people would not understand how they lived without it
  860. # [15:39] * Quits: jon__ (~jon@athedsl-245830.home.otenet.gr) (Quit: Leaving)
  861. # [15:39] <daedb> ...and after four hours, you're still able to sit on irc and chant about the magical XSL unicorns. Amazing!
  862. # [15:40] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  863. # [15:40] <drclue> You bet your arse , I can chant about it, because XSL is amazing
  864. # [15:40] <zcorpan_> drclue: don't you have anything better to do today?
  865. # [15:40] <Philip`> I've used XSLT about once, and one of the most annoying things is that it didn't have a way to serialise XML :-(
  866. # [15:41] * Joins: davidb_ (~davidb@bas1-toronto06-1242366197.dsl.bell.ca)
  867. # [15:41] <Philip`> so I had to write (by which I mean copy-and-paste from a blog post from 2002) a partial serialiser in XSLT
  868. # [15:41] <drclue> Exactly what did you want to do that you could not figure out how to do in but "1" time using it?
  869. # [15:42] <drclue> Dis you also give up on CSS after "1" time using it?
  870. # [15:42] <drclue> How did you manage to learn HTML after giving up on it after using it but "1" time?
  871. # [15:43] <Philip`> I was generating HTML documentation of a file format based on a RelaxNG grammar, and wanted to include fragments of the grammar inside <pre> blocks in the output
  872. # [15:43] <Philip`> I didn't give up, I checked various documentation and mailing lists and it appeared that the only solution was to manually write an XML serialiser
  873. # [15:44] <drclue> I use XSL to ease the development of documentation, and it works great for me. I'm able to embed HTML , XML , whatever I like
  874. # [15:45] <drclue> The real problem has been the odd ways in which XSL was deployed in the browsers. It made it really hard for folks to sort out the documentation
  875. # [15:46] <Philip`> I like having a pattern-matching language that works cleanly over XML, but I'd like it more if there was extensive library support and if the syntax was much less verbose
  876. # [15:46] <drclue> One had to screw around with content-type headers that varied by browser and browser version and do so much screwing around before one could actually get to just doing XSL
  877. # [15:47] <drclue> The verbosity of the syntax was indeed annoying at first , but once I got the hang of it , the verbosity was no longer an issue
  878. # [15:48] <Peter`> You must realize that most web developers will have given up before getting the hang of it at all, because of that
  879. # [15:48] <drclue> Well, that would be the excuse to give up everything you know about web development
  880. # [15:49] <drclue> HTML sucks , CSS sucks , javascript sucks , XSL sucks , at l;east until you know them
  881. # [15:50] <drclue> How many times have you written the code to show a tabular list of something?
  882. # [15:51] <MikeSmith> the disturbance in the Force seems to be persisting
  883. # [15:51] <drclue> If you had to type the words a little longer but only had to do it once , might not it be worth it?
  884. # [15:51] <MikeSmith> I wonder if disturbances in the Force ever sleep, and if so, at what time
  885. # [15:51] * Quits: henrikbjorn (~hb@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
  886. # [15:51] <Peter`> Just don't switch over to the dark side, MikeSmith
  887. # [15:51] <drclue> @MikeSmith well , when are you going to sleep?
  888. # [15:52] <MikeSmith> Philip`: real men always write their own XML serializers
  889. # [15:52] <Philip`> MikeSmith: Real men are bozos
  890. # [15:53] <drclue> Both my C++ and PHP tools output dual XML and JSONized XML which on the client side always end up being run through XSL anyways
  891. # [15:53] <MikeSmith> o
  892. # [15:54] <drclue> I used to do it via other means , but I actually learned that XSL was more than worth the trip
  893. # [15:54] <MikeSmith> I sense that the disturbance in the Force may have tried to reach out to me a little bit ago, to try to draw me into further communion
  894. # [15:55] <MikeSmith> I feel a kind of "fascination with the abomination"
  895. # [15:55] <drclue> Mind you , at first I hated XSL , cussed and screamed and stomped my feet , but like every other language I've learned , I made it through to the other side and appreciated the worth of the effort
  896. # [15:57] * MikeSmith wonders if anybody may perhaps have a clue what timezone the DITF might be in, and if it possibly might be close to bedtime
  897. # [15:57] <drclue> If XSL were made uniformly accessible I tend to believe folks would find a liking for it, as it is really a cool spec
  898. # [15:58] <Peter`> MikeSmith: Unfortunately in minus seven, so it might be a while
  899. # [15:59] <MikeSmith> Peter`: ah
  900. # [15:59] <MikeSmith> understood, thanks
  901. # [16:00] <MikeSmith> so I think I might deal with it by medicating and coming back again after a while
  902. # [16:00] * MikeSmith looks around for his prescription from Dr. Kush
  903. # [16:01] * MikeSmith is now known as Mike^ses
  904. # [16:01] <drclue> Writes MikeSmith a prescription for medical marijuana
  905. # [16:01] * Joins: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net)
  906. # [16:02] * Joins: erlehmann (~erlehmann@89.204.137.96)
  907. # [16:06] <drclue> Hers a really simple XSL I used for documenting some XML commands to an Asterisk PBX middle ware I'm writing using HTML5 and WebSockets http://asterclick.drclue.net/Assets/XML/API.xml
  908. # [16:15] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: ... succes ermee! :-))
  909. # [16:16] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  910. # [16:22] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
  911. # [16:30] * Joins: mpt (~mpt@canonical/mpt)
  912. # [16:30] * Joins: boaz (~boaz@64.119.159.231)
  913. # [16:31] <drclue> It is interesting that each time I lobby for the support of XSL which aims to support the good programming practice of having a separation in data ,code and presentation , that real smart folks come out of the woodwork to say I should do that presentation work in javascript. Who would have thunk it.
  914. # [16:32] <drclue> If to lobby for the support of w3.org standards is a DITF , then listen to me breath in your helmet
  915. # [16:42] <jgraham> "In practice, no one puts ">" in attribute values." -- that sounds like a foolishly testable assertion
  916. # [16:43] <Philip`> I'm not sure what his point was about > being invalid in rel="...", because surely &gt; would be equally invalid (since it's not part of the expected datatype)
  917. # [16:43] <jgraham> I don't think he is making any sense in general
  918. # [16:44] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  919. # [16:44] <jgraham> It's not like we could change parsers to make foo="abc>" break even if it was invalid
  920. # [16:44] <Philip`> I don't think he's not making sense, I think he's just wrong
  921. # [16:45] <Philip`> Probably he's assuming that parsers only have to parse valid documents
  922. # [16:45] <jgraham> Well I guess the need to parse actual documents is such a fundamental part of my world view that people who don't share it slip from "wrong" to "not making sense"
  923. # [16:47] <drclue> Hopefully though if a parser wants to blow up on a badly formed document , it will at least leave a decent complaint :)
  924. # [16:49] * jgraham wishes hg log interacted with the console like git log
  925. # [16:51] <Philip`> How does git log interact with the console?
  926. # [16:51] <Philip`> (Is it something that can't be emulated with "hg log|less"?)
  927. # [16:51] <jgraham> no, it is just like hg log | less
  928. # [16:52] <jgraham> but without having to remember to type |less
  929. # [16:52] <jgraham> and it works sensibly when writing to files and so on, as you would expect
  930. # [16:54] * Quits: mpt (~mpt@canonical/mpt) (Excess Flood)
  931. # [16:54] <Philip`> I remember to type |less so frequently that I often write "svn commit|less" which causes the nano UI to be displayed via less, which causes quite a mess
  932. # [16:55] * Joins: mpt (~mpt@canonical/mpt)
  933. # [16:57] <zcorpan_> Philip`: did you get my second email with the attachment?
  934. # [16:58] <Philip`> zcorpan_: I did
  935. # [16:58] <Philip`> zcorpan_: Did you get my link to the results page that incorporated your results?
  936. # [16:58] <Philip`> (on IRC)
  937. # [16:59] <zcorpan_> hmm no
  938. # [17:00] <Philip`> 11:28 < Philip`> zcorpan_: http://philip.html5.org/tests/canvas/suite/tests/results.html - thanks
  939. # [17:02] <Philip`> (IE9 seems to do quite well, particularly given that it hasn't got globalCompositeOperation yet)
  940. # [17:03] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  941. # [17:04] <zcorpan_> yeah
  942. # [17:06] <Philip`> Peculiar that it parses rgb(255 0 0) as red
  943. # [17:06] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  944. # [17:06] <Philip`> but rejects all the other invalid values
  945. # [17:07] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
  946. # [17:07] * Quits: ZombieLoffe (ZombieL@unaffiliated/zombieloffe) (Ping timeout: 248 seconds)
  947. # [17:07] <jgraham> Hmm, I think lots of those unicode tokenizer tests are wrong. The spec says to convert surrogates to U+FFFD
  948. # [17:08] <jgraham> I wonder when that changed...
  949. # [17:08] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
  950. # [17:15] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  951. # [17:18] * Joins: stalled (~stalled@unaffiliated/stalled)
  952. # [17:19] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  953. # [17:20] * Quits: Anonameless (Nameless@cm218-252-156-82.hkcable.com.hk) (Quit: Leaving)
  954. # [17:21] * Joins: gregw (~gregwilki@60-242-119-126.tpgi.com.au)
  955. # [17:21] <zcorpan_> ie9 supports &apos;
  956. # [17:23] * Quits: gregw (~gregwilki@60-242-119-126.tpgi.com.au) (Client Quit)
  957. # [17:28] * Joins: micheil (~micheil@124-170-233-189.dyn.iinet.net.au)
  958. # [17:30] * Joins: deepthawtz (~deepthawt@c-67-180-92-66.hsd1.ca.comcast.net)
  959. # [17:31] <zcorpan_> http://simon.html5.org/sandbox/html/w3c-home-in-html5 renders correctly in ie9 (but the <code>s are tiny)
  960. # [17:32] <zcorpan_> seems they don't support drawImage(video)
  961. # [17:36] * Quits: kor (~kor@a80-101-32-172.adsl.xs4all.nl) (Quit: kor)
  962. # [17:38] * Quits: irclogbot_ (~bot@li165-234.members.linode.com) (Ping timeout: 264 seconds)
  963. # [17:38] * Philip` has no tests for drawImage(video), sadly
  964. # [17:39] * Joins: irclogbot_ (~bot@li165-234.members.linode.com)
  965. # [17:39] <zcorpan_> annevk: have you noticed that hovering the logo on your blog in opera is ... weird?
  966. # [17:40] <Philip`> Is http://www.w3.org/TR/CSS/fonts.html#font-shorthand more correct than http://www.w3.org/TR/css3-fonts/#font for defining syntax?
  967. # [17:42] <Mike^ses> jgraham: http://html5.org/tools/web-apps-tracker?from=3870&to=3871
  968. # [17:42] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  969. # [17:42] * Mike^ses is now known as MikeSmith
  970. # [17:44] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
  971. # [17:44] * Quits: kfirst (~chatzilla@pc154-c716.uibk.ac.at) (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100408153125])
  972. # [17:46] * Joins: dglazkov (~dglazkov@nat/google/x-rrsmgxefckfrxxzo)
  973. # [17:46] * Quits: dglazkov (~dglazkov@nat/google/x-rrsmgxefckfrxxzo) (Remote host closed the connection)
  974. # [17:47] * Joins: dglazkov (~dglazkov@nat/google/x-meevdlcfvhyvezlj)
  975. # [17:50] <zcorpan_> hmm, ie9 parses the "<b>" as text in <svg><title><b>
  976. # [17:51] <zcorpan_> but they break out correctly for <svg><b>
  977. # [17:51] <zcorpan_> <svg><style><b> is like title
  978. # [17:51] <zcorpan_> but <svg><script><b> inserts a B element
  979. # [17:59] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  980. # [18:01] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  981. # [18:02] * Joins: taptapir (~cosku@95.70.199.163)
  982. # [18:02] <taptapir> hey Philip`
  983. # [18:02] <Philip`> Hello
  984. # [18:03] <taptapir> so what you are suggesting is that, everytime an image is loaded they should set a flag or somethign to true, and when all of the image flags are set to true the last one should start drawing and other thigns...
  985. # [18:04] <Philip`> If your aim is to wait until they've all downloaded, and you want to download them all in parallel, then you'll need to do something like that
  986. # [18:04] <taptapir> yep. it's a webgl game so I need my assets (images and audio) loaded before anythign happens
  987. # [18:05] <Philip`> You could keep an array of all the images and check the img.complete property to see if they've been downloaded yet
  988. # [18:05] <taptapir> oh that would be more elegant fo sure
  989. # [18:05] <Philip`> though that's probably slow if you've got hundreds of files being loaded
  990. # [18:05] <taptapir> or what about hidden <img> fileds and placing an onLoad event to the body tag of the page and doing everything after that?
  991. # [18:06] <Philip`> You could just increment a counter and see if it's reached number_of_images
  992. # [18:06] <Philip`> or have a timer that polls a few times a second to see if everything's loaded yet, etc
  993. # [18:07] <taptapir> why would the "img.complete" method be slower?
  994. # [18:07] <Philip`> Yeah, you could use <body onload> too if you know all the images before the page has first finished loading
  995. # [18:08] <Philip`> If you have 1000 images, and each time an image loads you loop through all 1000 images to check whether they're all loaded yet, you'll be doing 10^6 checks
  996. # [18:09] <Philip`> (though if you have 1000 images you should stick them in a texture atlas or something so that you don't have 1000 images :-) )
  997. # [18:09] <zcorpan_> waiting for <body onload> seems like the cleanest solution
  998. # [18:10] <taptapir> Philip`: probably :)
  999. # [18:10] <taptapir> zcorpan_: can hidden img tags slow down the browser
  1000. # [18:11] <zcorpan_> taptapir: new Image() also delays the load event
  1001. # [18:11] <taptapir> zcorpan_: because in that method I could end up with 1000 hidden img tags
  1002. # [18:11] <zcorpan_> don't need to be in the document
  1003. # [18:11] <Philip`> I like doing it more like http://canvex.lazyilluminati.com/83/play.xhtml where it doesn't force you to wait for everything to download first :-)
  1004. # [18:12] <Philip`> (That just polls for img.complete every frame)
  1005. # [18:12] <taptapir> Philip`: are textures loaded dynamically every frame?
  1006. # [18:13] <Philip`> taptapir: Not quite sure what you mean
  1007. # [18:16] <taptapir> zcorpan_: can you elaborate it a little. I'm too new to js and dom :/ what I know is that I can use an image from the dom by querying its id. how can I query it if its not in the document ?
  1008. # [18:16] <taptapir> I would understand if you 2 would choose to ignore me hehe :)
  1009. # [18:16] * Joins: jlebar (~jlebar@nat/mozilla/x-xajqojwmoiqcotbo)
  1010. # [18:16] * Quits: deepthawtz (~deepthawt@c-67-180-92-66.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  1011. # [18:17] <taptapir> Philip`: you said it polls for im.complete every frame and I thought you load the textures when they are needed
  1012. # [18:17] <taptapir> thats what I meant by dynamic
  1013. # [18:17] <zcorpan_> taptapir: you don't query, you create the image from script
  1014. # [18:17] * Joins: deepthawtz (~deepthawt@c-67-180-92-66.hsd1.ca.comcast.net)
  1015. # [18:17] * Quits: davidb_ (~davidb@bas1-toronto06-1242366197.dsl.bell.ca) (Quit: davidb_)
  1016. # [18:17] * Joins: davidb (~davidb@bas1-toronto06-1242366197.dsl.bell.ca)
  1017. # [18:17] <zcorpan_> taptapir: <script> var x = new Image(); x.src = 'foo'; </script> <body onload="alert(x.complete)">
  1018. # [18:18] <taptapir> ohh that clarifies a lot of things. somehow I thought body onload would only work for html data
  1019. # [18:18] <Philip`> taptapir: Ah - it starts loading all of the textures immediately when you start the game, not dynamically based on visibility, and then just renders each one as the 'loading' image until the real image has been downloaded
  1020. # [18:19] <taptapir> ok, it was real fast so I didn't noticed the loading images :)
  1021. # [18:19] <taptapir> well that's another way. not bad actually. like a webpage :)
  1022. # [18:21] <zcorpan_> taptapir: are you making your game multiplayer with websockets? :)
  1023. # [18:21] <taptapir> zcorpan_: not this one. it's a single player adventure game in the spirit of Machinarium that I originally wrote in C (not complete)
  1024. # [18:22] <zcorpan_> ok
  1025. # [18:22] <taptapir> but I have lots of ideas about websockets and multiplayer games :)
  1026. # [18:22] <zcorpan_> awesome :)
  1027. # [18:22] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1028. # [18:22] <Peter`> Porting OpenTTD to canvas/websocket would be awesome
  1029. # [18:23] <Peter`> but highly unlikely
  1030. # [18:23] <taptapir> somtehing like Transformice. it's a flash game where a shaman mouse leads other mice to cheese :) there is physics involved etc..
  1031. # [18:23] <Peter`> (fyi: open source version of Transport Tycoon Deluxe)
  1032. # [18:23] <taptapir> Peter I think it's likely, did you see freeciv
  1033. # [18:24] <Peter`> Oh it certainly can be done
  1034. # [18:24] <Peter`> but it would take an insane amount of time
  1035. # [18:25] <taptapir> hmm. if it uses opengl I think it should be pretty straight forward to port it to webgl
  1036. # [18:25] <taptapir> input etc. would take time though
  1037. # [18:26] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  1038. # [18:27] <Philip`> http://philip.html5.org/demos/canvas/spritepick/example.html - that's like half of TTD already
  1039. # [18:27] <taptapir> I should get the hang of this async. business first. Coming from C, I'm lost!
  1040. # [18:27] <Philip`> It just needs the buildings to be arranged a bit better, and for gameplay to be added
  1041. # [18:27] <taptapir> Philip`: wow nice sprites.
  1042. # [18:28] <taptapir> oww you stole them :p
  1043. # [18:28] <Philip`> Of course :-)
  1044. # [18:28] * Quits: smaug (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 258 seconds)
  1045. # [18:30] <Philip`> Peter`: Would it be more complex than a straightforward (but tedious) line-by-line C++->JS port?
  1046. # [18:31] <Philip`> I guess the biggest pain is when games use lots of giant external libraries (for graphics or GUI or physics etc), because you wouldn't want to port all of them too
  1047. # [18:31] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k123.webspeed.dk)
  1048. # [18:31] <taptapir> so from what I understand, async means: every function is run from top to down but the VM doesn't wait for them to complete their job?
  1049. # [18:31] <taptapir> and everything in JS works that way?
  1050. # [18:31] <Philip`> but otherwise it might not be too hard
  1051. # [18:32] <Philip`> taptapir: Every function call always runs to completion
  1052. # [18:32] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
  1053. # [18:33] <Philip`> The asynchronous bit is like in 'img.onload = function () { do something }' - that's just defining a function, not executing it, and then storing it somewhere (in the image) and carrying on
  1054. # [18:33] <Philip`> and some time after that script has finished, the browser will decide to call the function you stored in onload
  1055. # [18:34] <Philip`> JS itself doesn't do anything asynchronous - it just registers callbacks with the browser environment
  1056. # [18:34] <Philip`> effectively
  1057. # [18:34] <taptapir> hmm, I started some javascript books yesterday but none of them seems to mention the async nature of it. any good books/sources you can recommend?
  1058. # [18:34] * Philip` doesn't know of any
  1059. # [18:35] <Philip`> Are you familiar with function pointers and callbacks in C?
  1060. # [18:35] <taptapir> yep
  1061. # [18:36] <Philip`> It's basically the same thing, except instead of using a function pointer like "&function_that_does_stuff" you can define it inline like "function() { do stuff }"
  1062. # [18:38] <taptapir> finally! thanks I get it a little bit better now
  1063. # [18:39] <Philip`> (You can also do "function do_stuff() { do stuff }; ... img.onload = do_stuff;" which is equivalent to "img.onload = function() { do stuff }")
  1064. # [18:39] <taptapir> yeah the first one is more C like :)
  1065. # [18:39] <Philip`> (except in the latter case the function can refer to variables in its container scope)
  1066. # [18:39] <taptapir> inline callbacks, that made sense.
  1067. # [18:39] * Quits: Smylers (~smylers@host86-183-56-102.range86-183.btcentralplus.com) (Ping timeout: 265 seconds)
  1068. # [18:40] <Philip`> JS books should talk about closures, which are the relevant thing here
  1069. # [18:40] <taptapir> checking...
  1070. # [18:41] <taptapir> yes it's mentioned, I'm not there yet though. I'll pay special attention to that chapter
  1071. # [18:42] <Philip`> I think they're a slightly strange concept when coming from C, but pretty useful once you understand them properly :-)
  1072. # [18:43] * Parts: drclue (~drclue@ip-65-49-163-54.wireless.dyn.beamspeed.net)
  1073. # [18:43] <taptapir> got it! thanks Philip`and zcorpan_
  1074. # [18:43] * Parts: taptapir (~cosku@95.70.199.163)
  1075. # [18:47] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  1076. # [18:51] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  1077. # [18:53] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
  1078. # [18:59] * Joins: maikmerten (~maikmerte@port-92-201-8-215.dynamic.qsc.de)
  1079. # [19:00] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  1080. # [19:01] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  1081. # [19:05] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  1082. # [19:08] * Joins: dave_levin (~dave_levi@nat/google/x-hrmhkfxtusonlkeg)
  1083. # [19:08] * Quits: thomas_ (~thomasain@ingserv.demon.co.uk) (Quit: Leaving)
  1084. # [19:16] * Joins: weinig (~weinig@17.246.18.229)
  1085. # [19:22] * Joins: ap (~ap@17.246.17.28)
  1086. # [19:23] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  1087. # [19:34] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1088. # [19:35] * Joins: kor (~kor@a83-161-211-173.adsl.xs4all.nl)
  1089. # [19:36] * Joins: ayapo (~aya@142.104.128.21)
  1090. # [19:37] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1091. # [19:37] * Quits: MikeSmith (~MikeSmith@EM114-48-115-25.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  1092. # [19:42] * Joins: MikeSmith (~MikeSmith@EM114-48-137-79.pool.e-mobile.ne.jp)
  1093. # [19:42] * Quits: danicarvalho (~danicarva@189-015-198-075.xd-dynamic.ctbcnetsuper.com.br) (Ping timeout: 260 seconds)
  1094. # [19:48] * Joins: danicarvalho (~danicarva@189-015-226-167.xd-dynamic.ctbcnetsuper.com.br)
  1095. # [19:51] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1096. # [19:53] * Quits: danicarvalho (~danicarva@189-015-226-167.xd-dynamic.ctbcnetsuper.com.br) (Client Quit)
  1097. # [19:58] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k123.webspeed.dk) (Quit: Leaving)
  1098. # [19:59] * Joins: othermaciej (~mjs@17.246.18.171)
  1099. # [20:00] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  1100. # [20:00] * Quits: micheil (~micheil@124-170-233-189.dyn.iinet.net.au) (Quit: micheil)
  1101. # [20:00] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1102. # [20:01] * Joins: dbaron (~dbaron@nat/mozilla/x-zurnpzxfvyrllxto)
  1103. # [20:01] * Quits: jlebar (~jlebar@nat/mozilla/x-xajqojwmoiqcotbo) (Remote host closed the connection)
  1104. # [20:02] * Quits: Lazylegs (~Lazylegs@cable-hvk-fe79de00-37.dhcp.inet.fi) (Quit: Free)
  1105. # [20:04] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 240 seconds)
  1106. # [20:04] * Joins: jlebar (~jlebar@nat/mozilla/x-stefqkpuozwnajei)
  1107. # [20:08] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1108. # [20:08] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  1109. # [20:13] * Joins: danicarvalho (~danicarva@189-015-226-167.xd-dynamic.ctbcnetsuper.com.br)
  1110. # [20:13] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  1111. # [20:16] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  1112. # [20:17] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1113. # [20:18] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
  1114. # [20:21] * Quits: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net) (Quit: justicefries)
  1115. # [20:23] * Joins: taptapir (~cosku@95.70.199.163)
  1116. # [20:24] <taptapir> in JS, functions are objects right?
  1117. # [20:24] <taptapir> howcome "document.body.insertAdjacentElement(document.createElement("div").innerHTML = "ljkghljkg");" is illegal?
  1118. # [20:26] <TabAtkins> The return value of 'document.createElement("div").innerHTML = "ljkghljkg"' isn't a valid arg for insertAdjacentElement().
  1119. # [20:26] <TabAtkins> This isn't jQuery, where everything returns a reasonable value for chaining. ^_^
  1120. # [20:35] <taptapir> arghh, right sry
  1121. # [20:35] * Joins: aroben (~aroben@unaffiliated/aroben)
  1122. # [20:38] <TabAtkins> Was your "functions are objects" question unrelated?
  1123. # [20:39] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  1124. # [20:39] <TabAtkins> Because yes, they are. And most objects are functions, so you can get a constructor.
  1125. # [20:40] <ayapo> woah, just checked out the site hosting the irc logs. The yellow highlight function is epic awesome.
  1126. # [20:42] <taptapir> TabAtkins: i thought the createElement().innetHTML part was the illegal one so I was assuming that createElement was not an object.
  1127. # [20:42] <TabAtkins> Ah, that's unrelated. createElement() returns a Node object.
  1128. # [20:44] * Quits: jlebar (~jlebar@nat/mozilla/x-stefqkpuozwnajei) (Ping timeout: 260 seconds)
  1129. # [20:45] <taptapir> what's a node object? html tags?
  1130. # [20:45] <TabAtkins> Yeah, it's a class that represents an element in the DOM. Also other things, like text or comments.
  1131. # [20:46] * Joins: jwalden (~waldo@nat/mozilla/x-dhwxoexezbrdxcak)
  1132. # [20:50] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Quit: henrikbjorn)
  1133. # [20:54] <paul_irish> boblet proposed using css transitions and transforms without the prefix (in addition to the prefixed variants) as the spec isnt likely to change and end users are unlikely to update their code when the spec hits CR...
  1134. # [20:54] <paul_irish> i can totally see that POV but i've been holding off on going unprefixed for un-cr things so far..
  1135. # [20:55] <paul_irish> anyone here take a side on that?
  1136. # [20:55] <TabAtkins> As long as you're willing to go back and fix your code, there's no problem.
  1137. # [20:55] <hsivonen> yes, there is
  1138. # [20:55] <hsivonen> implementors don't know if your site is maintained by a person who is willing to adjust
  1139. # [20:55] <paul_irish> i can handle either case, i just want to make the right recommendation to other developers.
  1140. # [20:55] * TabAtkins wants to write a mixin spec for CSS which would solve the prefix problem without the problems of removing them entirely.
  1141. # [20:56] <paul_irish> who are likely a lot more lazy
  1142. # [20:56] <hsivonen> (I use unprefixed stuff myself, though.)
  1143. # [20:56] <TabAtkins> hsivonen: But going with or without prefixes both cause problems for implementors.
  1144. # [20:56] <taptapir> let's say I create an image in JS and point it to a PNG file in the server with _.src property, when does the browser actually starts to download it? also when the image.onload event occurs, does it mean that the download is finished or that the image is in the memory? or do I make any kind of sense :)
  1145. # [20:56] <hsivonen> TabAtkins: indeed, I use unprefixed versions partly in protest against long-term prefixing
  1146. # [20:57] <paul_irish> webkit animation is one i'd certainly not leave unprefixed. that seems to be a bit more contentious, yes?
  1147. # [20:57] <hsivonen> yeah
  1148. # [20:57] <TabAtkins> Animation's complex enough that I wouldn't unprefix it. Too much change of *something* changing underneath you.
  1149. # [20:57] <paul_irish> For sure. thx guys
  1150. # [20:58] <TabAtkins> And yeah, the convo's died down somewhat, but I'm agitating for some changes to animations.
  1151. # [20:58] <Philip`> taptapir: It could start to download in the background as soon as you set .src, though I don't know whether browsers will wait for the current script to return first
  1152. # [20:59] <Philip`> taptapir: onload will be called some time (probably immediately) after the image is downloaded and decoded and found to not have errors (else it'll call onerror instead, I think), and you can safely use the image for drawing in canvases etc after that
  1153. # [21:00] <taptapir> Philip`: so in this phase image is still not read to the memory right?
  1154. # [21:01] <Philip`> taptapir: Depends on what you mean by being in memory
  1155. # [21:02] <Philip`> taptapir: Browsers are free to do whatever optimisations they want in terms of caching data in memory, lazy decoding, etc, so you can never really know what they're doing - you just know whether or not it's safe to perform certain actions on images (like drawing them)
  1156. # [21:03] <taptapir> I mean, is the image data transferred to a buffer in the memory? or is it simply presented by something like file pointers in C?
  1157. # [21:03] * Joins: henrikbjorn (~hb@83.249.67.192)
  1158. # [21:04] <TabAtkins> Again, you don't know, because browsers are allowed to do what they want. All you know is that certain actions are allowed at specific points.
  1159. # [21:04] <Philip`> It's been downloaded from the network (so you can use it immediately), but everything else is just implementation details that you shouldn't need to know about
  1160. # [21:05] <AryehGregor> annevk, the entire IE compatibility list thing can be fairly described as "hard to do", but IE has to do it anyway, since they have to deal with IE-only sites and IE-only code paths, so if they just implemented standards without compatibility they'd break. (See: IE7.)
  1161. # [21:05] <taptapir> Philip`: you know I want to download my game assets before the game starts, what I wonder is that if I do that will it fill up the memory?
  1162. # [21:05] <taptapir> lets say for 1000 images
  1163. # [21:06] <AryehGregor> Everyone else tends to get the same code paths in most cases, due to "develop your site for standards-compliant browsers, then fix for IE". So they can converge on a common behavior without causing more bugs than they prevent, usually.
  1164. # [21:06] <AryehGregor> IE9's goal is explicitly to work with the same exact code everyone else gets, so hopefully IE10 won't need an IE9 compatibility mode.
  1165. # [21:08] <Philip`> taptapir: That's an implementation detail :-)
  1166. # [21:09] <Philip`> taptapir: It seems plausible that some implementations would store all loaded images as decoded RGBA in RAM, so you don't want to load huge amounts of image data and just hope the browser will do something clever with it
  1167. # [21:10] <taptapir> Philip`: I better load each levels' assets when the time to use comes just to be safe then.
  1168. # [21:10] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
  1169. # [21:10] <Philip`> taptapir: Depends on whether you're talking about megabytes or hundreds of megabytes or gigabytes of decoded image data
  1170. # [21:11] <Philip`> taptapir: (If you're using them with WebGL then you have to worry about VRAM too, which is much more limited than RAM+swap)
  1171. # [21:11] <taptapir> exactly
  1172. # [21:11] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
  1173. # [21:11] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  1174. # [21:11] <taptapir> I'M talking about couple hundreds of MB image data
  1175. # [21:11] <taptapir> and about 100 MB of audio
  1176. # [21:12] * Joins: airox (~gijsvandu@dhcp-077-249-142-131.chello.nl)
  1177. # [21:12] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  1178. # [21:12] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  1179. # [21:12] * Joins: aroben (~aroben@unaffiliated/aroben)
  1180. # [21:13] <taptapir> hmm wait, I'm not sure I can use an Image() object directly with webgl
  1181. # [21:13] <taptapir> maybe there is a loadtexture function like in opengl to read it to VRAM
  1182. # [21:13] <airox> hi guys
  1183. # [21:14] <airox> Would watchPosition in the Geolocation API still report positions when the browsers (safari on iphone for example) is not active ?
  1184. # [21:15] <Philip`> The web environment is not designed to provide much control of resource usage (since it's meant to provide portability instead, which means taking resource control away from authors and leaving it to browser developers), so if you want to push the boundaries then you'll just have to do lots of experimentation and make browser-specific assumptions
  1185. # [21:15] <AryehGregor> Or wait till everyone supports NaCl.
  1186. # [21:15] <Philip`> which is an irritating concept when you're used to having complete control over your environment
  1187. # [21:16] <Philip`> You can pass an Image to glTexImage2D or something like that, I think
  1188. # [21:16] <taptapir> Philip`: yeah I'm already irritated but the concept of playing hardware accelerated games in browser is just too good to pass
  1189. # [21:17] * Quits: maikmerten (~maikmerte@port-92-201-8-215.dynamic.qsc.de) (Remote host closed the connection)
  1190. # [21:17] <taptapir> Philip`: yes I checked it. I need to explicitly pass it to a webgl texture so I don't have to worry about browser filling the VRAM. and I can live with a couple hundreds MB of RAM usage
  1191. # [21:20] <taptapir> I think I'll start by writing a decent game resource manager in javascript before anything else.
  1192. # [21:20] * Quits: henrikbjorn (~hb@83.249.67.192) (Quit: henrikbjorn)
  1193. # [21:21] * Joins: stalled (~stalled@unaffiliated/stalled)
  1194. # [21:29] * Quits: airox (~gijsvandu@dhcp-077-249-142-131.chello.nl) (Quit: airox)
  1195. # [21:30] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  1196. # [21:32] <taptapir> is Image() object inherited form a regular node object? if so why there is an Image() object when it can also be created with .createElement("img")?
  1197. # [21:33] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  1198. # [21:36] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 264 seconds)
  1199. # [21:42] * Joins: weinig (~weinig@17.246.18.229)
  1200. # [21:45] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Quit: henrikbjorn)
  1201. # [21:49] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1202. # [21:52] <AryehGregor> What format do HTML5 tests need to be in? It occurs to me that I wrote some tests for my Mozilla patch to enable maxlength on textarea, and could probably submit those.
  1203. # [21:54] <Philip`> I don't think any format has really been agreed yet
  1204. # [21:54] <AryehGregor> Well, there must be some way to run all the tests and figure out how many passed, no?
  1205. # [21:54] * Joins: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi)
  1206. # [21:55] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  1207. # [21:55] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Client Quit)
  1208. # [21:55] <Philip`> There ought to be
  1209. # [21:56] <Philip`> Actually, there probably shouldn't be a way to run *all* the tests
  1210. # [21:56] <Philip`> because nobody will really want ten thousand results all at once, they'll just focus on a single feature
  1211. # [21:57] <TabAtkins> AryehGregor: That's the part that I'm working on.
  1212. # [21:57] <AryehGregor> Ah.
  1213. # [21:58] <AryehGregor> When there is a standard test format, hopefully all the browsers can write tests for new features using that format and wrap it in their own format for internal use.
  1214. # [21:58] <AryehGregor> That would be cool.
  1215. # [21:58] <TabAtkins> Exactly.
  1216. # [21:58] * Philip` will just submit his own idiosyncratic format for now
  1217. # [21:58] <AryehGregor> Since it seems to me that WebKit and Gecko must be writing tons of HTML5 tests for internal use, but they aren't submitting them like Microsoft is.
  1218. # [21:58] <AryehGregor> I mean, both of them have an "all new features must have tests" policy . . .
  1219. # [21:59] <TabAtkins> Yeah, I know our format is very ideosyncratic.
  1220. # [21:59] <AryehGregor> Everyone's is.
  1221. # [22:01] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  1222. # [22:01] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Read error: Connection reset by peer)
  1223. # [22:02] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  1224. # [22:04] <othermaciej> AryehGregor: WebKit definitely has tests for HTML5 features
  1225. # [22:04] <othermaciej> I think there would be a few steps required to make them into appropriate tests for a standards test suite:
  1226. # [22:05] <othermaciej> 1) ensure that everything tested is associated with specific conformance requirements in the spec
  1227. # [22:05] <othermaciej> 2) annotate the tests with the relevant conformance requirements
  1228. # [22:05] <othermaciej> 3) convert to whatever format the w3c wants them in
  1229. # [22:05] <AryehGregor> Come to think of it, my maxlength tests won't work at all cross-browser, because they synthesize keyboard input. Oops.
  1230. # [22:06] <othermaciej> we have a lot of tests that are script-driven, and would totally work cross-browser
  1231. # [22:06] <othermaciej> we have some that are based on dumps of the render tree structure which would need substantial reworking
  1232. # [22:06] <othermaciej> I don't believe Apple, Google, or any of the other big players in WebKit-land have anyone currently tasked with converting WebKit regression tests for test suite use
  1233. # [22:08] <Rik`> I think Opera contributes a lot of test, no ?
  1234. # [22:10] <othermaciej> I believe they do in general, I am not sure how many have been contributed for HTML5 in particular
  1235. # [22:16] * Quits: erlehmann (~erlehmann@89.204.137.96) (Quit: Ex-Chat)
  1236. # [22:16] <annevk> zcorpan, yeah, haven't filed a bug yet
  1237. # [22:19] * Joins: erlehmann (~erlehmann@89.204.137.96)
  1238. # [22:32] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
  1239. # [22:33] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
  1240. # [22:36] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Ping timeout: 265 seconds)
  1241. # [22:36] * Quits: davidb (~davidb@bas1-toronto06-1242366197.dsl.bell.ca) (Quit: davidb)
  1242. # [22:38] * Quits: cedric_ (~cedric@112.199.131.252) (Ping timeout: 258 seconds)
  1243. # [22:39] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
  1244. # [22:41] * Quits: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se) (Remote host closed the connection)
  1245. # [22:49] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  1246. # [22:49] * Joins: wirepair (fbi@random.supermario.org)
  1247. # [22:50] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  1248. # [22:51] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  1249. # [22:51] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  1250. # [22:51] * Joins: aroben (~aroben@unaffiliated/aroben)
  1251. # [22:52] * Quits: ROBOd (~robod@109.96.195.148) (Quit: http://www.robodesign.ro)
  1252. # [22:54] * Quits: Martijnc (~Martijnc@91.176.228.113)
  1253. # [22:55] * Quits: erlehmann (~erlehmann@89.204.137.96) (Ping timeout: 265 seconds)
  1254. # [23:04] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  1255. # [23:13] * Joins: jlebar (~jlebar@63.245.220.220)
  1256. # [23:13] * Quits: taptapir (~cosku@95.70.199.163) (Ping timeout: 260 seconds)
  1257. # [23:13] * Parts: danicarvalho (~danicarva@189-015-226-167.xd-dynamic.ctbcnetsuper.com.br)
  1258. # [23:15] * Joins: cedric_ (~cedric@27.104.108.162)
  1259. # [23:15] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1260. # [23:15] * Quits: boaz (~boaz@64.119.159.231) (Quit: boaz)
  1261. # [23:17] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1262. # [23:18] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Ping timeout: 240 seconds)
  1263. # [23:19] * Joins: erlehmann (~erlehmann@89.204.137.4)
  1264. # [23:33] * Joins: Smylers (~smylers@host86-183-56-102.range86-183.btcentralplus.com)
  1265. # [23:33] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  1266. # [23:38] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Quit: Leaving...)
  1267. # [23:41] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
  1268. # [23:42] <MikeSmith> Hixie: can you please add http://www.w3.org/TR/2010/WD-html5-20100304/ to the set of Previous Version links in the spec
  1269. # [23:42] <Rik`> anyone know a very simple module to work with WebSockets ? (php, python, nodejs, whatever)
  1270. # [23:44] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  1271. # [23:45] <Hixie> MikeSmith: yeah, hold on, i have to check in what i'm doing at the moment first
  1272. # [23:45] <MikeSmith> k
  1273. # [23:45] <AryehGregor> Why does the "Negative effects" part of the change proposal thing even exist? Half the proposals don't seem to even use it, and in the ones that do it's usually not very convincing.
  1274. # [23:47] * Quits: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net) (Quit: abarth)
  1275. # [23:48] * Joins: boaz (~boaz@64.119.159.231)
  1276. # [23:48] <MikeSmith> Rik`: dunno how they might compare
  1277. # [23:49] <MikeSmith> I guess the python one that the chrome dev team made was the first one
  1278. # [23:49] <MikeSmith> but might not be the simplest to start with
  1279. # [23:49] <TabAtkins> AryehGregor: Shrug. Yeah, someone writing a change proposal usually isn't the best person to write up negative effects against their proposal.
  1280. # [23:50] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  1281. # [23:50] <MikeSmith> Rik`: http://jwebsocket.org/ looks quite active at least
  1282. # [23:51] <Hixie> Rik`: write your own :-)
  1283. # [23:51] <Rik`> Hixie: well, I might end up doing that but I wanted a simple one to start and then see where I can go from there
  1284. # [23:52] <MikeSmith> http://twitter.com/_romuald/status/16914358097 "Web standards my ass : http://blog.chromium.org/2010/06/websocket-protocol-updated.html #html5"
  1285. # [23:52] <Rik`> MikeSmith: thanks but, hum, not Java :)
  1286. # [23:52] <MikeSmith> Rik`: yeah, I figured that would probably not end up at the top of your list :)
  1287. # [23:53] <Hixie> Rik`: well you can play with my perl demo: http://damowmow.com/playground/demos/websocket
  1288. # [23:55] <Rik`> Hixie: I meant something to abstract the protocol for me so that I can just implement my application
  1289. # [23:57] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k123.webspeed.dk)
  1290. # [23:58] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1291. # [23:58] * Joins: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  1292. # [23:59] <Rik`> http://github.com/miksago/node-websocket-server might be what I'm looking for
  1293. # Session Close: Fri Jun 25 00:00:01 2010

The end :)