/irc-logs / freenode / #whatwg / 2010-01-13 / end

Options:

  1. # Session Start: Wed Jan 13 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 104 (Connection reset by peer))
  4. # [00:02] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  5. # [00:05] * Quits: paul_irish_ (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Read error: 113 (No route to host))
  6. # [00:07] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
  7. # [00:09] * Quits: bzed (n=bzed@devel.recluse.de) (niven.freenode.net irc.freenode.net)
  8. # [00:09] * Quits: othermaciej (n=mjs@17.246.18.30) (niven.freenode.net irc.freenode.net)
  9. # [00:09] * Quits: Utkarsh (n=admin@117.201.82.135) (niven.freenode.net irc.freenode.net)
  10. # [00:09] * Quits: gavin (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  11. # [00:09] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (niven.freenode.net irc.freenode.net)
  12. # [00:09] * Quits: karlcow (n=karl@nerval.la-grange.net) (niven.freenode.net irc.freenode.net)
  13. # [00:09] * Quits: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de) (niven.freenode.net irc.freenode.net)
  14. # [00:09] * Quits: seventh (i=seventh@189.59.133.189) (niven.freenode.net irc.freenode.net)
  15. # [00:09] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (niven.freenode.net irc.freenode.net)
  16. # [00:09] * Quits: erlehmann (n=erlehman@82.113.121.19) (niven.freenode.net irc.freenode.net)
  17. # [00:09] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (niven.freenode.net irc.freenode.net)
  18. # [00:09] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (niven.freenode.net irc.freenode.net)
  19. # [00:09] * Quits: hobertoAtWork4 (n=hobertoa@gw1.mcgraw-hill.com) (niven.freenode.net irc.freenode.net)
  20. # [00:09] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (niven.freenode.net irc.freenode.net)
  21. # [00:09] * Quits: foolip (n=philip@h-63-95.A163.priv.bahnhof.se) (niven.freenode.net irc.freenode.net)
  22. # [00:09] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (niven.freenode.net irc.freenode.net)
  23. # [00:09] * Quits: scherkus_ (n=scherkus@74.125.59.73) (niven.freenode.net irc.freenode.net)
  24. # [00:09] * Quits: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net) (niven.freenode.net irc.freenode.net)
  25. # [00:09] * Quits: dglazkov (n=dglazkov@nat/google/x-fdcmoqhkmrgybvju) (Read error: 54 (Connection reset by peer))
  26. # [00:10] * Joins: dglazkov (n=dglazkov@nat/google/x-wrbznhdvhlebkbdw)
  27. # [00:11] * Joins: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de)
  28. # [00:11] * Joins: seventh (i=seventh@189.59.133.189)
  29. # [00:11] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  30. # [00:11] * Joins: erlehmann (n=erlehman@82.113.121.19)
  31. # [00:11] * Joins: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  32. # [00:11] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  33. # [00:11] * Joins: hobertoAtWork4 (n=hobertoa@gw1.mcgraw-hill.com)
  34. # [00:11] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  35. # [00:11] * Joins: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net)
  36. # [00:11] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
  37. # [00:11] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  38. # [00:11] * Joins: scherkus_ (n=scherkus@74.125.59.73)
  39. # [00:12] * Joins: othermaciej (n=mjs@17.246.18.30)
  40. # [00:12] * Joins: bzed (n=bzed@devel.recluse.de)
  41. # [00:12] * Joins: Utkarsh (n=admin@117.201.82.135)
  42. # [00:12] * Joins: karlcow (n=karl@nerval.la-grange.net)
  43. # [00:12] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  44. # [00:12] * Joins: gavin (n=gavin@firefox/developer/gavin)
  45. # [00:15] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  46. # [00:18] * Joins: paul_irish (n=paul_iri@c-71-233-236-59.hsd1.ma.comcast.net)
  47. # [00:21] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  48. # [00:32] * Joins: BenMillard (i=cerbera@cpc1-farn4-0-0-cust173.glfd.cable.ntl.com)
  49. # [00:32] * vvv is now known as vvv-away
  50. # [00:44] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Read error: 110 (Connection timed out))
  51. # [00:44] * Joins: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  52. # [00:55] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  53. # [01:18] * Quits: paul_irish (n=paul_iri@c-71-233-236-59.hsd1.ma.comcast.net) (Remote closed the connection)
  54. # [01:25] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
  55. # [01:26] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  56. # [01:27] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) ("Leaving")
  57. # [01:32] * Quits: dglazkov (n=dglazkov@nat/google/x-wrbznhdvhlebkbdw)
  58. # [01:35] * Joins: cying_ (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net)
  59. # [01:41] * Joins: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  60. # [01:50] * Quits: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net) ("Bye bye")
  61. # [01:53] * Parts: BenMillard (i=cerbera@cpc1-farn4-0-0-cust173.glfd.cable.ntl.com)
  62. # [01:59] * Joins: _Utkarsh (n=admin@117.201.80.40)
  63. # [02:05] * Joins: paul_irish (n=paul_iri@c-71-233-236-59.hsd1.ma.comcast.net)
  64. # [02:08] * Quits: othermaciej (n=mjs@17.246.18.30) (Read error: 104 (Connection reset by peer))
  65. # [02:10] * Joins: othermaciej (n=mjs@17.246.18.30)
  66. # [02:11] * Quits: Utkarsh (n=admin@117.201.82.135) (Read error: 110 (Connection timed out))
  67. # [02:11] * Joins: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net)
  68. # [02:14] * Joins: pham (i=foobar@174-21-108-18.tukw.qwest.net)
  69. # [02:17] * Quits: dbaron (n=dbaron@nat/mozilla/x-dxeyhbfupimurxcm) ("8403864 bytes have been tenured, next gc will be global.")
  70. # [02:20] * Quits: paul_irish (n=paul_iri@c-71-233-236-59.hsd1.ma.comcast.net) (Remote closed the connection)
  71. # [02:20] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  72. # [02:20] * Quits: MikeSmith (n=MikeSmit@EM111-188-1-189.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  73. # [02:24] * Joins: MikeSmith (n=MikeSmit@EM111-188-67-90.pool.e-mobile.ne.jp)
  74. # [02:34] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
  75. # [02:34] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  76. # [02:35] * Joins: cying__ (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net)
  77. # [02:41] * Joins: tantekc (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  78. # [02:41] <Hixie> othermaciej: i'm adding doc="" to <iframe> since abarth wants to implement it -- should this be in the version we're driving to LC at the w3c, or should I keep it out like <device>?
  79. # [02:41] * Quits: dave_levin (n=dave_lev@74.125.59.73)
  80. # [02:42] <othermaciej> Hixie: I think since it is an important component of making an existing feature (sandboxed iframes) viable, I would suggest it should go in the W3C copy
  81. # [02:42] <Hixie> k
  82. # [02:42] * Quits: cying (n=cying@70.90.171.153)
  83. # [02:42] * cying__ is now known as cying
  84. # [02:42] <othermaciej> Hixie: it does not strike me as the kind of thing likely to cause huge controversy but you could send notice and an explanation to the list if you think it would help
  85. # [02:42] <othermaciej> "the list" being public-html
  86. # [02:43] <Hixie> sure
  87. # [02:43] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  88. # [02:49] * tantekc is now known as tantek
  89. # [02:53] * Joins: miketaylr (n=miketayl@24.42.95.234)
  90. # [02:55] * Quits: cying_ (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net) (Read error: 110 (Connection timed out))
  91. # [02:56] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
  92. # [02:56] * Joins: miketaylr (n=miketayl@24.42.95.234)
  93. # [02:58] * Quits: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  94. # [03:02] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  95. # [03:03] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  96. # [03:03] * Quits: cying (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net)
  97. # [03:08] * Joins: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  98. # [03:10] * Joins: cying (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net)
  99. # [03:11] * Quits: ap (n=ap@17.246.19.5)
  100. # [03:13] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  101. # [03:15] <tantek> ICYMI: blog post re: HTML5 from web designer Andy Clarke: http://stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5
  102. # [03:16] <tantek> (n.b. I left a comment with my personal opinion/experience)
  103. # [03:18] * ojan is now known as ojan_away
  104. # [03:18] <othermaciej> hi tantek
  105. # [03:19] * Quits: cying (n=cying@adsl-75-18-220-166.dsl.pltn13.sbcglobal.net)
  106. # [03:19] <othermaciej> I like that the post title starts with "Keep calm"
  107. # [03:19] <tantek> hi othermaciej - indeed
  108. # [03:19] <tantek> would love to stay and chat but gotta run to tonight's microformats dinner
  109. # [03:19] <othermaciej> later
  110. # [03:19] <tantek> will try to be back on in a few hours later tonight
  111. # [03:19] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  112. # [03:21] * Joins: paul_iri_ (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  113. # [03:23] <jwalden> DON'T PANIC
  114. # [03:28] * Quits: miketaylr (n=miketayl@24.42.95.234) ("Leaving...")
  115. # [03:28] * Quits: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net) ("me so sleepy")
  116. # [03:32] * jwalden 'hmm's at the conspicuous absence of Mozilla from the combatants list in that post
  117. # [03:32] <jwalden> and I suppose, to a much lesser degree, maybe Google
  118. # [03:32] * Joins: miketaylr (n=miketayl@24.42.95.234)
  119. # [03:36] * paul_iri_ is now known as paul_irish_
  120. # [03:38] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Read error: 113 (No route to host))
  121. # [03:39] * Quits: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  122. # [03:39] * Joins: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  123. # [03:48] <othermaciej> TabAtkins: are you around?
  124. # [03:48] <TabAtkins> Yo
  125. # [03:49] <othermaciej> TabAtkins: I'm thinking we should assemble some of the options from http://wiki.whatwg.org/index.php?title=Change_Proposal:_figure_and_details and submit them soon
  126. # [03:49] <othermaciej> TabAtkins: I'm gonna glue together the pieces for 3 in the w3c wiki but I would be happy if in terms of submitting on the mailing list you did 6 first
  127. # [03:50] <TabAtkins> Did 6 on the list, or did 6 on the w3c wiki?
  128. # [03:50] <othermaciej> I can also do 7 if you want, or you can feel free to steal my content from 3 and submit it on yourself
  129. # [03:50] <othermaciej> TabAtkins: I am expressing myself poorly and having a hard time rephrasing
  130. # [03:50] <othermaciej> let me try again
  131. # [03:50] <TabAtkins> Hehe.
  132. # [03:51] <othermaciej> - For actual submission to the mailing list, I'd prefer if you sent in 6 before I send in 3.
  133. # [03:51] <othermaciej> (I guess we should also ask Lachy if he wants to be listed as co-author)
  134. # [03:51] <othermaciej> - For assembling only the relevant pieces in the right order, I'm going to do that now, in the w3c wiki, so I can just mail a link to that when ready
  135. # [03:52] <Hixie> assuming the status quo and <legend> are non-options, from that list 2, 3, and 3b seem the best
  136. # [03:52] <othermaciej> I am going to include the names from 3b as alternatives in my 3 write-up
  137. # [03:52] <TabAtkins> Yeah, I think I like 3b the best too.
  138. # [03:53] <TabAtkins> I'd be willing to drop 6, since nobody else is really cheerleading it.
  139. # [03:53] <othermaciej> I could not decide which names are better (both sets seem good to me)
  140. # [03:53] <othermaciej> TabAtkins: I think it's good to have more alternatives on the table... maybe worth submitting since you did the writing and consider dropping later if no one likes it best
  141. # [03:53] <TabAtkins> Eh, kk.
  142. # [03:54] <Hixie> othermaciej: if it would save time, if the chairs can confirm that neither <dt>/<dd> nor <legend> are considered acceptable, i'd be happy to just do 3 or 3b
  143. # [03:54] <Hixie> or some hybrid thereof
  144. # [03:54] <Hixie> not sure which i prefer of <dlabel> and <dsummary> or if some other word would be better
  145. # [03:54] <othermaciej> Hixie: well, if no one writes a proposal defending them by the 16th, then neither will be acceptable
  146. # [03:55] <othermaciej> Hixie: I would rather not prejudge without seeing what arguments are mustered in their favor, if any
  147. # [03:55] <othermaciej> Hixie: but if you're willing to go along with one of the options presented then I do think that would save time
  148. # [03:57] <TabAtkins> So, want me to write up 6 tonight? I can do it while I'm letting the chinchillas out.
  149. # [03:57] <TabAtkins> Then I can write up 7 as a diff of 3 after you do it.
  150. # [03:58] <othermaciej> if you can do 6 that would be sweet
  151. # [03:58] <othermaciej> I am now assembling 3 at http://esw.w3.org/topic/HTML/ChangeProposals/DdDtFcaptionDlabel
  152. # [04:02] * Joins: erikvold (n=erikvold@S01060024012860e9.gv.shawcable.net)
  153. # [04:02] <Hixie> othermaciej: well, i can live with figcaption given that nobody seems to agree with me that we should use <legend>, and basically nobody at all seems to want <dt>/<dd>. I'm not a huge fan of <dlabel> and <dsummary>, but failing anything better I could live with one of those too.
  154. # [04:02] <TabAtkins> k, watching Chopped right now, will have by midnight my time (3 hours from now)
  155. # [04:03] <Hixie> maybe <summary>, though that would make the <table summary=""> people upset. (It would only be a problem if we kept summary="", which I don't think we should, but tying this to the summary="" issue seems like it would make the process complicated.)
  156. # [04:03] <othermaciej> Hixie: I'll probably list additional options (fcaption/figcaption/figurecaption and dlabel/detailslabel/dsummary/detailssummary/summary)
  157. # [04:03] <TabAtkins> Oh god, detailssummary is the worst possible name. Don't even suggest it.
  158. # [04:03] <othermaciej> TabAtkins: good point
  159. # [04:03] <Hixie> same with figurecaption :-)
  160. # [04:04] <Hixie> and detailslabel
  161. # [04:04] <Hixie> lslslslsl
  162. # [04:04] <othermaciej> all right
  163. # [04:04] <Hixie> :-P
  164. # [04:04] <othermaciej> fcaption/figcaption and dlabel/dsummary/summary as the options
  165. # [04:05] <othermaciej> and I may tweak which are presented as the default choice and/or leave picking one to a straw poll or editor's discretion
  166. # [04:05] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 110 (Connection timed out))
  167. # [04:05] <TabAtkins> I'm not sure what connection <summary> could possibly have to <table summary>, except the incidental name collision. There's nothing joining the two concepts at all, though.
  168. # [04:06] <Hixie> the name collision primarily
  169. # [04:06] <Hixie> also some people want a <summary> element for <caption>
  170. # [04:06] <othermaciej> Leif has also occasionally suggested a <summary> element as an extra way to give table accessibility descriptions
  171. # [04:06] <Hixie> though imho calling a table description a summary is misleading, but that's another story
  172. # [04:06] <TabAtkins> I don't see a problem, theoretically, with <caption> picking up a <summary> as well. It's not like it would be ambiguous.
  173. # [04:06] <Hixie> people didn't like that argument with <dt>/<dd>
  174. # [04:07] <TabAtkins> True.
  175. # [04:07] <TabAtkins> Eh.
  176. # [04:08] <Hixie> <* caption> is pretty funky
  177. # [04:08] * Hixie fears he set a bad precedent with <time pubdate>
  178. # [04:08] <TabAtkins> Heh, that is indeed the precedent I was leaning on.
  179. # [04:14] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  180. # [04:17] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 60 (Operation timed out))
  181. # [04:19] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  182. # [04:20] <othermaciej> http://esw.w3.org/topic/HTML/ChangeProposals/DdDtFcaptionDlabel is done
  183. # [04:20] <othermaciej> by the way, whatever flavor of wiki that is, I like it a lot less than whatever flavor the whatwg wiki is
  184. # [04:20] <Hixie> whatwg is mediawiki, same as wikipedia
  185. # [04:20] <Hixie> esw is moinmoin
  186. # [04:21] <othermaciej> I like the MediaWiki syntax, styling, and set of easily accessible capabilities much better than MoinMoin
  187. # [04:21] <othermaciej> apparently
  188. # [04:26] * Joins: erlehmann_ (n=erlehman@82.113.106.7)
  189. # [04:33] <othermaciej> 231 bugs resolved so far this month, 77 still open
  190. # [04:33] <othermaciej> the influx is kinda crazy this month
  191. # [04:34] * Quits: othermaciej (n=mjs@17.246.18.30)
  192. # [04:37] * Quits: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  193. # [04:41] * Joins: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  194. # [04:45] * Quits: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de) ("404")
  195. # [04:51] * Quits: erlehmann (n=erlehman@82.113.121.19) (Read error: 110 (Connection timed out))
  196. # [05:01] * Joins: NickYoung (n=NickYoun@218.185.108.156)
  197. # [05:04] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
  198. # [05:05] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  199. # [05:09] * Quits: MikeSmith (n=MikeSmit@EM111-188-67-90.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  200. # [05:14] * Quits: _Utkarsh (n=admin@117.201.80.40) (Read error: 60 (Operation timed out))
  201. # [05:20] * Quits: miketaylr (n=miketayl@24.42.95.234) ("Leaving...")
  202. # [05:21] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  203. # [05:21] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Connection timed out)
  204. # [05:22] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  205. # [05:38] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  206. # [05:39] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  207. # [05:40] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  208. # [05:44] <TabAtkins> othermaciej: http://esw.w3.org/topic/HTML/ChangeProposals/DdDtCaptionAttribute
  209. # [05:44] * Quits: jwalden (n=waldo@71.147.38.186) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.6/20091216142458]")
  210. # [05:46] <othermaciej> TabAtkins: neat
  211. # [05:46] <TabAtkins> Doing 7 right now
  212. # [05:46] <othermaciej> TabAtkins: you probably also want to copy over the general rationale against dt/dd
  213. # [05:46] <TabAtkins> The hugormous section you have in yours?
  214. # [05:48] <othermaciej> the one that I copied from Lachlan's page
  215. # [05:48] * Quits: vvv-away (n=vvv@mediawiki/VasilievVV) (Read error: 110 (Connection timed out))
  216. # [05:48] <othermaciej> (I assumed the point of his page was to share at least that part of the rationale)
  217. # [05:49] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 110 (Connection timed out))
  218. # [05:49] * Joins: jgornick (n=Joe@c-76-113-143-72.hsd1.mn.comcast.net)
  219. # [05:51] * Joins: miketaylr (n=miketayl@24.42.95.234)
  220. # [05:52] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 60 (Operation timed out))
  221. # [05:52] * erlehmann_ is now known as erlehmann
  222. # [05:54] * Joins: wakaba_ (n=wakaba_@119-228-219-41.eonet.ne.jp)
  223. # [05:55] <othermaciej> TabAtkins: just updated http://esw.w3.org/topic/HTML/ChangeProposals/DdDtFcaptionDlabel to have the alternate names included (figcaption, dsummary, etc)
  224. # [05:55] <TabAtkins> kk.
  225. # [05:55] <TabAtkins> I'm doing 7 just as a diff on that one, so no problems here.
  226. # [05:56] <othermaciej> TabAtkins: if you wanted to copy it wholesale for 7, I believe all you need to change is the Details section (two more new elements, plus change the content models of <figure> and <details> appropriately), and reverse the argument in "Does Not Introduce Redundant Elements for the Content"
  227. # [05:56] <othermaciej> to something like "Introduces Convenient Optional Elements for the Content
  228. # [05:56] <TabAtkins> Yup, pretty much exactly what I'm doing.
  229. # [05:59] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  230. # [05:59] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  231. # [06:00] <TabAtkins> Hmm. Multiple <fbody>s in a <figure> - should they all be the figure content? Like how you can have multiple <tbody>s?
  232. # [06:01] <othermaciej> I think it should only be valid to have one - no thought on what should happen if you specify multiple
  233. # [06:03] * Joins: cedricv (n=cedric@116.197.208.88)
  234. # [06:10] * Joins: jorlow_ (n=jorlow@216.239.45.130)
  235. # [06:17] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
  236. # [06:26] <TabAtkins> othermaciej: http://esw.w3.org/topic/HTML/ChangeProposals/DdDtFbodyDbody, and I'm off to bed.
  237. # [06:26] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  238. # [06:26] <othermaciej> TabAtkins: right on
  239. # [06:27] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  240. # [06:27] <erlehmann> othermaciej, TabAtkins, i made a wordpress plugin that uses the figure / dd / dt construct: http://blog.dieweltistgarnichtso.net/html5-cc-plugin-fur-wordpress-version-0-6
  241. # [06:27] <erlehmann> what would you suggest to use until that issue is cleared ? nested divs ?
  242. # [06:30] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  243. # [06:36] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  244. # [06:36] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  245. # [06:37] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  246. # [06:37] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 60 (Operation timed out))
  247. # [06:37] * roc_ is now known as roc
  248. # [06:45] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 110 (Connection timed out))
  249. # [06:47] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 110 (Connection timed out))
  250. # [06:51] <othermaciej> erlehmann: if we're lucky we can have this one settled within a week or two
  251. # [06:51] <othermaciej> erlehmann: don't know what I would suggest in the meantime
  252. # [06:52] <erlehmann> wish me luck then
  253. # [06:56] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  254. # [06:59] * Quits: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  255. # [07:01] * Quits: paul_irish_ (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Remote closed the connection)
  256. # [07:01] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  257. # [07:09] <erlehmann> othermaciej, i hope that will go over the mailing list again ? i normally don't read #whatwg logs.
  258. # [07:09] <othermaciej> erlehmann: hope what will go over the mailing list?
  259. # [07:10] <erlehmann> the discussion about changing figure.
  260. # [07:10] <erlehmann> there wasn't anything in the last 2 weeks concerning that if i am right ?
  261. # [07:11] <othermaciej> there will definitely be mention on public-html
  262. # [07:11] <othermaciej> I guess it would be good to also mention it on the whatwg list
  263. # [07:12] <erlehmann> oh, i don't read public-html. whatever, ping me in chat if it changes or something. thanks for the info btw :)
  264. # [07:14] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 110 (Connection timed out))
  265. # [07:17] * Joins: takoratta (n=takoratt@220.109.219.244)
  266. # [07:19] <Hixie> othermaciej, i'm guessing you posted that to the wrong list
  267. # [07:19] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  268. # [07:19] <othermaciej> Hixie: oops, yeah, bad habit
  269. # [07:20] <othermaciej> can't believe I didn't even notice
  270. # [07:27] <othermaciej> Hixie: whatever is causing that bug, though, it's really annoying!
  271. # [07:32] <Hixie> i get weird hangs in safari quite a lot of i leave html5 open for a lot
  272. # [07:32] <Hixie> s/lot/long time/
  273. # [07:32] <Hixie> haven't filed a bug because i can't reliably reproduce it and the profiles i got from activity monitor are months old now
  274. # [07:32] <Hixie> and i haven't seen it for a while
  275. # [07:32] <Hixie> but that's mostly because i've been using chrome more recently
  276. # [07:33] <Hixie> gonna have to switch to firefox for a while in a few months, to keep all the browsers with equal time on my machine :-P
  277. # [07:33] * Quits: NickYoung (n=NickYoun@218.185.108.156) ("Leaving")
  278. # [07:34] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  279. # [07:34] <othermaciej> Hixie: I'm pretty sure it's not the same thing unless you started serving Flash ads on the html5 spec
  280. # [07:34] <Hixie> indeed, different issue
  281. # [07:36] <othermaciej> I have also never seen it, though opening multiple copies of the spec can make things slow for quite some time
  282. # [07:37] <Hixie> it might be some leopard thing (i'm still on leopard on my google laptop)
  283. # [07:44] <othermaciej> ah, my bug would be SnowLeopard-specific
  284. # [07:44] * Quits: jgornick (n=Joe@c-76-113-143-72.hsd1.mn.comcast.net) ("Leaving")
  285. # [08:14] * Joins: MikeSmithX (n=MikeSmit@EM114-48-185-94.pool.e-mobile.ne.jp)
  286. # [08:16] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) (Read error: 113 (No route to host))
  287. # [08:17] * Quits: jorlow_ (n=jorlow@216.239.45.130)
  288. # [08:17] <roc> mmm, Flash_EnforceLocalSecurity, my favouritest symbol
  289. # [08:17] * Joins: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  290. # [08:21] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) ("zzzzz")
  291. # [08:21] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  292. # [08:31] * Joins: gsnedder1 (n=gsnedder@204.232.194.186)
  293. # [08:31] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
  294. # [08:34] * Quits: hober (n=ted@unaffiliated/hober) (Read error: 104 (Connection reset by peer))
  295. # [08:40] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  296. # [08:40] <othermaciej> roc: I know, right?
  297. # [08:40] <othermaciej> roc: someone reminded me of the Flash bug that I'm likely experiencing but there's clearly also a bug in WebKit's out-of-process plugin support in that we let the browser get hung on a Flash hang
  298. # [08:41] <jtbandes> Oh, interesting, I frequently get hangs/crashes on that in Safari. I've never bothered to investigate.
  299. # [08:42] * Quits: gsnedders (n=gsnedder@204.232.194.186) (Read error: 111 (Connection refused))
  300. # [08:49] <othermaciej> Flash_EnforceLocalSecurity is just the only function in Flash that appears to have a symbol
  301. # [08:50] <othermaciej> so all Flash crashes or hangs appear to be in that function
  302. # [08:50] <jtbandes> Oh, I see
  303. # [08:50] <othermaciej> so it's kind of a joke among browser developers
  304. # [08:50] <jtbandes> Hehe.
  305. # [08:52] <roc> they should rename it to HTML5Parser or something
  306. # [08:53] <othermaciej> lol
  307. # [08:53] <hsivonen> at least the real HTML5 parser is less crashy than Flash
  308. # [08:54] <hsivonen> (would be pretty sad if that weren't the case)
  309. # [08:55] <hsivonen> (maybe the HTML5 parser on the 1.9.2 branch should be named Flash)
  310. # [08:57] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  311. # [09:01] * Joins: zcorpan__ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  312. # [09:03] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) ("Ex-Chat")
  313. # [09:09] * Joins: tantekc (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  314. # [09:10] <zcorpan__> "Andy, you are advocating Tag Soup. Yes, nobody will die from this. However, this practice makes it more difficult for tool vendors to process HTML which increases their costs and creates an uncompetitive environment. " - http://stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5#r4080
  315. # [09:11] <hsivonen> confusing use of quotation marks there
  316. # [09:11] <zcorpan__> seems vlad has not understood that tool vendors can use off-the-shelf html5 parsers to process html, which reduces teh cost and creates a competetive environment
  317. # [09:11] <hsivonen> that seems odd
  318. # [09:12] <hsivonen> considering that Vlad is a tool vendor
  319. # [09:12] <zcorpan__> indeed
  320. # [09:12] <hsivonen> and, therefore, one could expect him to be familiar with the serializer APIs
  321. # [09:13] <tantekc> greetings
  322. # [09:13] <othermaciej> good evening
  323. # [09:14] <zcorpan__> i also don't see where andy is advocating tag soup
  324. # [09:14] <othermaciej> depends on what you mean "tag soup"
  325. # [09:15] * Joins: takoratt_ (n=takoratt@220.109.219.244)
  326. # [09:15] * Quits: tantekc (n=tantek@70-36-139-203.dsl.dynamic.sonic.net) (Read error: 104 (Connection reset by peer))
  327. # [09:15] * Quits: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net) (Read error: 60 (Operation timed out))
  328. # [09:15] <othermaciej> he's clearly advocating early use of not-quite-yet-standard features
  329. # [09:15] <zcorpan__> unless vlad considers <a><div></div></a> to be tag soup
  330. # [09:15] * Joins: tantekc_ (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  331. # [09:15] <Hixie> that's valid in HTML5
  332. # [09:15] <othermaciej> maybe even advocating not worrying much about whether you follow required content models
  333. # [09:15] * tantekc_ is now known as tantek
  334. # [09:16] <othermaciej> he doesn't seem to be calling for writing stuff like <i>foo <b>bar</i> baz</b>
  335. # [09:16] <othermaciej> or in general for writing things that only get parsed sorta by accident
  336. # [09:16] <zcorpan__> my interpretation is "use cutting-edge if it works and don't worry so much about it"
  337. # [09:17] <othermaciej> "tag soup" isn't a very enlightening term
  338. # [09:17] <hsivonen> well, I learned something new by reading Lachy's comment on Vlad's blog
  339. # [09:17] * hsivonen was unaware of http://en.wikipedia.org/wiki/Australia-Asia_debate
  340. # [09:17] * Joins: roc (n=roc@121-72-168-57.dsl.telstraclear.net)
  341. # [09:18] <zcorpan__> hsivonen: comment where?
  342. # [09:19] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
  343. # [09:19] <hsivonen> (relative to British Parliamentary Style)
  344. # [09:19] * Quits: takoratta (n=takoratt@220.109.219.244) (Read error: 60 (Operation timed out))
  345. # [09:21] * Philip` thought that page would be about a debate on whether Australia is a part of Asia or not
  346. # [09:21] <hsivonen> zcorpan__: http://rebuildingtheweb.com/en/invitation-html5-team/#c20100107043000
  347. # [09:23] <othermaciej> that s strangely fascinating
  348. # [09:24] <othermaciej> the kind of debate that I believe is most common in america is "forensic debate" or something like that
  349. # [09:24] <hsivonen> I read "traditional style 3 vs. 3 approach" and thought "what? isn't *traditional* 4 vs. 4"
  350. # [09:25] <zcorpan__> ooh debate software
  351. # [09:25] <hsivonen> and then checked Wikipedia to see if Australia deviates from the British tradition
  352. # [09:25] <zcorpan__> never heard of that before
  353. # [09:25] <hsivonen> zcorpan__: that was interesting, too
  354. # [09:27] * Quits: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net) (Connection reset by peer)
  355. # [09:27] * Joins: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  356. # [09:29] <othermaciej> maybe the W3C should adopt parliamentary rules of debate
  357. # [09:29] <othermaciej> (and/or procedure in general)
  358. # [09:29] <othermaciej> although I would not enjoy Prime Minister's Question Hour
  359. # [09:30] <Hixie> i thought the kind of debate that the US usually was called "the media tries to convince the candidates that they won't be made to look foolish so that they can make money on ads"
  360. # [09:30] <Hixie> usually has, i should say
  361. # [09:31] <othermaciej> I don't think anyone considers the type of verbal challenge events that candidates for political office engage in to be a serious form of debate
  362. # [09:31] <Hixie> :-)
  363. # [09:31] * Quits: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net) (Read error: 104 (Connection reset by peer))
  364. # [09:32] <hsivonen> othermaciej: sometimes I wish debates at the W3C were adjudicated so that one would lose for making randomly self-contradicting statements
  365. # [09:32] * Joins: tantekc (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  366. # [09:32] <hsivonen> but otherwise, I really don't welcome BP kind of debate to the W3C
  367. # [09:32] <othermaciej> hsivonen: that would be unfair to people with poor logical reasoning skills
  368. # [09:33] <hsivonen> since one of the aspects of BP is boldly making up bullshit in the hope you don't get caught
  369. # [09:33] <othermaciej> then I think we might already be on that system :-)
  370. # [09:34] <Hixie> hsivonen: w3c debates are supposed to be adjudicated, that's what the chairs are supposed to be doing
  371. # [09:34] <Hixie> they rarely do, for some reason that i don't understand
  372. # [09:37] <othermaciej> in the HTML WG, the chairs try to intervene to prevent abusive behavior (granted we don't always succeed) but generally prefer to avoid ruling on validity of arguments or debating tactics
  373. # [09:37] <Hixie> picking whatever argument is convenient for supporting some agenda, even when those arguments contradict each other, is abusive behaviour.
  374. # [09:38] <Hixie> at least imho.
  375. # [09:38] <hsivonen> in BP, the adjudicator is not supposed to rule on the vecity of bullshit but on the internal consistency of the bullshit
  376. # [09:39] <Lachy> hsivonen, when I posted that comment, I just assumed it was a common debating technique everywhere, since that's basically the only style I group up with
  377. # [09:39] <Lachy> and it roughly matched the style I'd seen on American TV shows
  378. # [09:39] <hsivonen> even in the W3C WGs it would be useful if the chairs called blatant logical contradictions that are detectable without judging the veracity of the arguments
  379. # [09:40] <Hixie> yeah i'm not suggesting that subtle argumental contradictions should be called out, they are often the result of people changing their mind over time or making honest mistakes
  380. # [09:40] <Hixie> i just mean blatent contradictions from day to day
  381. # [09:41] <hsivonen> changing one mind is different from spinning stuff on the spot
  382. # [09:41] <hsivonen> one's
  383. # [09:41] <Hixie> right
  384. # [09:41] <othermaciej> I think it would be ok for people to just point out each other's contradictions
  385. # [09:42] <othermaciej> I am not sure contradicting yourself is per se abusive, unless used to create drama or filibuster a topic or the like
  386. # [09:43] <Hixie> hard to say in the hypothetical
  387. # [09:43] <othermaciej> I think ad hominem is the one fallacy that is clearly nearly always abusive regardless of context
  388. # [09:44] <tantekc> indeed
  389. # [09:44] <Hixie> it's certainly more psychologically harmful
  390. # [09:44] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  391. # [09:44] <othermaciej> but even an argument from authority is generally merely invalid as opposed to abusive, and informal debate citing an authority may not even be invalid
  392. # [09:45] <othermaciej> (if it is a piece of supporting evidence rather than your whole case, say)
  393. # [09:45] <tantekc> there is a rhetorical device used by pundits to "challenge to a one-one debate" in political circles etc. as a method of claiming victory (by lack of answer to the challenge) - I don't remember what this specific rhetorical device is called though - I'm pretty sure it has a name
  394. # [09:46] <Hixie> othermaciej: i was refering more to someone saying "i think we should do a, not b, because z" one day and "i think we should do c, not d, because not-z" the next
  395. # [09:46] <tantekc> othermaciej - yes, argument from authority is perhaps a weak/indirect form of evidence ("experience" or "expertise") but is both better than nothing / novice opinion, and certainly better than ad hominem or other logically flawed attacks.
  396. # [09:47] <Hixie> othermaciej: though "i don't have to defend my position, but i will object to the hilt your suggestion that i may be wrong, and i think your arguments are irrelevant" is equally abusive, imho
  397. # [09:47] <othermaciej> however saying something like "I don't have to answer your reasoned arguments because I am the top expert in the field" would be a bad form of argument from authority
  398. # [09:48] <Hixie> othermaciej: since it precludes compromises from being derived
  399. # [09:48] <Hixie> yeah
  400. # [09:48] <othermaciej> Hixie: being constantly contradictory without an supporting arguments would likely be abusive
  401. # [09:48] <zcorpan__> i don't see the need for <fbody> and <dbody>
  402. # [09:49] <othermaciej> refusal to compromise - that is borderline
  403. # [09:49] <othermaciej> sometimes to compromise would be unprincipled
  404. # [09:49] <othermaciej> refusal to even hear others out - that would certainly be bad form
  405. # [09:49] <Hixie> refusal to compromise isn't abusive, but not providing any reasons such that it is impossible to even try to find other solutions that might satisfy all requirements is, imho
  406. # [09:49] * MikeSmithX is now known as MikeSmith
  407. # [09:50] <Hixie> that's why in the whatwg i only look at the arguments, and not the volume of opinions, and occasionally come up with completely novel solutions that nobody was looking for but which people are surprisingly happy with
  408. # [09:50] <Hixie> and why i find the polarising argument style in the htmlwg to be unproductive
  409. # [09:50] <othermaciej> sure, disagreeing without any supporting arguments is not productive
  410. # [09:50] <othermaciej> repeating the same arguments is also often unproductive
  411. # [09:50] <Hixie> yeah
  412. # [09:50] <Hixie> or ignoring other people's
  413. # [09:51] <othermaciej> complaining about things that are bad without specific and practical suggestions on how to make things better, also not super productive
  414. # [09:51] <tantekc> polarizing (artificial dichotomy) only makes sense when you're appealing to emotion rather than reason ;)
  415. # [09:51] <zcorpan__> i like <fcaption> and <dlabel> without explicit bodies best
  416. # [09:51] <othermaciej> zcorpan__: me too (or one of the various similar names)
  417. # [09:51] <zcorpan__> not <figcaption> because it's different from <thead>
  418. # [09:51] <zcorpan__> and longer
  419. # [09:52] <Hixie> i'm not a fan of <fcaption>, but i can't work out why.
  420. # [09:52] <tantekc> if you abbreviated further, you could bust a <dcap>
  421. # [09:52] <tantekc> or an <fcap>
  422. # [09:52] <Hixie> i could live with <fcaption> and <dlabel> if there's really no chance of the imho far superior <legend> :-)
  423. # [09:53] <Hixie> (which i presume there isn't)
  424. # [09:53] <othermaciej> when I think a thread is off the rails enough to need active moderation, the main things I ask for are that people not overly repeat arguments that are already on the record, and that people focus on concrete use cases or proposals
  425. # [09:53] <othermaciej> fcaption when you pronounce it sounds vaguely like a word that means something
  426. # [09:53] <Lachy> Hixie, a new element is superior to legend. But reusing legend is preferable to reusing any other element.
  427. # [09:53] <othermaciej> that might be what seems weird about it
  428. # [09:53] <othermaciej> it could be the name of a perfume
  429. # [09:54] <othermaciej> Effcaption... by Calvin Klein
  430. # [09:54] <hsivonen> the main problem with not compromising is that under a "can you live with it" regime, other people who normally would compromise have to also adopt an uncompromising line, because otherwise those who don't budge get their way over and over again
  431. # [09:54] <Hixie> hsivonen: i'm not talking about compromising really but about finding solutions that are equally good for you, but also good for others
  432. # [09:54] <othermaciej> hsivonen: I don't entirely buy into "can you live with it" as the standard for anything but truly bikeshed-type issues
  433. # [09:55] <Hixie> hsivonen: e.g. if someone wants a rail bridge and someone else wants a car ferry, it may be that a car/rail bridge would equally please both camps -- depends on their reasons
  434. # [09:55] <Hixie> hsivonen: or it could be that a tunnel would be a solution
  435. # [09:55] <othermaciej> the W3C process on managing disagreement stresses strength of objections, and as often I like to say, I believe "strength" refers to quality of their supporting arguments, not the vehemence with which they are expressed
  436. # [09:56] <Hixie> hsivonen: depends if the reasons are "has to carry cars" or "has to not be ugly" or "has to support freight" or "has to support tourist passenger rail cars"
  437. # [09:56] <othermaciej> in fact the W3C process specifically says you can't halt progress just by saying you cannot live with a decision
  438. # [09:57] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  439. # [09:57] <Philip`> http://rebuildingtheweb.com/en/invitation-html5-team/ - hmm, I think I made all the comments disappear :-(
  440. # [09:57] <Philip`> All I did was post one with a U+FFFF
  441. # [09:57] <othermaciej> indeed, sometimes there are better solutions outside of the box, and they can be hard to find if people are not clear about their requirements and motivations
  442. # [09:57] <zcorpan__> it would be pretty bad if someone killed himself because of a decision in w3c
  443. # [09:57] <hsivonen> Philip`: Awesome. XML FTW!
  444. # [09:57] <othermaciej> Philip`: harsh
  445. # [09:58] <zcorpan__> at lease i don't see an error message
  446. # [09:58] <Philip`> The preview page just gave a well-formedness error, I didn't realise it'd break the main page like that
  447. # [09:58] <jgraham> zcorpan__: <dbody> seems rather useful because it seems rather common to want to e.g. give some extra left margin to the details expansion
  448. # [09:59] <Hixie> why can't <div> do that
  449. # [09:59] <zcorpan__> jgraham: you can have a negative margin on dlabel
  450. # [09:59] <zcorpan__> yeah or div
  451. # [09:59] <jgraham> Hixie: It can be Why make the pattern <details><dlabel></><div class="dbody">
  452. # [10:00] <jgraham> s/be/but/
  453. # [10:00] <zcorpan__> there are lots of useful things we could add to help styling
  454. # [10:00] <Hixie> because the real solution is power in css
  455. # [10:00] <Hixie> don't fix css by adding elements to html
  456. # [10:01] * Joins: Heimidal (n=heimidal@cpe-76-168-254-92.socal.res.rr.com)
  457. # [10:01] <jgraham> since power in CSS generally implies slowness, I guess implementors might disagree :)
  458. # [10:02] <jgraham> (anyway it seems somewhat reasonable to have a grouping element in a situation in which we know authors will often want to deal with just the children of that element)
  459. # [10:03] <MikeSmith> Hixie: a follow-up about the cvs locking problem: I'm told a change has now been made the should prevent the problem from ever recurring. But if/when you ever notice it hanging again on commits, please let me know
  460. # [10:03] <Hixie> k
  461. # [10:03] <Hixie> thanks
  462. # [10:04] <Hixie> jgraham: we have a grouping element here -- <div>
  463. # [10:04] <Hixie> that's what it's for
  464. # [10:04] <Hixie> grouping for CSS
  465. # [10:04] <Hixie> and script
  466. # [10:04] * Quits: tantekc (n=tantek@70-36-139-203.dsl.dynamic.sonic.net) (Read error: 54 (Connection reset by peer))
  467. # [10:05] <othermaciej> I think <dbody> would serve no semantic or implementation-level purpose, which would make it purely a styling hook, so overall I am not sold, but I can see how it can be convenient
  468. # [10:05] <zcorpan__> i'd add <di> before <dbody>
  469. # [10:06] * Joins: danbri (n=danbri@unaffiliated/danbri)
  470. # [10:06] <Hixie> even i would add <di> before <dbody> :-)
  471. # [10:06] <Lachy> yeah, just use <div>
  472. # [10:07] <othermaciej> it seems like "details > div" would be a fine way to add on your styling
  473. # [10:07] <othermaciej> and if dbody is optional it will be no more effective at truly catching all your details bodies than div
  474. # [10:07] <hsivonen> I want to see how pageshow fires when an iframe is inserted to the doc by the parser
  475. # [10:07] <hsivonen> should I expect to be able to inject a listered via the prototype of HTMLIframeElement somehow?
  476. # [10:08] <hsivonen> *listener
  477. # [10:08] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  478. # [10:08] * Joins: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  479. # [10:08] <hsivonen> also, are Gecko and WebKit the only engines that support pageshow/pagehide?
  480. # [10:08] * Joins: mpt (n=mpt@canonical/mpt)
  481. # [10:09] <zcorpan__> pageshow fires on iframes?
  482. # [10:09] <zcorpan__> hsivonen: yes, afaik
  483. # [10:09] * othermaciej still hates the way pageshow is defined
  484. # [10:09] <roc> Philip`: brilliant!
  485. # [10:09] <othermaciej> it would be so much better if it fired only on returning via cache and not on initial page load
  486. # [10:10] <Hixie> othermaciej: in the spec or in UAs?
  487. # [10:10] <hsivonen> zcorpan__: I want to test if and how it fires.
  488. # [10:10] <Hixie> i think the spec just matches what browsers do
  489. # [10:10] <othermaciej> it does
  490. # [10:10] <roc> I know the name Vlad Alexander from somewhere
  491. # [10:10] <othermaciej> I think Gecko's longstanding implementation makes it impossible to change now
  492. # [10:10] <tantek> Philip` - that comment trick was harsh but effective.
  493. # [10:10] <othermaciej> but it's still not so good
  494. # [10:11] <roc> ah yes, he works on an XHTML editor
  495. # [10:11] <othermaciej> it sucks that it fires on initial load because:
  496. # [10:11] <Philip`> tantek: It wasn't effective since it didn't cause error messages in browsers
  497. # [10:11] <jgraham> I think my primary objection to <div> is that it does nothing for readability. It seems like a shame to design in a patern where a <div> will likely be used more often than not
  498. # [10:11] <zcorpan__> othermaciej: it's not impossible to change if changing it doesn't break sites
  499. # [10:12] <tantek> only effective in making a point about the ridiculousness of draconianism
  500. # [10:12] <othermaciej> a) it makes it awkward to do reinitialization that should only be done when restoring from page cache; you have to record manually whether it fired once before
  501. # [10:12] <othermaciej> b) you can't use pageshow as your sole event even for first-time init anyway; you have to use load for browsers that don't (yet) have pageshow
  502. # [10:12] <Hixie> jgraham: if that becomes the case we can always add a different kind of <div> later
  503. # [10:12] <Hixie> jgraham: as we did with <Section>
  504. # [10:12] <Philip`> tantek: I think the point is more about the problems of output validation being stricter than input validation
  505. # [10:13] <Philip`> It's okay if they're both equally strict
  506. # [10:13] <othermaciej> and if first-time init and restore share some but not all code, it's much easier to call one function from two event handlers than to make one event handler behave differently depending on if it has been invoked before
  507. # [10:13] <Philip`> but XML is stricter than everybody's input validation
  508. # [10:13] <othermaciej> zcorpan__: sites use it - I don't know how much they depend on the Gecko semantic
  509. # [10:13] <hsivonen> tantek: I think it demonstrates that it's silly to ban arbitrary characters
  510. # [10:13] <zcorpan__> i see a .presisted attribute on pageshow and pagehide events in http://webkit.org/blog/516/webkit-page-cache-ii-the-unload-event/
  511. # [10:13] <othermaciej> it's a pet peeve, bit I am not sure it is worth fighting the battle at this point
  512. # [10:13] <tantek> I always figured the proper rhetorical response to draconialists was to simply stop reading their arguments at the first grammatical or spelling error that they made, especially in speech.
  513. # [10:14] <hsivonen> tantek: the Name production in XML is an even worse example of spec authors banning stuff Draconianly based on aesthetics
  514. # [10:15] <hsivonen> zcorpan__: I think I've see .persisted in Gecko, too
  515. # [10:15] <hsivonen> *seen
  516. # [10:15] <Philip`> hsivonen: Do you think it's also silly to ban things that are not really characters at all, like U+D800 or like malformed UTF-8 sequences?
  517. # [10:15] <othermaciej> zcorpan__: I guess you can just avoid ever putting code in the !evt.persisted case
  518. # [10:15] <othermaciej> zcorpan__: so it's not too terrible, just slightly suboptimal
  519. # [10:16] <zcorpan__> the event's interface is PageTransitionEvent in chrome
  520. # [10:16] <zcorpan__> html5 just uses Event
  521. # [10:16] * Joins: Creap (n=creap@vemod.brg.sgsnet.se)
  522. # [10:17] <hsivonen> Philip`: I think it's reasonable to turn lone surrogates or malformed UTF-8 into REPLACEMENT CHARACTER
  523. # [10:17] <zcorpan__> firefox same as chrome
  524. # [10:18] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  525. # [10:18] * Joins: workmad3 (n=workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  526. # [10:18] * Joins: adactio (n=adactio@cust217-dsl91-135-3.idnet.net)
  527. # [10:19] * Joins: Utkarsh (n=admin@117.201.82.131)
  528. # [10:22] <hsivonen> hmm. so how can I add listeners via the prototype?
  529. # [10:23] <Lachy> hsivonen, you can't.
  530. # [10:23] <Philip`> Ah, good, looks like he fixed my comment
  531. # [10:23] <Lachy> event listeners can only be added to instances of elements
  532. # [10:24] <Lachy> but you can create an element and add event listeners before you add it to the DOM
  533. # [10:25] <hsivonen> I was thinking of detecting pageshow for parser-inserted iframes
  534. # [10:27] <zcorpan__> hsivonen: you could use onpageshow=""
  535. # [10:28] <hsivonen> zcorpan__: is it actually supported by all browsers that fire the event?
  536. # [10:28] <Hixie> where are you looking for this event?
  537. # [10:29] <zcorpan__> hsivonen: it's supported in firefox, not in chrome
  538. # [10:29] <Hixie> in the document with the iframe, or the doc in the iframe?
  539. # [10:29] <hsivonen> Hixie: in the parent doc
  540. # [10:29] <zcorpan__> hsivonen: but it bubbles
  541. # [10:29] <Hixie> just set a capture listener
  542. # [10:29] <zcorpan__> hsivonen: doesn't fire on iframes
  543. # [10:29] <Hixie> but why would pageshow fire on the iframe parent doc?
  544. # [10:30] <hsivonen> Hixie: I want to capture the events for iframe navigation from the parent
  545. # [10:30] <hsivonen> zcorpan__: hmm. that complicates testing
  546. # [10:30] <Hixie> i'm not aware of a way to do that
  547. # [10:30] * hsivonen thought an iframe was event-wise equivalent to a XUL browser
  548. # [10:31] <hsivonen> if pages can't listen to iframe pageshow from the outside, perhaps I shouldn't care about it
  549. # [10:31] <hsivonen> since it can't be compat-sensitive for about:blank if it isn't observable
  550. # [10:31] <zcorpan__> pageshow has the same weirdness as the load event in being fired on window but has target document
  551. # [10:32] * hsivonen knows way too little about the quirks of DOM events to be properly testing this stuff
  552. # [10:34] <Lachy> I wonder what Larry's motives are for his attempt at twisting the meaning of the charter beyond any reasonable interpretation? http://lists.w3.org/Archives/Public/public-html/2010Jan/0507.html
  553. # [10:35] <Hixie> he probably wants namespaces in html
  554. # [10:35] <Lachy> yeah, probably
  555. # [10:35] <Hixie> but i think he's missing the fact that both rdfa and microdata can be used to create entire vocabularies in text/html
  556. # [10:35] <Hixie> just like namespaces in html
  557. # [10:35] <Hixie> so...
  558. # [10:35] * Quits: danbri (n=danbri@unaffiliated/danbri) ("Leaving...")
  559. # [10:36] <Hixie> maybe someone should ask him what kind of vocabulary can't be expressed in rdfa
  560. # [10:37] <Lachy> I think the problem is that the charter has not been written clearly enough.
  561. # [10:37] <Lachy> and I hope we can get these issues fixed when this group recharters next year
  562. # [10:37] <Hixie> that's usually intentional, since otherwise the groups get never get chartered
  563. # [10:37] <Hixie> you have to write them in a way that everyone sees what they want to see so they vote "yes"
  564. # [10:38] * Hixie isn't a fan of charters for wgs
  565. # [10:38] <othermaciej> rechartering will be a world of hurt, I expect
  566. # [10:38] <Lachy> if it's really intentional, then it sucks cause it just creates an environment for charter lawyers to waste time
  567. # [10:40] <Lachy> othermaciej, will WG members be given the opportunity to give feedback on what the new charter should say when the time comes?
  568. # [10:40] * Philip` hopes not
  569. # [10:40] <othermaciej> Lachy: I'm actually not very clear on how rechartering mechanics go
  570. # [10:40] <Philip`> since it'll cause everything to get discussed again
  571. # [10:40] <zcorpan__> maybe the w3c decides to not renew the charter
  572. # [10:40] <othermaciej> also I need to get to bed
  573. # [10:40] * Joins: ROBOd (n=robod@89.122.216.38)
  574. # [10:41] <Lachy> Philip`, why? Otherwise, we'll end up with a mess like we have now, which was written by people who ignored outside input, especially the input from Hixie
  575. # [10:43] <Hixie> Lachy: i don't really see the point in charters in general. People are going to work on what they want to work on, what's the point of having them go through long complicated processes to get a mailing list to work on them?
  576. # [10:43] <Philip`> Lachy: Because it's a mess we can generally ignore, vs weeks/months of effort wasted on discussions of what should and shouldn't be in HTML and everybody trying to get the charter to say things that will support all their future arguments about everything
  577. # [10:43] <webben> does the parsing definition + deference to other applicable specs constitute "a" mechanism.
  578. # [10:43] <Lachy> Hixie, personally, I agree, but the W3C requires charters and it seems to me the only way to avoid having crazy people try to reinterpret the charter to suit their agenda is to make sure it's written clearly
  579. # [10:44] <Hixie> Lachy: yeah but then those crazy people would vote it down
  580. # [10:44] * webben thought chartering was so companies could decide whether they risked any ip by engaging with a wg.
  581. # [10:45] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 110 (Connection timed out))
  582. # [10:45] <othermaciej> that's really the main practical effect of chartering
  583. # [10:45] <othermaciej> knowing the scope of IP that could be entangled
  584. # [10:46] <othermaciej> it also seems like at least a nonbinding statement of purpose for a group is useful to decide if you want to participate, regardless of IP issues
  585. # [10:46] * Joins: Huvet (n=Emil@c-0acfe555.07-131-73746f39.cust.bredbandsbolaget.se)
  586. # [10:47] * Quits: erlehmann (n=erlehman@82.113.106.7) (Read error: 60 (Operation timed out))
  587. # [10:47] <webben> othermaciej: Agreed.
  588. # [10:49] <Hixie> othermaciej: oh certainly a statment of purpose is useful, yes
  589. # [10:49] <zcorpan__> does the <source> error event bubble per spec yet?
  590. # [10:49] <Hixie> othermaciej: in practice i think the patent thing is only an issue for patent-hostile companies (i.e. companies that might want to use their patents to pro-actively sue someone rather than just defensively)
  591. # [10:50] <zcorpan__> seems not
  592. # [10:51] <Hixie> othermaciej: but even if a company is partially that way, it isn't like they're going to have a problem with what's in scope and what is slightly out of scope
  593. # [10:51] <MikeSmith> Hixie: I'm relooking at the script element text-content BNFs, and wanted to ask if it's intended that the following be conformant:
  594. # [10:51] <MikeSmith> <script type="text/javascript" src="url">
  595. # [10:51] <MikeSmith> / foo
  596. # [10:51] <MikeSmith> <!-- -->
  597. # [10:51] <MikeSmith> / bar
  598. # [10:51] <MikeSmith> </script>
  599. # [10:51] <MikeSmith> oops
  600. # [10:52] <MikeSmith> (with double slashes instead)
  601. # [10:53] <Hixie> why would it not be?
  602. # [10:53] <Hixie> oh wait that's the documentation thing
  603. # [10:53] <MikeSmith> yeah
  604. # [10:53] <Hixie> no, that wouldn't be conforming
  605. # [10:53] <Hixie> since not everything is commented out
  606. # [10:54] <MikeSmith> OK
  607. # [10:54] <zcorpan__> hmm, <img> error doesn't bubble in firefox or webkit
  608. # [10:54] <zcorpan__> does it bubble in ie?
  609. # [10:56] * Joins: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  610. # [10:58] <MikeSmith> Hixie: so I regard to the note in section 4.3.1.3 (the section about the script@src case) that says, "This requirement is in addition to the earlier restrictions on the syntax of contents of script elements." -- I'm trying to think of a case of script@src text contents that would conform to the 4.3.1.3 BNF on its own, but not conform to the 4.3.1.2 BNF
  611. # [10:58] <MikeSmith> *in regard to
  612. # [10:59] <MikeSmith> Hixie: <script src=url>/* <-- */</script> maybe?
  613. # [11:00] * Joins: tametick (n=chatzill@chello084114134061.3.15.vie.surfer.at)
  614. # [11:00] <Hixie> <script src=''>//<!--<script></script>
  615. # [11:00] * Quits: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com) (niven.freenode.net irc.freenode.net)
  616. # [11:01] * Joins: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com)
  617. # [11:03] <zcorpan__> Hixie: there's a missing end tag...
  618. # [11:04] <Hixie> hm?
  619. # [11:05] <zcorpan__> Hixie: in the above snippet, my brain finds EOF in script data escaped
  620. # [11:05] <MikeSmith> yeah, seems like
  621. # [11:06] <Hixie> that's the idea
  622. # [11:06] <zcorpan__> and textContent is "//<!--<script></script>"
  623. # [11:06] <Hixie> er
  624. # [11:06] <Hixie> oh i see what you're saying
  625. # [11:06] <Hixie> yes, you couldn't do this in text/html
  626. # [11:06] <Hixie> i was giving a DOM serialisation
  627. # [11:06] <MikeSmith> OK
  628. # [11:06] <Hixie> not sure if it's possible to do it in text/html
  629. # [11:07] <Hixie> it certainly is in XML
  630. # [11:07] <Hixie> or via script
  631. # [11:08] * Quits: Utkarsh (n=admin@117.201.82.131) (Read error: 60 (Operation timed out))
  632. # [11:08] <MikeSmith> the context for my question is that I'm trying to figure out if there's any checking that could be added that would need to check that a document conforms both to the script@src BNF and the the script (with not src) BNF
  633. # [11:08] <MikeSmith> it seems like maybe there's not
  634. # [11:08] <MikeSmith> as far as conformance checking of serialized documents goes
  635. # [11:09] * Quits: takoratt_ (n=takoratt@220.109.219.244) (Read error: 110 (Connection timed out))
  636. # [11:09] <MikeSmith> because seems like anything that would not be conformant is going to cause a parse error first
  637. # [11:09] <MikeSmith> for that case
  638. # [11:09] <zcorpan__> MikeSmith: not in xhtml5
  639. # [11:10] <MikeSmith> ah
  640. # [11:10] <MikeSmith> wonderful
  641. # [11:11] <Hixie> btw if whatwg.org and co are down in the coming days it's likely because of a server move
  642. # [11:12] <Hixie> i'm upgrading to the newer private virtual servers
  643. # [11:12] <MikeSmith> cool
  644. # [11:12] <MikeSmith> so you will be running on a VM that you have root access to?
  645. # [11:12] <Hixie> hopefully
  646. # [11:12] <MikeSmith> nice
  647. # [11:16] <MikeSmith> <script src=''>//<!--<script></script> still gives a parse error, because of the "--"
  648. # [11:16] <hsivonen> I see Gecko firing pagehide and pageshow inside an iframe but WebKit doesn't appear to do that
  649. # [11:16] <MikeSmith> in XML
  650. # [11:17] <Hixie> just put it all in a <![CDATA[ ... ]]> escape
  651. # [11:17] <hsivonen> is navigating an iframe supposed to clear the event listeners on its contentWindow?
  652. # [11:18] <hsivonen> pardon my cluelessness here
  653. # [11:20] <hsivonen> hmm. apparently not
  654. # [11:20] <hsivonen> I misinterpreted something
  655. # [11:20] <zcorpan__> hmm seems webkit fires two error events on <source> and firefox fires a bubbling error event on <video> :(
  656. # [11:21] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  657. # [11:22] * Joins: mpt (n=mpt@canonical/mpt)
  658. # [11:24] * Joins: tametick_ (n=chatzill@chello084114134061.3.15.vie.surfer.at)
  659. # [11:28] * Quits: tametick (n=chatzill@chello084114134061.3.15.vie.surfer.at) (Read error: 110 (Connection timed out))
  660. # [11:28] * tametick_ is now known as tametick
  661. # [11:29] <MikeSmith> Hixie, zcorpan__ : so that following should be non-conformant in XHTML?
  662. # [11:29] <MikeSmith> <script src="url">//<![CDATA[<script src=''><!--<script>]]></script>
  663. # [11:29] <MikeSmith> oops
  664. # [11:29] * Joins: danbri (n=danbri@unaffiliated/danbri)
  665. # [11:29] <Hixie> it wouldn't be, no, but you can make simpler examples :-)
  666. # [11:30] <Hixie> hsivonen: you get a whole new contentWindow if you navigate an iframe
  667. # [11:30] <zcorpan__> <script src=''>//&lt;!--&lt;script></script>
  668. # [11:30] <Hixie> hsivonen: thought it would be === to the previous one due to the magic of WindowProxy
  669. # [11:30] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  670. # [11:30] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  671. # [11:30] <zcorpan__> the web platform is insane
  672. # [11:31] * Quits: vvv (n=vvv@mediawiki/VasilievVV) ("KVIrc Insomnia 4.0.0, revision: 3410, sources date: 20090703, built on: 2009/08/12 22:29:13 UTC http://www.kvirc.net/")
  673. # [11:41] * Joins: MikeSmithX (n=MikeSmit@EM114-48-20-10.pool.e-mobile.ne.jp)
  674. # [11:42] * Quits: wakaba_ (n=wakaba_@119-228-219-41.eonet.ne.jp) (Read error: 110 (Connection timed out))
  675. # [11:42] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  676. # [11:44] * Quits: MikeSmith (n=MikeSmit@EM114-48-185-94.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  677. # [11:48] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  678. # [11:55] <Hixie> hm, jgraham isn't here
  679. # [11:55] <Hixie> http://pimpmyspec.net/ is down
  680. # [12:00] * Joins: Utkarsh (n=admin@117.201.84.138)
  681. # [12:02] * foolip would like to see the issue of <source> error bubbling addressed ASAP
  682. # [12:02] <foolip> (I want to let it bubble, like Firefox)
  683. # [12:04] <gsnedder1> Hixie: Known bug.
  684. # [12:04] * gsnedder1 is now known as gsnedders
  685. # [12:05] <gsnedders> gsnedders: Server is down, which is why he isn't here.
  686. # [12:05] <gsnedders> Hixie: ^^
  687. # [12:05] <zcorpan__> foolip: but <img> error doesn't bubble
  688. # [12:08] <foolip> zcorpan__: yes it does, in Opera at least
  689. # [12:08] <foolip> what does the spec say?
  690. # [12:08] <zcorpan__> foolip: not in firefox or webkit
  691. # [12:08] <zcorpan__> spec says not to bubble
  692. # [12:08] <zcorpan__> i filed a bug about that today
  693. # [12:09] <zcorpan__> CORE-26763
  694. # [12:09] <zcorpan__> haven't tested ie
  695. # [12:11] * Quits: danbri (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  696. # [12:12] <zcorpan__> Hixie: shouldn't sandbox also block openIndexedDatabase() or whatever it's called?
  697. # [12:14] <Hixie> probably, but that's up to whoever is editing that these days
  698. # [12:14] <Hixie> gsnedders: k
  699. # [12:15] * gsnedders haz magic move-mouth communication method still available with jgraham
  700. # [12:15] <foolip> ok, but IIRC error bubbles from <source> in FF
  701. # [12:16] <foolip> so, getting this nailed downed would be very nice
  702. # [12:16] <zcorpan__> gsnedders: is that the next generation in communication technology?
  703. # [12:16] <zcorpan__> foolip: firefox fires on <video>, not <source>
  704. # [12:16] <gsnedders> zcorpan__: Yeah. You need to get with the times and use it more often. ;P
  705. # [12:17] <foolip> oh, well that explains it
  706. # [12:18] <zcorpan__> (but it does bubble in firefox)
  707. # [12:19] <zcorpan__> i don't know when firefox decides to fire error, though
  708. # [12:19] <foolip> notwithstanding actual implementation, what makes sense?
  709. # [12:19] <zcorpan__> i think the spec is good as it's now
  710. # [12:20] <foolip> bubbling is slightly useful to capture any error on <video>, but not terribly so
  711. # [12:20] <Hixie> ok bed time
  712. # [12:20] <Hixie> nn
  713. # [12:20] <zcorpan__> just use a listener on the last source. or if you want to listen to all, use a captureing listener
  714. # [12:21] <zcorpan__> making error bubble screws up window.onerror
  715. # [12:21] <foolip> I suppose so
  716. # [12:22] <zcorpan__> /me heads over to the office
  717. # [12:22] <hsivonen> Hixie: so if I add pageshow/hide listeners from outside the iframe, they get added to WindowProxy and don't change with navigation and if I add them from within the iframe they are added to Window and change with navigation?
  718. # [12:23] * Quits: zcorpan__ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  719. # [12:27] <hsivonen> oh, joy. Gecko has a thingy that pushes an stream to the parser synchronously
  720. # [12:28] <hsivonen> and with the old parser, if the stream has no external scripts, this causes the whole thing to parse synchronously
  721. # [12:28] * hsivonen is saddened by the implications to the HTML5 parser
  722. # [12:30] * Quits: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com) (niven.freenode.net irc.freenode.net)
  723. # [12:36] * Joins: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com)
  724. # [12:41] * Quits: MikeSmithX (n=MikeSmit@EM114-48-20-10.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  725. # [12:45] <hsivonen> even worse
  726. # [12:45] <hsivonen> Gecko has two thingies that push a stream to the parser synchronously
  727. # [12:45] <hsivonen> one that just *happens* to do it for buffer-backed streams like about:blank
  728. # [12:45] <hsivonen> and another for forcing it
  729. # [12:48] * hsivonen wonders if HTTP streams become sync in WebKit when loaded from cache
  730. # [12:49] <hsivonen> apparently not
  731. # [12:49] <hsivonen> whew
  732. # [12:50] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  733. # [12:52] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  734. # [12:55] * Joins: myakura (n=myakura@p3213-ipbf4202marunouchi.tokyo.ocn.ne.jp)
  735. # [12:55] * Joins: mat_t (n=mattomas@91.189.88.12)
  736. # [13:07] * Joins: danbri (n=danbri@unaffiliated/danbri)
  737. # [13:09] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  738. # [13:10] * Quits: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  739. # [13:33] * Quits: myakura (n=myakura@p3213-ipbf4202marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  740. # [13:35] <hsivonen> i hate it when windowserver goes crazy because i left xcode with minefield stopped on a breakpoint in the background
  741. # [13:36] * Joins: MikeSmith (n=MikeSmit@EM111-188-68-43.pool.e-mobile.ne.jp)
  742. # [13:36] <hsivonen> can't just reboot due to unsaved data in other apps
  743. # [13:37] <hsivonen> i wonder how to get xcode killed when the ui is mostly inoperable
  744. # [13:39] <Philip`> ssh, kill -9?
  745. # [13:40] <hsivonen> does a debugged app cause some kind of windowserver-wide event craziness?
  746. # [13:40] <hsivonen> firewall
  747. # [13:40] <Philip`> If it was like Linux you could do ctrl-alt-f1 to switch to a usable terminal
  748. # [13:41] * Philip` guesses OS X doesn't have anything similar, though
  749. # [13:41] <hsivonen> i managed to click the close button of the parallels vm list window and windowserver recovered
  750. # [13:42] <hsivonen> ctrl-alt-f1 FTW, indeed
  751. # [13:42] <hsivonen> too bad OS X doesn't have a working panic button for killing stuff
  752. # [13:44] <Philip`> What would you do if you wanted to kill the panic button?
  753. # [13:44] <Philip`> I guess you'd really need two panic buttons
  754. # [13:49] * Joins: yutak_home (n=kee@N038037.ppp.dion.ne.jp)
  755. # [13:49] <hsivonen> without knowing the OS X internals, I'm guessing that holding a Cocoa app on a breakpoint for long periods of time causes event queue badness on the window server level
  756. # [13:49] <hsivonen> because of the weirdness of other Cocoa apps when the debugged app is killed
  757. # [14:06] <Philip`> Pausing programs on Windows is fun, because some applications send DDE messages which are broadcast synchronously to every window on the system, and so they hang if some other program's window is not responding
  758. # [14:06] <Philip`> (or something a bit like that)
  759. # [14:21] <gsnedders> So don't use Windows? :P
  760. # [14:22] <Philip`> That's not really an option when I'm writing programs for people to use, since people use Windows
  761. # [14:23] <hsivonen> whew. I finally got my about:blank email researched and sent.
  762. # [14:25] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  763. # [14:26] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  764. # [14:26] <Philip`> If empty pages are that complicated, I can't imagine what it's like for pages that have content
  765. # [14:26] <hsivonen> hah
  766. # [14:27] * Joins: aroben (n=aroben@unaffiliated/aroben)
  767. # [14:29] * Quits: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com) (niven.freenode.net irc.freenode.net)
  768. # [14:31] * Joins: jdandrea (n=jdandrea@pool-98-109-116-42.nwrknj.fios.verizon.net)
  769. # [14:37] * Parts: adactio (n=adactio@cust217-dsl91-135-3.idnet.net)
  770. # [14:38] * Joins: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com)
  771. # [14:43] * Joins: pmuellr (n=pmuellr@nat/ibm/x-obbyalrtwgdsiuhh)
  772. # [14:47] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  773. # [14:48] * Joins: plainhao (n=plainhao@mail.xbiotica.com)
  774. # [15:06] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  775. # [15:06] <hsivonen> Does XBL2 require the binding files to be loaded synchronously?
  776. # [15:11] * Joins: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  777. # [15:14] * Joins: miketaylr (n=miketayl@38.117.156.163)
  778. # [15:18] <Lachy> hsivonen, from memory, I don't believe so.
  779. # [15:18] <Lachy> oh, wait. Maybe it does.
  780. # [15:18] <hsivonen> XBL1 seems to be implemented with a synchronous load, which seems undesirable
  781. # [15:18] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
  782. # [15:19] <Lachy> if it wasn't syncronous, then that would make it difficult to bind events like load and pageshow to iframes using it, since you couldn't depend on the XBL being loaded before those events fired
  783. # [15:19] * Joins: miketaylr (n=miketayl@38.117.156.163)
  784. # [15:20] <zcorpan> maybe you could have an event fired when bindings are applied
  785. # [15:20] <zcorpan> or maybe xbl should delay the load event
  786. # [15:20] <zcorpan> or both
  787. # [15:29] * Quits: yoshu (n=josh@174-18-206-31.tcso.qwest.net)
  788. # [15:43] <Lachy> the other problem with async techniques is that since load time is often faster in local testing environments, authors may depend on bindings being loaded before something else in the page, even though that may not turn out to be the case in real world conditions.
  789. # [15:43] * Joins: hobertoAtWork5 (n=hobertoa@gw1.mcgraw-hill.com)
  790. # [15:43] <Lachy> this issue occurred with stylesheets, where authors have scripts depending on element styles being set by stylesheets earlier in the page
  791. # [15:45] <Lachy> althogh, syncronous processing sucks for incremental loading. Maybe the best solution would be to delay events until after bindings have been loaded
  792. # [15:51] * Joins: hobertoAtWork6 (n=hobertoa@gw1.mcgraw-hill.com)
  793. # [15:51] * Quits: hobertoAtWork5 (n=hobertoa@gw1.mcgraw-hill.com) (Read error: 54 (Connection reset by peer))
  794. # [15:59] <Philip`> Lachy: Like how the load event gets delayed by things, so everyone uses domcontentloaded or runs directly from a <script> at the end of a document to avoid the delay?
  795. # [16:01] * Quits: hobertoAtWork4 (n=hobertoa@gw1.mcgraw-hill.com) (Read error: 110 (Connection timed out))
  796. # [16:02] <Lachy> yeah
  797. # [16:02] * Quits: jdandrea (n=jdandrea@pool-98-109-116-42.nwrknj.fios.verizon.net) ("zzzz")
  798. # [16:02] <hsivonen> http://lists.w3.org/Archives/Public/www-validator/2010Jan/att-0018/00-part
  799. # [16:03] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Remote closed the connection)
  800. # [16:11] <MikeSmith> yeah, it's a real shame that "w3c management" isn't interested in further updates to DTDs
  801. # [16:12] <MikeSmith> and w3c clearly missed a huge opportunity by not just deciding to put Shane in charge of all decisions
  802. # [16:12] <MikeSmith> so that's all water under the bridge now, and all that's left is to just try to figure out how to deal with the shambles that we're left with
  803. # [16:14] * Joins: jdandrea (n=jdandrea@pool-98-109-116-42.nwrknj.fios.verizon.net)
  804. # [16:14] * Quits: jdandrea (n=jdandrea@pool-98-109-116-42.nwrknj.fios.verizon.net) (Remote closed the connection)
  805. # [16:16] * Quits: hobertoAtWork6 (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
  806. # [16:17] <AryehGregor> "Please Note: While we will copy over channel modes and topics for registered channels (there will be no changes to the services database, all nick and channel settings with services will stay the same) we are unable to do so for channels NOT registered with ChanServ. If your project utilises non-registered channels for whatever reason, please make note of the topics and modes so you can make a manual transfer of these yourselves." http://ann
  807. # [16:17] <AryehGregor> ounce.freenode.net/
  808. # [16:18] * Quits: hoodow (n=hoodow@2001:41d0:1:f5e5:0:0:0:666) (Read error: 60 (Operation timed out))
  809. # [16:18] * Joins: hoodow (n=hoodow@2001:41d0:1:f5e5:0:0:0:666)
  810. # [16:23] * Quits: yutak_home (n=kee@N038037.ppp.dion.ne.jp) ("Ex-Chat")
  811. # [16:23] * Joins: adactio (n=adactio@host213-123-197-180.in-addr.btopenworld.com)
  812. # [16:27] * hsivonen notes "detractor performant"
  813. # [16:27] <hsivonen> http://stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5#r4092
  814. # [16:28] <hsivonen> great comment by tantek
  815. # [16:28] * Joins: Hish__ (n=chatzill@p57B7CA45.dip.t-dialin.net)
  816. # [16:28] * Joins: hobertoAtWork6 (n=hobertoa@gw1.mcgraw-hill.com)
  817. # [16:29] <MikeSmith> AryehGregor: from yesterday, any way with MediaWiki API to get contents of a section of a page/
  818. # [16:29] <AryehGregor> MikeSmith, you didn't get my response?
  819. # [16:29] <MikeSmith> ...
  820. # [16:30] <MikeSmith> I think my network connection maybe dropped
  821. # [16:30] <MikeSmith> I'm using a "pocket wifi" thing
  822. # [16:30] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  823. # [16:30] * AryehGregor gets log links
  824. # [16:31] <AryehGregor> MikeSmith, http://krijnhoetmer.nl/irc-logs/whatwg/20100112#l-752
  825. # [16:31] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  826. # [16:31] * gsnedders wonders how Direct2D deals with accessibility
  827. # [16:32] <hsivonen> gsnedders: how do you mean?
  828. # [16:33] * hsivonen assumes it deals similarly to how Cairo or Quartz 2D deals
  829. # [16:33] <gsnedders> hsivonen: It's another 2D non-retained mode graphics API, like the canvas 2D context.
  830. # [16:34] <MikeSmith> AryehGregor: thanks
  831. # [16:35] <Philip`> http://blogs.technet.com/thomasolsen/archive/2008/10/29/introducing-the-microsoft-direct2d-api.aspx - ""Also, are there any accessibility issues at this point?" Can you be more specific? We are a 2D rendering API. Other than text, we have no policy regarding layout."
  832. # [16:37] <Philip`> Fortunately people using the D2D API can make use of Windows' normal programmable accessibility API
  833. # [16:37] <Philip`> whereas HTML/JS does not have a programmable accessibility API
  834. # [16:37] <hsivonen> Philip`: the programmable accessibility API for HTML/JS is called ARIA
  835. # [16:40] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  836. # [16:41] <Philip`> Hmm, I suppose that's true
  837. # [16:42] <Philip`> I guess there isn't a huge difference between that and what OSes provide, since in both cases I guess you need to construct some kind of annotated tree representing the UI
  838. # [16:44] * Quits: Hish (n=chatzill@p57B7C24A.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  839. # [16:47] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  840. # [16:51] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  841. # [16:53] * Joins: Chris|UNC (n=blahness@152.2.194.196)
  842. # [16:55] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  843. # [16:59] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  844. # [17:05] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  845. # [17:08] <othermaciej> hsivonen: the term "detractor performant" sounds so medical
  846. # [17:10] <TabAtkins> I'm really not sure why he tried to avoid the term troll. It's infinitely better than "detractor performant".
  847. # [17:11] <TabAtkins> Especially since it's hard for me to read "performant" as anything other than an adjective.
  848. # [17:13] * Joins: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  849. # [17:14] <karlcow> maybe because troll is also often used for getting rids of comments, which are just not understandable from one community to the others. (Different views of the world).
  850. # [17:15] * Joins: dglazkov (n=dglazkov@nat/google/x-wuqyecmpryoxprkf)
  851. # [17:16] * aroben is now known as aroben|away
  852. # [17:17] <Philip`> Maybe because (as I understand it) "troll" implies intent, whereas some people are unintentionally productivity sinks
  853. # [17:18] <TabAtkins> I like that explanation.
  854. # [17:18] <Philip`> But I don't understand what the phrase "detractor performant" means, or whether it's even meant to be English, so I don't think that's a good alternative
  855. # [17:18] <TabAtkins> "detractor performant" is the worst phrase to use in replacement ever, though.
  856. # [17:18] <karlcow> Philip`: yes
  857. # [17:18] <AryehGregor> I think this is the first time I've seen anyone from Adobe mention plugins on public-html.
  858. # [17:21] <Philip`> AryehGregor: Hmm, I was going to give a counter-example but Gmail says that's the only message matching "from:adobe plugin" :-(
  859. # [17:21] <AryehGregor> Larry Masinter has posted a lot, but I've never seen him mention anything even tangentially relating to Flash or PDF.
  860. # [17:23] <AryehGregor> Now we get three in a row?
  861. # [17:23] <AryehGregor> "Why couldn't the iFrame be pointing to an SVG image, for example, or a PDF?"
  862. # [17:23] * AryehGregor didn't even realize you could put non-HTML in <iframe>s.
  863. # [17:24] * Quits: mpt (n=mpt@canonical/mpt) (Remote closed the connection)
  864. # [17:24] <TabAtkins> Yeah, putting pdfs in iframes is nice if the user has a browser-embedded viewer.
  865. # [17:24] <TabAtkins> But the question is completely nonsense as stated, since it's talking about @doc, which isn't a url.
  866. # [17:24] <AryehGregor> Right, I caught that part.
  867. # [17:24] <tantek> Philip`, TabAtkins - "detractor performant" means the person is a detractor (disagrees with a technology, which in itself isn't necessarily a bad thing, if they're constructive), and is a performant (is "acting out", trying to gain attention, etc.) - both of which specific types of trolls do
  868. # [17:24] * daedb hates in-browsers PDFs
  869. # [17:25] <TabAtkins> I have never heard the word performant being used in that sense ever. I gathered it's meaning from structure and context, it's just definitely, um, strange.
  870. # [17:25] <tantek> TabAtkins, novel rather than strange
  871. # [17:26] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) ("Ex-Chat")
  872. # [17:26] <workmad3> esoteric even
  873. # [17:26] <tantek> yes I paired the two specifically for that blog comment - I'd never seen them used like that either
  874. # [17:26] <othermaciej> I have heard "performant" used as a noun meaning "one who performs"
  875. # [17:26] <tantek> othermaciej, right
  876. # [17:26] <othermaciej> though it sounds more medical / psychological than "performer"
  877. # [17:26] <tantek> a lot of trolling is done for what they might call an "art" of "performance"
  878. # [17:26] <TabAtkins> I've only ever heard it as an adjective, describing something which has good performance, in the technology sense.
  879. # [17:27] <tantek> TabAtkins - that's another meaning, yes.
  880. # [17:27] <workmad3> stupid, ambiguous, context sensitive english :P
  881. # [17:27] <Philip`> My dictionary says "A person who performs a duty, ceremony, etc., a performer."
  882. # [17:27] <Philip`> which is not the same as an acting kind of performer
  883. # [17:28] <tantek> the point is that such individuals, whether intentionally or not, are more destructive than constructive toward the development of an open community based technology, either intentionally so, or unintentionally, but likely with disregard for such, and often paired with craving more attention/recognition/ego-boosting.
  884. # [17:28] <AryehGregor> Where was this strange and/or novel phrase used?
  885. # [17:28] <tantek> if you can recognize the pattern, and recognize that it is harmful to the development of the technology (and the community), then you can take action to prevent further damange
  886. # [17:29] <TabAtkins> I'd still have just used "troll". Unintentional trolls are no less trolls.
  887. # [17:29] <tantek> AryehGregor - in my comment on Andy Clarke's blog post.
  888. # [17:30] * Joins: paul_irish (i=9b2758f1@gateway/web/freenode/x-luyqvnwqctmbqsna)
  889. # [17:30] <TabAtkins> AryehGregor: Check your scrollback, just before MikeSmith got your attention.
  890. # [17:30] * karlcow wonders if it is more a question of homogeneity of a group (shared values and goals).
  891. # [17:31] <Philip`> No, it's a question of some people wasting huge amounts of time
  892. # [17:31] <Philip`> It's fine when people disagree efficiently
  893. # [17:31] <AryehGregor> I think the problem is that the whole Change Proposal thing is too lengthy and complicated.
  894. # [17:32] <AryehGregor> Mainly because it tries to appear equitable.
  895. # [17:32] <karlcow> Philip`: I do not believe into that. it is an attempt at Universalism
  896. # [17:32] <AryehGregor> Getting things done is more important than being equitable here.
  897. # [17:32] <tantek> AryehGregor - AFAICT, the whole Change Proposal thing is designed to slow down and discourage spec feedback filibustering
  898. # [17:32] <AryehGregor> If we had, say, a quick vote of a small group of actual members in the event of dispute, like I guess happens in most WGs, there would be no problem.
  899. # [17:33] <AryehGregor> tantek, it makes it harder to raise formal complaints, but also harder to address them.
  900. # [17:33] <tantek> it's a mechanism designed to cope with the aforementioned "trolling"
  901. # [17:33] <othermaciej> it prevents you from spamming the group with blockers
  902. # [17:33] <tantek> AryehGregor - agreed
  903. # [17:33] <AryehGregor> The problem is when they're being raised by people who seem to have unlimited time to pursue their agenda, and addressed by people who have actual work to do.
  904. # [17:33] <othermaciej> to get something to be a blocker you have to do a bunch of work
  905. # [17:33] <othermaciej> then the group has to do work in response
  906. # [17:33] <TabAtkins> Hrm. These google results seem likely virus-filled. Anyone got a suggestion for a reliable swf-to-flv converter?
  907. # [17:33] <othermaciej> the way it is set up has enough credibility that decisions can stand and remove blockers
  908. # [17:34] <AryehGregor> But the ones doing work in response are mostly people like browser developers who could more productively be, e.g., implementing the spec and providing sound feedback.
  909. # [17:34] <tantek> IMHO much better to admit that negative contributors exist, and kick them out per a community guidelines policy, than introduce more bureaucracy to deal with them slowly and painful with everyone else involved.
  910. # [17:34] <Philip`> TabAtkins: Is that even possible?
  911. # [17:34] <othermaciej> it's true that voting is another potential decision mechanism that could have perceived legitimacy
  912. # [17:34] <TabAtkins> Philip`: There are plenty of programs claiming that it is on the web.
  913. # [17:34] <tantek> AryehGregor: "The problem is when they're being raised by people who seem to have unlimited time to pursue their agenda, and addressed by people who have actual work to do." <---- exactly
  914. # [17:34] <tantek> hence, filibustering
  915. # [17:34] <Philip`> TabAtkins: (I thought SWF was a lossy optimised format, so you couldn't reverse it decently in general)
  916. # [17:34] <othermaciej> however, voting in a group of 500 people, of whom maybe 20-30 are active posters and who knows how many others are active readers, is hard to define
  917. # [17:35] <TabAtkins> Some loss is acceptable for my purposes.
  918. # [17:35] <AryehGregor> Perceived legitimacy shouldn't be the primary goal, though. Most WGs don't even let members of the public view the real mailing list, why do we have to bend over backwards to address all their complaints? (Where by "we" I don't include myself, oddly, since I'm just part of the general public.)
  919. # [17:35] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  920. # [17:36] * Quits: MikeSmith (n=MikeSmit@EM111-188-68-43.pool.e-mobile.ne.jp) (Connection timed out)
  921. # [17:36] <Philip`> AryehGregor: Most WGs produce specs that are often considered poor quality by people here
  922. # [17:36] <AryehGregor> Well, yes.
  923. # [17:36] <Philip`> so that's not clearly a good model to follow
  924. # [17:37] <AryehGregor> What I really mean, obviously, is just to be like the WHATWG and have everything decided by a small fixed group of people that's open to new members by invitation only.
  925. # [17:37] <tantek> AryehGregor - in order to address the problem of "people who seem to have unlimited time to pursue their agenda" - we've had to create more and more guidelines to forbid specific disruptive and community-damaging behaviors in the microformats forums: http://microformats.org/wiki/mailing-lists#General_guidelines
  926. # [17:37] <AryehGregor> A small fixed group of the *right* people.
  927. # [17:37] <AryehGregor> Like, say, the WHATWG members.
  928. # [17:37] <tantek> AryehGregor - better to encourage a growing group of *right-behaved* people
  929. # [17:37] <tantek> it will change over time
  930. # [17:37] <tantek> and that's ok
  931. # [17:37] <Philip`> The WHATWG Member thing seems to be basically fiction
  932. # [17:37] <tantek> new folks should be encouraged to participate, but only constructively so
  933. # [17:38] <Philip`> since the only thing they can do is kick Hixie, and they won't do that because the WHATWG would collapse
  934. # [17:38] <Philip`> *kick out
  935. # [17:38] <othermaciej> the WHATWG Members / Steering Committee in practice have not done much of anything
  936. # [17:38] <gsnedders> Philip`: They could in theory tell Hixie do x or we drop you.
  937. # [17:38] <AryehGregor> Well, yes, but that's because they agree with Hixie, generally.
  938. # [17:38] <othermaciej> I could imagine making that an escalation path but right now it isn't really in practice
  939. # [17:38] <Philip`> gsnedders: And he could ignore them
  940. # [17:39] <AryehGregor> Philip`, the charter says he can't publish anything as a Last Call or Rec if they don't all agree with or something, I think.
  941. # [17:39] <othermaciej> managing a W3C Working Group has some constraints that don't necessarily apply to an independent community
  942. # [17:39] <othermaciej> you have to do things that will be seen as legitimate by W3C Process
  943. # [17:39] <AryehGregor> But it's moot, since they don't disagree with him strongly on anything AFAICT, so it all works great.
  944. # [17:39] <Philip`> Then he could create the WHATWG2 and move his server to run on the whatwg2.org domain
  945. # [17:39] <othermaciej> that by itself removes much trolling and avoids creation of additional trolling
  946. # [17:40] <AryehGregor> Philip`, and then who would implement his spec? Chrome would implement WHATWG2, Firefox/Safari/Opera would implement WHATWG1, IE would go with the W3C?
  947. # [17:40] <AryehGregor> As they say, the great thing about standards is how many there are to choose from.
  948. # [17:40] <othermaciej> most of the WHATWG Steering Committee is browser vendors, and Hixie is motivated to meet the needs of browser vendors to the point that disputes would stop well short of kicking him
  949. # [17:40] <AryehGregor> Right, exactly.
  950. # [17:40] <AryehGregor> Everyone is working with the same goals, so there's very little conflict.
  951. # [17:40] <AryehGregor> The problem in the W3C is people have conflicting goals.
  952. # [17:41] <AryehGregor> If actual decisions are only made by people who share the same goals, you eliminate a lot of conflict.
  953. # [17:41] <tantek> AryehGregor - more specifically when people in your community have goals of *disruption* and/or *being noticed / gaining notoriety*, your community is kinda screwed
  954. # [17:41] <AryehGregor> If you have to accommodate widely different sets of goals, you get lengthy arguments that end in bad compromises.
  955. # [17:42] <tantek> so you have to make a choice
  956. # [17:42] <Philip`> So it seems to me that it's best to pretend the steering committee doesn't exist, when considering the organisation of the WHATWG, because it has no effect and there are other forces that prevent the hypothetical situations where it could have an effect
  957. # [17:42] <Philip`> and so "like the WHATWG and have everything decided by a small fixed group of people" seems like an inaccurate characterisation
  958. # [17:42] <AryehGregor> tantek, I don't honestly think that applies in the HTMLWG. It's just that a lot of people there don't share the goal of "Write something authors will want now, that implementers can ship now, and to heck with purity or compatibility with barely-deployed specs like RDFa."
  959. # [17:43] <AryehGregor> Philip`, okay, sure. Hixie listens to the browser vendors for other reasons anyway. So just say it's a consortium of browser implementers where they work out what they want to implement, and Hixie helps by coordinating.
  960. # [17:43] <tantek> AryehGregor - it's not difficult to find numerous messages on the w3c list from specific contributors that back up the disruption/attention-grabbing point I made.
  961. # [17:44] <tantek> Who knows about Gresham's law?
  962. # [17:44] <AryehGregor> tantek, I find that I assume good faith to a much greater degree than most people. I doubt I would agree with your judgment.
  963. # [17:44] <tantek> AryehGregor - when you see outright insults/namecalling - it's hard to defend that in any interpretation of good faith.
  964. # [17:44] <Philip`> AryehGregor: It seems we're very fortunate that the browser implementors almost always agree on everything
  965. # [17:44] <tantek> AryehGregor - it's also hard to defend people spamming the list with numerous emails in a row
  966. # [17:44] <tantek> (= performers)
  967. # [17:45] <Philip`> AryehGregor: (so I can't imagine that model working when implementors have more diverging wishes)
  968. # [17:45] * tantek recommends reading http://adactio.tumblr.com/post/27789278/theres-a-sort-of-greshams-law-of-trolls-trolls
  969. # [17:45] <AryehGregor> tantek, insults happen when people acting in good faith get frustrated. Look at some of the things that are said in this chat. Spamming multiple e-mails in a row is just poor netiquette, not indicative of bad faith.
  970. # [17:45] <AryehGregor> Philip`, if they diverge, then you either have no standard (e.g., video format) or you hash out a compromise through sweat, blood, and tears (e.g., font format).
  971. # [17:46] <AryehGregor> But in either case you're still just reflecting vendor consensus, wherever it exists.
  972. # [17:46] <cardona507> http://video.google.com/videoplay?docid=-4216011961522818645# - How Open Source Projects Survive Poisonous People (And You Can Too)
  973. # [17:46] <tantek> AryehGregor - when the behaviors cause those acting in good faith who can remain civil to leave, you have to make a decision - let the insulters stay, or encourage those who contribute constructively to stay.
  974. # [17:46] <AryehGregor> You can't do better than that unless you like speccing idyllic fantasy worlds, like the XHTMLWG did.
  975. # [17:46] <AryehGregor> tantek, oh, sure. But I wouldn't say anyone has to be acting in bad faith for that decision to come up.
  976. # [17:47] <tantek> Because in all experience, they typically don't - the problem of people who have real work to do, rather than nearly infinite time to filibuster
  977. # [17:47] <tantek> cardona507's reference is another important one
  978. # [17:48] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
  979. # [17:48] <tantek> sometimes an individual's behavior is so poisonous to the community that it doesn't matter what positive contributions them make - the health of the community (and continuing to grow it) is much more important than a single individual's performances (whether good or bad)
  980. # [17:48] * Joins: gavin_ (n=gavin@people.mozilla.com)
  981. # [17:49] <Philip`> You can justify anything if it's for the greater good
  982. # [17:50] <tantek> Philip` - a hypothetical statement which is not often true in practice
  983. # [17:51] <tantek> when you are watching knowledgable professionals leave a community because a novice hobbyist/pundit/advocate is being abusive - you have to make a choice about what kind of community you want.
  984. # [17:51] <TabAtkins> Or rather, a relatively useless statement - even if true, it says nothing about whether a particular statement can be justified usefully with other methods as well.
  985. # [17:51] <tantek> and that's not a theoretical situation - it's a real situation we've had to confront several times in the microformats lists/wiki etc.
  986. # [17:52] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Client Quit)
  987. # [17:52] <tantek> one which, frankly, we (admins) erred too much in the direction of assumption of good faith, and lost many good people while trying to take time to be "fair" to a disruptor
  988. # [17:52] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  989. # [17:52] <tantek> we know better now (per the poisonous people video posted above)
  990. # [17:52] * Philip` was mostly thinking of Hot Fuzz in relation to that statement
  991. # [17:52] * gsnedders has never seen that
  992. # [17:53] * gsnedders meant to, but never did.
  993. # [17:53] * TabAtkins too.
  994. # [17:55] <Philip`> It's never too late
  995. # [17:56] <tantek> Philip` - the analogy of an open community (with archived discussions etc.) to such films/media is flawed because they all assume/use closed/secret methods.
  996. # [17:56] * aroben|away is now known as aroben
  997. # [17:57] <tantek> Wikipedia is a better example - open guidelines, discussions, and bannings.
  998. # [17:58] <AryehGregor> Is Wikipedia meant to be an example of a successful or unsuccessful community? :)
  999. # [17:59] <Philip`> I'm not sure why the methods of the film are relevant, I was just thinking of the murders and the people chanting around a table
  1000. # [18:00] <Philip`> Poor living statue :-(
  1001. # [18:00] * Quits: gavin_ (n=gavin@firefox/developer/gavin) ("leaving")
  1002. # [18:01] <tantek> AryehGregor - here is the URL to my aforementioned comment on Andy Clarke's post (took me a min to dig it up) where I used the phrase "detractor performants": http://stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5/#r4092
  1003. # [18:02] <AryehGregor> tantek, I already saw it in backscroll, thanks.
  1004. # [18:02] * tantek also has bills to pay.
  1005. # [18:02] * AryehGregor doesn't, yay
  1006. # [18:02] * Joins: gavin_ (n=gavin@people.mozilla.com)
  1007. # [18:02] <tantek> (per Foliot's comment)
  1008. # [18:02] <AryehGregor> http://www.google.com/search?q="detractor+performants"
  1009. # [18:02] <AryehGregor> :)
  1010. # [18:02] <TabAtkins> Ah man, a google whack.
  1011. # [18:03] <TabAtkins> Temporarily, at least, until the logs get spidered again.
  1012. # [18:03] * Joins: MikeSmith (n=MikeSmit@EM111-188-68-43.pool.e-mobile.ne.jp)
  1013. # [18:03] <shepazu> I wish I knew better how to deal with people exhibiting poisonous behavior
  1014. # [18:03] <tantek> shepazu - you and me both
  1015. # [18:03] <jcranmer> a canister of chloroform?
  1016. # [18:03] <TabAtkins> Violence doesn't work so well over the internet, sadly.
  1017. # [18:04] <shepazu> there was a person on www-dom and public-webapps that I tried to reason with, who was being a royal pain, insulting and belittling people
  1018. # [18:04] <shepazu> but trying to talk with him offline resulted in him being more abusive
  1019. # [18:04] <tantek> shepazu - here's what microformats.org has come up with so far: http://microformats.org/wiki/mailing-lists - if you have additional suggestions, please /join #microformats and feel free to discuss
  1020. # [18:05] <tantek> my experience with trying to talk offline with disruptive individuals got the same response (profanity based personal insults)
  1021. # [18:05] * Joins: hober (n=ted@unaffiliated/hober)
  1022. # [18:05] <othermaciej> shepazu: IMO you should have banned him sooner
  1023. # [18:05] <othermaciej> shepazu: at least a temporary suspension
  1024. # [18:05] <othermaciej> assuming this is the person I think you mean
  1025. # [18:05] <shepazu> ultimately, much to my disappointment, we had to ban him for 2 weeks... surprisingly, that seems to have worked, since he's actually behaved fairly well since then
  1026. # [18:06] <shepazu> othermaciej: yes, I agree, we should have... but since I was one of the ones he was insulting, I tried to be objective
  1027. # [18:06] * Joins: hplovejet (n=tomcoady@78-105-153-190.zone3.bethere.co.uk)
  1028. # [18:07] * tantek passes the community management / troll-discussion baton to hober
  1029. # [18:07] <shepazu> perhaps we should have put it to a WG vote, but we were also concerned where that would lead
  1030. # [18:07] <othermaciej> I do strongly prefer to deal with people through coaching and discussion
  1031. # [18:08] <AryehGregor> Openly insulting people crosses a line. The worst we've seen in public-html is thinly-veiled insinuations, for the most part.
  1032. # [18:08] <othermaciej> but in the WebKit community there is one person that we ultimately had to completely ban from our mailing lists and bugzilla
  1033. # [18:08] <shepazu> othermaciej: and regardless of his behavior, he was raising genuinely good points fairly often... it's just that ultimately the signal/noise ratio was off
  1034. # [18:08] <Philip`> Voting people out of the group? Sounds like a new kind of reality TV show
  1035. # [18:08] * Quits: tantek (n=tantek@70-36-139-203.dsl.dynamic.sonic.net)
  1036. # [18:08] <Philip`> although admittedly a really really boring one
  1037. # [18:08] <AryehGregor> I'm an admin of a gaming forum, so I know all about having to ban people. :P
  1038. # [18:08] <othermaciej> I think voting people off the island would not be a healthy dynamic
  1039. # [18:09] <shepazu> Philip`: yeah, we really didn't want to go there, and ultimately didn't
  1040. # [18:09] <shepazu> othermaciej: exactly
  1041. # [18:09] <othermaciej> better to have the chairs and team contacts determine when transgressions are enough to merit a suspension
  1042. # [18:09] <othermaciej> the hardest thing to deal with though is continuous low-level disruption over a long period where no one incident is clearly over the line
  1043. # [18:10] <othermaciej> that's kind of what happened with the person we had to ban from WebKit development
  1044. # [18:10] <AryehGregor> That sort of thing has happened on Wikipedia too.
  1045. # [18:11] <othermaciej> TabAtkins: so are you gonna post your proposal for 6 to public-html today?
  1046. # [18:11] <othermaciej> TabAtkins: if you do I'll follow up with 3
  1047. # [18:11] <TabAtkins> othermaciej: Sure.
  1048. # [18:11] <shepazu> othermaciej: to be frank, we were a little concerned about the criticism that might bring upon W3C, which is one thing that delayed our decision... if we felt like the majority of people would see and respect our reasons, and wouldn't try to score political points off W3C "banning" someone (even temporarily, even when well deserved), we woudl probably have acted sooner
  1049. # [18:11] * Quits: eighty4 (n=eighty4@eighty4.se) (Connection refused)
  1050. # [18:11] <shepazu> I do appreciate the system of checks and balances on authority, though
  1051. # [18:12] <TabAtkins> othermaciej: I'll do it over lunch, in an hour or two.
  1052. # [18:12] <othermaciej> shepazu: as someone who was not faced with the decision himself, I think you guys may have been too cautious, but I can also understand that these are hard decisions
  1053. # [18:13] <shepazu> in the case of the HTML group, at this point, I would favor warning the individual that their behavior is seen as disruptive by a wide variety of people, and ask them to step back and closely examine their actions before they make them
  1054. # [18:13] <shepazu> or face a temporary ban
  1055. # [18:13] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
  1056. # [18:13] <JonathanNeal> Love!
  1057. # [18:14] <gsnedders> shepazu: But the question is would the W3C follow through with that threat?
  1058. # [18:14] <shepazu> but I'm afraid that would evoke a strongly negative reaction
  1059. # [18:15] * Philip` doesn't remember seeing much unreasonably disruptive behaviour recently, compared to the earlier years in public-html
  1060. # [18:15] <shepazu> gsnedders: absolutely, just as we reluctantly did in WebApps WG...but not "W3C the Team", "W3C the WG Chairs and Team Contact"
  1061. # [18:15] <JonathanNeal> w3c follow through with WHAT threat?
  1062. # [18:16] <Philip`> JonathanNeal: The W3C is threatening to bomb China
  1063. # [18:16] <JonathanNeal> Philip`, damnit W3C, have you learned nothing!
  1064. # [18:16] <shepazu> Philip`: and we don't see as much violent crime now as we did in the 1800s, but we punish it when we do, even more so... community standards for behavior change
  1065. # [18:17] <shepazu> JonathanNeal: you have to admit, they've been asking for it! they are threatening one our our member states^H companies, Google
  1066. # [18:18] <Philip`> shepazu: Well, we don't hang people for it any more
  1067. # [18:18] <Philip`> (at least in my country)
  1068. # [18:18] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  1069. # [18:18] <shepazu> I must admit the threat is a bit weak, since we only have M80s and roman candles, but they could get a nasty burn
  1070. # [18:19] <shepazu> Philip`: yes, community standards for punishment have changed accordingly... we tolerate less, but punish less
  1071. # [18:20] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1072. # [18:20] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  1073. # [18:21] <shepazu> and people tend to adapt to that as normative behavior... that's the danger of trolls, they change the perceived normative behavior of the community... and to be frank, I think the editor is also doing that currently, with (let's say) "whimsical" decisions
  1074. # [18:22] <JonathanNeal> question, will aria-role="navigation" and <nav> be treated the same way?
  1075. # [18:23] <othermaciej> JonathanNeal: for purposs of assistive technologies, they should be
  1076. # [18:23] * Joins: ap (n=ap@17.246.19.5)
  1077. # [18:24] <othermaciej> shepazu: I think some of his decisions were a little... edgy, but we seemed to have restored normalcy, and now everyone in the group has a newfound appreciation for making sure major changes get due discussion
  1078. # [18:24] <shepazu> JonathanNeal: interesting question... are there any differences in described behavior? they should probably be brought into line, if so, to have a unified model
  1079. # [18:24] <shepazu> othermaciej: yes, I think you handled that well
  1080. # [18:25] <othermaciej> ARIA attributes are technically not supposed to have any effect other than for assistive technology
  1081. # [18:25] * Parts: hplovejet (n=tomcoady@78-105-153-190.zone3.bethere.co.uk)
  1082. # [18:25] <othermaciej> I could imagine you may have a browser feature that is supposed to skip over or highlight the navigation section which is not intended as an assistive technology
  1083. # [18:29] <Dashiva> If the authorities don't stop certain types of behavior, it can easily seem like they are condoning it, which may lead other people who wouldn't normally act that way to do start
  1084. # [18:30] * Parts: Creap (n=creap@vemod.brg.sgsnet.se)
  1085. # [18:34] * Dashiva reads a comment that claims using pre-PR CSS3 is 'tag soup'
  1086. # [18:34] * Joins: jwalden (n=waldo@adsl-71-147-38-186.dsl.emhril.sbcglobal.net)
  1087. # [18:34] <JonathanNeal> hmmm
  1088. # [18:34] <JonathanNeal> Dashiva, grab your sword, we travel at once!
  1089. # [18:35] <Dashiva> My sword is a plowshare nowadays
  1090. # [18:35] <Dashiva> I poke people with it sometimes, but it's a horrible weapon
  1091. # [18:37] * Quits: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  1092. # [18:44] <AryehGregor> A plowshare can do a lot of damage if you get in a good swing.
  1093. # [18:47] <JonathanNeal> No doubt.
  1094. # [18:49] <Dashiva> Yeah, but the sword will be in your torso before you finish the swing
  1095. # [18:49] <TabAtkins> Sneak attack.
  1096. # [18:50] <Dashiva> "Better still, why can’t this be done as an open incubator group at the W3C?"
  1097. # [18:51] * aroben is now known as aroben|lunch
  1098. # [18:52] * Joins: maikmerten (n=maikmert@port-92-201-66-254.dynamic.qsc.de)
  1099. # [18:55] <JonathanNeal> So, the W3C is mad at you guys for messing with the spec?
  1100. # [18:55] <JonathanNeal> And threatening Google in someway because of it?
  1101. # [18:57] <danbri> W3C is an organization, how can it be mad?
  1102. # [19:00] <JonathanNeal> The NAZIs where an organization too! What say you now, Godwin?
  1103. # [19:00] * Joins: peol (n=peol@unaffiliated/peol)
  1104. # [19:01] * JonathanNeal appreciates how he mispelled and everything ... he would make a wonderful troll.
  1105. # [19:01] * Joins: remysharp (n=remyshar@82-71-18-122.dsl.in-addr.zen.co.uk)
  1106. # [19:01] * Parts: adactio (n=adactio@host213-123-197-180.in-addr.btopenworld.com)
  1107. # [19:02] * Joins: ttepasse (n=ttepas--@ip-95-222-120-117.unitymediagroup.de)
  1108. # [19:03] <JonathanNeal> TabAtkins, I didn't see you, hiiiiiia!
  1109. # [19:04] <TabAtkins> Yo.
  1110. # [19:04] <TabAtkins> Or, since we're trolling,
  1111. # [19:04] <TabAtkins> OH HAI
  1112. # [19:04] <TabAtkins> I C U THEIR
  1113. # [19:04] <JonathanNeal> Trolling aside, your help was invaluable when I was building our new company site. It supposedly launches this Friday.
  1114. # [19:04] <TabAtkins> Woo!
  1115. # [19:04] <JonathanNeal> Fully HTML5, totally outliner friendly.
  1116. # [19:05] <JonathanNeal> I would do it differently if I was doing it again, but I think it totally works. I'll be sure to show you once it's up. Okay back to troll.
  1117. # [19:05] <JonathanNeal> WAAAAAA FIX MY IE6 BUG U MAD N UR PRODUCT!
  1118. # [19:05] <gsnedders> teh html5 outlinor ftw!
  1119. # [19:06] <TabAtkins> OMG U GUIZE
  1120. # [19:06] * Quits: remysharp (n=remyshar@82-71-18-122.dsl.in-addr.zen.co.uk)
  1121. # [19:07] <JonathanNeal> WATS DAT TAATKINS?
  1122. # [19:07] <TabAtkins> I LOLD
  1123. # [19:08] <JonathanNeal> OMFROTFG ME2
  1124. # [19:08] <TabAtkins> ^_^
  1125. # [19:11] <gsnedders> othermaciej: You wouldn't happen to be anywhere near olliej?
  1126. # [19:11] <othermaciej> gsnedders: no, but I will be in an hour or two
  1127. # [19:11] <gsnedders> Ah, no use
  1128. # [19:13] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1129. # [19:23] * Joins: dbaron (n=dbaron@nat/mozilla/x-opuhjqdbctvttczy)
  1130. # [19:24] * aroben|lunch is now known as aroben
  1131. # [19:26] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  1132. # [19:34] * Quits: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com) (niven.freenode.net irc.freenode.net)
  1133. # [19:34] * Joins: Vito` (n=vitorio@cpe-68-203-22-47.austin.res.rr.com)
  1134. # [19:38] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  1135. # [19:51] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  1136. # [19:53] * Quits: MikeSmith (n=MikeSmit@EM111-188-68-43.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  1137. # [19:58] * Quits: foolip (n=philip@h-63-95.A163.priv.bahnhof.se) ("leaving")
  1138. # [20:04] * Joins: MikeSmith (n=MikeSmit@EM114-48-15-46.pool.e-mobile.ne.jp)
  1139. # [20:07] * Quits: Chris|UNC (n=blahness@152.2.194.196)
  1140. # [20:07] * Quits: Utkarsh (n=admin@117.201.84.138) (Read error: 60 (Operation timed out))
  1141. # [20:09] * Joins: Utkarsh (n=admin@117.201.82.85)
  1142. # [20:09] * Joins: othermaciej (n=mjs@17.246.18.30)
  1143. # [20:09] * Joins: erlehmann (n=erlehman@p57BB38AD.dip.t-dialin.net)
  1144. # [20:09] * Joins: weinig (n=weinig@17.246.18.80)
  1145. # [20:20] * Quits: weinig (n=weinig@17.246.18.80)
  1146. # [20:35] * Quits: roc (n=roc@121-72-168-57.dsl.telstraclear.net)
  1147. # [20:38] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  1148. # [20:39] * Joins: _Utkarsh (n=admin@117.201.80.198)
  1149. # [20:41] * Joins: cying (n=cying@70.90.171.153)
  1150. # [20:42] * Joins: archtech (n=stanv@83.228.56.37)
  1151. # [20:43] * Quits: MikeSmith (n=MikeSmit@EM114-48-15-46.pool.e-mobile.ne.jp) (Connection timed out)
  1152. # [20:47] * Quits: erlehmann (n=erlehman@p57BB38AD.dip.t-dialin.net) ("Ex-Chat")
  1153. # [20:47] * Quits: maikmerten (n=maikmert@port-92-201-66-254.dynamic.qsc.de) (Remote closed the connection)
  1154. # [20:48] <AryehGregor> I find it both ironic and annoying that Analytics doesn't fully work for me in Chrome. Because, of course, it uses Flash.
  1155. # [20:49] * Quits: Utkarsh (n=admin@117.201.82.85) (Read error: 110 (Connection timed out))
  1156. # [20:52] * Joins: Utkarsh (n=admin@117.201.80.75)
  1157. # [20:59] * Quits: tametick (n=chatzill@chello084114134061.3.15.vie.surfer.at) ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054634]")
  1158. # [20:59] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
  1159. # [21:02] * Quits: _Utkarsh (n=admin@117.201.80.198) (Read error: 113 (No route to host))
  1160. # [21:08] * Quits: foolip (n=philip@h-63-95.A163.priv.bahnhof.se) ("leaving")
  1161. # [21:12] * Joins: MikeSmith (n=MikeSmit@EM114-48-15-46.pool.e-mobile.ne.jp)
  1162. # [21:14] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1163. # [21:16] * Joins: sbublava (n=stephan@77.117.41.229.wireless.dyn.drei.com)
  1164. # [21:19] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
  1165. # [21:20] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  1166. # [21:20] * Quits: paul_irish (i=9b2758f1@gateway/web/freenode/x-luyqvnwqctmbqsna) ("Page closed")
  1167. # [21:23] * Joins: nessy (n=Adium@ip-210-185-20-158.internet.co.nz)
  1168. # [21:25] * Parts: nessy (n=Adium@ip-210-185-20-158.internet.co.nz)
  1169. # [21:32] * Joins: tametick (n=chatzill@chello084114134061.3.15.vie.surfer.at)
  1170. # [21:33] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  1171. # [21:35] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Remote closed the connection)
  1172. # [21:36] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  1173. # [21:38] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  1174. # [21:39] * Quits: danbri_ (n=danbri@unaffiliated/danbri) (Read error: 60 (Operation timed out))
  1175. # [21:41] * Joins: cohitre (n=cohitre@174-21-102-211.tukw.qwest.net)
  1176. # [21:41] * Parts: cohitre (n=cohitre@174-21-102-211.tukw.qwest.net)
  1177. # [21:44] * Joins: cohitre (n=cohitre@174-21-102-211.tukw.qwest.net)
  1178. # [21:45] * Parts: cohitre (n=cohitre@174-21-102-211.tukw.qwest.net)
  1179. # [21:46] <TabAtkins> Which issue is the dt/dd thing associated with?
  1180. # [21:49] <othermaciej> TabAtkins: http://dev.w3.org/html5/status/issue-status.html#ISSUE-083
  1181. # [21:50] <TabAtkins> danke, othermaciej. I always forget where that list is.
  1182. # [21:51] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
  1183. # [21:52] <roc> sometimes I wonder whether working on Web browsers is a risk to my mental health
  1184. # [21:54] <othermaciej> roc: how could it not be?
  1185. # [21:54] <Dashiva> Anything is a risk
  1186. # [21:58] * Quits: MikeSmith (n=MikeSmit@EM114-48-15-46.pool.e-mobile.ne.jp) (Connection timed out)
  1187. # [21:58] <TabAtkins> othermaciej: Sent proposal 6 to the list. If you'll send 3, I'll then send 7 (since it's just a diff, it shoudl come afterwards).
  1188. # [21:59] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  1189. # [21:59] <othermaciej> TabAtkins: roger that
  1190. # [22:00] <AryehGregor> Hmm, is there no rel="edit" defined in the spec?
  1191. # [22:01] <AryehGregor> It's used on Wikipedia and elsewhere, it would be nice if it were standard. Relevant: http://universaleditbutton.org/Registered_MIME_type
  1192. # [22:02] <AryehGregor> I could swear this was in the spec at some point.
  1193. # [22:03] * AryehGregor realizes this isn't the first time he's wanted to run decent history examination tools on the spec . . . time to break out git-svn.
  1194. # [22:05] * Quits: ROBOd (n=robod@89.122.216.38) (Remote closed the connection)
  1195. # [22:06] <AryehGregor> Hurrah for tiny repos, this looks like it won't take more than an hour.
  1196. # [22:12] * Quits: plainhao (n=plainhao@mail.xbiotica.com)
  1197. # [22:13] * Philip` has been using hgsvn (with mixed success in its bridging), and whenever he moves from the Hg side to the SVN side he's surprised by how incredibly slow everything is
  1198. # [22:13] <AryehGregor> Does hgsvn also have really slow initial checkout?
  1199. # [22:13] <Philip`> Yes
  1200. # [22:14] <AryehGregor> git-svn takes a few days for large repositories like MediaWiki's.
  1201. # [22:14] <AryehGregor> I guess it really is SVN's fault, then.
  1202. # [22:14] <Philip`> As far as I can tell, it basically checks out one revision, commits it to Hg, does an svn up to the next revision, commits, repeat
  1203. # [22:15] * Quits: archtech (n=stanv@83.228.56.37) (Client Quit)
  1204. # [22:15] <AryehGregor> Dunno how git-svn works, all I know is it's horrifyingly slow.
  1205. # [22:15] <AryehGregor> But that sounds about right.
  1206. # [22:15] <Philip`> I suppose it doesn't help that I've had to disable various features on the SVN server (like compression, and bulk updates) to stop it from using up all my RAM and bringing the machine down
  1207. # [22:16] <Philip`> ...when somebody accesses it with a certain version of TortoiseSVN, at least
  1208. # [22:20] * Joins: danbri (n=danbri@unaffiliated/danbri)
  1209. # [22:25] <AryehGregor> Load is one nice thing about DVCSes, you only have to worry about bandwidth. :)
  1210. # [22:25] <AryehGregor> (which is still probably much less than non-DVCSes)
  1211. # [22:28] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1212. # [22:29] <Philip`> Bandwidth was a problem long before load for me, using SVN
  1213. # [22:29] <Philip`> since I had something like 100GB/day and <10% CPU load
  1214. # [22:29] <Philip`> though that was almost entirely checkouts, not logs or annotates or anything
  1215. # [22:30] <Philip`> (or at least it was <10% once I'd figured out how to configure Apache so it wasn't constantly killing and respawning processes)
  1216. # [22:31] <AryehGregor> Why not use svn: instead of http:?
  1217. # [22:32] <Philip`> I needed per-directory access control
  1218. # [22:32] <Philip`> (which is also a problem with DVCSs :-( )
  1219. # [22:35] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  1220. # [22:38] <othermaciej> TabAtkins: done
  1221. # [22:38] <TabAtkins> kk
  1222. # [22:40] * Joins: erlehmann (n=erlehman@p57BB38AD.dip.t-dialin.net)
  1223. # [22:45] * Joins: _Utkarsh (n=admin@117.201.80.228)
  1224. # [22:46] * Quits: tametick (n=chatzill@chello084114134061.3.15.vie.surfer.at) ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054634]")
  1225. # [22:48] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1226. # [22:55] * Quits: Utkarsh (n=admin@117.201.80.75) (Read error: 110 (Connection timed out))
  1227. # [23:01] <TabAtkins> othermaciej: Done, obviously.
  1228. # [23:02] <othermaciej> TabAtkins: w00t
  1229. # [23:02] <TabAtkins> So I think that's all the change proposals for 83 that people are willing to write something on.
  1230. # [23:02] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
  1231. # [23:02] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
  1232. # [23:02] <othermaciej> seems like no one believes in any of the other options enough to put them forward
  1233. # [23:02] <TabAtkins> Yeah.
  1234. # [23:02] <othermaciej> even though they could cut & paste for most of what they need...
  1235. # [23:03] <TabAtkins> And that's fine with me. I see no reason to put forward anything that *someone* doesn't like enough to champion.
  1236. # [23:03] <Philip`> That's unfair discrimination against the preferences of lazy people
  1237. # [23:04] <TabAtkins> Yeah, but what are they gonna do about it?
  1238. # [23:05] <TabAtkins> Sitting on the couch and eating cheetos doesn't exactly scare me.
  1239. # [23:08] * Quits: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu) (Read error: 60 (Operation timed out))
  1240. # [23:17] * Quits: pmuellr (n=pmuellr@nat/ibm/x-obbyalrtwgdsiuhh)
  1241. # [23:18] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1242. # [23:20] <Lachy> is issue 83 the dt/dd issue?
  1243. # [23:21] <TabAtkins> Yeah.
  1244. # [23:21] <Lachy> I haven't had time to do the other proposals. But I need to think about which one I like, if any, better than figcaption
  1245. # [23:24] <othermaciej> Lachy: you've got 2 days still
  1246. # [23:26] <Lachy> good
  1247. # [23:26] <Lachy> I will do it before then, at least for <c>
  1248. # [23:26] <othermaciej> Lachy: do you want me to list you as a co-author for mine? ( a lot of the text in it is the rationale you wrote)
  1249. # [23:26] <Lachy> that won't take long. I can just reuse most of what you wrote and add a little extra
  1250. # [23:26] <Lachy> sure
  1251. # [23:27] <Lachy> how many change proposals do we have done so far?
  1252. # [23:27] <TabAtkins> 3
  1253. # [23:27] <TabAtkins> we've done 3, 6, and 7
  1254. # [23:27] <Lachy> plus that other fltcap one
  1255. # [23:28] <TabAtkins> Right, so four.
  1256. # [23:28] <TabAtkins> I still read that as "flit-cap" every time.
  1257. # [23:29] <Lachy> do we have 3b as a separate proposal too?
  1258. # [23:29] <TabAtkins> Nah, it's just an option on 3
  1259. # [23:30] <Lachy> I'm surprised someone bothered to do 7. We really don't need the fbody/dbody elements
  1260. # [23:30] <Lachy> was that you?
  1261. # [23:30] <TabAtkins> Yes.
  1262. # [23:30] <Lachy> ok
  1263. # [23:30] * Joins: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net)
  1264. # [23:31] <TabAtkins> We certainly don't *need* them, but if it's going to be common to style the contents anyway (and it will be for me, at least), having a blessed element is better than using a classed div every time.
  1265. # [23:33] <Hixie> why class it?
  1266. # [23:33] <Hixie> just use <div>, no need for classes
  1267. # [23:33] <TabAtkins> To distinguish it from times when I have a <details> that just happens to have <div> children.
  1268. # [23:34] <Hixie> just be consistent
  1269. # [23:34] <TabAtkins> div-as-details-content-wrapper would be styled differently than div-as-wrapper-of-some-content-in-details
  1270. # [23:34] * Joins: nessy (n=Adium@ip-210-185-20-158.internet.co.nz)
  1271. # [23:36] <TabAtkins> I already know that I can't just "be consistent" with <section>s - I use <div class=sbody> when I need to style the body of the section, because I sometimes use <div>s in the content too.
  1272. # [23:36] <Hixie> see, css has huge holes
  1273. # [23:37] <Hixie> every time you use <div>, god kills a kitten
  1274. # [23:37] <Hixie> the csswg is responsible for the death of millions of kittens!
  1275. # [23:37] <TabAtkins> Good. I can't get my dwarves to kill them fast enough.
  1276. # [23:37] <TabAtkins> And then they just tantrum anyway.
  1277. # [23:37] <othermaciej> it does seem like an artificial pseudo-element for "everything inside this element except some particular part" would be useful for a lot of things
  1278. # [23:38] <TabAtkins> Yeah, I'll be writing up a proposal to www-style soon, once I work out how to deal with overlap problems.
  1279. # [23:38] <TabAtkins> If you guys have any suggestions, by the way, they'd be appreciated. Quick overview:
  1280. # [23:40] * Quits: _Utkarsh (n=admin@117.201.80.228) (Read error: 54 (Connection reset by peer))
  1281. # [23:41] <TabAtkins> ::wrap(selector1[, selector2]?) would create a wrapping pseudo with its pseudo-start-tag just before each element matched by selector1, and its pseudo-end-tag just before the next sibling of the selector1-element that matches selector2. If there is no such sibling, or if selector2 isn't specified, the pseudo-end-tag is inserted just before the end of the selector1-element's parent.
  1282. # [23:41] <TabAtkins> So, problem: given the structure <b>a</b> <i>b</i> <b>c</b> <i>d</i> and the css ::wrap(b,b) {} ::wrap(i,i) {}, what is the pseudo-structure?
  1283. # [23:42] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Nick collision from services.)
  1284. # [23:42] <TabAtkins> The ::wrap(b,b) wants to produce a structure like <::wrap><b>a</b> <i>b</i></::wrap><::wrap><b>c</b> <i>d</d></::wrap>
  1285. # [23:42] * Joins: gavin__ (n=gavin@people.mozilla.com)
  1286. # [23:42] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  1287. # [23:43] <TabAtkins> But ::wrap(i,i) wants to produce a structure like <b>a</b> <::wrap><i>b</i> <b>c</b></::wrap> <::wrap><i>d</i></::wrap>
  1288. # [23:43] <TabAtkins> Naively applying both causes misnesting.
  1289. # [23:46] * Joins: Utkarsh (n=admin@117.201.80.225)
  1290. # [23:46] <TabAtkins> In context, I'd be able to style figure bodies with ::wrap(figure > :first-child, figcaption),::wrap(figcaption + *) {}, and details bodies with ::wrap(dsummary + *) {}
  1291. # [23:47] <Lachy> is it a problem if pseudo-elements overlap?
  1292. # [23:48] <TabAtkins> Yes. Very much so.
  1293. # [23:48] <TabAtkins> Imagine you specified borders on both.
  1294. # [23:50] * Quits: sbublava (n=stephan@77.117.41.229.wireless.dyn.drei.com)
  1295. # [23:50] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  1296. # [23:50] <TabAtkins> Basically you want to guarantee that the CSS box structure is a tree for many of the same reasons you want to guarantee that the DOM is a tree.
  1297. # [23:52] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  1298. # [23:52] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1299. # [23:54] <Lachy> how does that work for ::first-line, and elements that span multiple lines?
  1300. # [23:55] <TabAtkins> ::first-line is extremely limited in what properties one can apply, precisely so that it can be done halfway-sanely. It breaks itself up to avoid misnesting.
  1301. # [23:55] <Lachy> hmm, why does border not apply to ::first-line?
  1302. # [23:55] <Lachy> oh, is that why?
  1303. # [23:55] <TabAtkins> Because of the conflicts. <p>foo foo foo <span>bar [linebreak] bar bar</span></p> p::first-line{ border: 1px solid black; } p span { border: 1px dotted red; }
  1304. # [23:56] <TabAtkins> What happens there?
  1305. # [23:56] <Lachy> that's basically the same test I just wrote
  1306. # [23:56] <TabAtkins> The answer is that the pseudostructure is actually <p><::first-line>foo foo foo </::first-line><span><::first-line>bar</::first-line> bar bar</span></p>
  1307. # [23:56] <Lachy> but where is it defined in CSS which properties apply to ::first-line?
  1308. # [23:56] <Lachy> yeah, I get that
  1309. # [23:57] <TabAtkins> In 2.1, under the defifnition of first-line.
  1310. # [23:57] <Lachy> that's where I'm looking
  1311. # [23:57] * Joins: archtech (i=stanv@83.228.56.37)
  1312. # [23:58] <TabAtkins> Very last line paragraph of that section.
  1313. # [23:58] <TabAtkins> Just above the ::first-letter heading.
  1314. # [23:58] * Quits: archtech (i=stanv@83.228.56.37) (Remote closed the connection)
  1315. # [23:58] <Lachy> ah, yeah. I missed that when I first looked
  1316. # Session Close: Thu Jan 14 00:00:00 2010

The end :)