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

Options:

  1. # Session Start: Thu Feb 11 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:00] <carllerche> the shadow doesn't seem to render when it's a gradient (it does if fillStyle is set to black) and the shape is way off in firefox...
  4. # [00:00] <carllerche> i should probably make sure i'm on the latest FF
  5. # [00:01] <carllerche> Philip`: Indeed, I just updated FF and the shape is correct and the shadow renders. So, it seems to be a bug with webkit nightly
  6. # [00:02] <boblet> hey all, anyone here involved with html5lib? I’m wondering how far off it is from being used as a Tidy replacement for uF tools
  7. # [00:02] <carllerche> yeah, it's an already reported bug
  8. # [00:07] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
  9. # [00:11] * Quits: aroben|away (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  10. # [00:20] * Quits: othermaciej (~mjs@17.246.16.220) (Quit: othermaciej)
  11. # [00:24] * Joins: othermaciej (~mjs@17.246.16.220)
  12. # [00:26] <AryehGregor> The most entertaining thing about doing MediaWiki support is seeing all the crazy things people make wikis for.
  13. # [00:26] <AryehGregor> I've seen furries, Euclidean geometry, and now sneakers. A wiki all about sneakers.
  14. # [00:32] * Quits: giroro_ (Ruetobas@114-32-107-228.HINET-IP.hinet.net)
  15. # [00:36] * Quits: BlurstOfTimes (~blurstoft@2002:183c:117a:0:21e:52ff:fe76:c67f) (Quit: Leaving...)
  16. # [00:36] * Joins: t3rminat0r_ (~t3rminat0@lanch-176-131.resnet.cranfield.ac.uk)
  17. # [00:36] * Joins: giroro_ (Ruetobas@114-32-107-228.HINET-IP.hinet.net)
  18. # [00:38] * Joins: erikvold (~erikvold@nat/mozilla/x-vegqvsjbaqbmxvtz)
  19. # [00:38] <t3rminat0r_> anyone related with CFD?
  20. # [00:40] * ap_ is now known as ap
  21. # [00:48] * Joins: miketaylr (~miketaylr@24.42.95.234)
  22. # [00:54] * Quits: mackstann_ (~death@216-20-152-177-dsl.hevanet.com) (Ping timeout: 256 seconds)
  23. # [01:08] * Quits: dglazkov (~dglazkov@2620:0:1000:1b01:21f:f3ff:fed0:dd49) (Quit: dglazkov)
  24. # [01:12] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 246 seconds)
  25. # [01:17] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  26. # [01:26] * Quits: jgornick (~joe@199.199.210.66) (Quit: jgornick)
  27. # [01:37] * Joins: mackstann_ (~death@216-20-152-177-dsl.hevanet.com)
  28. # [01:44] * Quits: erikvold (~erikvold@nat/mozilla/x-vegqvsjbaqbmxvtz) (Quit: me so sleepy)
  29. # [01:46] * Quits: paul_irish (~paul_iris@12.33.239.250) (Quit: paul_irish)
  30. # [01:51] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  31. # [01:58] * Joins: erlehmann (~erlehmann@82.113.106.134)
  32. # [02:02] * Quits: miketaylr (~miketaylr@24.42.95.234) (Quit: Leaving...)
  33. # [02:02] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-213.west.biz.rr.com) (Ping timeout: 245 seconds)
  34. # [02:06] * Joins: erikvold (~erikvold@nat/mozilla/x-gaturokxdlvcjopt)
  35. # [02:09] * Quits: dbaron (~dbaron@nat/mozilla/x-lxmqbppwcpcqolxh) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  36. # [02:14] * Quits: erikvold (~erikvold@nat/mozilla/x-gaturokxdlvcjopt) (Quit: Bye bye)
  37. # [02:18] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  38. # [02:28] * Quits: carllerche (~carllerch@enginey-9.border1.sfo002.pnap.net) (Quit: carllerche)
  39. # [02:28] * Joins: cying (~cying@adsl-75-41-113-25.dsl.pltn13.sbcglobal.net)
  40. # [02:28] * Quits: cying (~cying@adsl-75-41-113-25.dsl.pltn13.sbcglobal.net) (Client Quit)
  41. # [02:40] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  42. # [02:40] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  43. # [02:44] * Joins: miketaylr (~miketaylr@74.72.160.72)
  44. # [02:48] * Quits: dave_levin (~dave_levi@2620:0:1008:1101:225:ff:fef0:9a9e) (Quit: dave_levin)
  45. # [02:55] * Quits: t3rminat0r_ (~t3rminat0@lanch-176-131.resnet.cranfield.ac.uk) (Remote host closed the connection)
  46. # [02:55] * Quits: Lachy (~Lachlan@london.perfect-privacy.com) (Quit: Leaving)
  47. # [03:00] * Quits: TabAtkins (~chatzilla@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.13/2009073109])
  48. # [03:01] * Quits: grimboy (~grimboy@bcm-131-111-216-247.girton.cam.ac.uk) (Remote host closed the connection)
  49. # [03:02] * Joins: tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  50. # [03:04] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  51. # [03:06] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 265 seconds)
  52. # [03:18] * Joins: slightlyoff (~slightlyo@2620:0:1002:1002:21f:5bff:feec:e987)
  53. # [03:20] <boblet> tantek: do you have any idea how far off html5lib is from usable for uF tools (like H2X)?
  54. # [03:21] <boblet> looks like it’s way more active than Tidy, but uF wiki note on H2VX doesn’t make it sound soon
  55. # [03:22] <hober> boblet: a fair number of people use html5lib in production, in both python and ruby
  56. # [03:23] <boblet> hober: that’s good to know. I guess H2VX might be waiting for a PHP port then
  57. # [03:24] <hober> *nod*
  58. # [03:24] <boblet> I wonder what language other Microformat tools are using…
  59. # [03:27] <tantek> yes H2VX is waiting for a PHP port of html5lib
  60. # [03:28] <boblet> tantek: how does html5lib-php-0.1 stack up? still a ways to go?
  61. # [03:29] <tantek> haven't had a chance to play with it - really wanting some reports on its usage before working on transitioning a production service (H2VX) to using it
  62. # [03:31] <boblet> tantek: thanks, good to know. Here’s hoping we’ll be able to use uF with HTML5 structural elements soon
  63. # [03:31] <tantek> boblet - yes I would like to do so as well
  64. # [03:32] <tantek> I'm also looking into alternatives that don't require Tidy or html5lib
  65. # [03:32] <tantek> e.g. an option for those who wish to serve biglot documents
  66. # [03:32] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  67. # [03:32] <tantek> to simply not use tidy and use PHP DOMDocument to directly load their content as well formed XML.
  68. # [03:34] <tantek> anybody (else) here serving biglot HTML5 documents?
  69. # [03:37] * tantek wonders if Hixie has seen the typo report on the md draft.
  70. # [03:37] <Hixie> yeah, it's already filed as a bug i think
  71. # [03:37] <Hixie> thanks
  72. # [03:37] * Quits: slightlyoff (~slightlyo@2620:0:1002:1002:21f:5bff:feec:e987) (Quit: slightlyoff)
  73. # [03:39] * Quits: dimich (~dimich@2620:0:1008:1101:225:ff:fef0:654c) (Quit: dimich)
  74. # [03:39] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 256 seconds)
  75. # [03:40] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  76. # [03:42] * Quits: cedricv (~cedric@124.197.119.37)
  77. # [03:44] * Joins: dglazkov (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  78. # [03:44] * Joins: myakura (~myakura@p3213-ipbf4202marunouchi.tokyo.ocn.ne.jp)
  79. # [03:52] * Quits: tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  80. # [03:57] * Joins: cedricv (~cedric@180.129.67.24)
  81. # [03:59] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
  82. # [04:05] * Quits: KevinMarks (~KevinMark@157.22.22.46) (Quit: The computer fell asleep)
  83. # [04:05] * Joins: dglazkov_ (~dglazkov@216.239.45.130)
  84. # [04:06] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  85. # [04:09] * Quits: dglazkov (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  86. # [04:09] * dglazkov_ is now known as dglazkov
  87. # [04:16] * Quits: drunknbass_work (~aaron@pool-71-106-110-90.lsanca.dsl-w.verizon.net) (Remote host closed the connection)
  88. # [04:24] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  89. # [04:25] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 246 seconds)
  90. # [04:35] * Joins: neopallium (~neopalliu@neoawareness-2-pt.tunnel.tserv14.sea1.ipv6.he.net)
  91. # [04:35] * Joins: dglazkov_ (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  92. # [04:37] * Joins: dimich (~dimich@2620:0:1008:1101:225:ff:fef0:654c)
  93. # [04:39] * Quits: dglazkov (~dglazkov@216.239.45.130) (Ping timeout: 256 seconds)
  94. # [04:39] * dglazkov_ is now known as dglazkov
  95. # [04:44] * Joins: tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  96. # [04:55] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
  97. # [04:55] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  98. # [04:56] * Quits: tantek (~tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  99. # [04:56] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  100. # [04:57] * Joins: annevk (~annevk@cm-84.215.17.236.getinternet.no)
  101. # [04:59] <annevk> sleep is for the weak
  102. # [05:10] * Joins: Garry- (~garry-@host34-224-dynamic.0-79-r.retail.telecomitalia.it)
  103. # [05:10] <Garry-> hi
  104. # [05:11] <Garry-> Can anyone give me an idea on how to make the footer go at the bottom of the page in html5?
  105. # [05:13] * Quits: MikeSmithX (~MikeSmith@EM114-48-181-10.pool.e-mobile.ne.jp) (Ping timeout: 256 seconds)
  106. # [05:17] * Quits: Garry- (~garry-@host34-224-dynamic.0-79-r.retail.telecomitalia.it) (Quit: Java user signed off)
  107. # [05:18] * Joins: MikeSmithX (~MikeSmith@EM114-48-165-215.pool.e-mobile.ne.jp)
  108. # [05:31] <jwalden> sleep is for the week
  109. # [05:39] <annevk> guess I should update html5-diff
  110. # [05:46] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  111. # [05:48] * Joins: surkov_ (~surkov@client-207-42.sibtele.com)
  112. # [05:49] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
  113. # [05:50] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  114. # [05:50] * Quits: miketaylr (~miketaylr@74.72.160.72) (Remote host closed the connection)
  115. # [05:50] * Quits: surkov (~surkov@client-205-199.sibtele.com) (Ping timeout: 245 seconds)
  116. # [05:53] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  117. # [05:55] <JonathanNeal> I was able to write a faux Firefox HTML5 video player in Flash
  118. # [05:56] <JonathanNeal> It mimics the look and feel of Firefox's, so that in combination with something like Video For Everybody's solution should work pretty well :D
  119. # [06:08] * Joins: miketaylr (~miketaylr@74.72.160.72)
  120. # [06:10] <annevk> sigh
  121. # [06:10] <annevk> it's over 1000 revisions since last publication
  122. # [06:11] <annevk> though removing editorial changes helps
  123. # [06:11] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  124. # [06:13] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 264 seconds)
  125. # [06:24] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  126. # [06:25] * _Utkarsh is now known as Utkarsh
  127. # [06:28] * Joins: Amorphous (jan@unaffiliated/amorphous)
  128. # [06:31] * Quits: othermaciej (~mjs@17.246.16.220) (Quit: othermaciej)
  129. # [06:35] * Joins: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  130. # [06:35] <zcorpan> is toString(36) defined in es5 these days?
  131. # [06:39] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  132. # [06:42] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 256 seconds)
  133. # [06:42] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  134. # [06:44] <annevk> is seamless defined in such a way that if sandbox forces a unique origin seamless still works?
  135. # [06:44] <annevk> I guess reading the spec myself would be faster...
  136. # [06:45] * Quits: jwalden (~waldo@nat/mozilla/x-mcolcjladtpwpemw) (Quit: ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.2/20100122095031])
  137. # [06:46] <annevk> it seems to cover it
  138. # [06:48] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  139. # [06:48] <annevk> hah
  140. # [06:49] <annevk> last TR/ version of HTML5 still has <legend> for <figure> and <details>
  141. # [06:49] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  142. # [06:49] <annevk> maybe I should object to publication to preserve the status quo
  143. # [06:53] <zcorpan> i must say i like <figcaption> and <summary> better than <legend>
  144. # [06:53] <annevk> i must say i disagree :p
  145. # [06:54] <annevk> hmm, <meter> and <progress> have a form attribute now
  146. # [06:54] <annevk> fun
  147. # [06:54] <zcorpan> writing just figcaption and summary instead of figure > legend and details > legend in css is great
  148. # [06:54] <annevk> why wouldn't you just write legend?
  149. # [06:54] <zcorpan> and legend has annoying styling problems
  150. # [06:54] <zcorpan> because i want different styles
  151. # [06:55] <annevk> fair enough
  152. # [06:55] <Hixie> legend is the right solution imho
  153. # [06:55] <Hixie> but people care more about the short term, so...
  154. # [06:55] <annevk> I have "The <code>figure</code> element now uses a new element <code>figcaption</code> rather than <code>legend</code> because people want to use HTML5 long before it reaches W3C Recommendation stage."
  155. # [06:56] <annevk> oops, that has a typo
  156. # [06:56] * Quits: dglazkov (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Quit: dglazkov)
  157. # [06:56] <annevk> yay for proofreading
  158. # [06:56] <zcorpan> Hixie: i used to think so, but actually using this in production made me think that dedicated elements are better
  159. # [06:56] * annevk removes stage
  160. # [06:57] <annevk> I guess I'll just align the draft with the W3C reality of things
  161. # [06:57] <zcorpan> Hixie: even when ignoring short term problems like parsing and styling; dedicated elements makes selectors and scripts easier to work with
  162. # [06:57] <annevk> i.e. the split of microdata et al
  163. # [06:58] <zcorpan> (but the short term problems are real of course)
  164. # [06:58] <Hixie> zcorpan: that may be true, but it's not a scalable language design policy
  165. # [06:59] * Quits: miketaylr (~miketaylr@74.72.160.72) (Quit: Leaving...)
  166. # [07:00] <zcorpan> Hixie: the language design should consider ease of use in script and css
  167. # [07:01] <zcorpan> some other set of elements might be easier to use if they reuse an element or share an element; but for details and figure my experience is that they benefit from dedicated elements
  168. # [07:03] <annevk> the UI in the artwork for <details> has a bug
  169. # [07:04] <annevk> hide extension is ticked yet the extension is visible
  170. # [07:04] <Hixie> heh
  171. # [07:04] <Hixie> indeed
  172. # [07:05] <Hixie> blame apple :-)
  173. # [07:06] * Joins: starjive (beos@81-233-16-19-no30.tbcn.telia.com)
  174. # [07:07] * Quits: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com) (Remote host closed the connection)
  175. # [07:08] * Joins: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  176. # [07:12] <zcorpan> what happened to http://html5.org/tools/web-apps-tracker ?
  177. # [07:12] <annevk> what happened to svn.whatwg.org you mean?
  178. # [07:13] <zcorpan> likely
  179. # [07:13] * Hixie is learning how to restart apache on his dreamhost server :-P
  180. # [07:13] <annevk> the frontpage is not cached
  181. # [07:14] <annevk> I wonder whether I should remove the other caches as well since it's well over 20GiB now
  182. # [07:14] <annevk> and the damage was mostly done by this spammer bot that I killed
  183. # [07:15] <Hixie> k it should be back
  184. # [07:15] <annevk> it's getting more popular apparently
  185. # [07:15] <zcorpan> annevk: maybe cache size and network load can be reduced by serving raw logs and annotating them client side
  186. # [07:16] <annevk> making an actual copy of the svn thingie that keeps itself up to date would prolly be even better
  187. # [07:16] <annevk> but so far that's classified as TME
  188. # [07:18] <annevk> almost 2000 failed requests for /to
  189. # [07:18] <annevk> also for /too /tools/w /tools/web-a etc. 2000 each!
  190. # [07:18] <annevk> what are all these people smoking?
  191. # [07:19] <zcorpan> maybe some browser does a request for each keypress in the location bar
  192. # [07:20] <annevk> oh well, plenty of room for improvements
  193. # [07:21] <zcorpan> i wonder if some browser does dns lookup while typing in the location bar
  194. # [07:21] * Joins: jwalden (~waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  195. # [07:22] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  196. # [07:22] <Hixie> annevk: most of those are probably attempted attacks
  197. # [07:23] <Hixie> from automated malware
  198. # [07:29] <annevk> the HTML Vocabulary stuff didn't go through right?
  199. # [07:29] * annevk goes to read some emails in more detail
  200. # [07:30] <annevk> ah right
  201. # [07:30] <annevk> HTML5, HTML Microdata, and HTML Canvas 2D Context
  202. # [07:30] <Hixie> it's still in the whatwg html spec, but yeah, the w3c didn't want it
  203. # [07:32] <annevk> that's a reply to my last statement?
  204. # [07:38] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  205. # [07:43] * Quits: gavin_ (~gavin@firefox/developer/gavin)
  206. # [07:45] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Read error: Connection reset by peer)
  207. # [07:45] <annevk> anyways, updated the draft, emailed public-html
  208. # [07:47] <annevk> guess I can now start with waking up and start with what I was planning on working on today
  209. # [07:47] <annevk> getComputedStyle FTW
  210. # [07:47] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  211. # [07:48] <Necrathex> annevk: goeiemorgen :p
  212. # [07:49] <annevk> I was actually tempted to not email public-html as there is so much potential for whining over nothing with this draft it is bound to happen. Hopefully I'm too pessimistic.
  213. # [07:49] <annevk> Necrathex, morguh
  214. # [07:52] * Joins: drunknbass_work (~aaron@cpe-76-173-195-145.socal.res.rr.com)
  215. # [07:52] <asmodai> mogguh
  216. # [07:53] <asmodai> One thing I did not understand. If the HTML(5, 6?) features are going to be documented/implemented unversioned, how does this impact website designers? Will the spec provide guidelines for capabilities sniffing/exchange or?
  217. # [07:54] <annevk> there's no change for designers because as far as they are concerned it has always been unversioned
  218. # [07:55] <annevk> i.e. browsers have always done incremental improvements
  219. # [07:56] <asmodai> So basically we stay with capabilities sniffing then.
  220. # [07:56] <annevk> the idea with unversioning it and making incremental improvements is to reduce the gap between reality and spec writing
  221. # [07:57] <annevk> asmodai, yup
  222. # [07:57] <asmodai> Well, sure, writing a spec in isolation takes time, especially if features get implemented at the final publication of said spec. :)
  223. # [07:57] <asmodai> Doesn't help much in the quickly evolving way of web development.
  224. # [07:58] <Hixie> exactly :-)
  225. # [07:58] <asmodai> Just wonder if capabilities exchange couldn't be more streamlined in some way.
  226. # [07:58] <Hixie> btw i've dramatically reduced the MaxClients on whatwg.org (and all the other things in hosts, e.g. acidtests.org, hixie.ch, etc), so hopefully it won't run out of RAM so often anymore
  227. # [07:58] <Hixie> asmodai: how do you mean?
  228. # [07:59] <asmodai> Well, right now it seems only seriously involved people sniff out capabilities. A lot are still stuck with white-/blacklists, then you have those that just build a site without regard to additional features if browser X supports it.
  229. # [08:00] <asmodai> Maybe it just needs more documenting to get the larger mass of people to pick it up.
  230. # [08:00] <Hixie> i think most people just do what works in their browser
  231. # [08:00] <Hixie> not sure we can do much about that
  232. # [08:00] <Hixie> other than getting the browsers in sync
  233. # [08:00] <asmodai> Or maybe my mind is just stuck with SATA drives and such that exchange capabilities to the controller :)
  234. # [08:01] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  235. # [08:02] * Joins: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com)
  236. # [08:03] <mpilgrim> annevk: in the sentence that begins "In addition to all of the above, Microdata an the 2D context API for canvas", the word "an" should be "and"
  237. # [08:04] <asmodai> mpilgrim: Btw Mark, for your dive into html5, Firefox 3.6 also doesn't support the placeholder thing with forms. Right now you only mention 3.5, and since 3.6 is out...
  238. # [08:04] <mpilgrim> annevk: also, later in the same sentence, "have been splitted into their own drafts" should read "have been *split* into their own drafts"
  239. # [08:04] <mpilgrim> asmodai: thanks, i will be updating the compatibility tables for fx3.6 soon
  240. # [08:05] <asmodai> mpilgrim: ah cool
  241. # [08:05] <mpilgrim> also need to bump chrome to chrome 4 now that that's hit the stable channel
  242. # [08:06] <asmodai> Still a pity only Firefox 3.6 does <math> :(
  243. # [08:06] <asmodai> Yes, I actually use MathML :P
  244. # [08:08] <asmodai> Love it actually, just wonder if the syntax is the best that people could've come up with.
  245. # [08:09] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  246. # [08:10] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu) (Client Quit)
  247. # [08:11] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  248. # [08:11] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158])
  249. # [08:14] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  250. # [08:15] <annevk> thanks, fixed the typos
  251. # [08:17] * Parts: neopallium (~neopalliu@neoawareness-2-pt.tunnel.tserv14.sea1.ipv6.he.net) ("Leaving")
  252. # [08:26] <zcorpan> annevk: "was introduced. to allow" stray dot
  253. # [08:35] * Quits: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com) (Remote host closed the connection)
  254. # [08:36] * Joins: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  255. # [08:38] * Quits: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com) (Remote host closed the connection)
  256. # [08:38] * Joins: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  257. # [08:44] * Joins: pesla (~retep@procurios.xs4all.nl)
  258. # [08:47] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  259. # [08:51] * Quits: wycats (~yehudakat@enginey-9.border1.sfo002.pnap.net) (Quit: wycats)
  260. # [08:51] <annevk> also fixed
  261. # [08:51] <annevk> plus some other things
  262. # [08:55] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  263. # [08:57] * Quits: starjive (beos@81-233-16-19-no30.tbcn.telia.com) (*.net *.split)
  264. # [08:57] * Quits: erlehmann (~erlehmann@82.113.106.134) (*.net *.split)
  265. # [08:57] * Quits: peroo (~peroo@peroo.xen.prgmr.com) (*.net *.split)
  266. # [08:57] * Quits: JohnResig (~JohnResig@ejohn.org) (*.net *.split)
  267. # [08:57] * Quits: rektide (rektide@voodoowarez.com) (*.net *.split)
  268. # [08:57] * Quits: NickYoung (~NickYoung@218.185.108.156) (*.net *.split)
  269. # [08:57] * Quits: crash\ (crash@lubyte.de) (*.net *.split)
  270. # [09:00] * Joins: rektide (rektide@voodoowarez.com)
  271. # [09:01] * Joins: JohnResig (~JohnResig@ejohn.org)
  272. # [09:06] * Joins: NickYoung (~NickYoung@218.185.108.156)
  273. # [09:06] * Joins: crash\ (crash@lubyte.de)
  274. # [09:07] <annevk> bbl
  275. # [09:07] * Parts: annevk (~annevk@cm-84.215.17.236.getinternet.no)
  276. # [09:08] * Joins: peroo (~peroo@peroo.xen.prgmr.com)
  277. # [09:09] * Quits: surkov_ (~surkov@client-207-42.sibtele.com) (Quit: surkov_)
  278. # [09:10] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Operation timed out)
  279. # [09:11] * Joins: erlehmann (~erlehmann@82.113.106.134)
  280. # [09:13] * Joins: Lachy (~Lachlan@london.perfect-privacy.com)
  281. # [09:18] * Quits: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com) (Ping timeout: 240 seconds)
  282. # [09:23] <othermaciej> Hixie: I added some bold and italic to the issue status page per your suggestions
  283. # [09:23] <Hixie> cool
  284. # [09:23] <Hixie> can you help with a question in #webkit? i am not sure where to look in the webkit code
  285. # [09:24] * Joins: annevk (~annevk@pat-tdc.opera.com)
  286. # [09:26] * Quits: mackstann_ (~death@216-20-152-177-dsl.hevanet.com) (Ping timeout: 252 seconds)
  287. # [09:26] * Joins: surkov (~surkov@client-207-42.sibtele.com)
  288. # [09:26] * Joins: tantek (~tantek@70-36-139-7.dsl.dynamic.sonic.net)
  289. # [09:27] * Joins: surkov_ (~surkov@client-207-42.sibtele.com)
  290. # [09:27] * Quits: surkov (~surkov@client-207-42.sibtele.com) (Read error: Connection reset by peer)
  291. # [09:30] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  292. # [09:36] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  293. # [09:37] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  294. # [09:37] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  295. # [09:37] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  296. # [09:42] * Hixie studies the xml entity problem
  297. # [09:42] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Quit: GarethAdams|Home)
  298. # [09:43] <Hixie> but make sure not to say anything about it here on irc, i wouldn't want people to think i was ignoring the uberthread that i carefully read through and just listening to advice here only
  299. # [09:44] <annevk> wait, you're not?
  300. # [09:44] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/372
  301. # [09:45] <zcorpan> seems firefox and opera run moved scripts in the context of the original document
  302. # [09:45] <hsivonen> zcorpan: what about IE and WebKit?
  303. # [09:46] <hsivonen> zcorpan: tentetively, I think running scripts in the context of the document the parser is associated with would be less pain
  304. # [09:46] <zcorpan> hsivonen: don't have ie, webkit didn't move anything for some reason
  305. # [09:46] <zcorpan> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html#scripts-that-modify-the-page-as-it-is-being-parsed
  306. # [09:48] <zcorpan> also, the careful dance to avoid non-XML local names in XML falls apart when moving nodes (just checking the moved tree doesn't help if it's still being parsed)
  307. # [09:55] * Joins: roc (~roc@121-72-187-193.dsl.telstraclear.net)
  308. # [09:55] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
  309. # [09:58] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  310. # [09:59] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
  311. # [09:59] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  312. # [10:03] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer)
  313. # [10:04] * Quits: myakura (~myakura@p3213-ipbf4202marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving...)
  314. # [10:05] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  315. # [10:17] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  316. # [10:18] <annevk> hmm, if an element is removed from the rendering tree Firefox no longer updates the CSSStyleDeclaration object
  317. # [10:18] <annevk> or something
  318. # [10:22] <annevk> so special are height/width/line-height/margin/padding so far
  319. # [10:25] * Quits: drunknbass_work (~aaron@cpe-76-173-195-145.socal.res.rr.com) (Quit: Leaving...)
  320. # [10:27] <Hixie> man i really need to define <datagrid> just so that iTunes can switch back to something that's at least half-decent for displaying the tracks
  321. # [10:27] * Quits: Utkarsh (~admin@117.201.87.133) (Ping timeout: 240 seconds)
  322. # [10:28] <annevk> hah, HTML will be implemented before HTML5
  323. # [10:29] <Hixie> there are already bits of the next generation of HTML that are being implemented before HTML5 is completely implemented
  324. # [10:29] <hsivonen> Hixie: I was ashtonished that the iTunes 9 search result UI had gotten through whatever UI stuff has to get through at Apple
  325. # [10:29] <Hixie> annevk: e.g. the copy and paste events :-)
  326. # [10:29] <Hixie> (which aren't even in the spec yet)
  327. # [10:29] <Hixie> hsivonen: the iTunes store's new HTML version is a disaster
  328. # [10:29] <Hixie> hsivonen: if a TV show has more than ~5 seasons, there's no way to see the list of seasons
  329. # [10:30] * hsivonen uses Spotify and iTunes still doesn't carry movies or tv shows in my territory
  330. # [10:30] <Hixie> all the names are cropped so you can only see the first few words
  331. # [10:30] <Hixie> which is a disaster when you searched for something that matches many things which all differ only in the last part of hte name
  332. # [10:31] <Hixie> e.g. "The Phantom of the Op..." where the full names are "The Phantom of the Opera (Broadway Cast)", "(London Cast)", "(Movie Soundtrack)", "(Karaoke)", etc
  333. # [10:32] <Hixie> the list of problems just goes on and on
  334. # [10:35] <othermaciej> the iTunes store has always been big on ellipsizing things
  335. # [10:36] <othermaciej> I don't like it
  336. # [10:36] <othermaciej> especially the fact that often there is no way to get the full name but hover
  337. # [10:36] * Quits: Lachy (~Lachlan@london.perfect-privacy.com) (Ping timeout: 252 seconds)
  338. # [10:37] <othermaciej> and a lot of things don't even show the expanded version on hover :-/
  339. # [10:38] * Joins: ROBOd (~robod@89.122.216.38)
  340. # [10:39] <othermaciej> hmm, when I search for LOST I can see the full list of 6 seasons
  341. # [10:40] * Joins: Lachy (~Lachlan@pat.se.opera.com)
  342. # [10:41] * Joins: mat_t (~mattomasz@91.189.88.12)
  343. # [10:42] <Hixie> othermaciej: search for SG-1
  344. # [10:42] <Hixie> othermaciej: oh, i mean from the view of one of the episodes, btw, not from the search results
  345. # [10:43] <othermaciej> if I click "See All" from the search results I can see all 10 seasons, though in strangely random order
  346. # [10:43] <Hixie> look in the "More Seasons" part of http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewTVSeason?id=183133645&s=143441
  347. # [10:43] <Hixie> there's no season 1
  348. # [10:45] <othermaciej> that is indeed odd
  349. # [10:46] <Hixie> i've run into that a lot
  350. # [10:46] <Hixie> e.g. with Top Gear in the UK store
  351. # [10:46] <Hixie> (14 seasons)
  352. # [10:46] <othermaciej> all the pages lack a Season 1 link except for Season 1 itself, which lacks a Season 2 link
  353. # [10:47] <othermaciej> I could file a bug
  354. # [10:51] <annevk> we should update the <title> for HTML5 revision tracker as well
  355. # [10:53] <annevk> lol
  356. # [10:53] <annevk> first please split out MIMESNIFF from HTML5
  357. # [10:54] <annevk> then, if MIMESNIFF actually gets through as a draft add a reference...
  358. # [10:55] <Hixie> hm?
  359. # [10:56] <Hixie> i'm getting weird hits from "Microsoft Office Existence Discovery"
  360. # [10:57] <Hixie> hits to my delayed-file script with delay values in the eons
  361. # [10:58] <annevk> web-apps-tracker is suddenly returning 500s?
  362. # [10:59] <annevk> hmm, I guess it's something with svn.whatwg.org again
  363. # [10:59] * Joins: Phae (~phaeness@gateb.thls.bbc.co.uk)
  364. # [10:59] <Hixie> yeah this "Microsoft Office Existence Discovery" is screwing me
  365. # [11:03] * Joins: mpt (~mpt@canonical/mpt)
  366. # [11:06] * Parts: zcorpan (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  367. # [11:07] * Joins: zcorpan__ (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  368. # [11:08] <meledin> ... you had me at "Microsoft Office"...
  369. # [11:08] <Hixie> ok i added another 20 servers
  370. # [11:09] <annevk> what do you mean?
  371. # [11:09] <annevk> surely you don't get that much traffic
  372. # [11:10] <annevk> meanwhile it turns out that min-width works different yet again
  373. # [11:10] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  374. # [11:10] <annevk> I think I'll do a mix of WebKit and Gecko
  375. # [11:11] * Joins: MikeSmith (~MikeSmith@EM114-48-215-60.pool.e-mobile.ne.jp)
  376. # [11:11] <annevk> WebKit quite often simply returns the computed value whereas Gecko does something more complicated
  377. # [11:13] * Quits: MikeSmithX (~MikeSmith@EM114-48-165-215.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  378. # [11:14] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Quit: Leaving...)
  379. # [11:15] <Hixie> annevk: 20 apache processes, i mean
  380. # [11:16] <Hixie> annevk: though given that i host 60 or so domains and subdomains, including acid3.acidtests.org, hixie.ch/tests, and whatwg.org, i do get enough traffic that i care about apache's settings
  381. # [11:18] <annevk> those prolly get lots of traffic
  382. # [11:18] <annevk> I have around 30 or so but still on a shared hosting account and no problems :)
  383. # [11:23] <annevk> +1 to berjon
  384. # [11:24] <othermaciej> I've gotten so used to +1 messages that I was about to ask what you were agreeing with
  385. # [11:24] <othermaciej> btw it seems like +1 is relatively out of fashion on public-html now
  386. # [11:24] <annevk> when I don't make sense, it's usually a reference to whatever just arrived in my inbox :)
  387. # [11:25] <annevk> I'm hoping to popularize it on #whatwg
  388. # [11:25] * Joins: mpt (~mpt@91.189.88.12)
  389. # [11:25] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  390. # [11:25] * Joins: mpt (~mpt@canonical/mpt)
  391. # [11:25] <Hixie> +1 is the ultimate expression of aiming for consensus over strength of arguments
  392. # [11:26] <annevk> maybe more like majority strong-arming
  393. # [11:26] <zcorpan__> +1, down with consensus
  394. # [11:26] <annevk> +0
  395. # [11:27] <Hixie> annevk: re what you said above, i push about 600 to 700 GB per month on my dreamhost account
  396. # [11:27] <annevk> ah, let me check
  397. # [11:27] <Hixie> (you can find the number under Status > Bandwidth Usage)
  398. # [11:27] * virtuelv still wonders whan anne agreed with Robin on
  399. # [11:27] * othermaciej too
  400. # [11:27] <Hixie> most of which is whatwg.org
  401. # [11:28] <annevk> not surprising actually with 5MiB drafts :p
  402. # [11:28] <Hixie> i push about 4 times more traffic out of svn.whatwg.org than on acid3.acidtests.org! :-/
  403. # [11:28] <othermaciej> acid3 is yesterday's news
  404. # [11:29] <annevk> dreamhost estimates close to a 100 with about 90% used by html5.org and 7% by annevankesteren.nl
  405. # [11:30] <annevk> philip and simon.html5.org take most of what remains
  406. # [11:30] <zcorpan__> is simon.html5.org mostly html5-elements?
  407. # [11:31] <annevk> no
  408. # [11:31] <annevk> /test/
  409. # [11:31] <zcorpan__> oh
  410. # [11:31] <annevk> stuff in the root directory is only 2.27%
  411. # [11:32] <zcorpan__> maybe someone's using the tests in regression testing
  412. # [11:32] <annevk> /specs/web-dom-core is the most popular file
  413. # [11:32] <zcorpan__> oooh
  414. # [11:32] <gsnedders> But that's an out of date version of that spec!
  415. # [11:32] <gsnedders> My copy is newer!
  416. # [11:33] * Parts: zcorpan__ (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  417. # [11:35] * Joins: zcorpan__ (~zcorpan@90-224-190-71-no135.tbcn.telia.com)
  418. # [11:43] <Hixie> man, this whole thread about widgets being moved to another wg is giving more mail about widgets than i've seen in months
  419. # [11:44] <hsivonen> a new WG or an existing WG?
  420. # [11:45] * hsivonen hasn't read Process email lately
  421. # [11:45] <Hixie> i don't care really so long as i don't have to read about it
  422. # [11:45] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/complete.html#parsing-xhtml-documents
  423. # [11:45] <Hixie> paragraphs 3 up to the note
  424. # [11:45] <Hixie> what do you think
  425. # [11:46] * annevk fetches
  426. # [11:46] <hsivonen> you put a normative data: URL in the spec?
  427. # [11:47] <annevk> didn't we define a public identifier for XSLT?
  428. # [11:47] <annevk> hsivonen, that's only in <canvas> afaik
  429. # [11:48] <hsivonen> Hixie: the data: URL with a content type that Firefox doesn't handle natively is very annoying
  430. # [11:48] <Hixie> hsivonen: file a bug on firefox?
  431. # [11:49] <Hixie> i considered putting it inline but that seems like a lot of spam for not much use
  432. # [11:49] <Hixie> given that about 12 people are ever going to have to read that
  433. # [11:49] <annevk> where is it?
  434. # [11:49] <othermaciej> for some reason I am amused to see a normative requirement in an href
  435. # [11:49] <hsivonen> Hixie: I believe implementing that spec text would regress performance in Firefox without non-trivial work
  436. # [11:50] <hsivonen> Hixie: other than that, it seems rather sensible
  437. # [11:50] <othermaciej> hsivonen: you mean due to actually loading the data: URL?
  438. # [11:50] * Hixie hopes hsivonen is going to explain what he did wrong so he can fix it :-)
  439. # [11:50] <othermaciej> couldn't Firefox do basically what it does now and be as-if equivalent?
  440. # [11:50] <annevk> oooh
  441. # [11:50] <annevk> the browser jumped to the wrong section
  442. # [11:51] <hsivonen> I mean that if -//W3C//DTD XHTML 1.0 Transitional//EN maps to a larger DTD than now, actually tokenizing it *every time* is going to regress perf
  443. # [11:51] <Hixie> oh it's the size that's the problem
  444. # [11:51] <hsivonen> AFAIK, Gecko doesn't have an expat backdoor for populating the entity table without loading sometihng
  445. # [11:51] <othermaciej> I see
  446. # [11:51] <Hixie> i could limit it to the xhtml11 entities
  447. # [11:51] <Hixie> but then mathml gets screwed
  448. # [11:51] <othermaciej> in WebKit we we just do entity substitution in code like we do now
  449. # [11:52] <hsivonen> Hixie: you need to map the MathML doctypes to the larger DTD
  450. # [11:52] <Hixie> oh man
  451. # [11:52] <hsivonen> gotta run to lunch
  452. # [11:52] <annevk> that sucks
  453. # [11:52] <Hixie> that's far more complexity than i'd like to do
  454. # [11:52] <annevk> change XML now!
  455. # [11:52] <hsivonen> Hixie: I can't say right now how feasible it would be to make expat not really parse the DTD
  456. # [11:52] <annevk> mail your guy in congress
  457. # [11:53] <Hixie> hsivonen: i don't see why it's ok to screw mathml pages but not xhtml pages
  458. # [11:53] <Hixie> hsivonen: if it's a perf hit for the 5 xhtml pages, why isn't it a perf hit for the 3 mathml pages?
  459. # [11:53] <hsivonen> Hixie: sure, it's a hit. I talkeed about *regression* compared to current hit
  460. # [11:54] <Hixie> oh, i see
  461. # [11:54] <zcorpan__> should QUOT be there?
  462. # [11:54] <annevk> why are word-spacing and letter-spacing different?
  463. # [11:54] <annevk> it makes no sense
  464. # [11:54] <annevk> no sense
  465. # [11:55] <Hixie> zcorpan__: webkit just uses the same table as text/html
  466. # [11:55] <Hixie> zcorpan__: which seemed like the most obvious strategy
  467. # [11:56] <annevk> change XML now!
  468. # [11:57] <annevk> i think i'll treat this as a bug with CSS 2.1
  469. # [11:57] <annevk> meh
  470. # [11:57] * Joins: FireFly (~firefly@unaffiliated/firefly)
  471. # [11:57] <zcorpan__> Hixie: does webkit support mathml entities?
  472. # [11:58] <Hixie> not currently
  473. # [11:58] <othermaciej> we don't yet
  474. # [11:58] <othermaciej> it would not be a perf hit to do so
  475. # [11:58] <Hixie> then again, they also don't support mathml
  476. # [11:58] <othermaciej> though it could b a small memory hit
  477. # [11:58] <othermaciej> we actually do support some mathml now
  478. # [11:58] <Hixie> oh?
  479. # [11:58] <othermaciej> (actually I'm not sure if that's enabled by default but it is in the tree)
  480. # [11:58] <othermaciej> (still incomplete)
  481. # [11:59] <Hixie> neat
  482. # [11:59] <zcorpan__> opera uses a different set of entities for html, xhtml and xhtml+mathml, i think
  483. # [11:59] <zcorpan__> like firefox
  484. # [12:00] <zcorpan__> xhtml+mathml documents are heavier to load than xhtml documents
  485. # [12:01] <Hixie> sounds like a bug firefox and opera should fix
  486. # [12:01] <zcorpan__> sure, but it's not top priority to tweak performance for 5 documents on the web
  487. # [12:01] <asmodai> Heh, I saw that too
  488. # [12:02] <asmodai> When I load my HTML5 document with MathML with html5 enabled is loads quite a bit slower than disabled.
  489. # [12:06] <asmodai> But can be that nightlies are much better in that aspect
  490. # [12:14] <hsivonen> actually, the throughput situation with the html5 parser on trunk is quite distressing
  491. # [12:18] <asmodai> hsivonen: Still a noticeable delay before rendering?
  492. # [12:22] * Parts: si-p (~usr@vm3083.vps.tagadab.com)
  493. # [12:38] <hsivonen> asmodai: I haven't paid attention to that aspect. We don't measure it...
  494. # [12:38] <hsivonen> we do measure full system throughput
  495. # [12:38] <hsivonen> and the HTML5 parser is doing badly
  496. # [12:38] * Joins: Utkarsh (~admin@117.201.88.82)
  497. # [12:38] <hsivonen> even though it has nice qualities like responsiveness
  498. # [12:49] * Quits: surkov_ (~surkov@client-207-42.sibtele.com) (Read error: Connection reset by peer)
  499. # [12:49] * Joins: surkov (~surkov@client-207-42.sibtele.com)
  500. # [12:50] * Quits: jwalden (~waldo@c-98-248-40-206.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.2/20100122095031])
  501. # [12:58] <asmodai> hsivonen: Once it's rendered it responds well, yes. :)
  502. # [13:00] <MikeSmith> finally getting browser implementation support for box-shadow and border-radius is just about that best thing that's happened to the platform in the last N years
  503. # [13:01] <hsivonen> asmodai: are nightlies unresponsive for you during parsing?
  504. # [13:21] <asmodai> hsivonen: Would need to check with a nightly. Can it safely be installed next to 3.6 without fear of screwing up my profile? :)
  505. # [13:21] <asmodai> MikeSmith: It's used quite a lot for web 2.0 designs yea
  506. # [13:22] * Quits: tantek (~tantek@70-36-139-7.dsl.dynamic.sonic.net) (Quit: tantek)
  507. # [13:24] <MikeSmith> asmodai: it certainly makes it much more easy to create Web content with some of the same visual-information conventions that are typical in printed content and other visually rich media
  508. # [13:25] * Quits: Lachy (~Lachlan@pat.se.opera.com) (Quit: Leaving)
  509. # [13:25] <asmodai> Absolutely.
  510. # [13:25] <asmodai> For me the MathML stuff is one of the more important things.
  511. # [13:26] <asmodai> Especially now that I am back working for a university.
  512. # [13:26] <annevk> seems I was right about posting to public-html about html5-diff
  513. # [13:26] <annevk> I was hoping for something a little more exciting though
  514. # [13:27] <MikeSmith> I think we have plenty of excitement already
  515. # [13:27] <MikeSmith> (implied scare quotes)
  516. # [13:27] <MikeSmith> asmodai: I realize that MathML is important for a lot of use cases, but I not sure it'd rank so high in the list of priorities for most Web developers/designers
  517. # [13:27] <asmodai> MikeSmith: Unfortunately not, no. :(
  518. # [13:28] <asmodai> But I love how I finally can read formulae without any shitty on the fly TeX rendering in pixelated font and such things.
  519. # [13:28] * asmodai hides his typography interests
  520. # [13:30] <MikeSmith> well, I think most decent designers have high interest in typography.. it's just that their expectations are so low in regard to typography on the Web that they are just happy for any small gains at all
  521. # [13:32] <MikeSmith> but not sure how typography improvements in general should rank compared to, say, having a standard way (that doesn't rely on JS libraries or direct low-level JS coding) event-based way show/hide parts or page (by clicking or whatever)
  522. # [13:33] * Joins: miketaylr (~miketaylr@74.72.160.72)
  523. # [13:33] <othermaciej> MikeSmith: that could be so totally doable with my old <button type=toggle> idea
  524. # [13:33] <othermaciej> MikeSmith: all you'd have to do is make visibility of the children (which don't necessarily need to be visually inside it) depend on the checked state
  525. # [13:33] <othermaciej> and with CSS transitions, you could even have nice animations on the hiding and showing if you cared to
  526. # [13:35] * Joins: Lachy (~Lachlan@174.142.75.85)
  527. # [13:35] * Quits: miketaylr (~miketaylr@74.72.160.72) (Remote host closed the connection)
  528. # [13:36] <MikeSmith> having support for decent transition effect for it'd be important, but just having that base mechanism would be huge
  529. # [13:37] <MikeSmith> I hope we can collectively find a way to make that happen sooner rather than later
  530. # [13:40] <othermaciej> it is possible to do it with very little scripting
  531. # [13:40] <othermaciej> just add/remove the hidden attribute, or toggle a class
  532. # [13:41] <asmodai> MikeSmith: Oh sure, just that there's so many areas that can use improvements. And we all place emphasis on different parts. :)
  533. # [13:42] <MikeSmith> othermaciej: yeah, but the scripting part is the issue.. doesn't matter so much if it's very little or very lot
  534. # [13:42] <MikeSmith> for one thing, due to case of many people running with JS off by default
  535. # [13:42] <othermaciej> MikeSmith: why is it an issue? are people reluctant to do anything that involves even minimal scripting?
  536. # [13:42] <MikeSmith> users
  537. # [13:42] <othermaciej> cause fancy CSS is often harder than simple scripting
  538. # [13:43] <MikeSmith> users browsing without JS
  539. # [13:43] <MikeSmith> and in principle, core default UI behavior should not rely on JS
  540. # [13:44] <MikeSmith> and for users running without JS, the default UI behavior should be degraded as little as possible
  541. # [13:44] <asmodai> It's funny how CSS sometimes really stops me from expressing the layout I have in my mind. Spend more time fixing inconsistencies between browsers than I do on design. :(
  542. # [13:44] <MikeSmith> key case I mean is when you want to have parts of the UI hidden by default
  543. # [13:44] <othermaciej> browsing without JS is pretty crippling nowadays
  544. # [13:44] <othermaciej> no longer a realistic option
  545. # [13:45] <MikeSmith> othermaciej: true, but a lot of people still seem to do it
  546. # [13:45] <othermaciej> NoScript is surprisingly high in the list of Firefox extensions
  547. # [13:45] <asmodai> Mmm, but isn't HTML as it is now stateless and only via JS do we add state?
  548. # [13:46] <asmodai> Adding such an event system to HTML separate from JS would change the system pretty radically then.
  549. # [13:47] <othermaciej> HTML is not stateless
  550. # [13:48] <othermaciej> the DOM is a big pile of state
  551. # [13:50] <asmodai> othermaciej: Oh wait, due to DOM level 2 and the DOM events?
  552. # [13:51] <Hixie> HTML has all kinds of state
  553. # [13:51] <Hixie> it's HTTP that's (mostly) stateless
  554. # [13:51] <othermaciej> the document tree itself is state
  555. # [13:52] <othermaciej> but there are also smaller clusters of state such as form controls which mutate happily with no need for scripting
  556. # [13:52] <virtuelv> disabled
  557. # [13:52] <virtuelv> selected
  558. # [13:52] <zcorpan__> <video controls>
  559. # [13:52] <othermaciej> CSS is also aware of which element has your mouse in it and whether you are currently clicking on something
  560. # [13:53] <othermaciej> (:hove / :active)
  561. # [13:53] <zcorpan__> and what has focus
  562. # [13:54] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 252 seconds)
  563. # [13:54] <zcorpan__> and if the email address you just typed in is valid or not
  564. # [13:54] <othermaciej> contentEditable also allows all sorts of mutations of the document tree itself to occur without the need for scripting
  565. # [13:55] <othermaciej> the current selection is also state
  566. # [13:56] <asmodai> Hixie: Yeah, my bad. I never really had to delve deep into the tech background of HTML itself. Guess I've been lucky to just brute force my way through the incidental web development stuff.
  567. # [13:57] * asmodai is catching up quickly.
  568. # [14:00] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  569. # [14:09] * Quits: zcorpan__ (~zcorpan@90-224-190-71-no135.tbcn.telia.com) (Quit: zcorpan__)
  570. # [14:16] * Quits: Lachy (~Lachlan@174.142.75.85) (Quit: Leaving)
  571. # [14:17] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  572. # [14:18] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  573. # [14:20] * Joins: pmuellr (~pmuellr@nat/ibm/x-ooafjrxskodwjcct)
  574. # [14:29] <boblet> anyone here made uF hCards with a bilingual name? I’m wondering how to mark it up…
  575. # [14:32] * Joins: kinetik (~kinetik@121.98.132.55)
  576. # [14:39] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  577. # [14:39] * Disconnected
  578. # [14:40] * Attempting to rejoin channel #whatwg
  579. # [14:40] * Rejoined channel #whatwg
  580. # [14:40] * 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!'
  581. # [14:40] * Set by annevk42 on Mon Oct 19 22:03:06
  582. # [14:41] * Joins: Lachy (~Lachlan@pat.se.opera.com)
  583. # [14:58] * Quits: Utkarsh (~admin@117.201.88.82) (Read error: Connection reset by peer)
  584. # [15:04] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Quit: Leaving)
  585. # [15:07] * Joins: Utkarsh (~admin@117.201.85.181)
  586. # [15:11] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  587. # [15:13] * Joins: miketaylr (~miketaylr@38.117.156.163)
  588. # [15:14] * Joins: BlurstOfTimes (~blurstoft@168.203.117.66)
  589. # [15:20] * Quits: nessy (~Adium@124-168-170-167.dyn.iinet.net.au) (Quit: Leaving.)
  590. # [15:24] * Quits: Utkarsh (~admin@117.201.85.181) (Ping timeout: 252 seconds)
  591. # [15:30] * Joins: Utkarsh (~admin@117.201.84.47)
  592. # [15:31] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 246 seconds)
  593. # [15:31] * Joins: kinetik (~kinetik@121.98.132.55)
  594. # [15:33] * Quits: danbri (~danbri@unaffiliated/danbri) (Quit: Leaving...)
  595. # [15:34] * Quits: Utkarsh (~admin@117.201.84.47) (Ping timeout: 245 seconds)
  596. # [15:35] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  597. # [15:36] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Client Quit)
  598. # [15:39] * Quits: erlehmann (~erlehmann@82.113.106.134) (Quit: Ex-Chat)
  599. # [15:39] * Joins: Utkarsh (~admin@117.201.90.239)
  600. # [15:40] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  601. # [15:41] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  602. # [15:51] * Joins: aroben (~aroben@unaffiliated/aroben)
  603. # [16:09] * Joins: draco___ (~draco@119.234.0.14)
  604. # [16:11] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 240 seconds)
  605. # [16:13] <asmodai> Mmm, nice opera 10.50 results on JavaScript performance.
  606. # [16:13] <asmodai> http://my.opera.com/chooseopera/blog/a-new-era-of-browser-speed
  607. # [16:15] * Joins: paul_irish (~paul_iris@12.33.239.250)
  608. # [16:16] <Philip`> I wish people did 32-bit and 64-bit versions of benchmark results
  609. # [16:17] <Philip`> particularly since it's possible it'd show up JIT weaknesses
  610. # [16:17] <Philip`> (and in some tests I've got hugely different results for the same browser with different bittiness)
  611. # [16:18] * Quits: cedricv (~cedric@180.129.67.24) (Ping timeout: 240 seconds)
  612. # [16:18] <AryehGregor> asmodai, comparing pre-release Opera to released competitors? Lame.
  613. # [16:18] <gsnedders> Some browsers (Chrome especially) seems to vary massively between Intel and AMD CPUs for some reason
  614. # [16:18] * Joins: ment (thement@ibawizard.net)
  615. # [16:18] <AryehGregor> Chrome 5 edges out Opera 10.50 in Peacekeeper's tallies, I think.
  616. # [16:18] <gsnedders> AryehGregor: Depends on hardware
  617. # [16:18] <AryehGregor> Probably.
  618. # [16:19] <gsnedders> SunSpider we are almost always quickest on
  619. # [16:19] <AryehGregor> http://service.futuremark.com/peacekeeper/browserStatistics.action
  620. # [16:19] <AryehGregor> That shows Chrome 4 as being faster than Opera 10.50 across the board, although the difference does depend on CPU model.
  621. # [16:20] * gsnedders wonders why there are no results for AMD on us
  622. # [16:21] <AryehGregor> Well, Chrome beats Opera on the V8 benchmark. :P (But not by much . . .)
  623. # [16:21] <gsnedders> And only in one test
  624. # [16:23] <AryehGregor> It's still lame to compare Opera 10.50 to Chrome 4 and Firefox 3.6 instead of Chrome 5 and Minefield.
  625. # [16:23] <AryehGregor> Also, I wonder why Safari's not there?
  626. # [16:23] <gsnedders> We're quicker than Safari
  627. # [16:23] <AryehGregor> You're quicker than IE too, but that's present. :P
  628. # [16:23] <gsnedders> We should've included IE9 too :P
  629. # [16:24] <annevk> we should've left out IE
  630. # [16:24] <annevk> it's not interesting
  631. # [16:27] <AryehGregor> Performance comparisons published by browser vendors are rarely very interesting. The result is predictable in advance: our browser is best!
  632. # [16:27] <AryehGregor> (for some carefully-selected meaning of "best")
  633. # [16:29] <Philip`> The exception is when Microsoft publishes performance comparisons
  634. # [16:29] <Philip`> where the result is "we're far less pathetic than our previous release, and we're catching up with everyone else"
  635. # [16:29] <AryehGregor> Yeah, that's why they don't publish those so often. :P
  636. # [16:30] <AryehGregor> Although I think their last one was remarkably fair, it actually benchmarked against nightlies and everything.
  637. # [16:30] <Philip`> which is a much more important result than whether some browser is 20% faster than another on some artificial benchmarks
  638. # [16:30] <gsnedders> But everyone knows IE sucks, so people just care about IE getting better :P
  639. # [16:30] * gsnedders was amazed they got permission to publish that at all, actually
  640. # [16:30] <jgraham> Philip`: Arguably the important result is "how fast are you in practice on some site that users care about"
  641. # [16:31] <AryehGregor> Raw JS performance isn't a big deal to me so much as responsiveness. Firefox may be competitive in raw JS scores, but a lot of UI actions just seem a lot more laggy than, e.g., Chrome.
  642. # [16:31] <jgraham> (so saying "we're less lame than our previous release doesn't mean much if you still can't make canvas-based games run at an acceptable framerate, for example)
  643. # [16:32] <AryehGregor> Well, yeah, speed improvements do enable more apps.
  644. # [16:32] <AryehGregor> They also allow viewing the HTML5 complete spec. :P
  645. # [16:32] <AryehGregor> Although even on Chrome that's slow enough that I usually use the multipage version.
  646. # [16:32] <jgraham> js-improvements mean nothing there
  647. # [16:32] <jgraham> That's mostly layout and DOM dominated
  648. # [16:33] <gsnedders> Well, it's a question of how often you reflow in large part
  649. # [16:33] <Philip`> I thought it was a question of whether you implemented CSS properly or not, too
  650. # [16:35] <jgraham> :how often you reflow" -> layout
  651. # [16:35] <AryehGregor> Personally, as a user, I'd prefer a slightly buggy CSS implementation that's significantly faster.
  652. # [16:36] <AryehGregor> Although it's annoying as a web developer.
  653. # [16:36] <AryehGregor> I've found some very weird WebKit rendering bugs.
  654. # [16:36] <jgraham> I was under the (possibly mistaken) impression that gecko had problems because the status annotation script triggered an n^2 algorithm due to their particular DOM implementation
  655. # [16:36] <AryehGregor> I've found some Gecko rendering bugs, but they seem to be less weird. :)
  656. # [16:37] <AryehGregor> jgraham, I think it was something like that.
  657. # [16:38] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  658. # [16:38] <Philip`> I thought there was also something about dynamic updates to selectors, which WebKit just ignores and gives incorrect results for
  659. # [16:39] * Philip` can't remember whether WebKit fixed the CSS bug that breaks the index page for his canvas tests
  660. # [16:41] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 258 seconds)
  661. # [16:42] * Joins: dglazkov (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  662. # [16:45] <asmodai> The only thing I find interesting in all those benchmarks is how IE is so abyssmally slow
  663. # [16:46] <Philip`> Is it really hard to e.g. set up some kind of capture/replay proxy and browse Gmail a bit and then do a replay with automated user actions and time it, rather than doing everything with artificial benchmarks?
  664. # [16:46] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  665. # [16:46] <jgraham> Philip`: Yes
  666. # [16:47] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  667. # [16:47] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  668. # [16:47] <Philip`> Why?
  669. # [16:48] <jgraham> Because setting up automated user actions is hard, because sharing such a setup is hard
  670. # [16:49] <meledin> Sounds like something you could use Selenium to do. Don't know whether or not that does a performance penalty significant in the context.
  671. # [16:49] <AryehGregor> Surely if you have a good test suite it will involve automated user actions, like Mozilla's mochitests.
  672. # [16:49] <AryehGregor> Selenium doesn't seem relevant -- it doesn't involve an actual browser, does it?
  673. # [16:49] <meledin> It does
  674. # [16:49] <AryehGregor> I mean, not an arbitrary one.
  675. # [16:49] * AryehGregor will have to reread that
  676. # [16:50] <meledin> Firefox, Safari, Chrome. IE should be possible too but I lack the necessary windows
  677. # [16:50] <AryehGregor> Hmm.
  678. # [16:50] <jgraham> Right, but there's no cross browser way to do that. And you don't know what effect the automator has to the performance
  679. # [16:50] <jgraham> s/to/on/
  680. # [16:50] <AryehGregor> Well, you don't need a cross-browser way to do it if your goal is to improve real-world performance rather than show off how much awesomer your browser is than anyone else's.
  681. # [16:51] <AryehGregor> Automator probably isn't going to make a huge difference to performance, but if it does, still a heck of a lot better than a synthetic benchmark.
  682. # [16:51] <gsnedders> The question is what is slow enough to have a noticable effect on perf?
  683. # [16:51] <AryehGregor> Real-world input is the only logical thing to test for any program, IMO. I'm suspicious of unit tests, too.
  684. # [16:52] <meledin> To me the question is what performance is fast enough to not have a noticeable effect on user experience.
  685. # [16:52] <jgraham> AryehGregor: It depends how it is implemented. e.g. in Opera using the debugging interfaces disables JIT. So anything that uses the debugger is useless for performance testing
  686. # [16:52] <meledin> If you improve page load on google.com by 1000% (but it originally loaded in 0.02 seconds) you've done a hell of a job for no reason.
  687. # [16:52] <AryehGregor> Ah.
  688. # [16:52] <gsnedders> Gmail loading initially is, but what about once it is loaded? Does any of that matter?
  689. # [16:52] * Philip` loads Gmail about once every two days
  690. # [16:52] <Philip`> so I really don't care about that
  691. # [16:52] <AryehGregor> Me too.
  692. # [16:53] <AryehGregor> I suspect most Gmail slowness is server-side, though.
  693. # [16:53] <AryehGregor> Like when it takes multiple seconds to load the next e-mail, WTF is up with that.
  694. # [16:53] <jgraham> (I think the same is true in other browsers e.g. Firebug disables JIT in tracemonkey)
  695. # [16:53] <Philip`> You don't want to make the browser *just* fast enough to make users happy with all current sites
  696. # [16:53] <Philip`> You want it to be fast enough that developers can make new fancier sites, without being significantly restricted by performance
  697. # [16:54] <Philip`> (assuming the idea is to improve the web, which benefits everybody, rather than merely to compete against all current browsers on the current web)
  698. # [17:00] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  699. # [17:00] <AryehGregor> jgraham, mochitests don't use Firebug, though. It's using the regular JS engine AFAIK.
  700. # [17:00] * Quits: dglazkov (~dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Quit: dglazkov)
  701. # [17:01] <AryehGregor> It basically just runs a webpage that has some elevated privileges, so it can synthesize user input and such.
  702. # [17:02] <jgraham> AryehGregor: Right, my point was just that disabiling optimisations in certain situations was common
  703. # [17:03] <AryehGregor> Clearly.
  704. # [17:03] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  705. # [17:04] * Philip` suggests not designing systems to be untestable
  706. # [17:04] <Philip`> That'd make everything so much easier
  707. # [17:05] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  708. # [17:13] * Quits: MikeSmith (~MikeSmith@EM114-48-215-60.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  709. # [17:16] * Joins: MikeSmith (~MikeSmith@EM114-48-160-95.pool.e-mobile.ne.jp)
  710. # [17:19] * Joins: dglazkov (~dglazkov@nat/google/x-cpdyfybeyjcgxlwj)
  711. # [17:25] <Philip`> "thankfully we've got Jean-Baptiste Clamence who has collected some of them [statements]" - indeed, he has done sterling work as an unbiased archiver helping people stay well-informed on WHATWG matters
  712. # [17:27] <annevk> yeah signal/noise on public-html ftw
  713. # [17:27] <annevk> not
  714. # [17:37] * Quits: ChrisLTD|Work (~blahness@152.2.194.196) (Quit: ChrisLTD|Work)
  715. # [17:39] <hsivonen> Philip`: where's that a quote from?
  716. # [17:39] <hsivonen> whoa. public-html
  717. # [17:40] <Lachy> http://www.w3.org/mid/AAF736D7957145618141DAF4979730AB@kmPC
  718. # [17:41] * Joins: virtuelv (~virtuelv_@162.179.251.212.customer.cdi.no)
  719. # [17:49] <jgraham> "whoa. public-html" is a surprisingly common reaction to public-html
  720. # [17:49] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
  721. # [17:52] <Philip`> http://www.google.com/search?q=%2B%22whoa.+public-html%22
  722. # [17:52] <Philip`> jgraham: I think that's technically untrue
  723. # [17:53] * Philip` discovers http://www.flickr.com/photos/hober/4256801493/
  724. # [17:59] <AryehGregor> That image is about as productive as Last Week in HTML5.
  725. # [18:00] <AryehGregor> I.e., extremely unproductive.
  726. # [18:01] <Philip`> Less long-winded, though
  727. # [18:10] * Joins: bzed_ (~bzed@devel.recluse.de)
  728. # [18:12] * Quits: bzed_ (~bzed@devel.recluse.de) (Remote host closed the connection)
  729. # [18:12] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 258 seconds)
  730. # [18:13] * Joins: TabAtkins (~chatzilla@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  731. # [18:14] * Joins: bzed (~bzed@devel.recluse.de)
  732. # [18:15] * Joins: tantek (~tantek@70-36-139-7.dsl.dynamic.sonic.net)
  733. # [18:18] <Philip`> Does anyone else see flashing bold text in #html-wg?
  734. # [18:18] * Philip` wonders if it's just his IRC client getting confused
  735. # [18:18] <gsnedders> No, it's not
  736. # [18:19] <gsnedders> Well, it's not flashing here. But I have that turned off in my IRC client :)
  737. # [18:19] <gsnedders> But the bold bit too
  738. # [18:21] <gsnedders> s/too/I do/
  739. # [18:21] <gsnedders> Odd mistake
  740. # [18:21] <Lachy> how do you get flashing text in IRC?
  741. # [18:21] <gsnedders> Control characters
  742. # [18:21] <gsnedders> Lachy: On a totally unrelated note, I'm hungry.
  743. # [18:22] <Lachy> would you like to go get some food?
  744. # [18:22] <gsnedders> Yes
  745. # [18:23] <Lachy> ok. Where would you like to go? A restaurant?
  746. # [18:23] <gsnedders> Somewhere quick and close, like a takeaway
  747. # [18:23] * Quits: Phae (~phaeness@gateb.thls.bbc.co.uk)
  748. # [18:23] <gsnedders> But not too close. those places aren't nice.
  749. # [18:23] <gsnedders> (IMHO, YMMV, etc.)
  750. # [18:24] <Lachy> I was told that there was a really nice place just down stairs, either in this building or nearby
  751. # [18:24] <gsnedders> That's not really nice.
  752. # [18:24] <Lachy> ok
  753. # [18:24] <gsnedders> It's not very nice at all really.
  754. # [18:24] <gsnedders> That's one of the places I was excluding.
  755. # [18:24] <Lachy> fair enough
  756. # [18:24] <gsnedders> And why am I talking to you on IRC and not moving my mouth?
  757. # [18:24] <Lachy> because this is clearly faster
  758. # [18:25] <gsnedders> OBviously
  759. # [18:25] <gsnedders> Though I can't type this quickluy witohut making mistakes
  760. # [18:25] * Joins: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  761. # [18:26] * Philip` looks at his public-html folder
  762. # [18:26] <Philip`> Aaaaaaaaah
  763. # [18:27] <annevk> you won't miss if you delete it all prolly
  764. # [18:27] <annevk> lots of Process fodder
  765. # [18:28] <Philip`> I looked at it ten minutes ago
  766. # [18:28] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  767. # [18:28] <AryehGregor> Wow, lots of Bugzilla activity.
  768. # [18:28] <Philip`> but then there were 32 bug keyword updates
  769. # [18:28] * Quits: pesla (~retep@procurios.xs4all.nl) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
  770. # [18:30] * Joins: Traveler0 (~traveler0@host65-215-dynamic.1-79-r.retail.telecomitalia.it)
  771. # [18:30] <Traveler0> hi.
  772. # [18:30] <Philip`> Hello
  773. # [18:31] <Traveler0> I'm using sifr on a web project of mine and everytime I upload the file on the server sometimes the sifr replacement text doesn't load. The page loads everything else except sifr and stops.
  774. # [18:31] <Traveler0> Sometimes I refresh it once and it works nicely, sometimes it takes 4-5 times until the text appears.
  775. # [18:31] <AryehGregor> Does this have to do with the WHATWG, or . . . ?
  776. # [18:31] <AryehGregor> I mean, I don't expect anyone here to know the answer.
  777. # [18:32] <AryehGregor> (although maybe I'm wrong)
  778. # [18:32] <Traveler0> I know you guys are pretty knowledgeable
  779. # [18:32] <Traveler0> Could it be some server problems?
  780. # [18:33] <Philip`> Knowledgeable about HTML, not about sIFR :-)
  781. # [18:33] <AryehGregor> sIFR looks like voodoo magic to me.
  782. # [18:33] <AryehGregor> We hate Flash here, remember? :)
  783. # [18:33] <Traveler0> Well on my local server it loads fine, I doubt it's because of sIFR :P
  784. # [18:34] <Traveler0> I used to hate it too, until I tried the text replacement thingye. It's nice.
  785. # [18:34] <annevk> the reason is because Flash is teh evil
  786. # [18:34] <Traveler0> The page just looks so nice with the flash text
  787. # [18:34] <annevk> @font-face
  788. # [18:35] <Traveler0> You can't use font-face for every font
  789. # [18:35] <Philip`> Why not?
  790. # [18:35] <Traveler0> It breaks the copyright, even cufon does.
  791. # [18:35] <Philip`> Use fonts that allow you to use them
  792. # [18:35] <Traveler0> The number of fonts that allow are very limited.
  793. # [18:36] <Traveler0> And not worth it I guess.
  794. # [18:36] <AryehGregor> But they let you use sIFR?
  795. # [18:36] <Traveler0> + @font-face isn't a good idea, since browsers render fonts differently and you would have some unpleasant surprises.
  796. # [18:36] <Traveler0> Indeed, sIFR doesn't break copyright.
  797. # [18:37] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  798. # [18:37] * Joins: jorlow (~jorlow@2620:0:1042:2:225:ff:fef2:bfa4)
  799. # [18:37] * Quits: Lachy (~Lachlan@pat.se.opera.com) (Quit: This computer has gone to sleep)
  800. # [18:38] <AryehGregor> It sure does break copyright unless they explicitly let you use it. Do they have a whitelist of technologies they allow?
  801. # [18:38] <AryehGregor> Browsers that support @font-face render it the same way to the best of my knowledge, although some of their implementations have gotchas.
  802. # [18:39] <AryehGregor> (modulo platform conventions and such, I guess)
  803. # [18:39] <Philip`> They use different font renderers on different platforms
  804. # [18:39] <Philip`> which sometimes give very different results for the same font data
  805. # [18:39] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  806. # [18:40] <AryehGregor> Anyway, this is a channel for a standards development group, so saying you want to use a Flash-based solution when a semi-usable standards-based solution is available is unlikely to get you a lot of enthusiastic assistance here. :)
  807. # [18:40] <AryehGregor> (a standards development group that has killing Flash as one of its major goals, for that matter)
  808. # [18:41] <Traveler0> I see. Can I ask why do you hate it though?
  809. # [18:41] <Traveler0> It makes websites look better, you have to agree on that.
  810. # [18:42] <Traveler0> I'm not very enthusiastic about flash either and I don't particularly like entire flash websites, but I think sifr is ok.
  811. # [18:42] <AryehGregor> Flash is a proprietary solution that's locked the web into one program written by one vendor, and forces us all to dance to their tune. It stifles competition and innovation. Flash is also notoriously buggy and unstable, to the point that multiple browsers are now putting a lot of work into sandboxing plugins largely so that Flash doesn't cause them to crash so often.
  812. # [18:42] <AryehGregor> For the web to remain healthy, we need standards that can be implemented by many vendors competing against each other, so that we get the best possible implementation and no one is left out.
  813. # [18:43] <AryehGregor> Flash doesn't support all platforms either, because Adobe can't be bothered supporting some, and some platforms don't want to depend on Adobe (e.g., iPhone/iPod Touch/iPad).
  814. # [18:44] <AryehGregor> HTML5, when more widely implemented, should supersede Flash in most common use-cases, e.g., videos and simple games. With any luck, this will reduce Flash market penetration until it eventually becomes unattractive as a development target.
  815. # [18:45] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  816. # [18:45] <Traveler0> hm
  817. # [18:46] <Philip`> I don't think killing Flash is a major goal
  818. # [18:46] <Philip`> Making Flash unnecessary by providing better solutions to relevant use cases is much more of a goal
  819. # [18:47] <AryehGregor> Well, yes. Same deal, from a slightly less aggressive perspective.
  820. # [18:47] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-213.west.biz.rr.com)
  821. # [18:47] <Philip`> Not really
  822. # [18:47] <Philip`> Flash could be unnecessary but still very much alive
  823. # [18:47] <Philip`> They're distinct states
  824. # [18:48] <AryehGregor> But closely related.
  825. # [18:48] <AryehGregor> I mean, I was using "kill" in a broad sense.
  826. # [18:48] <Philip`> Maybe
  827. # [18:48] <AryehGregor> Not like "Adobe stops developing it".
  828. # [18:49] <AryehGregor> More like "we can all safely ignore it".
  829. # [18:49] <Philip`> I think you were using "Flash" in a monolithic sense
  830. # [18:49] <AryehGregor> What does that mean?
  831. # [18:50] <Philip`> which isn't necessarily the best sense, e.g. <video> is useful because it makes Flash unnecessary for a subset of use cases, even though it does nothing for many other use cases that Flash satisfies
  832. # [18:50] * Joins: maikmerten (~maikmerte@port-92-201-55-33.dynamic.qsc.de)
  833. # [18:50] <Philip`> I mean you seemed to mean you wanted to kill Flash in the sense of making the entire thing disappear / become irrelevant / etc
  834. # [18:52] <AryehGregor> As long as Flash has 98% market penetration, authors will use it, forcing users to install it, in a vicious cycle. The only way to break out of this and get to standards-land is to sharply reduce Flash's market share, by making it less necessary to users, thereby less useful to authors, etc.
  835. # [18:52] <AryehGregor> Loosely speaking, that's "killing" it
  836. # [18:52] <AryehGregor> .
  837. # [18:52] <AryehGregor> Modulo hyperbole.
  838. # [18:53] * Joins: sbublava (~stephan@77.119.127.61.wireless.dyn.drei.com)
  839. # [18:53] <Traveler0> I guess each one has their opinions on how stuff should work.
  840. # [18:53] * Joins: mpt (~mpt@canonical/mpt)
  841. # [18:53] <Philip`> I'd be quite happy if 98% of users had Flash installed but only 0.1% of sites relied on it because most were happy with features provided by HTML instead
  842. # [18:53] <Philip`> s/happy/happier/
  843. # [18:54] <AryehGregor> Then users would stop installing Flash. It doesn't usually come bundled with the OS, right?
  844. # [18:54] <AryehGregor> Of course someone is always going to use Flash, as long as it exists.
  845. # [18:54] <Traveler0> It would suffice if youtube would stop using flash
  846. # [18:54] <Philip`> PCs come bundled with hundreds of things
  847. # [18:54] <AryehGregor> But the usage would ideally be negligible.
  848. # [18:54] <Traveler0> Most of the users with internet connection visit youtube
  849. # [18:54] <AryehGregor> YouTube support HTML5 video now, partially.
  850. # [18:55] <Traveler0> I've seen their page on html5
  851. # [18:55] <AryehGregor> They support HTML5 for most videos now.
  852. # [18:55] <AryehGregor> You can opt-in in preferences.
  853. # [18:55] <AryehGregor> Only if you use Chrome or Safari, though, since it's H.264 only.
  854. # [18:55] <Philip`> Doesn't work on any browsers I have installed, as far as I'm aware
  855. # [18:55] <Traveler0> FF doesn't support html5 videos?
  856. # [18:56] <Philip`> It does, but only Theora
  857. # [18:56] <Philip`> not H.264
  858. # [18:57] <AryehGregor> H.264 is a patented video format, which is also evil. Theora is unpatented. Firefox supports only Theora, but YouTube currently only provides H.264. The latter has much bigger market share, it's very widely used. Theora came onto the scene much later, sadly.
  859. # [18:57] <Traveler0> I guess flash will be less important in the near future
  860. # [18:57] <Philip`> Theora is patented
  861. # [18:57] * Joins: mpt_ (~mpt@canonical/mpt)
  862. # [18:57] <AryehGregor> Nitpicker.
  863. # [18:58] <Philip`> You're just wrong :-p
  864. # [18:58] <AryehGregor> It's patented but all patents are irrevocably released to the general public royalty-free.
  865. # [18:58] * Quits: mpt (~mpt@canonical/mpt) (Read error: No route to host)
  866. # [18:58] <AryehGregor> So s/patented/patent-encumbered/g if you want.
  867. # [18:58] <Philip`> All widely-known patents
  868. # [18:58] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
  869. # [18:59] <Philip`> Did anyone find the thing which actually said the patents were free for use in the contexts where Theora is now used?
  870. # [18:59] <Philip`> (The last I remember, it was kind of specific to a particular Theora implementation, or something along those lines)
  871. # [19:01] * Quits: Traveler0 (~traveler0@host65-215-dynamic.1-79-r.retail.telecomitalia.it) (Quit: Java user signed off)
  872. # [19:02] <Philip`> "Theora came onto the scene much later" - how are you interpreting coming onto the scene?
  873. # [19:02] * Joins: wycats (~yehudakat@enginey-9.border1.sfo002.pnap.net)
  874. # [19:02] <Philip`> Apparently standardisation of the first version of H.264 was completed in 2003
  875. # [19:03] <Philip`> and Theora was started in 2002 (based on a codec from 2000) and the format frozen in 2004
  876. # [19:03] <Philip`> so they're mostly contemporaneous
  877. # [19:04] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  878. # [19:05] <AryehGregor> Well, or H.264 was marketed better, or whatever. It's dominant, Theora isn't, for whatever reason.
  879. # [19:05] <AryehGregor> Network effects, etc.
  880. # [19:06] <tantek> AryehGregor - my understanding is the H.264 provides higher quality / bytes, that is a technically/experientially superior format.
  881. # [19:06] * Joins: mpilgrim (~mark@adsl-162-132-170.rmo.bellsouth.net)
  882. # [19:06] <AryehGregor> tantek, http://people.xiph.org/~greg/video/ytcompare/comparison.html
  883. # [19:06] <tantek> that's the reason I have heard from supporters of H.264. I don't have reference.
  884. # [19:06] <AryehGregor> The difference isn't that large, apparently.
  885. # [19:06] <AryehGregor> H.264 is probably better overall, but not hugely.
  886. # [19:07] <Philip`> It's partly a consequence of encoder implementation
  887. # [19:07] <Philip`> Because H.264 is popular, lots of people put lots of effort into implementing it well
  888. # [19:07] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  889. # [19:08] <Philip`> (for lots of different meanings of "well", involving different tradeoffs of quality and size and encoding speed and latency and decoder capabilities etc)
  890. # [19:08] * Quits: mpt_ (~mpt@canonical/mpt) (Quit: Ex-Chat)
  891. # [19:08] <Philip`> whereas it seems Theora has had a not-very-good encoder for most of its life, with recent work on one better encoder, and that's about it
  892. # [19:09] <tantek> Thanks for the reference AryehGregor - I will share it.
  893. # [19:09] * Joins: [1]mpilgrim (~mark@adsl-162-132-170.rmo.bellsouth.net)
  894. # [19:09] * Quits: dglazkov (~dglazkov@nat/google/x-cpdyfybeyjcgxlwj) (Quit: dglazkov)
  895. # [19:10] * Joins: mat_t (~mattomasz@91.189.88.12)
  896. # [19:11] * Quits: mpilgrim (~mark@adsl-162-132-170.rmo.bellsouth.net) (Ping timeout: 256 seconds)
  897. # [19:11] * [1]mpilgrim is now known as mpilgrim
  898. # [19:12] <Philip`> Also there's been pretty much no point in using Theora, because nobody wanted to widely distribute video-playback code in open source software where they couldn't simply ignore licensing concerns
  899. # [19:13] <Philip`> until <video> came along
  900. # [19:17] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  901. # [19:17] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  902. # [19:17] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  903. # [19:17] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  904. # [19:20] <AryehGregor> Philip`, it's not just about browser vendors. Wikimedia has been using Theora since before any browser supported it.
  905. # [19:21] * Philip` has almost never actually seen a video on Wikipedia
  906. # [19:21] * Joins: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
  907. # [19:22] <Philip`> (and I've definitely never attempted to actually watch one)
  908. # [19:22] <tantek> AryehGregor - is there a query you can do to tell how many Theora videos are posted on Wikimedia?
  909. # [19:22] <tantek> (would be a useful stat to have)
  910. # [19:22] <AryehGregor> tantek, one sec.
  911. # [19:22] <tantek> (as well as growth over time)
  912. # [19:23] * Joins: mat_t (~mattomasz@91.189.88.12)
  913. # [19:23] * Parts: cohitre (~cohitre@64-40-56-46-dsl.itltd.net)
  914. # [19:23] <AryehGregor> Growth over time is less trivial, obviously, since it would require a bunch of queries at best.
  915. # [19:24] * Joins: tametick (~chatzilla@chello084114134061.3.15.vie.surfer.at)
  916. # [19:24] <Philip`> Do a single query for the last-modified dates of each file and draw a cumulative graph?
  917. # [19:25] <AryehGregor> Weird, lots of stuff with application/ogg MIME type.
  918. # [19:25] <Philip`> (and assume they won't get overwritten enough to care about)
  919. # [19:25] <AryehGregor> Maybe because it doesn't know whether it's audio or video?
  920. # [19:25] * Joins: dglazkov (~dglazkov@2620:0:1000:1b01:21f:f3ff:fed0:dd49)
  921. # [19:25] <Philip`> How does it decide how to render the file?
  922. # [19:25] <AryehGregor> No idea.
  923. # [19:26] <AryehGregor> Maybe it does know, but it isn't stored in the database.
  924. # [19:26] * AryehGregor waits for SELECT COUNT(*) FROM image WHERE img_minor_mime = 'ogg'; to complete . . . table scan, yay
  925. # [19:26] * Quits: mat_t (~mattomasz@91.189.88.12) (Client Quit)
  926. # [19:27] <mpilgrim> well, if wikipedia crashes, we'll know who to blame
  927. # [19:28] <AryehGregor> This is on the toolserver, not Wikipedia.
  928. # [19:28] <AryehGregor> So it's a replica running on separate servers.
  929. # [19:29] <AryehGregor> Toolserver access is open to anyone, it's just read-only and most private stuff is removed.
  930. # [19:29] <AryehGregor> I happen to be a toolserver root, so I can see the private stuff, but I still can't change anything on the servers that actually run Wikipedia.
  931. # [19:29] <mpilgrim> i was joking, but that's interesting
  932. # [19:29] <AryehGregor> I figured you were joking, but I also figured it would be interesting. :)
  933. # [19:30] <AryehGregor> One day I'll probably get shell access to the Wikimedia cluster, which means root DB access too, since the root database passwords are on NFS. But I don't have it now, I only have commit access.
  934. # [19:30] * Joins: dbgi (~bla@unaffiliated/dbgi)
  935. # [19:31] <Philip`> Hmph, I was going to try to trick you into running DELETE FROM image but it sounds like that won't achieve anything very exciting :-(
  936. # [19:32] <AryehGregor> I'm not even running from my root account right now, so on my current MySQL shell that wouldn't even affect the toolserver.
  937. # [19:32] <mpilgrim> another editor would just come along 90 seconds later and revert the change anyway
  938. # [19:32] <Philip`> Good point, they'd just run "UNDELETE FROM image" and it'd be back to normal
  939. # [19:33] * mpilgrim ponders what it would take to get back to writing
  940. # [19:33] <Philip`> Extreme boredom?
  941. # [19:34] <mpilgrim> no, that doesn't seem to have worked so far
  942. # [19:35] <AryehGregor> If you figure it out, tell me so I can see if it works for me doing my math homework.
  943. # [19:36] <Philip`> You could pick some arbitrary challenges to make the writing more interesting, like requiring it to be an acrostic
  944. # [19:37] <wycats> hey guys
  945. # [19:37] * gsnedders wonders what books to buy
  946. # [19:38] <Philip`> All of them
  947. # [19:38] <mpilgrim> that's funny, because at one point i was trying to get the first letter of each chapter of "Dive Into Python 3" to be in alphabetical order
  948. # [19:38] <mpilgrim> but i kept rearranging chapters and finally i gave up
  949. # [19:38] * gsnedders waits for mpilgrim to suggest Dive into HTML 5
  950. # [19:38] <Philip`> Like the CSS2 appendices?
  951. # [19:39] <mpilgrim> that is awesome, i never noticed that before
  952. # [19:40] <mpilgrim> now i must top it
  953. # [19:40] * gsnedders likes the title of App. E.
  954. # [19:42] <AryehGregor> Hahaha.
  955. # [19:42] <AryehGregor> Who did that?
  956. # [19:42] <AryehGregor> I never noticed, although I always thought Appendix E was named a bit oddly.
  957. # [19:43] <AryehGregor> Anyway, just don't try alphabetic acrostics in English if you have 24 chapters or more.
  958. # [19:43] <gsnedders> Yeah, me too
  959. # [19:44] * tantek is glad someone finally noticed the CSS2 appendices. Courtesy of the CSS working group - many many years ago (including myself and Hixie).
  960. # [19:44] <tantek> 2.1 that is
  961. # [19:44] <AryehGregor> ("The Neverending Story" did that, but it's a novel, so it just had to introduce a character named Xayide.)
  962. # [19:45] <gsnedders> tantek: Who's idea was it originally?
  963. # [19:45] <gsnedders> (if you can remember)
  964. # [19:45] <AryehGregor> In Hebrew the only problem letter is the sixth, ו. Practically no legitimate word starts with it, but it can be used as a prefix meaning "and", so everyone just does that.
  965. # [19:45] * Philip` didn't notice it, it was mentioned in this channel some time ago
  966. # [19:45] <tantek> Hixie and I got kind of obsessive about it and brainstormed ways to retitle the appendices to make it work.
  967. # [19:45] <tantek> (as well as re-ordering)
  968. # [19:46] * gsnedders notes that sounds like tantek and Hixie :)
  969. # [19:46] <AryehGregor> (Hebrew has less problems here because it uses an alphabet designed for it, as opposed to English that uses an alphabet that went like Phoenician -> Greek -> Etruscan -> Latin -> Norman -> English or something.)
  970. # [19:46] <tantek> now, can you find the missing-from-the-TOC Appendix H? ;)
  971. # [19:46] <AryehGregor> Yeah, I'm totally unsurprised that it was you two.
  972. # [19:46] <TabAtkins> Hahaha, that's awesome.
  973. # [19:46] <AryehGregor> Oh, H is missing, I didn't notice that either.
  974. # [19:47] <tantek> *apparently* ;)
  975. # [19:47] <gsnedders> I noticed that
  976. # [19:47] <TabAtkins> http://www.w3.org/TR/CSS2/leftblank.html
  977. # [19:47] <AryehGregor> Hahaha.
  978. # [19:47] <gsnedders> tantek: That's somewhat desperation, though, I presume?
  979. # [19:47] <AryehGregor> TabAtkins, where did you find that?
  980. # [19:47] <gsnedders> AryehGregor: App G, press next
  981. # [19:47] <tantek> gsnedders - nah, more like an excuse for a minor easter egg
  982. # [19:48] * Joins: KevinMarks (~KevinMark@157.22.22.46)
  983. # [19:48] <TabAtkins> AryehGregor: gsnedders got it.
  984. # [19:49] <gsnedders> If I buy one book beyond what I already intend on buying, what should it be?
  985. # [19:49] * Joins: drunknbass_work (~aaron@pool-71-106-110-90.lsanca.dsl-w.verizon.net)
  986. # [19:49] <TabAtkins> Memoirs from an Antproof Case
  987. # [19:50] <TabAtkins> http://www.amazon.com/Memoir-Antproof-Case-Mark-Helprin/dp/0380727331
  988. # [19:50] <AryehGregor> One of your MySQL queries on this host has been running for 639 seconds,
  989. # [19:50] <AryehGregor> which is higher than the warning threshold, 600 seconds. This may indicate
  990. # [19:50] <AryehGregor> that the query is faulty, and should be optimised.
  991. # [19:50] <AryehGregor> The query (id 1995461) was: SELECT COUNT(*) FROM image WHERE img_minor_mime = 'ogg'
  992. # [19:50] * AryehGregor sigh
  993. # [19:51] <AryehGregor> Well, doing EXPLAIN says 8529900, and that's probably right to within an order of magnitude. Is that good enough? :)
  994. # [19:51] <AryehGregor> Oh, no.
  995. # [19:51] <Philip`> No :-)
  996. # [19:51] <AryehGregor> That's just number of rows examined.
  997. # [19:51] <AryehGregor> Not number returned.
  998. # [19:51] <AryehGregor> It's a table scan, so that's all files.
  999. # [19:51] <AryehGregor> Oh well.
  1000. # [19:52] <Philip`> Does MySQL have a way to do random samples?
  1001. # [19:52] <tantek> The first time Hixie and I collaborating on a deliberate and meaningful alphabetized sequential ordering was actually for the CSS Test Suite Documentation - but it may have been too subtle.
  1002. # [19:52] <tantek> http://www.w3.org/Style/CSS/Test/testsuitedocumentation.html#atomictests
  1003. # [19:52] <Philip`> like can you do an ORDER BY RAND() LIMIT 100000 efficiently, or something?
  1004. # [19:52] <AryehGregor> Philip`, not in a way that would be useful here.
  1005. # [19:52] <Philip`> and then count what proportion of those are ogg
  1006. # [19:53] <tantek> hint: the first 3 in the sequence are atomic, basic, composite
  1007. # [19:54] <AryehGregor> The answer is 112197.
  1008. # [19:55] <AryehGregor> Took 27 min 0.41 sec to run.
  1009. # [19:55] * AryehGregor wonders who all these people are following him on Google Buzz who he doesn't recognize
  1010. # [19:55] <tantek> thanks AyrehGregor - just to be sure those are all video right? or does that include Ogg Audio-only?
  1011. # [19:55] <tantek> AryehGregor - they are people who have sent you email.
  1012. # [19:56] <AryehGregor> tantek, it includes audio, actually. Not sure how to tell them apart from the database.
  1013. # [19:56] <Philip`> AryehGregor: Does it auto-populate from your email contacts?
  1014. # [19:56] <AryehGregor> Philip`, tantek, they have to explicitly choose to follow me.
  1015. # [19:56] <AryehGregor> It might suggest me based on e-mail patterns.
  1016. # [19:56] * Philip` turned Buzz off as soon as he saw the button to turn it off
  1017. # [19:56] <Philip`> so I don't really know what it is
  1018. # [19:56] <tantek> AryehGregor, followers/followings were auto-populated when Buzz was launched
  1019. # [19:56] <tantek> seeded from apparent email sending patterns
  1020. # [19:57] <AryehGregor> Hmm, right, I think I explicitly un-followed someone.
  1021. # [19:59] <TabAtkins> Philip`: To the best of my knowledge, there is no way to efficiently do a random sample in mysql. All methods that I'm aware of are bad.
  1022. # [20:00] <AryehGregor> If you only want one random row at a time, you can make an extra column containing a random number.
  1023. # [20:00] <AryehGregor> Then select the first row whose random value is bigger than a randomly-chosen value you just picked.
  1024. # [20:01] <AryehGregor> But that doesn't work if you want a random sample bigger than one, because the order won't be random; all of the results will be predictable from the first one.
  1025. # [20:01] <AryehGregor> You could just repeatedly query and filter out duplicates on the application side, though, I guess.
  1026. # [20:01] <AryehGregor> (this is how "Random page" on Wikipedia works)
  1027. # [20:02] <Philip`> This is just a one-off random sample, it doesn't need to be a different random order multiple times
  1028. # [20:03] <AryehGregor> Yes, but it requires adding, populating, and indexing a new column, so it's not very helpful for one-off stuff.
  1029. # [20:03] <AryehGregor> I guess I could have done the query on the page table using page_random and filtered out non-image pages.
  1030. # [20:04] <AryehGregor> Although not every image corresponds to an image page, nor conversely.
  1031. # [20:04] <AryehGregor> Well, I guess every image probably has an image page.
  1032. # [20:04] <AryehGregor> Dunno about the converse.
  1033. # [20:05] * Joins: Lachy (~Lachlan@london.perfect-privacy.com)
  1034. # [20:07] <Philip`> Hmm, MySQL says it does explicitly support ORDER BY RAND()
  1035. # [20:08] <Philip`> so can't you do "select count(*) from (select * from image order by rand() limit 100000) where img_minor_mime = 'ogg'" to count within a random sample?
  1036. # [20:09] <AryehGregor> Yes.
  1037. # [20:09] <Philip`> and then multiple by the total number of rows to get an accurate estimate of the number of oggs
  1038. # [20:09] <Philip`> *multiply
  1039. # [20:09] <AryehGregor> Then it will dump the entire contents of the table into a temporary table, generate a random number for each row, sort according to the random number, drop all but the first 100000 rows, and run the query on what's left.
  1040. # [20:09] <AryehGregor> You did ask for "efficiently", right?
  1041. # [20:10] <Philip`> Surely it'll just extract the list of row IDs and pick randomly from them?
  1042. # [20:10] <Philip`> It doesn't need to copy any other data from the table
  1043. # [20:11] <AryehGregor> | 1 | SIMPLE | image | ALL | NULL | NULL | NULL | NULL | 8529989 | Using temporary; Using filesort |
  1044. # [20:11] <AryehGregor> No, but it will still hit every row of the table.
  1045. # [20:12] <AryehGregor> The filesort might only use the row ID and the random number in the actual sorting phase, you're right.
  1046. # [20:12] <Philip`> The IDs would be in an index so that should be fast
  1047. # [20:12] <Philip`> and then it would only need to load the rows that are in the sample, to check their mimes
  1048. # [20:12] * Quits: roc (~roc@121-72-187-193.dsl.telstraclear.net) (Quit: roc)
  1049. # [20:13] <AryehGregor> This is InnoDB, so the table is a B-tree with the IDs as keys, they're not in a separate table.
  1050. # [20:13] * Philip` doesn't know enough about MySQL's query optimiser or EXPLAIN output
  1051. # [20:13] * Joins: franksalim (~frank@adsl-75-61-86-190.dsl.pltn13.sbcglobal.net)
  1052. # [20:13] <AryehGregor> Also, MySQL is stupid about optimizing subqueries, it will probably execute the subquery naively here.
  1053. # [20:13] <JonathanNeal> Is <nav role="navigation"> redundant for screen-readers? Would the nav element on its own be okay?
  1054. # [20:14] * Philip` has only ever looked at query optimisation in PostgreSQL, and then in not much detail
  1055. # [20:14] <AryehGregor> You told it to retrieve *, so it will probably do that. Since it's using filesort, it can't do it before limiting, it will filter after.
  1056. # [20:14] <AryehGregor> So it will hit all rows either way.
  1057. # [20:15] <AryehGregor> JonathanNeal, I assume so. It would be kind of ridiculous, otherwise.
  1058. # [20:15] <Philip`> I thought a fundamental point of SQL was that it's based on relational algebra so there's valid ways to reorganise and optimise queries, and it doesn't just blindly do what you type in
  1059. # [20:15] <paul_irish> AryehGregor: indeed though would the browsers need to "support" the nav element? which, of course, many do not right now
  1060. # [20:16] <Philip`> (like it knows project(select(...)) is equivalent to select(project(...)) (but faster) etc depending on what columns you use)
  1061. # [20:16] <AryehGregor> Philip`, yes, but that assumes the DBMS is smart enough. It's like saying the compiler is allowed to do global optimization in C, so why doesn't gcc figure out that this lengthy computation involving lots of void pointers is actually unused and not compile it?!
  1062. # [20:17] <AryehGregor> "project"?
  1063. # [20:17] <AryehGregor> paul_irish, I don't know, sorry. Accessibility isn't my forte.
  1064. # [20:17] <paul_irish> no worries. :) thx
  1065. # [20:17] <Philip`> "project" is when you extract out particularly columns from a table
  1066. # [20:17] <Philip`> (vs "select" which is extracting rows)
  1067. # [20:17] <Philip`> s/particularly/particular/
  1068. # [20:17] <AryehGregor> Never heard of it. Pretty sure MySQL doesn't support it.
  1069. # [20:19] <Philip`> It's what "select foo, bar from baz" is doing
  1070. # [20:19] <AryehGregor> If you say so.
  1071. # [20:20] * hsivonen realized only now why appendix H of CSS2 has been intentionally left blank
  1072. # [20:21] <Philip`> (Hmm, I think I should say "restrict" instead of "select" when talking about algebras)
  1073. # [20:21] <Philip`> AryehGregor: http://en.wikipedia.org/wiki/Relational_model and http://en.wikipedia.org/wiki/Relational_algebra
  1074. # [20:21] <AryehGregor> Philip`, it's kind of funny. I'm a Ph.D. student in mathematics, and do tons of programming-related stuff in my spare time, but I'm not really interested in the mathematical formalism of anything related to computers.
  1075. # [20:22] <Philip`> The relational model is why RDBMSs have the R in them :-)
  1076. # [20:22] <workmad3> AryehGregor: most of it is kinda dull and not very complicated admittedly :)
  1077. # [20:22] <AryehGregor> Yeah, I'm aware there's all this math behind it, but that doesn't seem useful.
  1078. # [20:22] <AryehGregor> workmad3, that's what I've observed.
  1079. # [20:23] <Philip`> It's useful because it means query optimisers can work and do clever things
  1080. # [20:23] <AryehGregor> I'm taking a course in cryptography this semester, which is somewhat interesting, but the math part seems superficial.
  1081. # [20:23] <Philip`> and, in practice, they do so
  1082. # [20:23] <AryehGregor> Philip`, not MySQL's! :D
  1083. # [20:23] <workmad3> some of the more advanced language formalisms are a bit more complicated, but not compared to actual maths
  1084. # [20:23] * Philip` can't believe MySQL is *that* rubbish :-p
  1085. # [20:23] <workmad3> (as in theory of languages formalisms)
  1086. # [20:23] <AryehGregor> No, it does have an optimizer, just a pretty stupid one.
  1087. # [20:23] <workmad3> Philip`: MySQL is pretty rubbish in terms of RDBMS systems
  1088. # [20:24] <AryehGregor> It has some fairly nice features, but the quality of its query optimizer isn't among them.
  1089. # [20:24] * Philip` liked looking at Postgres's query output where it shows it generating bitsets and hash tables and everything
  1090. # [20:24] <AryehGregor> Subqueries are nontrivial views are more or less unusable on large sites, you're playing with fire if you touch those.
  1091. # [20:24] <AryehGregor> Subqueries *or* nontrivial views are more or less unusable on large sites, you're playing with fire if you touch those.
  1092. # [20:24] <AryehGregor> (at least in my experience)
  1093. # [20:24] * Quits: sbublava (~stephan@77.119.127.61.wireless.dyn.drei.com) (Quit: sbublava)
  1094. # [20:25] <AryehGregor> There's too much risk it will just execute them naively.
  1095. # [20:25] <AryehGregor> It's gotten better in more recent versions, I guess, but I still don't trust it. :)
  1096. # [20:25] <workmad3> MySQL isn't very good for most of the features that are pretty damn great in other RDBMS systems
  1097. # [20:26] <AryehGregor> Joins are where it's at. Although sometimes you have to tell it which way to do the join, because it decides to filesort 500,000 rows instead of looking at 10 presorted.
  1098. # [20:26] <AryehGregor> (which way to do the join, and which index to use)
  1099. # [20:26] <AryehGregor> I've heard it has a relatively nice replication implementation, though.
  1100. # [20:27] <Philip`> What have the developers been doing for the past five years, if they haven't made basic functionality non-rubbish yet?
  1101. # [20:27] <workmad3> I've not heard of anyone managing a decent materialised view system on MySQL
  1102. # [20:27] <AryehGregor> Philip`, 4.1, 5.0, 5.1 mostly consisted of adding basic functionality like subqueries and views, except so poorly done as to be unusable, as far as I can tell.
  1103. # [20:28] <workmad3> 5.x added unusable stored procedures too ;)
  1104. # [20:28] <AryehGregor> Right.
  1105. # [20:28] <AryehGregor> And triggers, and so on.
  1106. # [20:28] <AryehGregor> And partitioning.
  1107. # [20:28] <AryehGregor> I guess some of these features are usable to some people despite their crippling limitations.
  1108. # [20:29] <AryehGregor> The more interesting work is scalability improvements. That's why Wikipedia finally upgraded to MySQL 5.1.
  1109. # [20:29] <AryehGregor> It was on 4.0 for ages because all the new features were useless.
  1110. # [20:29] <workmad3> Philip`: my theory is that they've been trying to play catch-up with pg and oracle so they can call themselves a relational db system seriously, so added the features before making them usuable
  1111. # [20:29] <AryehGregor> Yeah, that seems to be it.
  1112. # [20:30] <AryehGregor> I've been meaning to learn pgsql, but no one uses it compared to MySQL, so I can't muster much motivation.
  1113. # [20:30] <AryehGregor> And I know MySQL pretty well, so it would be a waste to just throw that out.
  1114. # [20:30] <Philip`> Sounds like the scalability issues would be better addressed by making the relational features work properly
  1115. # [20:30] <workmad3> AryehGregor: more people than you think use it I reckon... I'm switching to it fully now
  1116. # [20:30] <workmad3> I think it's more a case of people don't feel they need to advertise that they use it
  1117. # [20:31] <Philip`> I used it on one site (after using MySQL on quite a few earlier ones) and it seemed pretty straightforward to learn
  1118. # [20:31] <AryehGregor> Philip`, no, it's scalability in stuff like running MySQL on more cores and disks, reducing locking overhead, that sort of thing. Improvements for basic features like simple selects and joins.
  1119. # [20:31] <AryehGregor> It turns out you can do pretty much anything with just joins, only it might take a bit more work.
  1120. # [20:31] <Philip`> There's some minor differences in syntax but nothing that makes it really hard to learn
  1121. # [20:31] <AryehGregor> workmad3, yeah, but MySQL is *way* more commonly used in web apps.
  1122. # [20:31] <AryehGregor> If an app supports one DBMS, it's MySQL.
  1123. # [20:32] <Philip`> AryehGregor: It wouldn't have to scale to more cores and disks if it could do efficient subqueries instead of filesorting hundreds of megabytes of data :-)
  1124. # [20:32] <workmad3> AryehGregor: most mainstream web apps that you'd install support several
  1125. # [20:32] <AryehGregor> MediaWiki supports lots of DBMSes, but only MySQL really works fully, since it's what Wikipedia uses and what everyone develops on.
  1126. # [20:32] * workmad3 has mediawiki running with pg
  1127. # [20:32] <workmad3> not had a problem with it
  1128. # [20:32] <AryehGregor> Philip`, you don't have to filesort hundreds of MB of data in practice. You design your tables to avoid that.
  1129. # [20:32] <AryehGregor> workmad3, last I checked, not all the maintenance scripts work, and a fair number of extensions don't work.
  1130. # [20:33] <workmad3> but yeah, mysql is the most common one... annoyingly :(
  1131. # [20:33] <workmad3> damn their marketing
  1132. # [20:33] <AryehGregor> The toolserver uses pgsql on MW and it's broken more than once because someone did SELECT foo, bar ... GROUP BY foo; or something.
  1133. # [20:33] * Philip` used PostGIS which seemed pretty handy too
  1134. # [20:33] <AryehGregor> Marketing, meh, more like network effects.
  1135. # [20:33] <AryehGregor> SQL isn't really standardized.
  1136. # [20:33] <workmad3> AryehGregor: what do you call the SQL standard then? :P
  1137. # [20:33] <AryehGregor> If pgsql tried to be a drop-in replacement for MySQL, it would have a much better chance.
  1138. # [20:33] <Philip`> workmad3: Science fiction :-)
  1139. # [20:34] <AryehGregor> workmad3, something that's followed just closely enough that you can write portable-ish SQL if you put some work into it.
  1140. # [20:34] <AryehGregor> Kind of like C.
  1141. # [20:35] <AryehGregor> As opposed to, say, CSS2.1, which has a bunch of implementations that are *really* interoperable -- it's rare to run into show-stopper bugs (outside of a few less well-implemented features like run-ins).
  1142. # [20:35] <AryehGregor> I mean, show-stopper incompatibilites.
  1143. # [20:35] <AryehGregor> Well, also outside of old browsers.
  1144. # [20:35] <AryehGregor> s/ilites/ilities/
  1145. # [20:36] <workmad3> AryehGregor: pg is a lot closer to standard compliant than mysql is... and that's half the problem
  1146. # [20:37] <Philip`> AryehGregor: Seems like you need an opportunity to develop a new system from scratch (so there's no MySQL legacy) that you'll run on servers you control (so you don't have to worry about them only having MySQL installed), so you can experiment with technologically better solutions rather than being stuck with MySQL forever
  1147. # [20:38] <workmad3> pg is really more of a low-end open-source oracle, while MySQL is a jumped up persistence store pretending to be an RDBMS
  1148. # [20:38] <tantek> Philip` - I wouldn't mind seeing a MediaWiki fork that used a different backend for storage.
  1149. # [20:39] <tantek> frankly, it would be interesting (and useful IMHO) to see a MediaWiki frontend that used a Git backend.
  1150. # [20:39] <workmad3> tantek: as I said earlier, I have a (simple) mediawiki install running on pg without problems so far
  1151. # [20:39] <Philip`> General database design and SQL skills carry over without too much effort, and decent database interface libraries should support multiple DBMSs, so it's straightforward as long as you don't have lots of application code and data to migrate
  1152. # [20:39] <workmad3> tantek: that sounds crazy enough that it just might work :D
  1153. # [20:40] <workmad3> Philip`: yeah... it's the DB creation more than the DB querying that isn't portable
  1154. # [20:41] * Quits: draco___ (~draco@119.234.0.14) (Read error: Connection reset by peer)
  1155. # [20:42] <workmad3> tantek: a git backend may cause problems with people browsing wiki history though... git isn't really designed around having multiple versions of the same data in place at the same time
  1156. # [20:42] <workmad3> so you could end up with race conditions caused by two people requesting different versions at the same time
  1157. # [20:43] * Joins: drayko (~draco@155.69.168.11)
  1158. # [20:44] * Joins: ojan (~ojan@2620:0:1002:1002:225:ff:feef:1010)
  1159. # [20:44] * Quits: maikmerten (~maikmerte@port-92-201-55-33.dynamic.qsc.de) (Remote host closed the connection)
  1160. # [20:45] <Philip`> workmad3: Clearly what it should do is download the Git repository to each user's browser, and use local storage for it
  1161. # [20:45] * Quits: drayko (~draco@155.69.168.11) (Client Quit)
  1162. # [20:45] <tantek> yes - and thus enable offline wiki editing!
  1163. # [20:45] <Philip`> There's no point using a DVCS and having everyone use a centralised copy of the repository
  1164. # [20:45] <workmad3> Philip`: that would be... great :D
  1165. # [20:46] <workmad3> so then... who's working on the js version of git? :D
  1166. # [20:46] <Philip`> Then there's no race conditions, and you just have to set up a decent merge UI
  1167. # [20:48] * Quits: virtuelv (~virtuelv_@162.179.251.212.customer.cdi.no) (Ping timeout: 260 seconds)
  1168. # [20:49] <AryehGregor> git takes out a global lock for tons of things. I doubt it's usable if you need concurrency.
  1169. # [20:49] <AryehGregor> Let alone if you want to do queries that its storage format wasn't designed to support.
  1170. # [20:50] <Philip`> Global locks are fine, if you have lots of small disconnected globes
  1171. # [20:50] <AryehGregor> Philip`, the funny thing is, Google develops most of its software in-house, and could surely use pgsql if it were the better tech. They typically use Python instead of PHP, for instance. But they use MySQL.
  1172. # [20:50] <AryehGregor> The same goes for a couple of other major websites.
  1173. # [20:50] <AryehGregor> Wikimedia's DBMS maintains (unless I'm misquoting him) that pgsql doesn't scale as well as MySQL for large MySQL-style web workloads. So I dunno.
  1174. # [20:51] <Philip`> It's an easy mistake to standardise on :-)
  1175. # [20:51] <AryehGregor> Meanwhile, I just remembered I have a seminar today in less than an hour and a half.
  1176. # [20:51] <AryehGregor> So . . .
  1177. # [20:51] <asmodai> Don't confuse incompetency in administering real RDBMSes with ones that aren't. :P
  1178. # [20:53] * Quits: mpilgrim (~mark@adsl-162-132-170.rmo.bellsouth.net) (Ping timeout: 272 seconds)
  1179. # [20:54] * Philip` supposes that when you really do have a lot of data, and you need to do lots of select-by-ID and update-by-ID on it, it's not actually that important if non-trivial queries are painfully slow, because it's easier to hack around that by writing lots of dumb queries than it is to fix unacceptable select-by-ID performance
  1180. # [20:58] <asmodai> Philip`: Most MySQL using programmers have little knowledge of proper SQL tuning >_<
  1181. # [20:58] <workmad3> and big corps that are using MySQL will want/need to defend their use, because changing will cost a fortune
  1182. # [20:59] <workmad3> although I don't see why they don't say that as a reason instead... 'we aren't changing our database because we have billions of records and migrating to a different system would take months, even after we've designed and implemented it'
  1183. # [21:01] <asmodai> Heh
  1184. # [21:02] <Philip`> That would be admitting that their original design decision was a mistake
  1185. # [21:04] <Philip`> Also, if they're stuck with MySQL and hate it and then tell everyone that it's the bestest thing ever, their competitors will probably pick it too ("they've got experience and they still say it's good") and won't gain a competitive advantage
  1186. # [21:04] <asmodai> rofl
  1187. # [21:04] <workmad3> heh :)
  1188. # [21:06] <workmad3> still, have to admit I don't know the full issues that a google or wikipedia or facebook would have to solve in scaling their DBMS... but the issues they (may) encounter with something like pg are unlikely to be encountered in most peoples apps
  1189. # [21:07] <workmad3> and if I ever run into the situation of needing to solve scalability issues in pg... then I'd try and crack on and solve them rather than give in and use a system that is otherwise inferior :)
  1190. # [21:07] * Joins: dave_levin (~dave_levi@2620:0:1008:1101:225:ff:fef0:9a9e)
  1191. # [21:08] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  1192. # [21:08] <Philip`> By that time you'd be locked into Postgres even if it was the technically inferior solution :-)
  1193. # [21:09] * aroben is now known as aroben|lunch
  1194. # [21:11] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 256 seconds)
  1195. # [21:14] * Joins: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com)
  1196. # [21:15] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  1197. # [21:28] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  1198. # [21:29] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1199. # [21:29] * aroben|lunch is now known as aroben
  1200. # [21:30] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1201. # [21:31] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Client Quit)
  1202. # [21:31] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1203. # [21:32] <TabAtkins> Argh, finally through all the emails.
  1204. # [21:37] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Quit: Coyote finally caught me)
  1205. # [21:38] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  1206. # [21:38] * asmodai sends TabAtkins more email
  1207. # [21:38] <TabAtkins> DAMMIT
  1208. # [21:39] <TabAtkins> (You're not Sylvain, so this new mail isn't *actually* from you, but still...)
  1209. # [21:41] <asmodai> :D
  1210. # [21:41] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Client Quit)
  1211. # [21:42] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  1212. # [21:45] <TabAtkins> Also: damns, looks like upgrading to jQuery 1.4 broke my daily journal application in IE. ;_;
  1213. # [21:45] <TabAtkins> Time to go debugging!
  1214. # [21:45] * Joins: erlehmann (~erlehmann@82.113.106.134)
  1215. # [21:46] * Joins: carllerche (~carllerch@enginey-9.border1.sfo002.pnap.net)
  1216. # [21:46] <carllerche> Philip`: Hey, i figured out a nice way to draw a shadow without the object
  1217. # [21:46] <carllerche> I discovered that compositing only seems to take into consideration the previous fill / store or drawing
  1218. # [21:47] <carllerche> so, I draw the shape with a shadow, then redraw it with globalCompositeOperation = 'destination-out'
  1219. # [21:50] * Joins: dbaron (~dbaron@nat/mozilla/x-xiticouvdcbazjwr)
  1220. # [21:51] * Joins: nessy (~Adium@124-168-170-167.dyn.iinet.net.au)
  1221. # [21:56] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  1222. # [21:59] * Joins: mat_t (~mattomasz@ppp-3-229.leed-b-2.access.uk.tiscali.com)
  1223. # [22:00] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1224. # [22:02] * Joins: jwalden (~waldo@nat/mozilla/x-pzsfvzmxxgpcwmnr)
  1225. # [22:02] * Quits: pmuellr (~pmuellr@nat/ibm/x-ooafjrxskodwjcct) (Quit: pmuellr)
  1226. # [22:04] <Philip`> carllerche: Hmm, not quite sure what you mean
  1227. # [22:04] <Philip`> In particular, not quite sure whether that's exploiting a browser bug or not :-)
  1228. # [22:06] <carllerche> Philip`: hmm.. let me check in a couple
  1229. # [22:09] <carllerche> hmm.. it does seem to behave different in different browsers :(
  1230. # [22:09] <carllerche> Philip`: Is there a way to do something like "layers" as in, set globalCompositeOperation that does not effect the background?
  1231. # [22:13] <Philip`> If it behaves differently in different browsers, you should report bugs in the ones that are wrong :-)
  1232. # [22:17] <carllerche> I will
  1233. # [22:17] <carllerche> although, i find that the bugs I hit are usually reported :P
  1234. # [22:18] <Philip`> Ah, fair enough :-)
  1235. # [22:20] * Joins: ivan``` (~ivan@adsl-71-142-225-118.dsl.scrm01.pacbell.net)
  1236. # [22:21] <Philip`> There isn't really anything like layers (unless you make independent overlapping <canvas>s) - when you draw a shape, it just constructs the shadow bitmap and composites that onto the canvas, then composites the drawn shape bitmap onto the canvas, and you can't access the intermediate bitmaps or change the compositing mode between those steps
  1237. # [22:32] <carllerche> hmmm
  1238. # [22:35] * Joins: carllerche_ (~carllerch@enginey-9.border1.sfo002.pnap.net)
  1239. # [22:36] * Quits: ROBOd (~robod@89.122.216.38) (Read error: Operation timed out)
  1240. # [22:37] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  1241. # [22:40] * Quits: carllerche (~carllerch@enginey-9.border1.sfo002.pnap.net) (Ping timeout: 258 seconds)
  1242. # [22:40] * carllerche_ is now known as carllerche
  1243. # [22:42] * Quits: dbaron (~dbaron@nat/mozilla/x-xiticouvdcbazjwr) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1244. # [22:48] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  1245. # [22:48] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 264 seconds)
  1246. # [22:59] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  1247. # [23:04] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  1248. # [23:11] * Joins: wycats_ (~yehudakat@enginey-9.border1.sfo002.pnap.net)
  1249. # [23:12] * Quits: wycats (~yehudakat@enginey-9.border1.sfo002.pnap.net) (Read error: Connection reset by peer)
  1250. # [23:12] * wycats_ is now known as wycats
  1251. # [23:13] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1252. # [23:16] * Quits: Maurice (copyman@5ED548D4.cable.ziggo.nl)
  1253. # [23:19] * Quits: MikeSmith (~MikeSmith@EM114-48-160-95.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  1254. # [23:19] * Joins: virtuelv (~virtuelv_@162.179.251.212.customer.cdi.no)
  1255. # [23:21] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Ping timeout: 272 seconds)
  1256. # [23:23] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  1257. # [23:23] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  1258. # [23:23] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  1259. # [23:24] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
  1260. # [23:24] * Joins: MikeSmith (~MikeSmith@EM114-48-55-145.pool.e-mobile.ne.jp)
  1261. # [23:29] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  1262. # [23:30] * Joins: cohitre (~cohitre@174-21-102-211.tukw.qwest.net)
  1263. # [23:30] * Parts: cohitre (~cohitre@174-21-102-211.tukw.qwest.net)
  1264. # [23:30] * Quits: jwalden (~waldo@nat/mozilla/x-pzsfvzmxxgpcwmnr) (Quit: ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.2/20100122095031])
  1265. # [23:40] * Joins: jwalden (~waldo@nat/mozilla/x-vhjshzlqatbxstml)
  1266. # [23:41] * Quits: carllerche (~carllerch@enginey-9.border1.sfo002.pnap.net) (Quit: carllerche)
  1267. # [23:51] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
  1268. # [23:57] * Quits: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com) (Quit: HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it)
  1269. # Session Close: Fri Feb 12 00:00:00 2010

The end :)