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

Options:

  1. # Session Start: Wed Mar 24 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: smaug____ (~chatzilla@cs181150024.pp.htv.fi)
  4. # [00:03] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 258 seconds)
  5. # [00:03] * smaug____ is now known as smaug___
  6. # [00:03] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
  7. # [00:04] * Joins: shepazu (~schepers@31-34-247.wireless.csail.mit.edu)
  8. # [00:05] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
  9. # [00:05] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  10. # [00:07] <JonathanNeal> Keygen disappears entirely.
  11. # [00:07] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  12. # [00:08] * Parts: TabAtkin1 (~tabatkins@nat/google/x-xesqdnoftwlakvlt)
  13. # [00:14] * Quits: neotyk (~neotyk@82-169-7-205.ip.telfort.nl) (Quit: neotyk)
  14. # [00:18] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  15. # [00:35] <JonathanNeal> TabAtkins, you never told me what would you wrap a collection of snippits with "If it's just a snippet, I would *not* do <article>. I don't want to see a snippet by itself, fullscreened or on its own page, so it's not appropriate for <article>."
  16. # [00:36] <hober> My mental model is "Use <article> wherever I use class='hentry'"
  17. # [00:38] <annevk> http://twitter.com/Duckstadkrant/status/10945262710 want
  18. # [00:42] <TabAtkins> JonathanNeal: I did too! ^_^ It was a while later, but I addressed it to you.
  19. # [00:43] * Quits: shepazu (~schepers@31-34-247.wireless.csail.mit.edu) (Quit: shepazu)
  20. # [00:44] <JonathanNeal> Did not :( I just scrolled up
  21. # [00:45] <TabAtkins> LIES.
  22. # [00:45] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Leaving)
  23. # [00:45] <TabAtkins> Unless I sent it while Pidgin was offline or something, and it decided not to warn me.
  24. # [00:47] <TabAtkins> I'll look for it. One sec, moving desks.
  25. # [00:47] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  26. # [00:49] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
  27. # [00:51] * Quits: dglazkov (~dglazkov@nat/google/x-akwppksjzvmcoljt) (Quit: dglazkov)
  28. # [00:54] * JonathanNeal imagines TabAtkins is doing things akin to the Adventures of Lolo
  29. # [00:55] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  30. # [01:04] * Joins: Amorphous (jan@unaffiliated/amorphous)
  31. # [01:04] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a4pre/20100318220130])
  32. # [01:05] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Quit: Verlassend)
  33. # [01:05] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  34. # [01:08] * Parts: bfrantz (~bfrantz@pdpc/supporter/professional/bfrantz)
  35. # [01:10] * Joins: surkov (~surkov@12.2.200.10)
  36. # [01:12] * Quits: smaug (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a3pre/20100307190058])
  37. # [01:16] * Quits: deltab (~deltab@cpc1-smal2-0-0-cust270.perr.cable.virginmedia.com) (Remote host closed the connection)
  38. # [01:16] * Quits: othermaciej (~mjs@17.246.18.184) (Remote host closed the connection)
  39. # [01:17] * Joins: deltab (~deltab@cpc1-smal2-0-0-cust270.perr.cable.virginmedia.com)
  40. # [01:17] * Joins: othermaciej (~mjs@2620:0:1b00:1191:21f:f3ff:fe4e:bf33)
  41. # [01:22] * Quits: zcorpan (~zcorpan@c-379ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  42. # [01:28] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Read error: Connection timed out)
  43. # [01:29] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
  44. # [01:31] * Quits: surkov (~surkov@12.2.200.10) (Quit: surkov)
  45. # [01:32] * Joins: beowulf_ (wiglaf@ps4552.dreamhost.com)
  46. # [01:32] * Joins: smaug (~chatzilla@cs181150024.pp.htv.fi)
  47. # [01:33] * Quits: riven (~riven@53518387.cable.casema.nl) (Read error: Connection reset by peer)
  48. # [01:33] * Joins: doublec_ (~doublec@li30-216.members.linode.com)
  49. # [01:33] * Quits: beilabs_ (~beilabs@ppp121-44-125-182.lns20.syd6.internode.on.net) (Ping timeout: 260 seconds)
  50. # [01:33] * Quits: beowulf (wiglaf@ps4552.dreamhost.com) (Ping timeout: 260 seconds)
  51. # [01:33] * Quits: doublec (~doublec@li30-216.members.linode.com) (Ping timeout: 260 seconds)
  52. # [01:33] * doublec_ is now known as doublec
  53. # [01:34] * Joins: riven (~riven@53518387.cable.casema.nl)
  54. # [01:35] * Joins: TabAtkin1 (~tabatkins@nat/google/x-xesqdnoftwlakvlt)
  55. # [01:35] * Joins: beilabs_ (~beilabs@ppp121-44-125-182.lns20.syd6.internode.on.net)
  56. # [01:35] * Parts: TabAtkin1 (~tabatkins@nat/google/x-xesqdnoftwlakvlt)
  57. # [01:45] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  58. # [01:45] * Joins: surkov (~surkov@12.2.203.106)
  59. # [01:53] * Joins: othermaciej_ (~mjs@17.246.18.184)
  60. # [01:54] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  61. # [01:57] * Quits: othermaciej (~mjs@2620:0:1b00:1191:21f:f3ff:fe4e:bf33) (Ping timeout: 276 seconds)
  62. # [01:57] * othermaciej_ is now known as othermaciej
  63. # [01:57] * Quits: ap (~ap@17.246.18.241) (Quit: ap)
  64. # [02:00] * Quits: TabAtkins (~chatzilla@216.239.45.19) (Ping timeout: 264 seconds)
  65. # [02:05] * Quits: dave_levin (~dave_levi@nat/google/x-letspfexralbbpmq) (Quit: dave_levin)
  66. # [02:06] <boblet> hey all, I’m under the impression that the hr element shouldn’t be used to indicate a break between sections, but the description and paragraph content model explanation don’t really say this explicitly
  67. # [02:07] <boblet> am I mistaken?
  68. # [02:09] <boblet> will check logs for reply… TIA
  69. # [02:09] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  70. # [02:09] * Quits: yutak (~yutak@nat/google/x-yjvasbygxgfgjyhx) (Quit: Ex-Chat)
  71. # [02:10] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  72. # [02:13] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  73. # [02:13] * Joins: bleen (~bleen@static-98-113-0-7.nycmny.fios.verizon.net)
  74. # [02:13] * Parts: bleen (~bleen@static-98-113-0-7.nycmny.fios.verizon.net)
  75. # [02:16] * Quits: wycats (~wycats@enginey-9.border1.sfo002.pnap.net) (Quit: wycats)
  76. # [02:23] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  77. # [02:24] * Joins: wycats (~wycats@99-203-214-77.pools.spcsdns.net)
  78. # [02:29] * Joins: cedricv (~cedric@180.129.14.25)
  79. # [02:40] * Joins: andrew_ (~andrew@S01060024369e6ac4.vn.shawcable.net)
  80. # [02:40] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  81. # [02:40] * andrew_ is now known as Guest8104
  82. # [02:41] * Quits: surkov (~surkov@12.2.203.106) (Quit: surkov)
  83. # [02:41] * Parts: Guest8104 (~andrew@S01060024369e6ac4.vn.shawcable.net)
  84. # [02:41] * Joins: werdnativ (~werdnativ@S01060024369e6ac4.vn.shawcable.net)
  85. # [02:43] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  86. # [02:46] * Joins: tyoshino (~tyoshino@220.109.219.244)
  87. # [02:48] * Joins: rsteiner (~rolandste@220.109.219.244)
  88. # [02:53] * Joins: surkov (~surkov@12.2.200.10)
  89. # [02:53] * Quits: cedricv (~cedric@180.129.14.25) (Quit: Psst... you can also find me offline @neonux on twitter)
  90. # [02:54] * Joins: yutak (~yutak@nat/google/x-decrxoyglaqxhkzr)
  91. # [02:58] * Quits: lazni (~lazni@118.71.105.238) (Quit: Leaving.)
  92. # [02:59] <werdnativ> Is HTML5 practically set in stone now, or is there still some possibility to consider new elements?
  93. # [03:03] <erlehmann> werdnativ, there is a process for that. http://wiki.whatwg.org/wiki/Feature_Proposals#Guidelines
  94. # [03:04] <werdnativ> cool, thanks. so it's still open for consideration?
  95. # [03:08] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Ping timeout: 248 seconds)
  96. # [03:12] * Quits: surkov (~surkov@12.2.200.10) (Quit: surkov)
  97. # [03:13] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  98. # [03:25] * Joins: wakaba_ (~wakaba_@112-68-244-233.eonet.ne.jp)
  99. # [03:25] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  100. # [03:26] * Joins: wolf2k_ubuntu (~wolf2k_ub@cpe-065-184-176-090.ec.res.rr.com)
  101. # [03:27] * Quits: drunknbass_work (~aaron@pool-71-105-80-172.lsanca.dsl-w.verizon.net) (Ping timeout: 276 seconds)
  102. # [03:28] <wolf2k_ubuntu> Evening. So far my XHTML5 SVG web app is coming along. I've run into an issue, however. Due to the nature of the app, I have to be able to insert SVG elements dynamically. Without some sort of z-index, all new elements are overlayed on top: that's not what I'm after. Based on my own testing, I don't think SVG elements respect HTML's z-index CSS attribute. Is there an alternative?
  103. # [03:32] <wolf2k_ubuntu> ...nevermind. I got the answer. Painters model.
  104. # [03:33] * Joins: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
  105. # [03:34] * Joins: wycats_ (~wycats@c-69-181-216-213.hsd1.ca.comcast.net)
  106. # [03:38] * Quits: wycats (~wycats@99-203-214-77.pools.spcsdns.net) (Ping timeout: 248 seconds)
  107. # [03:38] * wycats_ is now known as wycats
  108. # [03:41] * Joins: dbaron (~dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  109. # [03:46] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  110. # [03:55] * Joins: lazni (~lazni@118.71.105.238)
  111. # [03:57] * Quits: KevinMarks (~KevinMark@157.22.22.46) (Ping timeout: 258 seconds)
  112. # [04:00] <othermaciej> wolf2k_ubuntu: I am surprised that SVG elements don't respect z-index - I believe they should
  113. # [04:01] <wolf2k_ubuntu> othermaciej: Try talking to them for version 1.2, whenever that comes
  114. # [04:01] <wolf2k_ubuntu> Either way, you've got a new FAQ now. Even if it's not so F
  115. # [04:02] <othermaciej> by "should" I mean I expect that to work now - do you have a test case to show that it doesn't work?
  116. # [04:02] <wolf2k_ubuntu> othermaciej: Unless you plan on visiting my house and seeing my development area this instant, don't think I can easily show it
  117. # [04:02] <wolf2k_ubuntu> It's a combination of XHTML, SVG, and JS
  118. # [04:04] <wolf2k_ubuntu> This app will be adding and removing elements dynamically. Now we've hit the point where I basically have to keep track of the nodes.
  119. # [04:04] <roc> according to the spec, z-index should not work on SVG elements (except possibly a positioned <svg> element with non-SVG parent)
  120. # [04:04] <roc> everyone agrees we need to change SVG to support some form of z-index
  121. # [04:05] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  122. # [04:05] <wolf2k_ubuntu> I can work around it. jQuery will be a big help.
  123. # [04:05] <roc> jwatt and I have argued pretty hard that we should support CSS z-index directly, with stacking contexts etc
  124. # [04:05] <wolf2k_ubuntu> But if you need someone else to sign your petition, you've got me
  125. # [04:06] <wolf2k_ubuntu> I had a ball of a time getting a mouseover/mousemove shadow rectangle to display over the SVG due to lack of z-index
  126. # [04:06] <roc> other people have argued that CSS z-index stacking contexts are not necessary for SVG
  127. # [04:06] <wolf2k_ubuntu> I personally think it should be available.
  128. # [04:09] <othermaciej> it looks like WebKit ignores z-index on SVG elements
  129. # [04:09] <othermaciej> seems bogus to me
  130. # [04:09] <wolf2k_ubuntu> othermaciej: Firefox does it too
  131. # [04:09] <othermaciej> roc: you could just say that nothing besides the SVG root element creates a stacking context
  132. # [04:10] <othermaciej> roc: that's assuming CSS position does not apply to SVG elements
  133. # [04:10] <roc> Then SVG elements with z-index not 'auto' would be positioned but not create a stacking context for their descendants
  134. # [04:10] <roc> which would be weird
  135. # [04:10] <roc> I mean positioned in z-order
  136. # [04:11] <roc> Webkit and Firefox are just following the current spec
  137. # [04:11] <othermaciej> is there any way to escape your ancestor's stacking context in CSS?
  138. # [04:11] <roc> one reason to want stacking contexts for SVG is that you want 'opacity' and 'filter' and other effects to induce a stacking context
  139. # [04:11] <roc> no
  140. # [04:12] <roc> otherwise you get weirdness like a blur filter applied to an element subtree, but the element's children are not all part of the same rendering group because there's another non-blurred element in between
  141. # [04:13] <roc> and then it becomes really unclear what the rendered results should be, or how to produce them
  142. # [04:13] * Joins: paradisaeidae_ (~chatzilla@r125-63-186-205.cpe.unwired.net.au)
  143. # [04:14] <othermaciej> I see
  144. # [04:14] <othermaciej> I think most SVG elements either have their own rendering, or contain other elements that may have rendering, but not both
  145. # [04:15] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Ping timeout: 258 seconds)
  146. # [04:16] <roc> that's true, but doesn't help us here, I think
  147. # [04:17] * Joins: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au)
  148. # [04:17] * Joins: miketaylr (~miketaylr@24.42.95.234)
  149. # [04:20] * Quits: paradisaeidae_ (~chatzilla@r125-63-186-205.cpe.unwired.net.au) (Ping timeout: 258 seconds)
  150. # [04:27] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  151. # [04:33] * Quits: erlehmann (~erlehmann@82.113.106.139) (Quit: Ex-Chat)
  152. # [04:48] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  153. # [04:53] * Joins: borey (~chatzilla@123.108.254.146)
  154. # [04:53] <othermaciej> roc: the reason I mention it is that this may seem like a reason to not support stacking contexts, although you could argue the opposite on the same basis I think
  155. # [04:54] <roc> it may *seem* like a reason but I don't think it actually is :-)
  156. # [05:00] * Quits: paradisaeidae (~chatzilla@r125-63-186-202.cpe.unwired.net.au) (Remote host closed the connection)
  157. # [05:11] * Quits: lazni (~lazni@118.71.105.238) (Quit: Leaving.)
  158. # [05:18] <JonathanNeal> I made an HTML5 Pangram http://sandbox.thewikies.com/html5-pangram/
  159. # [05:31] <wolf2k_ubuntu> JonathanNeal: I'm guessing pangrams are supposed to show off everything about a protocol?
  160. # [05:31] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
  161. # [05:31] <JonathanNeal> wolf2k_ubuntu, yes
  162. # [05:32] <wolf2k_ubuntu> ...maybe it was just me, but yours felt a little disorganized
  163. # [05:32] <JonathanNeal> With as few extra properties on elements as possible to validate.
  164. # [05:34] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  165. # [05:34] <wolf2k_ubuntu> ...you know, it feel funny. The closer I get done with this HTML5 SVG app, the more I'm thinking that it's a good thing I didn't try to use GWT or whatever Google calls their Java -> Javascript thing.
  166. # [05:49] * Joins: cedricv (~cedric@180.129.14.25)
  167. # [05:51] * Joins: shepazu (~schepers@2002:d106:d41b:1234:21e:52ff:fe81:88fa)
  168. # [05:51] * Joins: drunknbass (~drunknbas@cpe-76-173-195-145.socal.res.rr.com)
  169. # [06:00] * Quits: othermaciej (~mjs@17.246.18.184) (Quit: othermaciej)
  170. # [06:00] * Quits: drunknbass (~drunknbas@cpe-76-173-195-145.socal.res.rr.com) (Quit: drunknbass)
  171. # [06:04] * Quits: miketaylr (~miketaylr@24.42.95.234) (Remote host closed the connection)
  172. # [06:10] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 248 seconds)
  173. # [06:10] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  174. # [06:12] * Joins: pfeldman (~pfeldman@188.134.12.54)
  175. # [06:14] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  176. # [06:30] * Quits: jwalden (~waldo@nat/mozilla/x-dyxliiyyibiyrult) (Quit: out)
  177. # [06:30] * Quits: pfeldman (~pfeldman@188.134.12.54) (Quit: pfeldman)
  178. # [06:34] * Joins: pfeldman (~pfeldman@188.134.12.54)
  179. # [06:35] * Joins: cpearce (~cpearce@ip-118-90-96-250.xdsl.xnet.co.nz)
  180. # [06:59] * Joins: pfeldman_ (~pfeldman@74.125.121.49)
  181. # [07:02] * Quits: pfeldman (~pfeldman@188.134.12.54) (Ping timeout: 246 seconds)
  182. # [07:02] * pfeldman_ is now known as pfeldman
  183. # [07:21] * Joins: zalan (~zalan@192.100.124.156)
  184. # [07:23] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
  185. # [07:26] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  186. # [08:01] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  187. # [08:30] <JonathanNeal> http://sandbox.thewikies.com/html5-pangram/ I noticed that http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html doesn't have any rendering for video / audio / canvas
  188. # [08:34] * Joins: pfeldman_ (~pfeldman@188.134.12.54)
  189. # [08:35] <hsivonen> does anyone have data on what maximum values different browser engines place on attribute value length?
  190. # [08:37] <othermaciej> it looks like WebKit will accept arbitrarily long attribute names (until you run out of RAM or characters in your stream)
  191. # [08:37] <othermaciej> checking values now
  192. # [08:37] * Quits: pfeldman (~pfeldman@74.125.121.49) (Ping timeout: 260 seconds)
  193. # [08:37] * pfeldman_ is now known as pfeldman
  194. # [08:38] <othermaciej> wait, I'm wrong
  195. # [08:38] <othermaciej> 1024 is the limit for attribute names
  196. # [08:38] <othermaciej> now checking vlues
  197. # [08:39] <othermaciej> attribute values can be as long as you can fit in the source file
  198. # [08:39] <othermaciej> at least as far as parsing goes
  199. # [08:39] <hsivonen> ouch
  200. # [08:40] <othermaciej> if added via the DOM, either name or value can be as long as you can fit in a String
  201. # [08:40] <hsivonen> so you can OOM with <a a="aaaaaa.....
  202. # [08:40] <othermaciej> it won't crash, but it can use up a lot of memory before an allocation fails
  203. # [08:40] * Joins: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl)
  204. # [08:40] <othermaciej> that's assuming your source was long enough for that in the first place
  205. # [08:41] <hsivonen> well, the HTML5 specs is probably larger than any page Schwab's banking UI
  206. # [08:41] <othermaciej> and did not itself get too big to fit in RAM as UTF-16
  207. # [08:41] <hsivonen> so if I made the DoS limit the size of the HTML5 spec, banking sites probably wouldn't break...
  208. # [08:42] <hsivonen> Gecko is getting an infallible malloc, so it might be a problem to have the parser thread request so much memory that infallible malloc has to scramble for more memory on the main thread
  209. # [08:43] <hsivonen> not sure how exactly these things are supposed to work
  210. # [08:43] <othermaciej> in fallible?
  211. # [08:43] <hsivonen> never returns null
  212. # [08:43] <othermaciej> what happens if you exhaust the address space?
  213. # [08:43] <Hixie> does it buy more ram for you?
  214. # [08:43] <hsivonen> I believe it kills the app
  215. # [08:44] <othermaciej> we have a version of malloc that will crash if it runs out of memory but we have a few places that are safe against allocation failure
  216. # [08:44] <othermaciej> and thus do not use that variant
  217. # [08:44] <hsivonen> though IIRC, some design doc says that it's going to ask things to stop when there's little RAM left
  218. # [08:44] <othermaciej> (theory being that clean crash beats a buffer overrun)
  219. # [08:45] <hsivonen> I wonder if IE has a hard limit on attribute value length.
  220. # [08:45] <hsivonen> maybe I should just bite the bullet and test
  221. # [08:45] <othermaciej> we did find that for attribute *names*, 1024 is a sufficient practical limit
  222. # [08:45] <othermaciej> not sure it would fly for values
  223. # [08:46] <Philip`> Does it say in the IE interoperability reports that were released recently?
  224. # [08:46] * Philip` vaguely remembers them mentioning limits, compared to the limits HTML4 mentions, or something
  225. # [08:46] <othermaciej> tag names also have a 1024 limit
  226. # [08:46] <othermaciej> (in the HTML parser only)
  227. # [08:47] <hsivonen> my plan is to change the tokenizer to use the same buffer for both names and values
  228. # [08:47] <Philip`> I've seen pages with tens of kilobytes of text in an <img alt> attribute
  229. # [08:47] <hsivonen> because you can't be tokenizing an attribute name and value at the same time
  230. # [08:47] <Hixie> meta content (with name=keywords) also often has huge values
  231. # [08:47] <Hixie> sometimes it is missing quotes and you end up with bazillions of attributes
  232. # [08:47] <hsivonen> the only case where the tokenizer needs two accumulation buffers is when a character reference is being tokenized inside an attribute value
  233. # [08:47] <othermaciej> we use a variable-size buffer with a small inline capacity for attribute values
  234. # [08:48] <othermaciej> i.e. in the common case it doesn't malloc, just uses a fixed-size buffer, but will malloc on overflow
  235. # [08:48] <hsivonen> but in that case, the other buffer can't grow longer that the longest named character name
  236. # [08:48] <hsivonen> Hixie: truncating keywords isn't fatal
  237. # [08:49] <hsivonen> Hixie: truncating huge attributes on Schwab's netbank apparently is
  238. # [08:49] <Hixie> <input type=hidden value="">?
  239. # [08:50] <hsivonen> Hixie: not sure. I don't have login credentials.
  240. # [08:51] <othermaciej> Hixie: you're the only one who writes Change Proposal summaries that I can use as-is on the status page
  241. # [08:52] <Hixie> i do my best :-)
  242. # [08:53] <hsivonen> I think http://www.w3.org/Bugs/Public/show_bug.cgi?id=7670#c43 is a mockery of RDFa in HTML being a deliverable of the HTML WG
  243. # [08:53] <hsivonen> why bother pretending that it's contents aren't delivered by the RDFa WG?
  244. # [08:54] <hsivonen> s/it's/its/
  245. # [08:55] <hsivonen> scary. I do the "it's" thing now.
  246. # [08:56] * Joins: pesla (~retep@procurios.xs4all.nl)
  247. # [08:57] * Quits: pfeldman (~pfeldman@188.134.12.54) (Quit: pfeldman)
  248. # [09:09] * Quits: cedricv (~cedric@180.129.14.25) (Ping timeout: 258 seconds)
  249. # [09:10] <hsivonen> click and hold Dock icon for Exposé has to be the worst UI feature of Snow Leopard
  250. # [09:10] <hsivonen> I have never wanted to active it, but I accidentally activate it on a daily basis
  251. # [09:12] * Joins: roc (~roc@121-72-217-82.dsl.telstraclear.net)
  252. # [09:15] <othermaciej> hsivonen: I don't think accidental click-and-hold is a common user behavior
  253. # [09:18] * Joins: cedricv (~cedric@180.129.114.166)
  254. # [09:18] * Quits: cedricv (~cedric@180.129.114.166) (Client Quit)
  255. # [09:24] * Quits: roc (~roc@121-72-217-82.dsl.telstraclear.net) (Ping timeout: 258 seconds)
  256. # [09:27] <jgraham> I have done that a few times too
  257. # [09:28] <jgraham> Although plural of anecdotes and all that
  258. # [09:28] <hsivonen> othermaciej: I use a Wacom tablet--not a mouse
  259. # [09:28] <othermaciej> does that make it more likely?
  260. # [09:28] <hsivonen> dunno
  261. # [09:29] * Philip` sometimes half-clicks on something before he's quite decided whether he meant to click on it or not, and then holds the mouse down while he's thinking
  262. # [09:34] * Joins: lazni (~lazni@118.71.105.238)
  263. # [09:35] <asmodai> http://www.smashingmagazine.com/2010/03/15/showcase-of-web-design-in-china-from-imitation-to-innovation-and-user-centered-design/ <-- I knew before how click intense Chinese websites are, but this really confirms it.
  264. # [09:36] * Joins: roc (~roc@121-72-168-224.dsl.telstraclear.net)
  265. # [09:37] <othermaciej> what parts of the article show the click-heaviness?
  266. # [09:37] * othermaciej is just skimming
  267. # [09:39] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  268. # [09:39] <annevk> bah, got disconnected
  269. # [09:40] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  270. # [09:42] * Joins: pauld (~chatzilla@host86-169-246-255.range86-169.btcentralplus.com)
  271. # [09:48] * annevk wonders in what situation you would use hidden= on <td>
  272. # [09:52] <lazni> empty cell?
  273. # [09:52] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Ping timeout: 264 seconds)
  274. # [09:53] * Joins: neotyk (~neotyk@213.208.237.114)
  275. # [09:53] <Philip`> It'd be more useful to support <col hidden>
  276. # [09:54] <annevk> again, would that usage match the semantics of hidden?
  277. # [09:56] * Joins: zcorpan (~zcorpan@c-269ee355.410-6-64736c14.cust.bredbandsbolaget.se)
  278. # [09:58] <Philip`> <table><col><col id=rc hidden><tr><th>Test case input<th>Result<tr><td>1+1<td id=r0></table> <script>r0.innerHTML = '11'; rc.hidden = false;</script>
  279. # [09:59] <zcorpan> hmm, regarding allow-top-navigation, don't ads usually open links as target=_blank anyway?
  280. # [09:59] <Philip`> (Don't want to make the results visible until they're all filled in)
  281. # [09:59] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  282. # [09:59] <zcorpan> Philip`: does visibility:collapse work on colgroup and col?
  283. # [10:00] <Philip`> zcorpan: Don't ask me
  284. # [10:00] <Philip`> If it doesn't, HTML shouldn't be restricted by current bugs in CSS anyway
  285. # [10:01] <zcorpan> it seems to work
  286. # [10:02] * Quits: cpearce (~cpearce@ip-118-90-96-250.xdsl.xnet.co.nz) (Ping timeout: 264 seconds)
  287. # [10:05] * Joins: pfeldman (~pfeldman@93.153.167.74)
  288. # [10:12] * Joins: mpt (~mpt@canonical/mpt)
  289. # [10:12] <annevk> any chance btw we can get a multipage version of complete.html?
  290. # [10:12] <annevk> would be especially useful for WebSocket
  291. # [10:12] <Hixie> just get a better browser :-P
  292. # [10:13] <Hixie> seriously though, complete.html works fine in chrome on mac
  293. # [10:13] <zcorpan> still annoying for page search
  294. # [10:13] <annevk> on Ubuntu too, but loading a smaller file is still nice
  295. # [10:14] <JonathanNeal> I tried to translate the x h1 example from http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#margins-and-padding into actual css
  296. # [10:15] <zcorpan> maybe we should ditch the "html5" version and go back to only web apps 1.0
  297. # [10:15] <JonathanNeal> in LESS it is 20 lines, in actual css it is 1383 lines.
  298. # [10:16] <roc> the comment about "better browser" is slightly annoying given http://weblogs.mozillazine.org/bz/archives/020267.html
  299. # [10:18] <JonathanNeal> http://pastie.org/884348 written in LESS css, http://pastie.org/884350 written in normal css
  300. # [10:20] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  301. # [10:20] <zcorpan> JonathanNeal: it seems that's not correct
  302. # [10:21] <JonathanNeal> zcorpan, like I'm wrong, or it's just suprising?
  303. # [10:21] <zcorpan> JonathanNeal: you want article article article article article h1, not article h1 article h1 article h1 article h1 article h1,
  304. # [10:22] <JonathanNeal> Sure, I'll update the examples, they'll still be about 70 fold different.
  305. # [10:23] * zcorpan doesn't follow
  306. # [10:24] <zcorpan> JonathanNeal: the LESS version should probably be something more like article, aside, etc { h1 { ... } article, aside, etc { h1 { ... if i understand the LESS syntax correctly
  307. # [10:26] <JonathanNeal> zcorpan, here you go http://pastie.org/884363 and http://pastie.org/884364
  308. # [10:27] <zcorpan> JonathanNeal: yep, that looks better
  309. # [10:28] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
  310. # [10:28] <JonathanNeal> So, I'll have to use some kind of class on all sectioning content.
  311. # [10:30] * Quits: ojan (~ojan@nat/google/x-fdzbfbyhvegxkqee) (Ping timeout: 260 seconds)
  312. # [10:31] <annevk> roc, maybe we should all start cheating
  313. # [10:32] <roc> 'cheating' is a stronger word than I would use
  314. # [10:32] <roc> browsers make different performance vs correctness tradeoffs :-)
  315. # [10:32] * Joins: ROBOd (~robod@89.122.216.38)
  316. # [10:34] <zcorpan> i really don't understand why anyone would want to use <img role="presentation" alt="" src="img" > or <img role="presentation" src="img" > instead of <img alt="" src="img" >
  317. # [10:35] <lazni> http://3273372964/en/weblog?weblogid=208188044
  318. # [10:35] * Joins: mat_t (~mattomasz@91.189.88.12)
  319. # [10:35] <Philip`> annevk: Feel free to update http://code.google.com/p/html5/source/browse/trunk/spec-splitter/spec-splitter.py to work on it :-)
  320. # [10:35] <Philip`> (Maybe the only difference is it should have a different list of sections to split?)
  321. # [10:36] <roc> I shouldn't say this, but "figuring out how to fix selectors without regressing performance" reminds me of OJ searching for the real killers
  322. # [10:36] <Philip`> and then either run it yourself, or ask Hixie to change his server stuff (and me to change mine a bit)
  323. # [10:36] <annevk> Philip`, I suppose, how do you deal with W3C HTML5 vs WHATWG HTML5?
  324. # [10:38] <Philip`> annevk: I don't
  325. # [10:38] <Philip`> except to the extent of adding a --w3c option that twiddles a few things
  326. # [10:38] <Philip`> MikeSmith set it up to run on the W3C copy, I believe
  327. # [10:39] <annevk> I wonder if I can just add the new section names without having the HTML5 copy left broken
  328. # [10:41] <annevk> oh, it already splits on all <h2> elements
  329. # [10:41] <annevk> that sounds perfect
  330. # [10:41] <Philip`> The split_exceptions list is just a set of (approximately) childs of <body> that it'll split on, when the <h2>s are too big
  331. # [10:41] <Philip`> and it'll ignore anything that's in that set and doesn't exist in the document
  332. # [10:42] <annevk> oh, maybe not
  333. # [10:42] <annevk> cool, so we could add sections there for eventsource, websocket
  334. # [10:42] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Quit: Leaving...)
  335. # [10:43] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  336. # [10:44] <Philip`> That should work
  337. # [10:45] * Philip` tried to choose splits so each page was 100-200KB
  338. # [10:45] <Philip`> Oh, the source code already says that
  339. # [10:46] * Joins: Rik` (~Rik`@81.93.12.28)
  340. # [11:02] * Joins: Michelangelo (~Michelang@93-41-33-91.ip79.fastwebnet.it)
  341. # [11:09] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Quit: Leaving...)
  342. # [11:10] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
  343. # [11:13] <Philip`> Does anyone want a free 1-year domain registration at gandi.net?
  344. # [11:13] * Philip` has a couple of promo codes that expire at the end of the month
  345. # [11:17] <hsivonen> Philip`: for new domains only, I assume?
  346. # [11:17] <Philip`> hsivonen: Yes
  347. # [11:17] <Philip`> (https://ten.gandi.net/faq)
  348. # [11:20] <hsivonen> Philip`: then, I guess I don't have a use for it
  349. # [11:21] <annevk> registering at a new host is not worth the hassle either for something that costs EUR 5-10
  350. # [11:23] <Dashiva> "Currently <p /> is forbidden - validator.nu doesn't even permit it in polyglot mode, it seems. Yet, it has been permitted for 10 years. Or more: It is even permitted in HTML4 documents."
  351. # [11:23] <Dashiva> What black magic is this?
  352. # [11:24] <Philip`> Isn't that just <p>&gt; ?
  353. # [11:25] <Dashiva> That's what I thought
  354. # [11:25] <hsivonen> Dashiva: where's the quete from. It's wrong.
  355. # [11:25] <Dashiva> http://lists.w3.org/Archives/Public/public-html/2010Mar/0601.html
  356. # [11:25] <Dashiva> Leif seems to claim <p /> is identical to <p></p>
  357. # [11:25] <Philip`> validator.w3.org even gives a warning ("NET-enabling start-tag requires SHORTTAG YES")
  358. # [11:26] <hsivonen> Dashiva: incorrect
  359. # [11:26] <hsivonen> I need to remove the "polyglot" mode
  360. # [11:26] <hsivonen> since it hasn't gone anywhere after the first features
  361. # [11:26] <Philip`> validator.w3.org "show outline" of <h1><p/>foo shows how it results in a literal ">"
  362. # [11:27] <hsivonen> I don't know who dropped the ball. Me regarding repo access? Sam regarding impl? tantek and zeldman regarding requirements?
  363. # [11:27] <jgraham> hsivonen: Did you move to hg yet?
  364. # [11:28] <jgraham> If so it seems like repo access shouldn't be a big issue
  365. # [11:29] <hsivonen> jgraham: the parser is in hg, but Sam doesn't have access, because the central repo is under Mozilla committer rules
  366. # [11:29] <hsivonen> the rest is still in svn and Sam has access
  367. # [11:29] <hsivonen> s/access/write access/
  368. # [11:38] * Joins: osimons (~osimons@2.80-202-207.nextgentel.com)
  369. # [11:40] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
  370. # [11:41] <othermaciej> hsivonen: you could ask Sam if he has any intent to continue the work
  371. # [11:41] <annevk> http://www.w3.org/QA/2010/03/update_on_html_5_document_lice.html -- hmm, it almost sounds like they want to invent yet another license
  372. # [11:42] <othermaciej> annevk: but see Ian Jacobs' comment at the end
  373. # [11:42] * Joins: Necrathex (~bleptop@colorenco.speedxs.nl)
  374. # [11:44] <annevk> I wonder how that will work out
  375. # [11:44] <annevk> It's annoying to have see the confidential information as well...
  376. # [11:49] <othermaciej> you mean the AC poll? or is there other confidential informaiton?
  377. # [11:49] * Quits: pfeldman (~pfeldman@93.153.167.74) (Ping timeout: 258 seconds)
  378. # [11:52] <annevk> yeah
  379. # [11:52] <annevk> there's some presentation as well
  380. # [11:52] <othermaciej> I was surprised at Opera's vote, but then again, I was also surprised at Apple's vote
  381. # [11:53] <annevk> tell me about it
  382. # [11:53] <Philip`> "Having the specification available in two places is suboptimal, and we'll see whether we can improve the situation." - so they want to restrict the licensing of the W3C copy of the spec, and also get rid of the freely licensed copy?
  383. # [11:53] <annevk> oh, the slides are public
  384. # [11:54] <annevk> Philip`, the W3C copy is already restricted
  385. # [11:55] <annevk> a colleague of mine argued the WHATWG license was not adequate btw, but I've no idea whether that is actually true
  386. # [11:55] <jgraham> I note that "a license that is familiar to the free software community" would include, for example "all rights reserved"
  387. # [11:55] <annevk> though it would have been nicer if it just said MIT
  388. # [11:55] <annevk> jgraham, :p
  389. # [11:56] * Quits: borey (~chatzilla@123.108.254.146) (Read error: Connection reset by peer)
  390. # [11:57] <Philip`> s/to restrict/to continue restricting/
  391. # [11:57] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  392. # [11:58] * Quits: wakaba_ (~wakaba_@112-68-244-233.eonet.ne.jp) (Ping timeout: 276 seconds)
  393. # [11:58] <jgraham> annevk: Well it is kind of important; you can't have a license that is actually a free software license and prevent forking. But "familiar to" doesn't mean "compatible with"
  394. # [11:58] <annevk> jgraham, if it's important you should add a comment
  395. # [11:59] * annevk added a comment asking about non-HTML5 specifications
  396. # [11:59] * annevk wonders if he should publish CORS/CSSOM/etc. under some different venue with another license
  397. # [11:59] <othermaciej> or XHR for that matter
  398. # [11:59] <annevk> do I just give up my copyright if I commit to dev.w3.org?
  399. # [12:00] * annevk wonders how that works
  400. # [12:01] <Dashiva> No
  401. # [12:02] * Philip` has a vague recollection that you remain the copyright owner of anything you produce (except work-for-hire etc) unless you explicitly sign an agreement to transfer ownership
  402. # [12:02] * Joins: pfeldman (~pfeldman@93.153.167.74)
  403. # [12:03] <annevk> cool, I haven't done that
  404. # [12:03] <annevk> how does it work if HTML WG agreed upon text gets included in the WHATWG copy?
  405. # [12:04] <annevk> do change proposal people give away their copyright?
  406. # [12:05] <Philip`> I think it works on the basis that the HTML WG only agrees on text that is low quality and needs to be rewritten by Hixie anyway
  407. # [12:05] <Dashiva> Indeed
  408. # [12:05] <Philip`> and also on the basis that nobody cares that much about the precise correct application of copyright laws
  409. # [12:05] * Quits: roc (~roc@121-72-168-224.dsl.telstraclear.net) (Quit: roc)
  410. # [12:06] <othermaciej> I think W3C participation agreement might include something about copyright
  411. # [12:07] <annevk> yeah, was afraid of that
  412. # [12:07] <Dashiva> What if a non-wg member posts to public-html?
  413. # [12:08] <othermaciej> I don't know if it implies an exclusive copyright assignment or non-exclusive
  414. # [12:09] <othermaciej> http://www.w3.org/2009/12/Member-Agreement
  415. # [12:09] <Dashiva> The slides from yesterday said that contributors have the right to publish their own contributions, but not others', which seems to imply non-exclusive
  416. # [12:09] <othermaciej> (not sure if that is the latest version and not sure whether it also applies to standards documents
  417. # [12:09] <workmad3> it's probably something along the lines of contributors grant a non-exclusive, perpetual licence to w3c/whatwg
  418. # [12:09] <Philip`> http://www.w3.org/Consortium/Legal/2007/06-invited-expert.html - "The Invited Expert hereby grants to the W3C a perpetual, nonexclusive, royalty-free, world-wide right and license under any Invited Expert's copyrights on his or her contributions, to copy, publish and distribute the contribution under the W3C document licenses."
  419. # [12:09] <othermaciej> so you could publish under Opera's copyright
  420. # [12:10] <othermaciej> per the member agreement
  421. # [12:10] <Philip`> "The Invited Expert agrees to refrain from creating derivative works that include the Invited Expert's contributions when those derivative works are likely to cause confusion about the status of the W3C work or create risks of non-interoperability with a W3C Recommendation. «Branching» is one example of a non-permissible derivative work."
  422. # [12:10] <othermaciej> that doesn't seem to be in the Member agreement
  423. # [12:11] <annevk> I wonder if "c. The Member shall have access to software and documentation produced by the Consortium prior to release of such software and documentation to non-members, as set forth in Appendix 1." is still true with all the public drafts
  424. # [12:12] <othermaciej> I wonder if it is in the Process Document
  425. # [12:13] <othermaciej> the member agreement I linked is marked *** DRAFT *** but also linked as the latest
  426. # [12:13] <Philip`> Is something like http://philip.html5.org/tests/canvas/suite/tests/spec.html okay? It's a derivative work (of the WHATWG spec) that contains some of my contributions that were posted to public-html and were integrated into the W3C spec
  427. # [12:14] <othermaciej> you participate in public-html as an invited expert?
  428. # [12:14] <Philip`> and it's based on a 'branch' of the W3C specs (the HTML5 and 2d-context specs joined together with some extra text)
  429. # [12:14] <othermaciej> er in the HTML WG
  430. # [12:15] <Philip`> and it might confuse people into thinking it's related to the W3C spec
  431. # [12:15] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  432. # [12:15] <Philip`> othermaciej: Public invited expert, which I think involves the same agreement
  433. # [12:17] <othermaciej> I think it would take a lawyer to answer
  434. # [12:17] <Philip`> I think I won't bother asking one :-)
  435. # [12:17] <othermaciej> I don't think you made any contributions that would require a copyright grant
  436. # [12:17] <othermaciej> but I don't know if that affects the second clause
  437. # [12:17] * Quits: zcorpan (~zcorpan@c-269ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  438. # [12:18] <othermaciej> clause 2.4 of the Invited Expert agreement is interesting
  439. # [12:18] <Philip`> It just seems strange that it imposes more restrictions than the W3C document license itself
  440. # [12:19] <othermaciej> does the document license allow derivative works?
  441. # [12:20] <Philip`> The document license doesn't (can't) prevent works that are derivative of non-W3C works (e.g. the WHATWG spec, in my case)
  442. # [12:21] <Philip`> (because the license can only restrict the copying of documents which are published under that license)
  443. # [12:23] * Quits: zalan (~zalan@192.100.124.156) (Ping timeout: 240 seconds)
  444. # [12:24] <othermaciej> ah, right
  445. # [12:24] <othermaciej> copyright can't prevent you from making a derivative work of something else, and most particularly of something on which you hold copyright
  446. # [12:27] <Philip`> The IE agreement sounds like it does try to prevent that, though
  447. # [12:27] <othermaciej> yes it does
  448. # [12:28] <othermaciej> I wonder why they make the assignment non-exclusive if they then try to restrict your use of your contributed material
  449. # [12:30] * Quits: nessy (~Adium@124-168-176-223.dyn.iinet.net.au) (Quit: Leaving.)
  450. # [12:35] <Philip`> I'd guess because exclusive assignment is much more complex to do
  451. # [12:35] <Philip`> http://www.copyright.gov/title17/92chap2.html#204 - "A transfer of copyright ownership, other than by operation of law, is not valid unless an instrument of conveyance, or a note or memorandum of the transfer, is in writing and signed by the owner of the rights conveyed or such owner's duly authorized agent." etc
  452. # [12:36] <Philip`> ("A “transfer of copyright ownership” is an assignment, mortgage, exclusive license, [...] but not including a nonexclusive license.")
  453. # [12:37] <Philip`> and I never had to write or sign anything to become a PIE
  454. # [12:38] <othermaciej> I see
  455. # [12:38] <Philip`> and I guess other sorts of contracts and agreements don't necessarily have to be in writing so it's okay to just do those over the internet and try to restrict people that way
  456. # [12:38] <othermaciej> FSF makes people sign things even for non-exclusive copyright assignment
  457. # [12:38] <othermaciej> (or maybe they do exclusive assignment and license your contribution back to you, I can't remember)
  458. # [12:39] <hsivonen> IIRC, FSF wants assignment and licenses stuff back
  459. # [12:39] <hsivonen> OpenOffice.org wants join copyright holdership
  460. # [12:39] <hsivonen> *joint
  461. # [12:40] <hsivonen> as I understand it, in the U.S. you need to have at least joint ownership to have standing to enforce a copyright
  462. # [12:44] <othermaciej> does Mozilla require any copyright assignment or joint ownership?
  463. # [12:44] <othermaciej> (neither Apple nor the WebKit project do, for WebKit)
  464. # [12:44] <hsivonen> IIRC, Mozilla Foundation requires neither.
  465. # [12:45] <othermaciej> is work done by MoCo employees copyright MoCo or copyright MoFo?
  466. # [12:45] <hsivonen> othermaciej: MoFo
  467. # [12:45] <gsnedders> othermaciej: Who should be CC'd on a JS parser bug in JSC?
  468. # [12:45] <othermaciej> gsnedders: oliver@apple.com, mjs@apple.com, ggaren@apple.com
  469. # [12:45] <othermaciej> (I'm not strictly necessary but I am curious)
  470. # [12:46] * gsnedders thought olliej did more of the JIT stuff and not so much parser stuff
  471. # [12:46] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 246 seconds)
  472. # [12:47] <othermaciej> there are also some uni-szeged people who know the parser code but I can't recall names offhand
  473. # [12:47] <othermaciej> perhaps also some nokia people
  474. # [12:47] * Quits: mat_t (~mattomasz@91.189.88.12) (Read error: Operation timed out)
  475. # [12:47] <othermaciej> olliej is fully qualified to hack any part of JSC
  476. # [12:48] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  477. # [12:49] <gsnedders> Shows my memory :)
  478. # [12:49] * Quits: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net) (Quit: wycats)
  479. # [12:49] <othermaciej> now I wonder who has their svn username in the most distinct JSC source files
  480. # [12:49] <othermaciej> but I think I am too lazy to make a script to find out
  481. # [12:52] * Joins: mat_t (~mattomasz@91.189.88.12)
  482. # [12:58] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  483. # [13:01] * Joins: mat_t (~mattomasz@91.189.88.12)
  484. # [13:01] <hsivonen> aargh. looks like USB on my Linux box died and I don't have sshd up
  485. # [13:01] <hsivonen> one should always have sshd up
  486. # [13:01] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  487. # [13:06] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  488. # [13:08] * Joins: Lachy (~Lachlan@124-171-250-216.dyn.iinet.net.au)
  489. # [13:08] * beowulf_ is now known as beowulf
  490. # [13:17] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
  491. # [13:17] <hsivonen> well, that wasn't nice. I did a hardware shutdown and reboot and grub wouldn't find my boot volume.
  492. # [13:17] <hsivonen> I was rather worried until I decided to reboot again
  493. # [13:17] <hsivonen> and then grub found the boot volume
  494. # [13:18] <hsivonen> things not going great today with computers
  495. # [13:19] <hsivonen> earlier today, my Mac was unusable for 3 hours, because Parallels decided to update Parallels Tools on a Windows VM and I was crazy enough to put other load on the machine at the same time (as opposed to just waiting for Parallels rendering the computer inoperable for half an hour or so)
  496. # [13:19] * Quits: Lachy (~Lachlan@124-171-250-216.dyn.iinet.net.au) (Ping timeout: 258 seconds)
  497. # [13:21] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  498. # [13:24] * Joins: Lachy (~Lachlan@124-171-250-216.dyn.iinet.net.au)
  499. # [13:26] * Joins: aroben (~aroben@unaffiliated/aroben)
  500. # [13:28] <gsnedders> Anyone with Minefield handy?
  501. # [13:28] <jgraham> Sure
  502. # [13:28] * hsivonen has
  503. # [13:28] <gsnedders> Does <http://stuff.gsnedders.com/es/getterparsing.html> fail for the last four tests?
  504. # [13:29] <hsivonen> yes
  505. # [13:29] <jgraham> yes
  506. # [13:29] <jgraham> Also in Chrome
  507. # [13:29] <gsnedders> OK
  508. # [13:29] <gsnedders> I know about other browsers
  509. # [13:29] <jgraham> Yay for interoperability
  510. # [13:30] * gsnedders wonders why he doesn't have up-to-date Minefield :\
  511. # [13:30] <gsnedders> (Like, the latest Fx nightly I have is 3.6 alpha2-pre)
  512. # [13:30] <gsnedders> (Which isn't even Minefield)
  513. # [13:30] <annevk> can you bikeshed just by yourself?
  514. # [13:30] <jgraham> You don't have the Mozilla PPA?
  515. # [13:31] <gsnedders> Uh, yeah. I could've just done it over remote desktop.
  516. # [13:31] <gsnedders> That's true
  517. # [13:31] <jgraham> annevk: Isn't that just called being indecisive?
  518. # [13:31] <jgraham> In which case: ask gsnedders :)
  519. # [13:31] * gsnedders slaps jgraham
  520. # [13:32] * Quits: Michelangelo (~Michelang@93-41-33-91.ip79.fastwebnet.it) (Remote host closed the connection)
  521. # [13:32] <annevk> hehe
  522. # [13:32] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  523. # [13:32] <jgraham> Sadly I'm out of reach, so I imagine that without a face to absorb the momentum, your hand just continued round and you actually slapped yourself on the other side of your head
  524. # [13:37] * Joins: lazni1 (~lazni@118.71.85.60)
  525. # [13:39] * Quits: lazni (~lazni@118.71.105.238) (Ping timeout: 258 seconds)
  526. # [13:48] * Joins: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu)
  527. # [13:59] * Quits: Philip` (~philip@zaynar.co.uk) (Remote host closed the connection)
  528. # [14:12] * Joins: Philip` (~philip@zaynar.co.uk)
  529. # [14:12] * Quits: Philip` (~philip@zaynar.co.uk) (Client Quit)
  530. # [14:21] * Joins: workmad3 (~workmad3@188-222-158-93.zone13.bethere.co.uk)
  531. # [14:24] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
  532. # [14:28] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 268 seconds)
  533. # [14:28] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
  534. # [14:31] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  535. # [14:32] * Quits: wakaba (~wakaba@122.139.210.220.dy.bbexcite.jp) (Read error: Connection reset by peer)
  536. # [14:32] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Read error: Connection reset by peer)
  537. # [14:33] * Joins: wakaba (~wakaba@122.139.210.220.dy.bbexcite.jp)
  538. # [14:33] * Joins: miketaylr (~miketaylr@38.117.156.163)
  539. # [14:34] <AryehGregor> <roc> the comment about "better browser" is slightly annoying given http://weblogs.mozillazine.org/bz/archives/020267.html <-- Incorrect but fast can legitimately be called "better" than correct but slow. Browsers are meant to create a good user experience, not conform to standards at all costs. Realistically, IMO, refraining from fully implementing features until you can do so with no performance regression does make for a better browser f
  540. # [14:34] <AryehGregor> rom a user standpoint. As Dave Hyatt points out on that post, it's just not fully implemented -- should they have not implemented it at all until they could get all corner cases right?
  541. # [14:34] * Quits: shepazu (~schepers@2002:d106:d41b:1234:21e:52ff:fe81:88fa) (Quit: shepazu)
  542. # [14:34] * Joins: BlurstOfTimes (~blurstoft@168.203.117.66)
  543. # [14:35] * Joins: zcorpan (~zcorpan@c-119ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  544. # [14:37] <annevk> AryehGregor, I think the point is that it is is probably not possible to get it right without regressing performance
  545. # [14:37] <annevk> arguably we should nuke some selectors
  546. # [14:38] <AryehGregor> Interesting.
  547. # [14:38] <AryehGregor> Well, UAs often just refuse to implement features that would cost performance, right?
  548. # [14:39] <AryehGregor> That's not unique to WebKit.
  549. # [14:40] <annevk> yes, but that's not what happened here
  550. # [14:40] <hsivonen> if the selector features in question have been permanently vendor vetoed, the selector spec should change, IMO
  551. # [14:40] <AryehGregor> Looks like what happened here to me.
  552. # [14:40] <AryehGregor> "Boris, I'm just saying that I never looked at benchmarks or cared about benchmarks when adding this code. I held off on generalizing the code because I needed to think about a way to do it that would still be performant."
  553. # [14:41] <AryehGregor> = "won't implement it unless it can perform well"
  554. # [14:41] <AryehGregor> + "probably not possible to get it right without regressing performance" => "won't implement", simple syllogism.
  555. # [14:42] <hsivonen> I suggest Hixie stops using the feature that has been vendor vetoed, then
  556. # [14:42] * Quits: onar_ (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944) (Read error: Operation timed out)
  557. # [14:42] <annevk> Selectors is also in CR...
  558. # [14:43] <annevk> there'd be quite some outcry if we killed nth-child and friends
  559. # [14:44] <AryehGregor> Is Hixie actually using a CSS feature that kills performance in every browser that implements it? That seems pointless. I thought Firefox's painful handling of the HTML5 spec was mainly due to some JS thing and was fixed in 3.7.
  560. # [14:46] * Joins: Philip` (~philip@zaynar.co.uk)
  561. # [14:48] <ment> AryehGregor: the problem with css and js is, that you have to maintain correct styling during execution of the script
  562. # [14:50] <AryehGregor> What do you mean? You don't have to rerender styles synchronously during script execution, right? If I do foo.width = 100; foo.height = 100; then foo is never actually rendered with width 100 but not height 100, AFAIK.
  563. # [14:50] <gsnedders> AryehGregor: No, but if you reflow during script execution perf can be bad (as is the case with HTML5 and Opera, which reflows on a timeout during script execution)
  564. # [14:51] <AryehGregor> Mm.
  565. # [14:51] <ment> AryehGregor: yes, you could postpone rematching. but in some cases you just have to rematch the whole tree after insertion of one node in the right place
  566. # [14:52] <AryehGregor> Interesting, although this is somewhat over my head.
  567. # [14:52] <ment> during the time i've been writing css matcher i've wondered why the selector language wasn't designed with some theory backing it up
  568. # [14:54] <gsnedders> AryehGregor: Otherwise, only trying to access the styles through CSSOM causes a reflow during script execution
  569. # [14:58] * Quits: beowulf (wiglaf@ps4552.dreamhost.com) (Quit: leaving)
  570. # [14:59] * Joins: beowulf (wiglaf@ps4552.dreamhost.com)
  571. # [15:02] <hsivonen> annevk: in that case, I think Hixie should make the spec obviously misrender if the selectors aren't implemented right :-)
  572. # [15:03] <hsivonen> misrender in an obvious way, that is
  573. # [15:04] <hsivonen> applying the strategy of making stuff look ugly in WebKit to pressure WebKit devs to fix WebKit isn't working on my personal site, but doing it with the spec might work
  574. # [15:05] <othermaciej> hsivonen: I didn't know your site looked any different in WebKit-based browsers than it was supposed to
  575. # [15:05] <othermaciej> what's the bug?
  576. # [15:06] <othermaciej> other than the Firefox ad
  577. # [15:06] <othermaciej> but I assume that is by design
  578. # [15:06] <hsivonen> othermaciej: bug 1: text doesn't use a local font while fonts are downloading
  579. # [15:06] <othermaciej> ah, that I've noticed
  580. # [15:06] <hsivonen> othermaciej: bug 2: the double-struck rounded corners are ugly
  581. # [15:07] <othermaciej> that I didn't notice, but I see your point
  582. # [15:08] <hsivonen> which reminds me that I should add support for -moz- transitions
  583. # [15:08] * hsivonen doesn't like vendor prefixes
  584. # [15:08] <othermaciej> your site tells me to upgrade to Firefox 3.5 when I visit with Firefox 3.6
  585. # [15:09] <hsivonen> othermaciej: yeah, the back end for that ad in FAIL
  586. # [15:09] <hsivonen> I guess I should remove the ad
  587. # [15:09] <hsivonen> s/in/is/
  588. # [15:10] <othermaciej> hmm
  589. # [15:10] <othermaciej> I wonder if we are even using the right font for your site at all
  590. # [15:11] <othermaciej> the font it ends up with in Safari seems to be the one that flashes temporarily in Firefox
  591. # [15:11] <AryehGregor> I also noticed on IE6 that it shows the "You're settling for good" message for a second before switching to the "You don't use VHS" one.
  592. # [15:13] * Joins: kennyluck (~kennyluck@HKRbb80.kanagawa-ip.dti.ne.jp)
  593. # [15:13] <hsivonen> othermaciej: because Apple doesn't allow Mac OS X to be virtualized and because Safari detects uninstalled local fonts(!), it's too hard for me to test if the page looks right in Safari on a Mac that doesn't already have the fonts installed locally
  594. # [15:14] * Quits: rsteiner (~rolandste@220.109.219.244) (Ping timeout: 276 seconds)
  595. # [15:14] <hsivonen> maybe I should test on my mother's Mac when I visit my parents
  596. # [15:16] <jgraham> ment: Any theory you hand in mind?
  597. # [15:17] <hsivonen> I also added -o- and -ms- transitions completely defeating the point of vendor prefixes
  598. # [15:18] <MikeSmith> http://twitter.com/futomi/status/10978894529
  599. # [15:18] <MikeSmith> "#html5 spec says video.width must be DOMString while canvas.width must be unsigned long. Why inconsequence?"
  600. # [15:18] <MikeSmith> of course he means, "Why the inconsistency?"
  601. # [15:18] <MikeSmith> but anybody know the answer to that?
  602. # [15:19] * Joins: erlehmann (~erlehmann@82.113.106.139)
  603. # [15:23] <hsivonen> can someone who understands CSS Transitions explain to me why my link styling transitions work on unvisited links but not on visited links?
  604. # [15:24] * Joins: pmuellr (~pmuellr@nat/ibm/x-qbcnbjnvpndpaaoj)
  605. # [15:24] <hsivonen> also, what's the deal with Opera supporting border-radius but not outline-radius?
  606. # [15:25] <annevk> outline-radius is not an official property
  607. # [15:25] <hsivonen> furthermore, Opera mistransitions the background color of my links
  608. # [15:25] <annevk> bugs.opera.com/wizard
  609. # [15:25] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  610. # [15:26] <hsivonen> hmm. the visited links do transition in WebKit
  611. # [15:26] <hsivonen> I guess I got one Gecko bug report and one Presto bug report out of this
  612. # [15:26] <karlcow> MikeSmith: it seems there are two attributes on video
  613. # [15:27] <karlcow> readonly attribute unsigned long videoWidth;
  614. # [15:27] <karlcow> attribute DOMString width;
  615. # [15:28] <karlcow> oh and img
  616. # [15:28] <karlcow> attribute unsigned long width;
  617. # [15:28] <karlcow> readonly attribute unsigned long naturalWidth;
  618. # [15:29] * MikeSmith nods
  619. # [15:29] <karlcow> a videoWidth is not a naturalWidth ?
  620. # [15:29] <MikeSmith> dunno
  621. # [15:29] <MikeSmith> I guess naturalWidth must be the intrinsic width
  622. # [15:29] <MikeSmith> and the other one is the displayed width
  623. # [15:30] * Parts: pmuellr (~pmuellr@nat/ibm/x-qbcnbjnvpndpaaoj)
  624. # [15:30] <annevk> nope, both are intrinsic
  625. # [15:30] <MikeSmith> oh, ok
  626. # [15:30] <karlcow> nativeWidth have been exterminated I guess
  627. # [15:30] <karlcow> :p
  628. # [15:30] <annevk> i complained about this once, but didn't fight it through
  629. # [15:30] <MikeSmith> anyway, it seems futomi's question is, why is one width value a string datatype and another is an unsigned long
  630. # [15:31] <annevk> naturalWidth was already there, and videoWidth was implemented when we found that out
  631. # [15:31] <annevk> maybe someone should complain again
  632. # [15:31] <annevk> MikeSmith, dunno really
  633. # [15:31] * Joins: pmuellr (~pmuellr@nat/ibm/x-wawqapzxsbqnfjox)
  634. # [15:32] <karlcow> object has no intrinsic width, just attribute DOMString width;
  635. # [15:32] <annevk> i guess to be the same as <iframe> and <object>
  636. # [15:32] <annevk> <img>.width is quite special
  637. # [15:38] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  638. # [15:38] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  639. # [15:38] <karlcow> % grep -i width html5.txt | grep attribute | grep long
  640. # [15:38] <karlcow> attribute unsigned long width <#dom-img-width>;
  641. # [15:38] <karlcow> readonly attribute unsigned long naturalWidth <#dom-img-naturalwidth>;
  642. # [15:38] <karlcow> readonly attribute unsigned long videoWidth <#dom-video-videowidth>;
  643. # [15:38] <karlcow> attribute unsigned long width <#dom-canvas-width>;
  644. # [15:38] <karlcow> attribute unsigned long width <#dom-pre-width>;
  645. # [15:39] <karlcow> % grep -i width html5.txt | grep attribute | grep DOMString
  646. # [15:39] <karlcow> attribute DOMString width <#dom-dim-width>;
  647. # [15:39] <karlcow> attribute DOMString width <#dom-applet-width>;
  648. # [15:39] <karlcow> attribute DOMString width <#dom-marquee-width>;
  649. # [15:39] <karlcow> attribute DOMString marginWidth <#dom-frame-marginwidth>;
  650. # [15:39] <karlcow> attribute DOMString width <#dom-col-width>;
  651. # [15:39] <karlcow> attribute DOMString width <#dom-hr-width>;
  652. # [15:39] <karlcow> attribute DOMString marginWidth <#dom-iframe-marginwidth>;
  653. # [15:39] <karlcow> attribute DOMString width <#dom-table-width>;
  654. # [15:39] <karlcow> attribute DOMString width <#dom-tdth-width>;
  655. # [15:40] <annevk> oh, and <canvas> is different because width/height are just different there, they define the grid, not the dimensions
  656. # [15:40] * Joins: shepazu (~schepers@31-34-247.wireless.csail.mit.edu)
  657. # [15:44] <Philip`> <iframe width="100%">
  658. # [15:44] <Philip`> (I think that works?)
  659. # [15:44] <Philip`> so it's not just an integer
  660. # [15:45] <Philip`> but canvas dimensions are the number of pixels in the coordinate space, so they must be a fixed number
  661. # [15:45] * Joins: mpt (~mpt@canonical/mpt)
  662. # [15:45] <karlcow> can video be 100% too
  663. # [15:45] * Philip` shrugs
  664. # [15:45] <annevk> nope
  665. # [15:46] <annevk> oh yes
  666. # [15:47] <annevk> it works for both, but is also invalid
  667. # [15:47] <hsivonen> HTMLDocument has 3 charset-related properties. Seriously?
  668. # [15:48] <MikeSmith> hsivonen: btw, http://html5.org/tools/web-apps-tracker?from=4861&to=4862 adds a new "allow-top-navigation" enumerated value to the allowed values for iframe/@sandbox
  669. # [15:49] <MikeSmith> which I think means instead of 3! combinations of the allowed values for that in the schema
  670. # [15:49] <MikeSmith> we now have 4!
  671. # [15:49] <MikeSmith> 4 factorial
  672. # [15:49] <hsivonen> combinations FTW!
  673. # [15:49] <MikeSmith> heh
  674. # [15:50] <MikeSmith> is there any alternative to using an RNG list structure for this?
  675. # [15:50] <MikeSmith> I guess there's probably not
  676. # [15:50] <hsivonen> MikeSmith: a datatype in Java
  677. # [15:50] <Philip`> Isn't it 4!+3!+2!+1!+0!?
  678. # [15:50] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  679. # [15:50] <MikeSmith> Philip`: is it?
  680. # [15:50] <Philip`> Any permutation of 4 values + any permutation of 3 values etc
  681. # [15:51] <MikeSmith> Philip`: what we have in the schema now is just 6 combinations
  682. # [15:51] <hsivonen> fortunately, you don't need to list all possibilities, because you can use the ? quantifier inside a list {}
  683. # [15:51] * hsivonen wishes list {} permitted interleave
  684. # [15:53] <MikeSmith> hsivonen: do you think this merits creating a new dataype? just adding all the combinations in the schema is easy enough to do, just ugly
  685. # [15:53] <Philip`> hsivonen: Ah, right
  686. # [15:55] <hsivonen> MikeSmith: it doesn't merit creating a datatype at this point of spec development if adding the combos is easy enough
  687. # [15:55] <hsivonen> Hixie: it would be nice to have the new Gecko textarea resizer in Live DOM
  688. # [15:59] <jgraham> hsivonen: (why) Doesn't it work automatically?
  689. # [15:59] * Joins: paulirish (~paul_iris@12.33.239.250)
  690. # [16:00] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  691. # [16:02] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
  692. # [16:04] * paulirish is now known as paul_irishhhh
  693. # [16:05] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  694. # [16:09] <hsivonen> jgraham: it seems it doesn't work automatically. dunno why
  695. # [16:09] <hsivonen> twitter seems to use it already
  696. # [16:10] * hsivonen discovers that Opera doesn't implement document.charset and document.characterSet
  697. # [16:11] <hsivonen> and WebKit doesn't appear to support reloading document.open()ed docs from location.reload()
  698. # [16:16] <hsivonen> whoa! is WebKit the only browser that supports document.charset?
  699. # [16:16] <hsivonen> why do we have it in the spec if Gecko, IE and Opera don't have it?
  700. # [16:16] * Quits: bzed (~bzed@devel.recluse.de) (Quit: leaving)
  701. # [16:17] * Joins: bzed (~bzed@devel.recluse.de)
  702. # [16:18] <hsivonen> I'm confused. Live DOM w("Foo") not working in IE8
  703. # [16:19] <jgraham> hsivonen: It never has
  704. # [16:19] <annevk> hsivonen, maybe Hixie didn't check enough of the other impls?
  705. # [16:19] <hsivonen> jgraham: ooh! suprising
  706. # [16:19] <hsivonen> jgraham: it works occasionally
  707. # [16:20] <hsivonen> oh. IE has .charset after all
  708. # [16:20] <jgraham> Yeah, I guess I should have inserted the word "reliably" in there somewhere
  709. # [16:20] <hsivonen> and for document.open()ed docs it's "unicode"
  710. # [16:20] <jgraham> (it is also differently broken in Chrome)
  711. # [16:21] <hsivonen> browsers shouldn't be so broken that you can't black box poke at them
  712. # [16:23] * Joins: dglazkov (~dglazkov@nat/google/x-wlvmpvpbzvcfsfst)
  713. # [16:24] * Joins: TabAtkins (~chatzilla@216.239.45.19)
  714. # [16:24] <hsivonen> anyway, http://software.hixie.ch/utilities/js/live-dom-viewer/saved/420 is what I have so far
  715. # [16:24] <hsivonen> it didn't work the way I expected in the old parser in Gecko
  716. # [16:24] <hsivonen> I wonder why
  717. # [16:25] <hsivonen> (I expected Gecko to reparse the written content upon .close())
  718. # [16:25] <hsivonen> (so that the written script would run thrice)
  719. # [16:28] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
  720. # [16:29] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  721. # [16:29] <TabAtkins> JonathanNeal: You win. My response was *not* sent to the room, so I can't find it in the logs. ;_;
  722. # [16:30] <TabAtkins> The gist of it was that, sure, a collection of article snippets might be an <article>. No reason why it can't be. That seems like something that could legitimate be an independent chunk of content.
  723. # [16:32] * Quits: lazni1 (~lazni@118.71.85.60) (Ping timeout: 240 seconds)
  724. # [16:33] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  725. # [16:33] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  726. # [16:38] <JonathanNeal> TabAtkins, and rotating banners then could be as well, s'pose?
  727. # [16:39] <TabAtkins> Apply the rule of thumb. Would you want to look at it fullscreen, or as an independent page?
  728. # [16:39] * Quits: wolf2k_ubuntu (~wolf2k_ub@cpe-065-184-176-090.ec.res.rr.com) (Quit: Leaving)
  729. # [16:39] <JonathanNeal> What would the difference be?
  730. # [16:40] <JonathanNeal> When I look at it full screen, is it still interactive (this would be necessary in the article snippits as a collective article viewed fullscreen)
  731. # [16:40] <TabAtkins> Sorry, that was an or choice. Just two variants on the question.
  732. # [16:40] <TabAtkins> s/was/wasn't/
  733. # [16:40] <TabAtkins> argh
  734. # [16:40] <JonathanNeal> Got it.
  735. # [16:41] * zcorpan wonders where that rule of thumb comes from
  736. # [16:41] <TabAtkins> It comes from my own reading of the spec, and reasoning about what the difference should be between an <article> and <section>
  737. # [16:41] <JonathanNeal> So section almost acts like a more generic version of article, in that it doesn't specify that the content is wholey complete on its own, but that it is an independent entity in some form?
  738. # [16:41] <TabAtkins> Also what can be easily and quickly applied.
  739. # [16:41] <TabAtkins> JonathanNeal: Yeah, in my head at least <section> is the most generic sectioning element, and all the others (<article>, <aside>, <nav>, etc.) are specializations on it.
  740. # [16:42] <JonathanNeal> Did you catch my attempt at realizing http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#margins-and-padding last night?
  741. # [16:42] <TabAtkins> Nope.
  742. # [16:43] <zcorpan> i'd want to look at <video>s fullscreen, but wouldn't in general wrap <video>s in <article>s
  743. # [16:43] <TabAtkins> zcorpan: Sure, but <video> has its fullscreen-ness built in.
  744. # [16:43] <JonathanNeal> The section of x h1, x x h1 etc.
  745. # [16:43] <TabAtkins> JonathanNeal: Oh gods.
  746. # [16:43] <JonathanNeal> I tried to realize what that css would look like.
  747. # [16:44] <JonathanNeal> http://pastie.org/884363 in less css it is about 30 lines of code.
  748. # [16:44] <TabAtkins> Ideally, it would look like :section(1) h1, :section(2) h1, or similar.
  749. # [16:44] <JonathanNeal> http://pastie.org/884364 in actual css it is about 1383 lines of code
  750. # [16:45] <TabAtkins> Failing that, :any(article, aside, nav, section) h1, :any(article, aside, nav, section) :any(article, aside, nav, section) h1, etc.
  751. # [16:46] <JonathanNeal> I'm guessing :section(1) and :any(section) aren't supported in any browser yet?
  752. # [16:48] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  753. # [16:48] <TabAtkins> They're not even close to specced yet.
  754. # [16:48] <TabAtkins> :any() at least has wide support, though we haven't started Selectors 4 yet.
  755. # [16:48] * Joins: surkov (~surkov@12.2.200.10)
  756. # [16:49] * Joins: FireFly (~firefly@unaffiliated/firefly)
  757. # [16:50] <annevk> You need both :section() and :heading() I guess...
  758. # [16:50] <annevk> And maybe ::section if you want to have boxes for implied sections...
  759. # [16:50] <annevk> But getting that implemented and working dynamically might be quite hard
  760. # [16:50] <JonathanNeal> I tried any() and it did not work
  761. # [16:51] <TabAtkins> JonathanNeal: No, it doesn't exist yet.
  762. # [16:51] <jgraham> "wide support" meaning in the CSSWG not in extant UAs
  763. # [16:51] <JonathanNeal> Ha
  764. # [16:51] <TabAtkins> Nod to jgraham.
  765. # [16:51] <JonathanNeal> Be right back.
  766. # [16:51] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer)
  767. # [16:52] * Quits: surkov (~surkov@12.2.200.10) (Client Quit)
  768. # [16:52] <TabAtkins> annevk: Yeah, that's the issue. I'd like to create some sort of entity in selectors that can be *either* a pseudoelement *or* an alias to an existing element, so I can transparently use ::section(1) and refer to either the implicit section or an explicit <section>.
  769. # [16:53] <annevk> :::section
  770. # [16:53] <annevk> more colons is better
  771. # [16:53] <jgraham> Selectors gets more and more like Perl every day
  772. # [16:53] <annevk> only in #whatwg
  773. # [16:54] <annevk> well, and TabAtkins' dreams
  774. # [16:54] <annevk> :p
  775. # [16:54] <jgraham> Well it is pretty close already
  776. # [16:54] <jgraham> You get to play "guess what this random bit of punctuation does"
  777. # [16:55] <annevk> especially the attribute selectors are tricky
  778. # [16:56] * Joins: mat_t (~mattomasz@91.189.88.12)
  779. # [17:00] * Joins: wycats (~wycats@72-62-45-104.pools.spcsdns.net)
  780. # [17:00] <zcorpan> i wonder why some people think it's suboptimal to have a spec in two places
  781. # [17:00] <annevk> it defies their sense of logic
  782. # [17:01] <annevk> prolly roughly corresponds to the people that hate this channel
  783. # [17:01] <zcorpan> the relaxng spec is also in two places (with editorial differences)
  784. # [17:01] <zcorpan> i think it's good because sometimes when i need to access the spec, whatwg.org is down or i can't reach it, or w3.org is down
  785. # [17:04] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Remote host closed the connection)
  786. # [17:04] <TabAtkins> annevk: Answer my email I sent you 12 hours ago.
  787. # [17:04] <annevk> I don't have that email? :/
  788. # [17:05] <annevk> only email I have from you is about serializing Selectors
  789. # [17:05] <TabAtkins> Hrm. I sent it to the address listed on your blog.
  790. # [17:05] <TabAtkins> (Easiest place to find it on my phone.)
  791. # [17:05] * Joins: othermaciej (~mjs@17.244.0.182)
  792. # [17:05] <TabAtkins> (Since I don't have internet at the house until tomorrow.)
  793. # [17:06] <annevk> oh, no email there either?
  794. # [17:06] * Quits: Mau`werk (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  795. # [17:06] <annevk> also not in spam
  796. # [17:07] <annevk> did you make a typo?
  797. # [17:07] * Joins: mpt (~mpt@canonical/mpt)
  798. # [17:07] <TabAtkins> Man, I dunno. I"ll just msg you instead.
  799. # [17:08] <zcorpan> http://twitter.com/futomi/statuses/10978894529
  800. # [17:08] <annevk> we discussed that a little earlier
  801. # [17:09] * Quits: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  802. # [17:11] <jgraham> zcorpan: I assumed it was all about control
  803. # [17:14] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  804. # [17:17] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  805. # [17:17] * Quits: othermaciej (~mjs@17.244.0.182) (Quit: othermaciej)
  806. # [17:23] * Quits: ROBOd (~robod@89.122.216.38) (Quit: http://www.robodesign.ro)
  807. # [17:27] * Joins: dglazkov_ (~dglazkov@nat/google/x-cpcyqjashaaoxnyo)
  808. # [17:28] <JonathanNeal> back TabAtkins
  809. # [17:28] * Quits: dglazkov (~dglazkov@nat/google/x-wlvmpvpbzvcfsfst) (Read error: Operation timed out)
  810. # [17:28] * dglazkov_ is now known as dglazkov
  811. # [17:31] * Quits: neotyk (~neotyk@213.208.237.114) (Quit: neotyk)
  812. # [17:34] * Quits: pesla (~retep@procurios.xs4all.nl) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
  813. # [17:36] <JonathanNeal> How come the rendering section of the html5 spec doesn't mention video, audio, canvas being display: block? Are they meant to be something else?
  814. # [17:37] * Quits: dglazkov (~dglazkov@nat/google/x-cpcyqjashaaoxnyo) (Remote host closed the connection)
  815. # [17:37] * Joins: dglazkov (~dglazkov@nat/google/x-oosgnftbfvtlwnmn)
  816. # [17:37] <gsnedders> Wow. I managed to crash my laptop an hour ago.
  817. # [17:38] <JonathanNeal> You needed an hour to discover this?
  818. # [17:39] <Dashiva> That's how responsive it is, I guess
  819. # [17:40] <JonathanNeal> I'm looking over http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html trying to see where I might assume it is display block or inline-block, any guesses?
  820. # [17:40] <JonathanNeal> Facts will work too :)
  821. # [17:40] <jgraham> YOu clearly should be working harder if it took an hour to notice
  822. # [17:40] <gsnedders> jgraham: Hey, it's not my fault I was talking to James!
  823. # [17:42] <jgraham> You weren't talking to me!
  824. # [17:44] <gsnedders> Did you miss me!?
  825. # [17:44] * Joins: dave_levin (~dave_levi@nat/google/x-fkmswytytdqydwni)
  826. # [17:45] <JonathanNeal> I noticed there are some vendor styles consistant across Opera, Chrome, Safari, and Firefox --- is there a list they are gathering these from?
  827. # [17:45] <JonathanNeal> For instance, canvas, by default is always 300x150
  828. # [17:46] * Joins: othermaciej (~mjs@17.244.0.182)
  829. # [17:48] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  830. # [17:48] * Joins: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
  831. # [17:49] <gsnedders> JonathanNeal: Reverse engineering more than anything else
  832. # [17:49] <JonathanNeal> Haha
  833. # [17:49] <JonathanNeal> So I'll create a second css sheet which is what the vendors have said.
  834. # [17:49] <gsnedders> Life of a browser QA involves knowing all your competitor's behaviour as well as your own
  835. # [17:49] <gsnedders> :P
  836. # [17:49] <gsnedders> JonathanNeal: See HTML 5 rendering appendix
  837. # [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!)
  838. # [17:50] <JonathanNeal> gsnedders, ^^ that's what I was referencing.
  839. # [17:51] <JonathanNeal> What's weird is that the rendering spec mentions elements that are no in the html5 spec.
  840. # [17:51] <JonathanNeal> afaik
  841. # [17:51] <gsnedders> Indeed it does
  842. # [17:52] <JonathanNeal> That's kinda weird, huh?
  843. # [17:52] <zcorpan> why is it weird?
  844. # [17:52] <gsnedders> Some things you need to render in a certain way for compat even if they have no semantic meaning :P
  845. # [17:52] * Quits: cohitre (~cohitre@97-113-165-17.tukw.qwest.net) (Client Quit)
  846. # [17:52] <zcorpan> (which elements are those, btw?)
  847. # [17:54] * Joins: mpt (~mpt@canonical/mpt)
  848. # [17:56] <zcorpan> looking at the rendering section, i wonder if we should make <iframe topmargin> same-origin-only, and whether doing so would break any pages
  849. # [17:56] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  850. # [17:56] <zcorpan> sorry, marginheight
  851. # [17:57] * Joins: mpt (~mpt@canonical/mpt)
  852. # [18:00] * zcorpan can't find any elements in rendering that's not mentioned elsewhere in the spec
  853. # [18:00] * Joins: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
  854. # [18:01] * Quits: hober (~ted@unaffiliated/hober) (Quit: ERC Version 5.3 (IRC client for Emacs))
  855. # [18:01] * Parts: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
  856. # [18:01] <annevk> zcorpan, e.g. <center>
  857. # [18:01] * Joins: hober (~ted@unaffiliated/hober)
  858. # [18:02] <zcorpan> annevk: the obsolete section defines center
  859. # [18:02] * Quits: Necrathex (~bleptop@colorenco.speedxs.nl) (Quit: Necrathex)
  860. # [18:03] <annevk> I'm assuming those elements were excluded
  861. # [18:03] <beowulf> ah <center>, old friend
  862. # [18:03] <TabAtkins> zcorpan: Why would it be necessary to make marginheight same-origin-only? You fearing some negative margins used to position the page to a particular spot?
  863. # [18:04] <zcorpan> TabAtkins: ooh, i didn't even think of negative margins
  864. # [18:05] <TabAtkins> I don't see how positive margins could be maliciously used.
  865. # [18:06] <zcorpan> seems negative margins don't work
  866. # [18:06] * Joins: drunknbass_work (~aaron@pool-71-106-80-114.lsanca.dsl-w.verizon.net)
  867. # [18:06] * Joins: wycats_ (~wycats@enginey-9.border1.sfo002.pnap.net)
  868. # [18:07] <zcorpan> the spec says
  869. # [18:07] <zcorpan> "⚠Warning! The above requirements imply that a page can change the margins of another page (including one from another origin) using, for example, an iframe. This is potentially a security risk, as it might in some cases allow an attack to contrive a situation in which a page is rendered not as the author intended, possibly for the purposes of phishing or otherwise misleading the user."
  870. # [18:08] * Joins: surkov (~surkov@12.2.203.103)
  871. # [18:10] * Quits: wycats (~wycats@72-62-45-104.pools.spcsdns.net) (Ping timeout: 260 seconds)
  872. # [18:10] * wycats_ is now known as wycats
  873. # [18:12] * Joins: Maurice` (copyman@5ED548D4.cable.ziggo.nl)
  874. # [18:12] * Quits: TabAtkins (~chatzilla@216.239.45.19) (Read error: Connection reset by peer)
  875. # [18:12] * Joins: TabAtkins_ (~chatzilla@216.239.45.19)
  876. # [18:12] * TabAtkins_ is now known as TabAtkins
  877. # [18:16] * aroben is now known as aroben|lunch
  878. # [18:18] <JonathanNeal> I'm trying to write the rendering spec out as an actual css file.
  879. # [18:19] <JonathanNeal> It's weird how they confirm that form is display: block, but not fieldset
  880. # [18:20] * Joins: KevinMarks (~KevinMark@157.22.22.46)
  881. # [18:20] * Quits: surkov (~surkov@12.2.203.103) (Quit: surkov)
  882. # [18:20] <zcorpan> the rendering section has some requirements that can't be expressed in css
  883. # [18:20] <JonathanNeal> and then legend is confirmed, which is a child of fieldset
  884. # [18:20] <JonathanNeal> So it's best left implied by the vendors?
  885. # [18:21] <zcorpan> "The fieldset element is expected to establish a new block formatting context."
  886. # [18:22] <zcorpan> what would be useful is a testsuite for the rendering section
  887. # [18:22] <annevk> and a spec for form controls
  888. # [18:23] * Quits: TabAtkins (~chatzilla@216.239.45.19) (Ping timeout: 246 seconds)
  889. # [18:23] * Joins: cying (~cying@70.90.171.153)
  890. # [18:28] * Joins: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu)
  891. # [18:30] <erlehmann> some guy just realized that you can do <!dOcTyPe HtMl>
  892. # [18:31] * Joins: scherkus (~scherkus@74.125.59.73)
  893. # [18:31] <erlehmann> WHAT HAVE YOU DONE IAN HICKSON
  894. # [18:31] <othermaciej> clearly we need to support w4r3z d00d syntax for all tags and attributes
  895. # [18:32] <JonathanNeal> Here you go http://sandbox.thewikies.com/html5-pangram/
  896. # [18:33] <annevk> erlehmann, in HTML4 you can write <hTmL> too...
  897. # [18:33] <Philip`> I like writing my pages like <!Doctype Html><Html Lang="En"><Head><Title>... because then it looks more like proper English
  898. # [18:34] <othermaciej> I write <!DOCTYPE html>, I am not sure what convinced me that is right
  899. # [18:34] <Philip`> Alternatively, I like writing <body><div><span>things</SPAN> <span>like</SPAN> this</DIV></BODY> because it helps to visually distinguish the different types of tag
  900. # [18:34] <JonathanNeal> http://sandbox.thewikies.com/html5-pangram/rendering.whatwg.css --- that's a collection of many of the styles I could actually see recommended by the whatwg
  901. # [18:34] <annevk> othermaciej, that works in XML too
  902. # [18:34] <Philip`> You can make good use of capitalisation
  903. # [18:34] <jgraham> Philip`: You should do <DIV><span></span></DIV> to distinguish block and inline elements
  904. # [18:34] <othermaciej> annevk: maybe I should add xmlns="http://long/thing/i/cant/remember" to all my documents after all
  905. # [18:35] <JonathanNeal> http://sandbox.thewikies.com/html5-pangram/rendering.vendor.css --- that's a collection of many of the styles I could see the vendors were also following
  906. # [18:35] <annevk> othermaciej, might wanna check with Paul if it's worth brownie points :)
  907. # [18:36] * annevk appreciated the beer at TPAC
  908. # [18:36] <erlehmann> JonathanNeal, a style for headings using sections would be nice to
  909. # [18:36] <erlehmann> too
  910. # [18:37] * zcorpan remembers that li[type=I] is still broken
  911. # [18:38] <JonathanNeal> erlehmann, does that have to do with decendants? I tried not to include anything I didn't have to that had to do with decendants.
  912. # [18:38] <JonathanNeal> Just to get it done. Are you talking about h1's affected by being in sectioning elements?
  913. # [18:38] <JonathanNeal> "sectioned content" as it is referred to.
  914. # [18:39] <erlehmann> JonathanNeal, exactly. it would be a huge mess.
  915. # [18:39] <erlehmann> maybe i should autogenerate it
  916. # [18:39] <erlehmann> currently i just use h1 to h3, but it grows exponentially
  917. # [18:40] * Joins: nessy (~Adium@124-168-176-223.dyn.iinet.net.au)
  918. # [18:40] <JonathanNeal> erlehmann, heh I did, it's 1383 lines of code.
  919. # [18:41] <JonathanNeal> Just for four or five levels of h1's.
  920. # [18:41] <erlehmann> wait, wat
  921. # [18:41] <erlehmann> why so much ?
  922. # [18:41] <erlehmann> argl
  923. # [18:41] <erlehmann> you mean 1383 lines of stylesheet ?
  924. # [18:41] <JonathanNeal> Because they are exponetial decendants.
  925. # [18:42] <JonathanNeal> To test every scenario multiples by itself each time you add a new layer.
  926. # [18:42] <JonathanNeal> So article, aside, nav, or section, that's 4, then 16, then 256, then 65536
  927. # [18:43] <erlehmann> i am shocked and appalled
  928. # [18:43] <JonathanNeal> Don't take me to the bank on that, but when I actually rendered them out they ended up being 1383 lines of css
  929. # [18:43] <JonathanNeal> I compared this to an example of less css, where it was 30 lines.
  930. # [18:43] * Quits: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de) (Read error: Connection timed out)
  931. # [18:44] <zcorpan> be happy there aren't 5 sectioning elements
  932. # [18:45] <JonathanNeal> So, the best way around this would be to give classnames to all the sectioning elements, and for the exact classname I would borrow from the spec ".sectioning-content"
  933. # [18:45] <zcorpan> or 7 heading levels
  934. # [18:45] <JonathanNeal> Attach those to every article, aside, nav, and section element and you'll only need 20 lines of css.
  935. # [18:46] <zcorpan> or use h1-h6 appropriately and you need 0 lines of css
  936. # [18:47] <JonathanNeal> I would label them ".sectioning-content" vs ".sectioning-element" to describe what it contains rather than what it is (like how roles work, example being main the container isn't itself the main content but contains the main content) ... which (tangent) is also why I do not like naming things "container".
  937. # [18:48] * Joins: TabAtkins (~tabatkins@nat/google/x-xyqhktmoblngcodo)
  938. # [18:49] * Joins: surkov (~surkov@12.2.203.103)
  939. # [18:50] * Joins: mpt_ (~mpt@canonical/mpt)
  940. # [18:50] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  941. # [18:52] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  942. # [18:53] <MikeSmith> paul_irish - you're in Boston, right?
  943. # [18:55] * Quits: mpt_ (~mpt@canonical/mpt) (Remote host closed the connection)
  944. # [18:56] * Quits: pfeldman (~pfeldman@93.153.167.74) (Quit: pfeldman)
  945. # [18:56] * Joins: mpt (~mpt@canonical/mpt)
  946. # [18:56] * Joins: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com)
  947. # [18:57] <mpilgrim> jgraham: is http://james.html5.org/microdata/ maintained?
  948. # [18:57] <jgraham> mpilgrim: Not really
  949. # [18:58] <mpilgrim> ok
  950. # [18:58] <mpilgrim> are there similar tools elsewhere, besides google's rich snippets testing tool?
  951. # [18:58] <jgraham> foolip has something
  952. # [18:58] <Philip`> http://philip.html5.org/demos/microdata/demo.html is similar, in that it's also unmaintained
  953. # [18:59] <Philip`> http://foolip.org/microdatajs/live/
  954. # [18:59] <Philip`> That one's better
  955. # [19:00] <Philip`> (Google's rich snippets testing tool is probably a bad way to attempt to determine correct microdata parsing)
  956. # [19:01] <mpilgrim> i agree
  957. # [19:01] <mpilgrim> but i'm going to talk about microdata in "dive into html5" and the hook to get people to care is "google parses it"
  958. # [19:01] <jgraham> Philip`: Did you have a good way to find that or did you have a reference to it stored somewhere?
  959. # [19:02] * aroben|lunch is now known as aroben
  960. # [19:03] <Philip`> mpilgrim: I'm not aware of anybody having tested Google's support (other than some trivial things like it parsing <p><p> wrong), so if you try it out then it'd be interesting to know how well it matches the spec
  961. # [19:03] <Philip`> jgraham: I used a search engine
  962. # [19:03] <Philip`> They're quite good at finding things
  963. # [19:03] <jgraham> Not for me, in this case
  964. # [19:03] <mpilgrim> thanks for the links
  965. # [19:04] * Quits: workmad3 (~workmad3@188-222-158-93.zone13.bethere.co.uk) (Remote host closed the connection)
  966. # [19:04] <mpilgrim> back to bed
  967. # [19:04] <mpilgrim> (sick today)
  968. # [19:04] <Philip`> I searched for "philip microdata" to find my one, and foolip's one came immediately after it
  969. # [19:04] * Quits: mpilgrim (~mark@rrcs-98-101-146-174.midsouth.biz.rr.com) (Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D)
  970. # [19:05] <Philip`> so it found his one even though I *wasn't* searching for it, which is a step up from old-fashioned search engines that only find what you're searching for
  971. # [19:07] * Quits: surkov (~surkov@12.2.203.103) (Quit: surkov)
  972. # [19:11] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  973. # [19:14] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  974. # [19:16] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  975. # [19:20] <JonathanNeal> href is not a required attribute of base?
  976. # [19:20] * Quits: Rik` (~Rik`@81.93.12.28) (Ping timeout: 260 seconds)
  977. # [19:21] <JonathanNeal> It is ... but html5.validator.nu and validator.w3.org let it slide.
  978. # [19:22] <JonathanNeal> It took IE6 for me to find that out.
  979. # [19:22] <annevk> is it?
  980. # [19:22] <MikeSmith> I don't think href is required on base
  981. # [19:22] <annevk> it's not required
  982. # [19:22] <JonathanNeal> "A base element must have either an href attribute, a target attribute, or both."
  983. # [19:22] <JonathanNeal> http://www.whatwg.org/specs/web-apps/current-work/#the-base-element
  984. # [19:22] <annevk> right, so href is not required if target is there
  985. # [19:23] <JonathanNeal> Sure, I wasn't aware --- I was validating with <base />
  986. # [19:23] <MikeSmith> hmm, this is probably a bug in the validator
  987. # [19:23] <MikeSmith> in the schema
  988. # [19:24] <MikeSmith> yeah
  989. # [19:24] * MikeSmith wonders when that spec change was made
  990. # [19:26] <MikeSmith> JonathanNeal: fwiw, after I make the fix for this, for this case, the validator will eventually report, "Element base is missing one or more of the following attributes: href target"
  991. # [19:26] <paul_irishhhh> MikeSmith: yessir i am.
  992. # [19:27] <JonathanNeal> Coolio Mike! I found this out after IE6 crapped out on me, which had nothing to do with that requirement, but that's how I found it (IE6 just doesn't support the self-closing <base />)
  993. # [19:28] <MikeSmith> JonathanNeal: thanks for catching it
  994. # [19:34] * Joins: ojan (~ojan@nat/google/x-qwzhzzesnbcrcssd)
  995. # [19:36] * Quits: othermaciej (~mjs@17.244.0.182) (Quit: othermaciej)
  996. # [19:39] * Joins: bfrantz (~bfrantz@pdpc/supporter/professional/bfrantz)
  997. # [19:42] <annevk> ooh, voicexml
  998. # [19:42] <annevk> it returns
  999. # [19:43] * annevk reads rest of the message
  1000. # [19:43] <annevk> ok, maybe not
  1001. # [19:44] * zcorpan figured out why dailymotion doesn't work in opera
  1002. # [19:46] * annevk is curious
  1003. # [19:47] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1004. # [19:47] <JonathanNeal> http://localhost/html5-pangram/ you know those whatwg styles really do conform most of the browsers to look about the same.
  1005. # [19:47] <JonathanNeal> You still need to set some styles not mentioned that the vendors are following on video, canvas, etc, but for the most part they're all starting to look the same.
  1006. # [19:47] <JonathanNeal> localhost! For shame ...
  1007. # [19:47] <JonathanNeal> http://sandbox.thewikies.com/html5-pangram/
  1008. # [19:48] <zcorpan> annevk: we fire canplaythrough before the script registers the listener
  1009. # [19:48] * JonathanNeal is now known as JonathanNeal_lun
  1010. # [19:48] * JonathanNeal_lun is now known as JonathanNeal_eat
  1011. # [19:48] <zcorpan> annevk: dispatching a canplaythrough event from the address bar makes it work
  1012. # [19:48] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  1013. # [19:50] <annevk> oh argh, event loop bugs
  1014. # [19:50] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
  1015. # [19:51] <zcorpan> i'm not sure it's an event loop bug, just a bad assumption about when the event will be fired
  1016. # [19:52] <annevk> but it always fires in other browsers at the right time?
  1017. # [19:52] <annevk> or does it sometimes not work in Firefox/Chrome?
  1018. # [19:53] <zcorpan> i guess it could sometimes not work in other browsers if the video is cached or if the script file is slow to load
  1019. # [19:53] <annevk> not saying it's an event loop bug per se btw, more like an event loop issue
  1020. # [19:53] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  1021. # [19:54] <annevk> maybe other browsers do the event loop thingie for this in a certain way that guarantees this scenario works
  1022. # [19:54] * Joins: maikmerten (~maikmerte@port-92-201-127-77.dynamic.qsc.de)
  1023. # [19:56] <zcorpan> i think it has more to do with other browsers only firing canplay and canplaythrough when the video actually can play (through)
  1024. # [19:57] <zcorpan> while opera lies and fires them early because we haven't implemented it properly yet
  1025. # [19:59] <zcorpan> still, it's a network race problem and the script should be smarter and check the state of the video when the script runs instead of blindly waiting for an event that might already have been fired
  1026. # [20:00] * Joins: othermaciej (~mjs@17.244.0.182)
  1027. # [20:01] * MikeSmith reads http://www.ietf.org/mail-archive/web/http-state/current/msg00718.html (rough notes from http-state WG face-to-face meeting at IETF 77)
  1028. # [20:09] * Joins: pfeldman (~pfeldman@188.134.12.54)
  1029. # [20:16] * zcorpan wants to be able to do elm.dispatchEvent(new Event('canplaythrough')) instead of var e = document.createEvent('Event'); e.initEvent('canplaythrough', false, false); elm.dispatchEvent(e);
  1030. # [20:20] * Quits: TabAtkins (~tabatkins@nat/google/x-xyqhktmoblngcodo) (Ping timeout: 264 seconds)
  1031. # [20:24] <annevk> there was some discussion on better DOM Event APIs
  1032. # [20:24] <annevk> not sure what happened to it :/
  1033. # [20:30] <Philip`> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cdiv%20style%3Dlist-style-image%3Aurl%28image%29%3E%3Caudio%20controls%3E
  1034. # [20:30] <Philip`> Interesting styling in Firefox
  1035. # [20:32] * Joins: jwalden (~waldo@nat/mozilla/x-yymirgjicrclsucy)
  1036. # [20:34] * Joins: TabAtkins (~tabatkins@nat/google/x-lwcyhkinzcyworgm)
  1037. # [20:48] * Quits: kennyluck (~kennyluck@HKRbb80.kanagawa-ip.dti.ne.jp) (Quit: kennyluck)
  1038. # [20:48] * Quits: pauld (~chatzilla@host86-169-246-255.range86-169.btcentralplus.com) (Ping timeout: 248 seconds)
  1039. # [20:54] * Quits: erlehmann (~erlehmann@82.113.106.139) (Quit: Ex-Chat)
  1040. # [20:57] <Hixie> anyone know what the url to the hybi meeting audio is going to be?
  1041. # [20:57] <Hixie> or what irc channel they're on?
  1042. # [20:57] <Hixie> i guess they'd use a jabber channel
  1043. # [20:57] <othermaciej> it's jabber
  1044. # [20:57] * Joins: ap (~ap@17.246.18.241)
  1045. # [20:57] * Joins: dbgi-- (~bla@cpe-65-185-164-233.neo.res.rr.com)
  1046. # [20:59] <Hixie> any idea what the url to the jabber thing is?
  1047. # [20:59] * Quits: dbgi (~bla@unaffiliated/dbgi) (Ping timeout: 268 seconds)
  1048. # [21:01] <othermaciej> I'm afraid not, but I think it may have been sent to the hybi list
  1049. # [21:01] <othermaciej> I have to escape the meeting for a while
  1050. # [21:02] * Quits: othermaciej (~mjs@17.244.0.182) (Quit: othermaciej)
  1051. # [21:03] <annevk> http://www.ietf.org/mail-archive/web/hybi/current/msg00822.html
  1052. # [21:03] <annevk> Hixie, ^^
  1053. # [21:04] <Hixie> cool thanks
  1054. # [21:04] * Joins: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f)
  1055. # [21:05] * Joins: othermaciej (~mjs@17.244.0.182)
  1056. # [21:07] <annevk> what's the program that handles audio streams for Ubuntu?
  1057. # [21:07] <annevk> I think I nuked it the other day when trying to fix something
  1058. # [21:07] <Hixie> dunno
  1059. # [21:07] <annevk> and now I forgot the name and don't have sound :)
  1060. # [21:07] <Philip`> Do you mean like PulseAudio or something else?
  1061. # [21:07] <Hixie> quicktime failed for me, but itunes worked
  1062. # [21:08] <Hixie> http://videolab.uoregon.edu/events/ietf/ietf778.m3u is the audio url
  1063. # [21:08] <annevk> Philip`, cheers!
  1064. # [21:08] <Philip`> "mplayer -playlist http://videolab.uoregon.edu/events/ietf/ietf778.m3u" works for that kind of stream
  1065. # [21:08] * Joins: TabAtkins_ (~chatzilla@216.239.45.19)
  1066. # [21:08] * JonathanNeal_eat is now known as JonathanNeal
  1067. # [21:09] * dbgi-- is now known as dbgi
  1068. # [21:09] * Quits: dbgi (~bla@cpe-65-185-164-233.neo.res.rr.com) (Changing host)
  1069. # [21:09] * Joins: dbgi (~bla@unaffiliated/dbgi)
  1070. # [21:09] <JonathanNeal> Hola
  1071. # [21:09] <zcorpan> [hidden]:not(colgroup):not(col):not(thead):not(tbody):not(tfoot):not(tr):not(td):not(th) { display:none }
  1072. # [21:09] <zcorpan> colgroup[hidden], col[hidden], thead[hidden], tbody[hidden], tfoot[hidden], tr[hidden], td[hidden], th[hidden] { visibility:collapse }
  1073. # [21:09] <annevk> cool
  1074. # [21:10] <zcorpan> wonder if browsers would be ok with that in the ua style sheet
  1075. # [21:10] <annevk> installing pulseaudio doesn't require a restart
  1076. # [21:10] <annevk> i have to say, curb your enthusiasm was more fun
  1077. # [21:10] <JonathanNeal> zcorpan, did you want me to change my css to reflect that?
  1078. # [21:10] <TabAtkins> zcorpan: That's what I'm hoping for.
  1079. # [21:10] <zcorpan> JonathanNeal: no, unrelated
  1080. # [21:10] <JonathanNeal> (minus the fact that :not() and those are unsupported.
  1081. # [21:10] <JonathanNeal> :)
  1082. # [21:11] <TabAtkins> :not() is supported! Just not across all browsers yet.
  1083. # [21:12] * Quits: utvkl (~gorm@ft172067.dep.no) (Ping timeout: 268 seconds)
  1084. # [21:12] * Joins: miketaylr (~miketaylr@38.117.156.163)
  1085. # [21:13] <zcorpan> does ie9 support :not()?
  1086. # [21:14] * zcorpan guesses so since it supposedly passes all selectors tests
  1087. # [21:14] * Quits: gsnedders (~gsnedders@204.232.194.186) (Quit: leaving)
  1088. # [21:14] <TabAtkins> Dunno, I don't have a Vista or W7 machine to test it on.
  1089. # [21:14] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1090. # [21:14] * Joins: gsnedders (~gsnedders@204.232.194.186)
  1091. # [21:15] <annevk> minutes for hybi are being kept here: http://etherpad.com/FWABRLTLpK
  1092. # [21:15] <annevk> not sure if everyone can view it or not, there seem to be some limitations
  1093. # [21:16] * annevk wonders whether to suggest that Opera prefers -5
  1094. # [21:17] * Joins: utvkl (~gorm@ft172067.dep.no)
  1095. # [21:18] <Dashiva> annevk: Is that a typo?
  1096. # [21:18] <TabAtkins_> Dashiva: No, just a non-sequitur; anne is talking about the hybi minutes.
  1097. # [21:19] <TabAtkins_> Or, wait, maybe a typo?
  1098. # [21:19] <Dashiva> -5 seems malformed, I'd expect -75 or -05
  1099. # [21:19] <TabAtkins_> (If he means -75).
  1100. # [21:19] <annevk> Dashiva, they are zero padded?
  1101. # [21:19] <MikeSmith> JonathanNeal: http://www.w3.org/html/check?doc=http%3A%2F%2Fdev.w3.org%2Fhtml5%2Ftests%2Fvalidation%2Ffull%2Finvalid%2Fmissing-attributes%2Fbase-missing-href-target.html
  1102. # [21:19] <annevk> yup they are
  1103. # [21:20] <JonathanNeal> :)
  1104. # [21:22] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  1105. # [21:27] <annevk> discussion so far is mostly procedural
  1106. # [21:27] <annevk> guess that makes sense for a new WG
  1107. # [21:27] <annevk> but it's boring
  1108. # [21:29] * Quits: pmuellr (~pmuellr@nat/ibm/x-wawqapzxsbqnfjox) (Quit: pmuellr)
  1109. # [21:31] * Quits: zcorpan (~zcorpan@c-119ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
  1110. # [21:34] * Quits: scotfl (~scotfl@aeryn.scotfl.ca) (Quit: Lost terminal)
  1111. # [21:34] * Joins: scotfl (~scotfl@aeryn.scotfl.ca)
  1112. # [21:35] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 246 seconds)
  1113. # [21:35] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  1114. # [21:37] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  1115. # [21:38] * Quits: utvkl (~gorm@ft172067.dep.no) (Ping timeout: 260 seconds)
  1116. # [21:40] * Quits: othermaciej (~mjs@17.244.0.182) (Quit: othermaciej)
  1117. # [21:41] <annevk> Hixie, WebSocket.send() should throw if DOMString cannot be converted to a Unicode stream, not just for surrogate characters
  1118. # [21:42] * Joins: utvkl (~gorm@ft172067.dep.no)
  1119. # [21:42] <Hixie> what other inputs would fail that way?
  1120. # [21:43] <franksalim> would a string with \0s in the middle fail like that?
  1121. # [21:43] <annevk> you can get other invalid code points otherwise, no?
  1122. # [21:43] <gsnedders> How do you do string concat in Perl?
  1123. # [21:43] * Joins: cying (~cying@70.90.171.153)
  1124. # [21:43] <Hixie> gsnedders: . operator
  1125. # [21:44] <Hixie> franksalim: i don't think so
  1126. # [21:44] <Hixie> annevk: i can't think of any others... which ones?
  1127. # [21:45] <franksalim> Hixie, but you could get a bad websocket frame as currently speced, right?
  1128. # [21:45] <gsnedders> Hixie: thx
  1129. # [21:45] <Hixie> franksalim: why?
  1130. # [21:45] * Quits: maikmerten (~maikmerte@port-92-201-127-77.dynamic.qsc.de) (Read error: Connection reset by peer)
  1131. # [21:45] <Hixie> or how?
  1132. # [21:45] * Joins: mpt (~mpt@canonical/mpt)
  1133. # [21:45] <Hixie> 0x00 0x00 0x00 0xFF is fine
  1134. # [21:46] <Hixie> it's a 2-character 0x00 frame with data U+0000 U+0000
  1135. # [21:46] <annevk> Hixie, oh, maybe you're right, but maybe it should use http://dev.w3.org/2006/webapi/WebIDL/#idl-DOMString instead?
  1136. # [21:46] <annevk> that is http://dev.w3.org/2006/webapi/WebIDL/#dfn-obtain-unicode
  1137. # [21:47] <annevk> would make sense if we use either that consistently or consistently throw
  1138. # [21:47] <Hixie> we could do that too
  1139. # [21:47] <Hixie> i don't really mind either way
  1140. # [21:47] <franksalim> Hixie, i see
  1141. # [21:50] * annevk can't really think of all the parts of the platform that use it
  1142. # [21:50] <MikeSmith> JonathanNeal: fwiw, http://dev.w3.org/html5/markup/base.html updated as well
  1143. # [21:50] <annevk> I guess this is one reason why it'd be nice to have an API for specs
  1144. # [21:50] <JonathanNeal> That looks great, thanks MikeSmith.
  1145. # [21:51] <MikeSmith> thanks again for catching it
  1146. # [21:54] <JonathanNeal> Oh boy, now I can finally get that tee shit "All your <base /> are belong to us"
  1147. # [21:54] <JonathanNeal> I mean ... shirt
  1148. # [21:55] * Joins: othermaciej (~mjs@17.244.0.182)
  1149. # [21:56] * Joins: cpearce_ (~cpearce@203-97-204-82.dsl.clear.net.nz)
  1150. # [21:57] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
  1151. # [21:58] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 258 seconds)
  1152. # [21:58] * cpearce_ is now known as cpearce
  1153. # [22:03] <annevk> update on hybi: at this point people are reiterating mailing list discussion
  1154. # [22:04] <franksalim> annevk, probably because nothing was ever decided conclusively on list
  1155. # [22:04] <annevk> i doubt we'll get there now :)
  1156. # [22:04] <franksalim> i'm ever optimistic
  1157. # [22:05] * aroben is now known as aroben|meeting
  1158. # [22:05] <annevk> nice
  1159. # [22:05] * annevk wants that back
  1160. # [22:07] * gsnedders lost a fair bit of unsaved data today from his computer crashing. gah.
  1161. # [22:10] <MikeSmith> annevk, franksalim - who's scribing?
  1162. # [22:11] <franksalim> MikeSmith, http://etherpad.com/FWABRLTLpK
  1163. # [22:12] <JonathanNeal> Anahiem, why that's where I am, more or less.
  1164. # [22:12] <MikeSmith> franksalim: I meant, who's the main person writing there?
  1165. # [22:13] <MikeSmith> I realize it's world-writable
  1166. # [22:13] <franksalim> i do not know
  1167. # [22:13] <MikeSmith> k
  1168. # [22:13] <franksalim> i can see him, but i do not know his name
  1169. # [22:13] <annevk> this meeting just got a bit weirder
  1170. # [22:17] <JonathanNeal> I wondered that, when I saw you had an etherpad link, I thought "somebody's gonna be like UNICORNS"
  1171. # [22:18] * Quits: cying (~cying@70.90.171.153) (Ping timeout: 258 seconds)
  1172. # [22:18] * Parts: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no) ("Creationists make it sound as though a 'theory' is something you dreamt up after being drunk all night.")
  1173. # [22:18] * Joins: cying (~cying@70.90.171.153)
  1174. # [22:19] <annevk> oh versioning
  1175. # [22:24] * Quits: dbaron (~dbaron@c-69-140-1-234.hsd1.va.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1176. # [22:24] <annevk> seems we went right past that discussion
  1177. # [22:25] <annevk> though it was mentioned it's best practice to have versioning o_O
  1178. # [22:25] * Joins: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp)
  1179. # [22:25] <jgraham> (just as a personal opinion re: websockets, I don't think counting bytes in a string is at all hard compared to implementing the sockets stuff. So I don't think using simplicity as an argument for having terminators rather than explicit lengths is really a good one)
  1180. # [22:27] <jgraham> Also, etherpad for live minutes seems good; better than irc
  1181. # [22:27] <annevk> but it's one of the bits you'd likely implement yourself
  1182. # [22:27] <annevk> whereas the sockets bit is likely copied from a tutorial on sockets
  1183. # [22:27] <franksalim> as opposed to a tutorial on websockets? using a websocket library?
  1184. # [22:28] <jgraham> annevk: To do anything non-trivial with sockets seems harder than just copying a tutorial
  1185. # [22:28] <jgraham> at least all the tutorials I have read are like "this is a simple echo server"
  1186. # [22:28] <franksalim> my opinion is that cut and paste code on the server is not nearly as much a problem as it is with markup
  1187. # [22:29] <annevk> you should talk to one of the security guys from Yahoo!
  1188. # [22:29] <jgraham> Which is quite different to having to actually do non-trivial stuff with multiple simultaneous clients
  1189. # [22:29] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  1190. # [22:30] <franksalim> i am not denying the existence of bugs
  1191. # [22:30] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  1192. # [22:31] <jgraham> The main issue is that it is reasonably likely that typical western users would only test with ascii. However having a testsuite avaliable would help with that a great deal
  1193. # [22:33] <TabAtkins> Anyone have suggestions for a good irc program on linux? Preferably easily skinnable?
  1194. # [22:34] <Hixie> irssi
  1195. # [22:34] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  1196. # [22:35] <TabAtkins> Argh, these repos are useless. >_<
  1197. # [22:35] <jgraham> There is also supposed to be some thing that you can run as a daemon on one machine and connect to via text or graphical clients
  1198. # [22:35] <jgraham> But I forget the name
  1199. # [22:36] * aroben|meeting is now known as aroben
  1200. # [22:36] * Joins: tabatkin1 (~tabatkins@nat/google/x-knonjbaxrdrbcuzc)
  1201. # [22:36] <jgraham> (if the curses nature of irssi puts you off)
  1202. # [22:36] <annevk> Opera!
  1203. # [22:36] <tabatkin1> Hrm, probably puts me off.
  1204. # [22:36] <tabatkin1> Can I just run chatzilla on linux?
  1205. # [22:36] * tabatkin1 doens't know.
  1206. # [22:37] <Dashiva> Run mIRC in wine? :P
  1207. # [22:37] <daedb> Quassel?
  1208. # [22:37] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1209. # [22:37] <franksalim> tabatkin1, don't like xchat?
  1210. # [22:37] <MikeSmith> TabAtkins: XChat
  1211. # [22:37] <TabAtkins> franksalim: Haven't tried it yet. At the moment, connecting with pidgin, which sucks.
  1212. # [22:37] <jgraham> Seriously, being able to keep the client running all the time is teh awesome
  1213. # [22:38] * Quits: tabatkin1 (~tabatkins@nat/google/x-knonjbaxrdrbcuzc) (Client Quit)
  1214. # [22:40] * Quits: pfeldman (~pfeldman@188.134.12.54) (Quit: pfeldman)
  1215. # [22:40] <TabAtkins> Argh, now what's the server name of the w3c?
  1216. # [22:40] <annevk> irc:w3.org:80
  1217. # [22:40] <annevk> irc.w3.org:80
  1218. # [22:40] <annevk> i mean
  1219. # [22:40] <TabAtkins> Hrm, xchat won't recognize it.
  1220. # [22:41] <jgraham> Maybe I mean smuxi
  1221. # [22:41] <TabAtkins> Looks like it's not successfully parsing out the port?
  1222. # [22:41] * Quits: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu) (Quit: This computer has gone to sleep)
  1223. # [22:42] <jgraham> iirc the way you enter ports in xchat is odd
  1224. # [22:42] <franksalim> TabAtkins, works for me irc.w3.org/80
  1225. # [22:42] <franksalim> slash instead of :
  1226. # [22:42] <TabAtkins> "/server irc.w3.org/80"?
  1227. # [22:42] <annevk> o_O
  1228. # [22:43] * Quits: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f) (Quit: Ex-Chat)
  1229. # [22:43] <TabAtkins> ?_?
  1230. # [22:44] * gavin would not expect irc.w3.org/80 to work anywhere
  1231. # [22:44] * Joins: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f)
  1232. # [22:44] <TabAtkins> Man, xchat sucks too. I DECLARE IT SO.
  1233. # [22:44] <gavin> unless you wanted to join channel #80 on irc.w3.org:6667
  1234. # [22:44] * TabAtkins goes to try and get chatzilla working, since he knows how that works.
  1235. # [22:45] <hober> what ever happened to port 194?
  1236. # [22:45] * Joins: ttepasse (~ttepasse@ip-95-222-120-117.unitymediagroup.de)
  1237. # [22:46] * Joins: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu)
  1238. # [22:46] * Joins: mpt_ (~mpt@canonical/mpt)
  1239. # [22:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  1240. # [22:48] * Joins: tabatkins__ (~chatzilla@nat/google/x-ukhswzlttpwziilj)
  1241. # [22:48] <tabatkins__> There, chatzilla is up. Woo!
  1242. # [22:48] <tabatkins__> Finally a sensible client.
  1243. # [22:48] <Dashiva> I'm not going to take the obvious opening there...
  1244. # [22:48] <tabatkins__> Now I just need to go grab my skin from my other laptop and I'll be set.
  1245. # [22:49] * Quits: drunknbass_work (~aaron@pool-71-106-80-114.lsanca.dsl-w.verizon.net) (Ping timeout: 240 seconds)
  1246. # [22:49] * Parts: TabAtkins (~tabatkins@nat/google/x-lwcyhkinzcyworgm)
  1247. # [22:51] * Quits: tabatkins__ (~chatzilla@nat/google/x-ukhswzlttpwziilj) (Client Quit)
  1248. # [22:52] * Joins: tabatkins__ (~chatzilla@nat/google/x-dnpedgqbbkaksedc)
  1249. # [22:52] * Joins: drunknbass_work (~aaron@pool-71-106-80-114.lsanca.dsl-w.verizon.net)
  1250. # [22:53] * Quits: drunknbass_work (~aaron@pool-71-106-80-114.lsanca.dsl-w.verizon.net) (Remote host closed the connection)
  1251. # [22:53] * Joins: drunknbass_work (~aaron@pool-71-106-80-114.lsanca.dsl-w.verizon.net)
  1252. # [22:57] * Quits: BlurstOfTimes (~blurstoft@168.203.117.66) (Quit: Leaving...)
  1253. # [22:57] <Philip`> "Bug 7034"
  1254. # [22:57] <Philip`> Hooray for descriptive mailing list thread titles
  1255. # [22:58] <othermaciej> if you post on that thread I'd suggest subject change
  1256. # [23:01] * Dashiva ponders making the list archives autolink bugs and issues
  1257. # [23:03] * Quits: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f) (Ping timeout: 268 seconds)
  1258. # [23:06] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  1259. # [23:11] * Quits: tabatkins__ (~chatzilla@nat/google/x-dnpedgqbbkaksedc) (Quit: ChatZilla 0.9.86 [Firefox 3.0.18/2010021501])
  1260. # [23:19] * Quits: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  1261. # [23:21] * Quits: Maurice` (copyman@5ED548D4.cable.ziggo.nl)
  1262. # [23:23] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1263. # [23:23] <annevk> fixed the title
  1264. # [23:24] * Joins: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f)
  1265. # [23:24] <annevk> oh hey
  1266. # [23:24] <annevk> shelley is leaving us again
  1267. # [23:24] <annevk> http://twitter.com/shelleypowers/status/10993810486
  1268. # [23:24] <annevk> http://twitter.com/shelleypowers/status/10995234211
  1269. # [23:25] <annevk> "The spec is absolute crap"
  1270. # [23:25] * Joins: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu)
  1271. # [23:26] <annevk> if it was, surely authors would not like it and browser vendors would not implement it?
  1272. # [23:26] <TabAtkins_> She uses a peculiar definition of "crap".
  1273. # [23:26] <Hixie> dunno, never stopped them before :-P
  1274. # [23:26] <annevk> hehe good point
  1275. # [23:30] <othermaciej> when it comes to browser engineering, we spell quality with a *capital* K
  1276. # [23:31] <Dashiva> Kwality? Or Kuality?
  1277. # [23:32] <Hixie> Kaqlity!
  1278. # [23:32] <Hixie> er
  1279. # [23:32] <Hixie> i can't even spell my misspellings
  1280. # [23:32] <Hixie> nevermind
  1281. # [23:32] <Hixie> on another note: the hybi meeting was somewhat uneventful, fwiw, though i was a little concerned that the response to someone mentioning versioning was "well versioning is easy, we'll just copy some boilerplate from another draft to add version support" or some such
  1282. # [23:33] <annevk> yeah... or maybe we don't
  1283. # [23:33] <othermaciej> Dashiva: we feel that the exact spelling is an opportunity for differentiation and should be left up to the implementation
  1284. # [23:40] * Joins: neotyk (~neotyk@82-169-7-205.ip.telfort.nl)
  1285. # [23:42] <TabAtkins_> hsivonen: Is Leif making stuff up when he suggests that you are saying that @hidden should, generally, have a default CSS of something other than display:none?
  1286. # [23:43] * aroben is now known as aroben|away
  1287. # [23:44] * Quits: shepazu (~schepers@31-34-247.wireless.csail.mit.edu) (Quit: shepazu)
  1288. # [23:50] * Quits: franksalim (~frank@2001:df8:0:24:21f:3cff:fe22:c97f) (Read error: Operation timed out)
  1289. # [23:52] * Quits: MikeSmith (~MikeSmith@31-35-229.wireless.csail.mit.edu) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  1290. # [23:53] * Quits: othermaciej (~mjs@17.244.0.182) (Quit: othermaciej)
  1291. # [23:54] * Joins: othermaciej (~mjs@17.244.0.182)
  1292. # [23:55] <othermaciej> TabAtkins_: the spec certainly says the default rendering of @hidden should be display: none
  1293. # [23:55] <TabAtkins_> I know. Leif is suggesting that hsivonen said something different, which I suspect is him being crazy.
  1294. # [23:55] <Dashiva> Hum, Leif repeated the <p /> thing...
  1295. # [23:57] * Philip` finds the effort/reward ratio means he chooses never to read anything Leif ever says
  1296. # [23:57] <Philip`> (which is a shame since sometimes he says things that seem useful and correct)
  1297. # [23:57] <TabAtkins_> Philip`: Yeah, generally true. This thread I'm in was just so batshit that I had to correct it.
  1298. # [23:58] <Hixie> someone was wrong on the internet?
  1299. # [23:59] <Dashiva> Is being wrong a violation of any conformance criteria?
  1300. # [23:59] <TabAtkins_> Only in my dreams.
  1301. # Session Close: Thu Mar 25 00:00:00 2010

The end :)