/irc-logs / freenode / #whatwg / 2009-10-02 / end

Options:

  1. # Session Start: Fri Oct 02 00:00:01 2009
  2. # Session Ident: #whatwg
  3. # [00:02] * Joins: MikeSmith (n=MikeSmit@EM114-48-173-227.pool.e-mobile.ne.jp)
  4. # [00:08] * Joins: abarth (n=abarth@216.239.45.19)
  5. # [00:08] * Quits: abarth (n=abarth@216.239.45.19) (Client Quit)
  6. # [00:08] * Joins: shepazu (n=schepers@nat/mozilla/x-unpliuzccctchyby)
  7. # [00:09] * Joins: fishd_ (n=darin@67.180.164.209)
  8. # [00:09] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  9. # [00:10] * Joins: SamerZ_ (n=SamerZ@204.225.63.69)
  10. # [00:10] * Quits: SamerZ_ (n=SamerZ@204.225.63.69) (Client Quit)
  11. # [00:11] * Quits: hober (n=ted@unaffiliated/hober) (Remote closed the connection)
  12. # [00:15] * Joins: hober (n=ted@unaffiliated/hober)
  13. # [00:17] * Joins: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au)
  14. # [00:18] * Joins: fishd__ (n=darin@72.14.224.1)
  15. # [00:20] * Joins: roc (n=roc@115.130.20.170)
  16. # [00:21] * Quits: benward_ (n=benward@nat/yahoo/x-lhqkijglfcegifwn) (Read error: 104 (Connection reset by peer))
  17. # [00:23] * Quits: SamerZ (n=SamerZ@204.225.63.69) (Connection timed out)
  18. # [00:25] * Quits: fishd_ (n=darin@67.180.164.209) (Read error: 145 (Connection timed out))
  19. # [00:26] * Joins: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  20. # [00:29] <zcorpan_> Philip`: an hour has past :)
  21. # [00:29] * Joins: benward (n=benward@98.210.154.133)
  22. # [00:32] * Quits: roc (n=roc@115.130.20.170)
  23. # [00:32] * Joins: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
  24. # [00:33] * Joins: erlehmann (n=erlehman@84.22.107.1)
  25. # [00:34] * gsnedders waits for "two hours have past"
  26. # [00:34] * Joins: fishd_ (n=darin@72.14.224.1)
  27. # [00:35] * Quits: Midler (n=midler@212.37.124.243) ("Leaving.")
  28. # [00:37] <zcorpan_> i guess the exit criteria for web idl should be two independent specs that use web idl and themselves have passed their exit criteria
  29. # [00:39] * Joins: onar_ (n=onar@17.226.23.126)
  30. # [00:40] * Quits: onar_ (n=onar@17.226.23.126) (Client Quit)
  31. # [00:40] * Quits: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au) ("This computer has gone to sleep")
  32. # [00:41] * Quits: hobertoAtWork2 (n=hobertoa@198.45.18.20) ("Nettalk6 - www.ntalk.de")
  33. # [00:41] * Joins: onar_ (n=onar@17.226.23.126)
  34. # [00:42] * Quits: onar_ (n=onar@17.226.23.126) (Client Quit)
  35. # [00:43] * Joins: fishd (n=darin@c-67-180-164-209.hsd1.ca.comcast.net)
  36. # [00:44] <Hixie> zcorpan_: for each feature
  37. # [00:45] <zcorpan_> Hixie: uh yeah
  38. # [00:46] <zcorpan_> i guess that might be too high a bar, given that it's unlikely that there'll be two specs for each feature
  39. # [00:46] <zcorpan_> maybe one spec for each feature
  40. # [00:46] * Quits: fishd__ (n=darin@72.14.224.1) (Read error: 110 (Connection timed out))
  41. # [00:50] * scherkus_ is now known as scherkus
  42. # [00:54] * Joins: SamerZ (n=SamerZ@99.231.206.13)
  43. # [00:57] * Quits: SamerZ (n=SamerZ@99.231.206.13) (Client Quit)
  44. # [00:59] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  45. # [00:59] * Joins: roc (n=roc@115.130.27.174)
  46. # [01:00] * Quits: fishd_ (n=darin@72.14.224.1) (Read error: 110 (Connection timed out))
  47. # [01:02] * Joins: ap (n=ap@69-239-249-254.ded.pacbell.net)
  48. # [01:04] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) ("Leaving")
  49. # [01:07] * lmorchard is now known as lmorchard|away
  50. # [01:15] * Quits: dglazkov (n=dglazkov@nat/google/x-pxjzzyibbdcjuzyq)
  51. # [01:17] <Philip`> zcorpan_: What is the regexp intending to look for?
  52. # [01:17] <Philip`> Something like <script>...<!-- <script></script> ?
  53. # [01:18] <zcorpan_> Philip`: yes
  54. # [01:22] <Dashiva> Ho-hum
  55. # [01:22] <Dashiva> So how do the RDFa guys feel about the (implicit) claim that RDFa fails to deliver distributed extensibility?
  56. # [01:24] <Philip`> Has anyone defined what distributed extensibility is?
  57. # [01:24] <Philip`> so that we could evaluate whether a proposal provides it
  58. # [01:24] <Philip`> (and could work out why the features currently in HTML5 are insufficient)
  59. # [01:25] <zcorpan_> namespaces can haz it
  60. # [01:25] <Dashiva> Distributed extensibility means you can do stupid things and nobody gets to tell you no
  61. # [01:26] * Quits: cohitre (n=cohitre@64-40-56-46-dsl.itltd.net)
  62. # [01:26] <Dashiva> And it still validates
  63. # [01:26] <Hixie> Philip`: last time i tried asking that question i got blasted for being obstructionist
  64. # [01:27] <Hixie> (i really don't know the answer, though, and would love to find out)
  65. # [01:27] <Hixie> (for exactly the reason you give)
  66. # [01:27] <Philip`> Dashiva: That seems to miss the apparent fact that it's not distributed extensibility unless it uses colons
  67. # [01:28] <zcorpan_> oh yes
  68. # [01:28] * Quits: fishd (n=darin@c-67-180-164-209.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  69. # [01:28] <Hixie> i thought rdfa used colons
  70. # [01:28] <zcorpan_> it's not namespaces that haz extensibility
  71. # [01:28] <zcorpan_> it's the colon
  72. # [01:29] <hober> "distributed" refers to the space between the two dots in :
  73. # [01:29] <Dashiva> No, it's the fact that the color distributes the tagName into the prefix and localname
  74. # [01:30] <othermaciej> I think it would be worth stating reasons why it may be a bad idea, both in general and specifically Microsoft's proposal
  75. # [01:30] <othermaciej> (or good idea, if you like it)
  76. # [01:30] * Joins: ojan (n=ojan@nat/google/x-iamekofhgfsotzwr)
  77. # [01:30] * Quits: MikeSmith (n=MikeSmit@EM114-48-173-227.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  78. # [01:30] <Dashiva> othermaciej: I haven't seen any rebuttals to sicking's list yet
  79. # [01:32] <Dashiva> http://lists.w3.org/Archives/Public/public-html/2009Sep/1218.html
  80. # [01:32] <Dashiva> "The risk of that could be mitigated by having a central registry that's, for instance, a wiki page."
  81. # [01:32] <Dashiva> Not very distributed then, is it?
  82. # [01:32] * Quits: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi) (Remote closed the connection)
  83. # [01:33] <othermaciej> I don't think anyone has asked what namespaces-in-html add that RDFa (plus other existing extension mechanisms) doesn't, perhaps that is a question worth asking
  84. # [01:33] <zcorpan_> we could have a distributed registry
  85. # [01:33] <Philip`> The registry could be put on Wave
  86. # [01:33] <Dashiva> Maybe I'll send a mail for once
  87. # [01:34] * Joins: nessy (n=nessy@124.170.205.120)
  88. # [01:34] <Dashiva> It's such a pain to do replies when you're not on the list
  89. # [01:34] <Philip`> Dashiva: The Reply links in the archive work alright for me, as long as I fix their double-escaping of angle brackets
  90. # [01:34] * Quits: zcorpan_ (n=zcorpan@123.218.251.212.customer.cdi.no)
  91. # [01:34] * Quits: roc (n=roc@115.130.27.174)
  92. # [01:34] * Joins: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi)
  93. # [01:34] <Dashiva> Philip`: Yeah, but then I have to make a quote
  94. # [01:35] <Philip`> Dashiva: Ctrl+C, Alt+Tab, Ctrl+Shift+V?
  95. # [01:35] <Dashiva> What's that last one?
  96. # [01:35] <Philip`> or Ctrl+Alt+V or whatever it is
  97. # [01:35] <Philip`> It's "paste as quote" in Thunderbird
  98. # [01:36] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  99. # [01:36] * Quits: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net) (Client Quit)
  100. # [01:38] * Parts: ojan (n=ojan@nat/google/x-iamekofhgfsotzwr)
  101. # [01:38] <Dashiva> Oh, I see
  102. # [01:38] <Dashiva> That could simplify things
  103. # [01:38] <Dashiva> But it will still take a day or two before my message arrives, I guess
  104. # [01:39] * Joins: gsnedders_ (n=gsnedder@host86-139-218-73.range86-139.btcentralplus.com)
  105. # [01:40] <Philip`> s/day/minute/
  106. # [01:40] <Dashiva> At least the archives page is smart enough to realize I want to reply to the list
  107. # [01:40] <Philip`> (It's already arrived)
  108. # [01:40] <Dashiva> I thought they got stuck in a queue for checking?
  109. # [01:41] <Philip`> Only the first email from each address
  110. # [01:41] <Philip`> After that it's instant
  111. # [01:41] <Dashiva> I see
  112. # [01:44] <Philip`> References: %3C7c2a12e20909301619u21339617g447565bc2a3ffbb1@mail.gmail.com%3E
  113. # [01:44] <Philip`> You didn't fix the double-escaping :-(
  114. # [01:44] <Philip`> (i.e. replace the archive mailto link's %253C with %3C etc)
  115. # [01:45] <Dashiva> Well, how can I do that once the message is inside thunderbird?
  116. # [01:45] * Joins: fishd (n=darin@67.180.164.209)
  117. # [01:45] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  118. # [01:45] <Philip`> You can't, as far as I'm aware
  119. # [01:45] <Philip`> So do it before it's in Thunderbird :-)
  120. # [01:46] <Philip`> (by editing the mailto URL)
  121. # [01:46] <Philip`> Or I suppose you could work out how to report the bug in the archive system to
  122. # [01:46] * Quits: daedb (n=opera@h11n1fls34o986.telia.com)
  123. # [01:46] <Philip`> s/how/who/
  124. # [01:46] <Dashiva> I've already done that, I delegate to you
  125. # [01:46] <Philip`> I've already failed to work out who to tell for about two years
  126. # [01:47] <Philip`> Maybe someone who's reading the IRC logs can report/fix it
  127. # [01:47] * lmorchard|away is now known as lmorchard
  128. # [01:48] <Dashiva> Use the Plotkin algorithm for recursion
  129. # [01:48] <Dashiva> Find someone who is closer to the problem than you, and ask them
  130. # [01:48] <Dashiva> karl and mike should do
  131. # [01:49] <Dashiva> Or even othermaciej ;)
  132. # [01:49] * Quits: Super-Dot (n=Super-Do@66.240.27.50) (Connection reset by peer)
  133. # [01:49] * Quits: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com) (Read error: 110 (Connection timed out))
  134. # [01:49] * gsnedders_ is now known as gsnedders
  135. # [01:49] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  136. # [01:50] * Joins: gunderwonder_ (n=gunderwo@172.80-202-84.nextgentel.com)
  137. # [01:50] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net) (Read error: 104 (Connection reset by peer))
  138. # [01:51] <othermaciej> Dashiva: ask me what?
  139. # [01:51] <Philip`> Dashiva: That assumes "closer" is a partial order
  140. # [01:51] <Philip`> which is unlikely to be true when it's based on people's subjective views of closeness
  141. # [01:51] * Quits: gunderwonder_ (n=gunderwo@172.80-202-84.nextgentel.com) (Client Quit)
  142. # [01:51] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  143. # [01:51] <Philip`> so you might end up with k < m < o < k and the algorithm will never terminate
  144. # [01:52] <Philip`> and I'd hate for WG members to be eternally tied up by infinite loops
  145. # [01:52] * Joins: gunderwonder_ (n=gunderwo@172.80-202-84.nextgentel.com)
  146. # [01:53] * Quits: cying (n=cying@70.90.171.153)
  147. # [01:53] <Dashiva> Philip`: That's their problem, not yours
  148. # [01:53] <Dashiva> Besides, that assumes they use the algorithm as well
  149. # [01:53] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  150. # [01:53] <Dashiva> This is unlikely, when you're close to the problem you probably have a more effective alternative
  151. # [01:54] <Philip`> More effective than being lazy and telling someone else to do it? That seems unlikely
  152. # [01:55] <Philip`> Oh, I forgot about zcorpan
  153. # [01:56] * Philip` goes back to check his grep...
  154. # [01:56] * Quits: gunderwonder_ (n=gunderwo@172.80-202-84.nextgentel.com) (Client Quit)
  155. # [01:56] <Dashiva> You have to judge the efficiency including the benefit of avoiding loops
  156. # [01:56] <Philip`> Hmm, actually I should go to sleep instead
  157. # [01:57] <Philip`> zcorpan: Remind me to upload the results tomorrow
  158. # [01:57] <Philip`> (by which I mean later today, for most definitions of today)
  159. # [01:57] <Philip`> assuming you even read this
  160. # [01:58] <Philip`> Dashiva: I suppose we could always add a TTL to the recursion, so it won't go on forever
  161. # [01:59] <Dashiva> No, that won't work
  162. # [01:59] <Dashiva> The problem will still exist and the loop will begin anew
  163. # [02:05] * Joins: fishd_ (n=darin@72.14.224.1)
  164. # [02:06] * Joins: crow (n=miketayl@user-0cdf5gs.cable.mindspring.com)
  165. # [02:06] * crow is now known as _miketaylr
  166. # [02:10] * Joins: yutak_home (n=kee@61.117.6.79)
  167. # [02:12] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  168. # [02:13] * Quits: fishd (n=darin@67.180.164.209) (Read error: 145 (Connection timed out))
  169. # [02:17] * karlcow is reading the back log of Dashiva and Philip` and he's trying to figure out how I could possibly solve something :p
  170. # [02:17] <Dashiva> You can't solve it, but you can pass it on to someone closer to the solution
  171. # [02:18] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  172. # [02:20] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  173. # [02:20] <karlcow> Dashiva: pass what ? :)
  174. # [02:20] <karlcow> Right now I might have fruits around me if it's what you need
  175. # [02:20] <Dashiva> [01:44:35] <Philip`> References: %3C7c2a12e20909301619u21339617g447565bc2a3ffbb1@mail.gmail.com%3E
  176. # [02:20] <Dashiva> [01:44:47] <Philip`> You didn't fix the double-escaping :-(
  177. # [02:22] <karlcow> Do you mean there are issues with w3c mailing lists? I guess I could send an email to the sysadmin but anyone could do. I'm as distant as you or Philip from the sysadmins. :)
  178. # [02:23] <Dashiva> I didn't even know they had email, so see, you're closer :)
  179. # [02:23] <Dashiva> The issue is when you click the reply link in the archives
  180. # [02:23] <karlcow> Let me try to find a Web page
  181. # [02:24] <karlcow> found. Good memory. http://www.w3.org/Mail/
  182. # [02:26] * Quits: fishd_ (n=darin@72.14.224.1) (Read error: 110 (Connection timed out))
  183. # [02:32] * Quits: nessy (n=nessy@124.170.205.120) ("This computer has gone to sleep")
  184. # [02:33] * Quits: _miketaylr (n=miketayl@user-0cdf5gs.cable.mindspring.com)
  185. # [02:33] * Joins: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au)
  186. # [02:35] * Joins: wakaba_0 (n=wakaba_@122.221.184.68)
  187. # [02:35] * Quits: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au) (Client Quit)
  188. # [02:38] * Quits: inimino (n=inimino@67.207.138.202) (SendQ exceeded)
  189. # [02:39] * Joins: inimino (n=inimino@67.207.138.202)
  190. # [02:40] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  191. # [02:40] * dglazkov_ is now known as dglazkov
  192. # [02:40] * Quits: dglazkov (n=dglazkov@72.14.224.1)
  193. # [02:43] * Parts: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  194. # [02:43] * Quits: othermaciej (n=mjs@17.246.17.16)
  195. # [02:44] * Joins: tkent (n=tkent@220.109.219.244)
  196. # [02:45] * Joins: othermaciej (n=mjs@17.246.17.16)
  197. # [02:46] * Quits: yutak_home (n=kee@61.117.6.79) ("Ex-Chat")
  198. # [02:52] <Dashiva> "XML documents cannot have syntax errors" makes me think about true scotsmen
  199. # [02:54] * Joins: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au)
  200. # [02:55] * Quits: shepazu (n=schepers@nat/mozilla/x-unpliuzccctchyby)
  201. # [02:56] * Quits: nessy (n=nessy@124-170-205-120.dyn.iinet.net.au) (Client Quit)
  202. # [03:01] * Quits: shg (n=dld@static-151-199-190-25.lyn.east.verizon.net)
  203. # [03:04] * Quits: jwalden (n=waldo@63.245.220.240) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.3/20090909051541]")
  204. # [03:04] * Quits: dbaron (n=dbaron@nat/mozilla/x-grhcvlxynjqdmrgq) ("8403864 bytes have been tenured, next gc will be global.")
  205. # [03:07] * Quits: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  206. # [03:15] * Joins: heycam (n=cam@66.134.141.179)
  207. # [03:18] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 110 (Connection timed out))
  208. # [03:24] * Joins: MikeSmith (n=MikeSmit@EM114-48-178-64.pool.e-mobile.ne.jp)
  209. # [03:34] * Joins: shepazu (n=schepers@207.105.81.86)
  210. # [03:38] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  211. # [03:44] <MikeSmith> it'd be nice if the CSS WG allowed people to use bugzilla to report bugs
  212. # [03:44] <MikeSmith> I really don't want to have to post to www-style
  213. # [03:48] * Joins: jorlow___ (n=jorlow@nat/google/x-vynragsuthswmxsp)
  214. # [03:48] * Quits: jorlow___ (n=jorlow@nat/google/x-vynragsuthswmxsp) (Client Quit)
  215. # [03:54] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  216. # [03:57] * Joins: roc (n=roc@210-84-30-155.dyn.iinet.net.au)
  217. # [04:02] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net) (Read error: 104 (Connection reset by peer))
  218. # [04:04] * Quits: ttepasse (n=ttepas--@p5B015721.dip.t-dialin.net) ("?Q")
  219. # [04:04] * Quits: jorlow (n=jorlow@nat/google/x-uuprxnpsitfpexkv) (Read error: 110 (Connection timed out))
  220. # [04:10] * Joins: jorlow (n=jorlow@67.218.109.16)
  221. # [04:13] * Joins: blooberry (n=brian@c-98-246-9-57.hsd1.or.comcast.net)
  222. # [04:15] * Quits: weinig (n=weinig@17.246.17.196)
  223. # [04:19] * Joins: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  224. # [04:23] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  225. # [04:29] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
  226. # [04:30] * Joins: fishd_ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net)
  227. # [04:33] * Joins: tkent (n=tkent@220.109.219.244)
  228. # [04:33] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  229. # [04:40] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  230. # [04:50] * Quits: benward (n=benward@98.210.154.133)
  231. # [04:52] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  232. # [04:54] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  233. # [04:59] <Hixie> how do people feel about loops with <itemref>?
  234. # [05:00] <Hixie> <div itemscope><span id=a><itemref refid=a> <span itemprop=x>y</span></span></div>
  235. # [05:00] <Hixie> <div id=a> <span itemprop=x>y</span> <div itemscope> <itemref refid=a> </div> </div>
  236. # [05:01] <Dashiva> It's hard to understand loop examples with only a single instance
  237. # [05:02] <Hixie> <div id=a> <span itemprop=x>y</span> <itemref refid=b> </div> <div itemscope> <div id=b> <span itemprop=q>r</span> <itemref refid=a> </div> </div>
  238. # [05:03] * Quits: othermaciej (n=mjs@17.246.17.16)
  239. # [05:04] <Dashiva> Referencing inside->outside of main scope seems weird to me
  240. # [05:04] * Quits: jorlow (n=jorlow@67.218.109.16)
  241. # [05:04] <Hixie> that's the main use case
  242. # [05:04] <Hixie> in fact referencing within the same scope is likely always a mistake
  243. # [05:04] <Dashiva> I thought that was outside->inside
  244. # [05:05] <Dashiva> I'm not 100% up to speed on microdata
  245. # [05:05] <Hixie> that was itemfor=""
  246. # [05:05] <Hixie> <itemref> is itemfor="" backwards
  247. # [05:05] <Dashiva> Then I reverse my statement
  248. # [05:06] <Dashiva> I can't think of a reason why you'd want bidirectional links
  249. # [05:06] <Hixie> i guess i'll make it just so that to validate itemref you have to construct the chain, and if at any point you get to an element you've already processed, it's an error
  250. # [05:06] <Dashiva> Should itemref be allowed outside itemscope at all?
  251. # [05:06] <Hixie> and for microdata parsers you stop looping at that point
  252. # [05:07] <Hixie> well it doesn't make sense to only allow two-step chains if you put the second step inside an otherwise bogus itemscope=""
  253. # [05:07] <Dashiva> True
  254. # [05:07] <Dashiva> But only trees, not graphs with cycles
  255. # [05:08] <Dashiva> Or is the intent to allow several items to reference the same external item?
  256. # [05:08] <Hixie> yes
  257. # [05:08] <Hixie> on a related note, i wonder if i should make it invalid for an itemprop="" to be part of more than one type of itemscope
  258. # [05:08] <jcranmer> Dashiva: what about DAGs, which are neither trees nor cyclic?
  259. # [05:08] <Dashiva> It seems like a DAG is the right term here
  260. # [05:08] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  261. # [05:09] <Hixie> e.g. <div itemscope itemtype=a><itemref refid="x"></div><div itemscope itemtype=b><itemref refid="y"> <span itemprop=c id=x>...</span>
  262. # [05:09] <Hixie> since what that property means will be different for the two items
  263. # [05:09] <Hixie> which is kinda weird
  264. # [05:09] <Hixie> eh, i guess i'll leave it
  265. # [05:10] <Dashiva> I could see that being used as a translator
  266. # [05:10] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (niven.freenode.net irc.freenode.net)
  267. # [05:10] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  268. # [05:10] * Quits: gsnedders (n=gsnedder@host86-139-218-73.range86-139.btcentralplus.com) (niven.freenode.net irc.freenode.net)
  269. # [05:10] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (niven.freenode.net irc.freenode.net)
  270. # [05:10] * Quits: dpranke (n=Adium@nat/google/x-otozwmjehvuxmfkz) (niven.freenode.net irc.freenode.net)
  271. # [05:10] * Quits: yusukes (n=yusukes@220.109.219.244) (niven.freenode.net irc.freenode.net)
  272. # [05:10] * Quits: yutak_ (n=yutak@220.109.219.244) (niven.freenode.net irc.freenode.net)
  273. # [05:10] * Quits: pererik (n=pe@unaffiliated/pererik) (niven.freenode.net irc.freenode.net)
  274. # [05:10] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (niven.freenode.net irc.freenode.net)
  275. # [05:10] * Quits: Peter` (n=peter@92.254.21.251) (niven.freenode.net irc.freenode.net)
  276. # [05:10] * Quits: onar (n=onar@17.226.20.255) (niven.freenode.net irc.freenode.net)
  277. # [05:10] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (niven.freenode.net irc.freenode.net)
  278. # [05:10] * Quits: peritus- (n=peritus@ircbridge.mahner.org) (niven.freenode.net irc.freenode.net)
  279. # [05:10] * Quits: mookid (i=mookid@ROFL.name) (niven.freenode.net irc.freenode.net)
  280. # [05:10] * Quits: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) (niven.freenode.net irc.freenode.net)
  281. # [05:10] * Quits: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (niven.freenode.net irc.freenode.net)
  282. # [05:10] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (niven.freenode.net irc.freenode.net)
  283. # [05:10] * Quits: MikeSmith (n=MikeSmit@EM114-48-178-64.pool.e-mobile.ne.jp) (niven.freenode.net irc.freenode.net)
  284. # [05:10] * Quits: hober (n=ted@unaffiliated/hober) (niven.freenode.net irc.freenode.net)
  285. # [05:10] * Quits: gavin (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  286. # [05:10] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (niven.freenode.net irc.freenode.net)
  287. # [05:10] * Quits: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi) (niven.freenode.net irc.freenode.net)
  288. # [05:10] * Quits: ap (n=ap@69-239-249-254.ded.pacbell.net) (niven.freenode.net irc.freenode.net)
  289. # [05:10] * Quits: takkaria (n=takkaria@isparp.co.uk) (niven.freenode.net irc.freenode.net)
  290. # [05:10] * Quits: eml (i=eml@irk.bob.fi) (niven.freenode.net irc.freenode.net)
  291. # [05:10] * Quits: Philip` (n=philip@zaynar.co.uk) (niven.freenode.net irc.freenode.net)
  292. # [05:10] * Quits: doobar (i=david@bsdguru.net) (niven.freenode.net irc.freenode.net)
  293. # [05:10] * Quits: steevel (n=steevel@irc.kodslav.org) (niven.freenode.net irc.freenode.net)
  294. # [05:10] * Quits: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (niven.freenode.net irc.freenode.net)
  295. # [05:10] <Dashiva> But the chances of multiple vocabularies having identical props with same meaning seems low
  296. # [05:10] * onar_ is now known as onar
  297. # [05:10] <Dashiva> Unless it's like a version upgrade...
  298. # [05:11] <Hixie> it seems pretty clear that if it happens intentionally, it'll be for a hack
  299. # [05:11] * Joins: fishd__ (n=darin@72.14.224.1)
  300. # [05:12] * Quits: onar (n=onar@c-67-180-87-66.hsd1.ca.comcast.net) (Killed by sagan.freenode.net (Nick collision))
  301. # [05:12] * Joins: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
  302. # [05:12] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  303. # [05:12] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  304. # [05:12] * Joins: MikeSmith (n=MikeSmit@EM114-48-178-64.pool.e-mobile.ne.jp)
  305. # [05:12] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  306. # [05:12] * Joins: gsnedders (n=gsnedder@host86-139-218-73.range86-139.btcentralplus.com)
  307. # [05:12] * Joins: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi)
  308. # [05:12] * Joins: ap (n=ap@69-239-249-254.ded.pacbell.net)
  309. # [05:12] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  310. # [05:12] * Joins: hober (n=ted@unaffiliated/hober)
  311. # [05:12] * Joins: gavin (n=gavin@firefox/developer/gavin)
  312. # [05:12] * Joins: dpranke (n=Adium@nat/google/x-otozwmjehvuxmfkz)
  313. # [05:12] * Joins: yusukes (n=yusukes@220.109.219.244)
  314. # [05:12] * Joins: yutak_ (n=yutak@220.109.219.244)
  315. # [05:12] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  316. # [05:12] * Joins: pererik (n=pe@unaffiliated/pererik)
  317. # [05:12] * Joins: takkaria (n=takkaria@isparp.co.uk)
  318. # [05:12] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  319. # [05:12] * Joins: onar (n=onar@17.226.20.255)
  320. # [05:12] * Joins: peritus- (n=peritus@ircbridge.mahner.org)
  321. # [05:12] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  322. # [05:12] * Joins: mookid (i=mookid@ROFL.name)
  323. # [05:12] * Joins: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  324. # [05:12] * Joins: Peter` (n=peter@92.254.21.251)
  325. # [05:12] * Joins: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  326. # [05:12] * Joins: steevel (n=steevel@irc.kodslav.org)
  327. # [05:12] * Joins: doobar (i=david@bsdguru.net)
  328. # [05:12] * Joins: Philip` (n=philip@zaynar.co.uk)
  329. # [05:12] * Joins: eml (i=eml@irk.bob.fi)
  330. # [05:12] <Dashiva> Mhm... even if you'd be able to share some props, you'd still need to handle the rest, so there's no real gain
  331. # [05:14] * Quits: dpranke (n=Adium@nat/google/x-otozwmjehvuxmfkz) ("Leaving.")
  332. # [05:16] <Dashiva> Is an item using itemfor a top-level item?
  333. # [05:17] <Hixie> itemfor is gone now
  334. # [05:17] * Quits: sicking (n=chatzill@63.245.220.240) (Read error: 145 (Connection timed out))
  335. # [05:17] <Hixie> see damowmow.com/playground/microdata/NOTES
  336. # [05:17] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  337. # [05:17] <TabAtkins> I'm okay with cycles causing an error and stopping the parser.
  338. # [05:17] <Hixie> i think i'll just make cycles cause the parser to skip nodes it's already seen
  339. # [05:20] <Dashiva> So itemprop=itemid gives the prefix?
  340. # [05:20] <Hixie> prefix?
  341. # [05:21] <Dashiva> The com.damowmow part
  342. # [05:22] * Quits: yusukes (n=yusukes@220.109.219.244) ("Leaving")
  343. # [05:23] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  344. # [05:24] * Quits: jorlow (n=jorlow@c-67-180-199-19.hsd1.ca.comcast.net)
  345. # [05:28] * Joins: dave_levin_ (n=dave_lev@98.203.247.78)
  346. # [05:30] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  347. # [05:31] <Hixie> Dashiva: i don't follow
  348. # [05:31] * Quits: fishd_ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  349. # [05:31] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  350. # [05:32] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  351. # [05:32] <Dashiva> I'm not sure what is itemtype and what is itemprop=itemid
  352. # [05:39] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  353. # [05:49] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  354. # [05:49] <Hixie> itemprop=itemid is going away, actually, in favour of just itemid=""
  355. # [05:49] <Hixie> itemtype="" gives the type of the item
  356. # [05:49] <Hixie> see the 004/introduction file
  357. # [05:50] <Hixie> itemid="" gives the URI that in RDF identifies the subject
  358. # [05:52] <Dashiva> Oh, okay
  359. # [05:52] * Joins: cying (n=cying@adsl-75-18-216-158.dsl.pltn13.sbcglobal.net)
  360. # [05:55] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  361. # [05:58] <othermaciej> what does itemref do?
  362. # [05:58] <Dashiva> Links an external item as part of this item
  363. # [05:59] <othermaciej> so it lets you make a non-tree graph I presume
  364. # [05:59] <Dashiva> It's a DAG, as I understand it
  365. # [05:59] <Dashiva> No cycles allowed
  366. # [06:00] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  367. # [06:01] <othermaciej> unless <itemref> loops are allowed as Hixie suggested ~ 1 hour ago
  368. # [06:01] <othermaciej> (I assume)
  369. # [06:03] <Dashiva> Yeah
  370. # [06:04] <othermaciej> if there's such a thing as <itemref> at all you may as well allow cycles - IMO
  371. # [06:05] <Hixie> cycles through another item are fine
  372. # [06:05] <Hixie> cycles within the same item make no sense
  373. # [06:05] <Hixie> like, a.b = a is fine
  374. # [06:06] <Dashiva> Hmm, then it's not a dag anymore
  375. # [06:06] <Hixie> but itemref pointing to the itemref's own parent makes no sense
  376. # [06:06] <othermaciej> I can't think of a meaningful use case for self-reference
  377. # [06:06] <othermaciej> at least offhand
  378. # [06:07] <othermaciej> maybe in a family tree for a fictional universe allowing time travel
  379. # [06:07] <othermaciej> where someone may be their own parent
  380. # [06:08] <Hixie> the cycles i were talking about were syntactic, not model cycles
  381. # [06:08] <Hixie> they were the equivalent of #including a file in itself
  382. # [06:08] <othermaciej> do syntactic cycles not create a model cycle?
  383. # [06:08] <Hixie> not necessarily
  384. # [06:08] <othermaciej> I guess I don't understand <itemref>
  385. # [06:08] <Hixie> <div itemscope> <div id=a> <itemref refid=a> </div> </div>
  386. # [06:08] <Hixie> creates a syntactic loop
  387. # [06:09] <Hixie> but within the loop there are no properties at all
  388. # [06:09] <Hixie> so it's not a model loop at all
  389. # [06:09] <othermaciej> I see, property a references itself
  390. # [06:09] <othermaciej> as opposed to two different itemscopes having properties referencing each other - that would be a model cycle
  391. # [06:10] <othermaciej> but what if the itemscope div was the one referenced by the itemref?
  392. # [06:10] <othermaciej> that would be a property with a reference to the object that has the property, i.e. a model cycle?
  393. # [06:10] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  394. # [06:12] <Hixie> there is no property at all in that example
  395. # [06:13] <Hixie> the normal use case for this is as follows:
  396. # [06:14] <Hixie> <div itemscope> (some properties) <itemref refid=more> </div> ...later... <div id=more> (some more properties) </div>
  397. # [06:14] <Hixie> and basically the <div> with id=more gets #included where the <itemref> is
  398. # [06:18] * Quits: ap (n=ap@69-239-249-254.ded.pacbell.net)
  399. # [06:19] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  400. # [06:22] * Joins: benward (n=benward@98.210.154.133)
  401. # [06:30] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  402. # [06:35] <othermaciej> I see
  403. # [06:35] <othermaciej> so <itemref> includes properties by reference, it doesn't make a property value reference another object?
  404. # [06:36] <othermaciej> that doesn't align with what I would expect a "reference" to be, but then, I am a programmer
  405. # [06:36] <Hixie> i'm open other names
  406. # [06:36] <Hixie> i'd like it to start with <item...>
  407. # [06:38] <othermaciej> well <iteminclude> would be one literal-minded suggestion
  408. # [06:38] <othermaciej> or <includeitems> or <shareitems> or something
  409. # [06:38] * othermaciej shrugs
  410. # [06:38] <Dashiva> itemcontains
  411. # [06:38] <othermaciej> I have to go to the drug store, will think about it on the way
  412. # [06:39] <othermaciej> oh yeah I guess includeitems is the wrong semantic, the div is the item, what's included is item rroperties
  413. # [06:40] <Hixie> <itemref> has the advantage that we know at least one person understands it
  414. # [06:43] <erlehmann> your metadata models sicken me
  415. # [06:43] <erlehmann> Hixie, all tests done ?
  416. # [06:44] <Hixie> yeah
  417. # [06:44] <erlehmann> so, what were the results ?
  418. # [06:45] <Hixie> 004 fared well
  419. # [06:45] <Hixie> i'm writing it up in the spec as the proposal
  420. # [06:46] <erlehmann> \o/
  421. # [06:46] * erlehmann wont touch any spec parts with a 3 m pole as long as it isnt frozen.
  422. # [06:47] <Hixie> define frozen :-)
  423. # [06:53] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  424. # [06:54] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  425. # [06:55] * Quits: erlehmann (n=erlehman@84.22.107.1) ("Ex-Chat")
  426. # [06:59] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  427. # [06:59] * Joins: nessy (n=nessy@203.193.220.187)
  428. # [07:00] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 60 (Operation timed out))
  429. # [07:03] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  430. # [07:16] * Joins: MikeSmithX (n=MikeSmit@EM114-48-105-184.pool.e-mobile.ne.jp)
  431. # [07:28] * Quits: MikeSmith (n=MikeSmit@EM114-48-178-64.pool.e-mobile.ne.jp) (Nick collision from services.)
  432. # [07:28] * Hixie gets a headache from trying to explain the conformance criteria for authors for microdata
  433. # [07:28] * MikeSmithX is now known as MikeSmith
  434. # [07:28] <Hixie> since properties can be properties of multiple items, it's kinda screwy
  435. # [07:29] * Quits: dave_levin_ (n=dave_lev@98.203.247.78)
  436. # [07:30] <MikeSmith> Hixie: maybe for the sake of truth in advertising, it should be named "somewhat-less-complicated-data"
  437. # [07:30] <Hixie> i don't think anyone's ever claimed that microdata is simple :-)
  438. # [07:31] * Joins: zalan (n=zalan@catv-89-135-110-21.catv.broadband.hu)
  439. # [07:35] <othermaciej> it's not called simpledata
  440. # [07:35] * Quits: nessy (n=nessy@203.193.220.187) ("This computer has gone to sleep")
  441. # [07:35] <othermaciej> Hixie: what made you conclude that an include mechanism is needed? do people need shared templates of stock properties?
  442. # [07:37] <MikeSmith> Hixie: btw, one a completely different topic, I seem to remember a while back there being some discussion of moving the Timers stuff out into a separate draft. Do we still want to do that or not?
  443. # [07:42] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  444. # [07:49] <Hixie> othermaciej: the yahoo searchmonkey team were the main proponents of such a mechanism, iirc
  445. # [07:50] <Hixie> MikeSmith: i gave up waiting for an editor to do it
  446. # [07:50] <othermaciej> MikeSmith: that seems like one that is good in theory but not a blocker if it doesn't happen - I don't think anyone is complaining
  447. # [07:53] <MikeSmith> othermaciej, Hixie : Ok, understood
  448. # [07:57] <MikeSmith> on another topic, I hope the CSS WG can be encouraged to provide W3C bugzilla as an option for spec comments and bug reports, at least for editorial stuff, because I really don't think requiring people who have editorial suggestions to post them to www-style is so great
  449. # [07:57] <MikeSmith> I have some very minor suggestions about the text of the Media Queries abstract and intro
  450. # [07:58] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  451. # [07:59] <othermaciej> I have mixed feelings about the bugzilla system - on the one hand, it's good for tracking, and keeps some noise off the list, on the other hand, sometimes it buries interesting discussion
  452. # [07:59] <othermaciej> overall a good thing compared to just email comments though, I think
  453. # [08:02] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  454. # [08:09] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  455. # [08:15] <MikeSmith> othermaciej: yeah, it's definitely a tradeoff. But when mailing list traffic gets excessive, interesting discussion effectively ends up getting buried anyway, because people have said there's no way they can keep up with it and so they just delete who threads (or mark them read), including ones that have some interest in by just not time to read through
  456. # [08:15] <MikeSmith> I think chaals said something along those lines recently
  457. # [08:16] <MikeSmith> but others have said as much in the past too
  458. # [08:16] <MikeSmith> s/delete who threads/delete whole threads/
  459. # [08:17] <othermaciej> yeah in the case of public-html, moving some threads off the list is on the whole a good thing
  460. # [08:18] <MikeSmith> ultimately, having some may of modding list messages would be really useful
  461. # [08:18] <MikeSmith> I wonder if Google Wave has some way to do that
  462. # [08:18] * Quits: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  463. # [08:18] * lmorchard is now known as lmorchard|away
  464. # [08:20] * Joins: annevk42 (n=annevk@cm-84.215.133.38.getinternet.no)
  465. # [08:20] * Joins: yusukes (n=yusukes@220.109.219.244)
  466. # [08:23] <MikeSmith> annevk42: I have some minor comments on the Media Queries editor's draft. Would be nice to have the option to submit them as W3C bugzilla bugs. Hope that CSS WG can provide that as an option eventually. In the mean time, can I just e-mail them to you?
  467. # [08:23] * Joins: Super-Dot (n=Super-Do@adsl-75-61-81-177.dsl.pltn13.sbcglobal.net)
  468. # [08:24] <annevk42> yeah
  469. # [08:24] <MikeSmith> OK
  470. # [08:24] <annevk42> you could suggest it to the CSS WG
  471. # [08:24] <annevk42> would be sort of nice I gues to log issues there
  472. # [08:26] <MikeSmith> hmm, does the group have a list for administrative things? (instead of www-style)
  473. # [08:27] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  474. # [08:27] <annevk42> we do have a tracker instance
  475. # [08:29] <MikeSmith> annevk42: think it'd be OK for me to raise an issue there?
  476. # [08:31] <annevk42> I rather have email
  477. # [08:31] <annevk42> but yeah, if you have access that's fine I suppose
  478. # [08:32] <MikeSmith> annevk42: I'll send the mail, but I was thinking more of opening an issue to suggest the group provide bugzilla reporting as an option
  479. # [08:32] <annevk42> ah ok
  480. # [08:41] * Joins: sbublava (n=stephan@77.118.46.71)
  481. # [08:42] * annevk42 thinks it would make sense if Timers went into the timer draft submitted by Google
  482. # [08:43] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  483. # [08:44] <othermaciej> Google's timer draft isn't about that kind of timer at all
  484. # [08:45] <othermaciej> (afaict)
  485. # [08:45] <othermaciej> I had a high-res timer proposal a while back that might combine well with classic timers
  486. # [08:47] <annevk42> true, it's a bit different
  487. # [08:48] <annevk42> damn it, i like having the entities
  488. # [08:54] * Joins: pesla (n=retep@80.101.187.43)
  489. # [08:56] * Quits: roc (n=roc@210-84-30-155.dyn.iinet.net.au)
  490. # [08:58] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.3/20090909051541]")
  491. # [09:10] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  492. # [09:24] * Joins: zcorpan_ (n=zcorpan@123.218.251.212.customer.cdi.no)
  493. # [09:28] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Remote closed the connection)
  494. # [09:28] * Quits: mookid (i=mookid@ROFL.name) (Read error: 104 (Connection reset by peer))
  495. # [09:28] * Joins: mookid (i=mookid@ROFL.name)
  496. # [09:30] <hsivonen> anyone going to the HyBi BoF?
  497. # [09:32] <othermaciej> where is it going to be?
  498. # [09:32] <othermaciej> in the IETF in Japan?
  499. # [09:33] <zcorpan_> Philip`: http://krijnhoetmer.nl/irc-logs/whatwg/20091002#l-157
  500. # [09:34] <othermaciej> so do any of you Opera folks have the data on Opera's experience with trying namespaces in HTML?
  501. # [09:35] <othermaciej> that would be a useful addition to the distributed extensibility thread
  502. # [09:37] * Quits: Super-Dot (n=Super-Do@adsl-75-61-81-177.dsl.pltn13.sbcglobal.net)
  503. # [09:39] <zcorpan_> iirc, we removed it completely because it broke sites. but i think we allowed it on elements with known tag names, which was the main reason for breakage
  504. # [09:41] * Quits: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  505. # [09:43] * Quits: annevk42 (n=annevk@cm-84.215.133.38.getinternet.no)
  506. # [09:46] <Philip`> zcorpan_: http://philip.html5.org/data/script-open-in-escape.txt
  507. # [09:47] <zcorpan_> Philip`: thanks
  508. # [09:48] * Quits: zcorpan_ (n=zcorpan@123.218.251.212.customer.cdi.no)
  509. # [10:00] * Joins: annevk2 (n=annevk@213.236.208.22)
  510. # [10:01] * Quits: fishd__ (n=darin@72.14.224.1) (Read error: 110 (Connection timed out))
  511. # [10:05] <annevk2> hsivonen, do you think it's worth visiting the hybi thingie?
  512. # [10:06] <hsivonen> annevk2: I don't know. Probably not. Certainly not for me personally.
  513. # [10:10] * annevk2 would like the MathML entities to stay
  514. # [10:14] * Joins: roc (n=roc@115.130.11.177)
  515. # [10:14] * Quits: webben_ (n=benh@82.152.36.121) ("Lost terminal")
  516. # [10:16] <hsivonen> Philip`: btw, if element and attribute namespacing were added to the HTML parsing algorithm, those should depend on namespace mapping context held on the tree builder stack
  517. # [10:16] <hsivonen> Philip`: so xmlns:foo on a <table> would affect the element and attribute namespaces of foster-parented descendants but wouldn't affect CURIEs in foster-parented descendants
  518. # [10:17] <annevk2> I kind of liked the earlier <org.example.table> proposal though I'm not convinced any of this is needed
  519. # [10:19] <hsivonen> annevk2: it would suck with Selectors, though
  520. # [10:19] <hsivonen> annevk2: since you'd have to escape the dot
  521. # [10:20] <hsivonen> annevk2: sicking's idea wouldn't suck with Selectors
  522. # [10:20] <Hixie> has anyone explained what the problem all this is solving is yet?
  523. # [10:20] <hsivonen> Hixie: of course not
  524. # [10:20] <Hixie> then how are you all evaluating how good the proposals are
  525. # [10:21] <annevk2> taste?
  526. # [10:21] <Philip`> hsivonen: Hmm, I suppose that's only sane way to do it, otherwise <html><foo:bar><foo:bar>...<html xmlns:foo> would be a pain
  527. # [10:21] <annevk2> well, and some experience with complexity of namespaces
  528. # [10:21] * Joins: mitsuhiko (n=mitsuhik@ubuntu/member/mitsuhiko)
  529. # [10:21] <Philip`> Hixie: We're not evaluating how good the proposals are, only how bad they are
  530. # [10:21] <hsivonen> Hixie: I'm not evaluation the goodness. I'm evaluating the badness that can be seen regardless of purpose.
  531. # [10:21] <Hixie> fair enough
  532. # [10:22] <Hixie> that doesn't seem all that useful though
  533. # [10:22] <hsivonen> s/evaluation/evaluating/
  534. # [10:22] <Hixie> i mean it's like looking at cars and saying "well that one's wheels are flat, so it's no good" without knowing that the problem is painting someone's living room
  535. # [10:23] <hsivonen> Hixie: note that my first email to the thread was almost entirely questions
  536. # [10:23] <Hixie> yeah
  537. # [10:23] <hsivonen> Hixie: and my latest is explaining one of the questions
  538. # [10:24] <Philip`> Hixie: It's like someone proposes "let's all use this car", and you say "that one uses babies as fuel instead of petrol", and so you can easily discard the proposed solution, without having to go through the long complex process of working out what the problem was
  539. # [10:25] <Hixie> Philip`: maybe the problem is that the babies are all turning evil and the car combustion engine is actually somehow an evil purifier
  540. # [10:25] <Hixie> ok that response got away from me somehow
  541. # [10:26] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  542. # [10:27] <Philip`> Even if it could be safely used for purifying evil babies, if you unleash it on the world nobody's going to understand the details or the implications and they'll just stick any common or garden baby in there as long as it makes the engine go round
  543. # [10:28] <Hixie> well, i can't argue with the line of reasoning that namespaces kills babies, certainly
  544. # [10:32] * Lachy__ is now known as Lachy
  545. # [10:34] * hsivonen wonders what should happen if a script removes the defer attribute or the src attribute of a defer script before EOF is parsed
  546. # [10:34] * hsivonen opens the spec
  547. # [10:34] <Philip`> (Also the fuel tank looks like a baby seat in the back of the car, so people who upgrade to this new model of car will be surprised when the function of the apparent seat turns out to be incompatible with the old behaviour)
  548. # [10:34] <hsivonen> analogy carried too far?
  549. # [10:34] <Philip`> Analogies can never be carried too far
  550. # [10:35] * Joins: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
  551. # [10:36] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Client Quit)
  552. # [10:40] * Joins: mat_t (n=mattomas@91.189.88.12)
  553. # [10:47] * Quits: roc (n=roc@115.130.11.177)
  554. # [10:47] <hsivonen> Hixie: is it intentional that inline scripts with async are async?
  555. # [10:47] <hsivonen> Hixie: why isn't async only for external scripts?
  556. # [10:47] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (Read error: 110 (Connection timed out))
  557. # [10:47] <Hixie> is this a trick question...?
  558. # [10:48] <hsivonen> Hixie: not a trick question
  559. # [10:48] <Hixie> then i dunno, i guess it just made sense to me
  560. # [10:48] <Hixie> why would it not apply?
  561. # [10:48] <hsivonen> If an inline script has async set, are there any differences compared to inline scripts without async?
  562. # [10:48] <hsivonen> does document.write() work?
  563. # [10:49] <Hixie> Atom makes a bunch of stuff required that i don't know how to fake
  564. # [10:49] <Hixie> like "author"
  565. # [10:49] <Hixie> hsivonen: document.write() does not work
  566. # [10:49] <Hixie> hsivonen: as far as i recall
  567. # [10:49] <Hixie> hsivonen: i honestly don't think i gave much thought to inline <script>s with async
  568. # [10:49] <hsivonen> Hixie: are you sure that's a good idea?
  569. # [10:49] <Hixie> i don't know why anyone would do that
  570. # [10:50] <Hixie> then again they do it with defer, i guess
  571. # [10:50] <hsivonen> right
  572. # [10:50] <Hixie> if you want it changed, it's an easy fix, file a bug
  573. # [10:50] * Quits: sbublava (n=stephan@77.118.46.71)
  574. # [10:50] <hsivonen> ok
  575. # [10:50] * Hixie wonders what to do about the conversion to atom now that he's removing the predefined vocabs, given that it relied on vcard
  576. # [10:51] <hsivonen> Hixie: remove conversion to atom?
  577. # [10:51] <Hixie> that rather fails to address the use case of replacing atom with html to reduce repetition
  578. # [10:54] * Joins: roc (n=roc@115.130.7.73)
  579. # [10:55] * Quits: roc (n=roc@115.130.7.73) (Client Quit)
  580. # [10:55] * Joins: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  581. # [10:56] <hsivonen> hey! async on inline script is the promise not to do document.write! it would allow an optimization in speculative parsing
  582. # [10:57] <hsivonen> still dangerously backwards-incompatible, though :-(
  583. # [10:58] <hsivonen> and people who do serious scripting on user-facing sites tend to use external scripts anyway
  584. # [11:01] * Quits: MikeSmith (n=MikeSmit@EM114-48-105-184.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  585. # [11:04] * Joins: ROBOd (n=robod@89.122.216.38)
  586. # [11:06] * Joins: nessy (n=nessy@203.193.220.187)
  587. # [11:12] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  588. # [11:13] * Joins: zcorpan_ (n=zcorpan@213.236.208.247)
  589. # [11:18] * Joins: mpt (n=mpt@canonical/mpt)
  590. # [11:21] * Joins: webben (n=Adium@dip5-fw.corp.ukl.yahoo.com)
  591. # [11:21] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
  592. # [11:26] * hsivonen wonders if the sentence "Changing the src, type, charset, async, and defer attributes dynamically has no direct effect; these attribute are only used at specific times described below (namely, when the element is inserted into the document)." is correct
  593. # [11:27] <hsivonen> Gecko considers those at the time the end tag is parsed
  594. # [11:27] <hsivonen> not when the element is inserted
  595. # [11:28] <hsivonen> hmm. maybe I'm wrong
  596. # [11:29] <annevk2> is there an observable difference?
  597. # [11:29] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  598. # [11:30] * Parts: webben (n=Adium@dip5-fw.corp.ukl.yahoo.com)
  599. # [11:30] <jgraham> With innerHTML maybe?
  600. # [11:31] <zcorpan_> hsivonen: doesn't the parser run the script when the end tag is parsed per html5?
  601. # [11:31] <hsivonen> zcorpan_: yes
  602. # [11:32] <hsivonen> annevk2: yes, if the parser inserts the element, spins the event loop, timeout runs and the parser continues and parses the end tag
  603. # [11:32] <hsivonen> zcorpan_: yes
  604. # [11:32] * Joins: webben (n=Adium@dip5-fw.corp.ukl.yahoo.com)
  605. # [11:33] * Quits: nessy (n=nessy@203.193.220.187) ("This computer has gone to sleep")
  606. # [11:34] <annevk2> ooh right
  607. # [11:34] <annevk2> tricky
  608. # [11:40] * Joins: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  609. # [11:42] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  610. # [11:43] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  611. # [11:45] * Joins: mpt (n=mpt@canonical/mpt)
  612. # [11:46] * Joins: mat_t (n=mattomas@91.189.88.12)
  613. # [11:46] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  614. # [11:48] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  615. # [11:49] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  616. # [11:49] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  617. # [11:51] * Joins: myakura (n=myakura@p1012-ipbf3905marunouchi.tokyo.ocn.ne.jp)
  618. # [11:53] * Joins: MikeSmith (n=MikeSmit@EM114-48-60-89.pool.e-mobile.ne.jp)
  619. # [11:58] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  620. # [12:13] * annevk2 finds out that because of "The HTTP Origin header" draft CORS does not need to depend on HTML5 anymore
  621. # [12:23] <MikeSmith> annevk2: so we should take the Origin spec and CORS to PR together in WebApps
  622. # [12:33] <hsivonen> MikeSmith: can WebApps take the Origin spec to PR if the IETF has the spec?
  623. # [12:34] <MikeSmith> hsivonen: IETF and HTTP WG in particular said they were not interested in publishing the spec
  624. # [12:34] <hsivonen> ooh
  625. # [12:34] * hsivonen has trouble keeping up with Origin politics
  626. # [12:40] * Joins: daedb (n=opera@h11n1fls34o986.telia.com)
  627. # [12:44] <beowulf> part
  628. # [12:44] <beowulf> heh
  629. # [12:44] * Parts: beowulf (i=wiglaf@ps4552.dreamhost.com)
  630. # [12:59] <annevk2> MikeSmith, Adam is still pushing it at IETF it seems
  631. # [12:59] * Joins: explicit_ (i=bill@cpc1-ely05-2-0-cust456.5-1.cable.virginmedia.com)
  632. # [12:59] <annevk2> MikeSmith, if they don't do it we should, yes, that makes sense
  633. # [13:01] <MikeSmith> annevk2: I can't imagine them changing their minds. the message was pretty much an unequivocal No the first time
  634. # [13:02] * MikeSmith remembers there's an IETF/W3C coordination call some time soon and figures he should probably add this to the agenda
  635. # [13:02] <hsivonen> I hope the IANA still agrees to register Origin
  636. # [13:02] <hsivonen> oops.
  637. # [13:02] <hsivonen> it's already registered for CORS, right?
  638. # [13:03] * Quits: zcorpan_ (n=zcorpan@213.236.208.247) (Read error: 113 (No route to host))
  639. # [13:03] <annevk2> yes
  640. # [13:04] <annevk2> MikeSmith, if that's the case maybe you should contact adam and ask him to reformat it so we can have FPWD?
  641. # [13:05] <annevk2> the concept it defines fits better at the W3C as well I think
  642. # [13:05] <MikeSmith> annevk2: yeah, I saw your e-mail comment about that
  643. # [13:06] <hsivonen> did proxy vendors ever comment on Origin?
  644. # [13:07] <MikeSmith> annevk2: dunno if there's ever been a spec "foo Concept".. maybe Origin Mechanism?
  645. # [13:08] <MikeSmith> annevk2: before Adam goes the trouble of reformatting, I will try to get some more info, by the end of next week, I think
  646. # [13:08] <MikeSmith> I think the Strict Transport Security spec fits better at the W3C as well
  647. # [13:09] <annevk2> yeah
  648. # [13:10] <annevk2> most things fit better at the W3C if alone for their non-ancient publishing format (though if it's just about publishing format I guess WHATWG wins :p )
  649. # [13:12] <hsivonen> specs with scripts FTW!
  650. # [13:16] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  651. # [13:18] * Joins: tyoshino_ (n=tyoshino@220.109.219.244)
  652. # [13:21] * Joins: mat_t (n=mattomas@91.189.88.12)
  653. # [13:21] <MikeSmith> W3C specs can have scripts. there's nothing in pubrules or anything else I've looked at that says they're prohibited
  654. # [13:22] <MikeSmith> hsivonen: I don't remember anybody in the previous discussion explicitly stating that they were are a proxy vendor
  655. # [13:29] <hsivonen> MikeSmith: ok. is it just a matter of no one porting the crossref script to the W3C spec?
  656. # [13:30] <hsivonen> MikeSmith: not having explicit negative feedback from (people identifying selves as) proxy vendors is encouraging
  657. # [13:30] <MikeSmith> hsivonen: yeah
  658. # [13:30] <MikeSmith> about crossref script, yeah, pretty much
  659. # [13:31] <MikeSmith> I'm already using it on my markup draft though
  660. # [13:31] <MikeSmith> the single-page version of that
  661. # [13:31] <MikeSmith> http://dev.w3.org/html5/markup/spec.html
  662. # [13:32] <MikeSmith> e.g., if you to to http://dev.w3.org/html5/markup/spec.html#common.data.uri-mdl and click on the "uri" in orangered
  663. # [13:32] <annevk2> I wonder why that script does not work in Opera
  664. # [13:33] * MikeSmith is due to lose battery power in 8 minutes
  665. # [13:33] <annevk2> oh, now it does
  666. # [13:33] <annevk2> hmm
  667. # [13:34] <ato> Was <dialog> taken out of the specification?
  668. # [13:34] <annevk2> yes
  669. # [13:34] <ato> I've been searching the archives, but what was the reasoning behind that?
  670. # [13:34] <MikeSmith> I plan to add a generated index from <dfn>s as an alternative to the xref script, for the multipage version
  671. # [13:34] * Joins: nessy (n=nessy@203.193.220.187)
  672. # [13:35] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  673. # [13:35] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  674. # [13:35] <annevk2> ato, didn't address the use cases well enough and was only for a relatively minor use cases
  675. # [13:35] <annevk2> -s
  676. # [13:36] <ato> annevk2: Ok, thanks!
  677. # [13:36] * Quits: MikeSmith (n=MikeSmit@EM114-48-60-89.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  678. # [13:37] * Quits: tyoshino (n=tyoshino@220.109.219.244) (Read error: 110 (Connection timed out))
  679. # [13:41] * Joins: zdobersek (n=zan@cpe-92-37-75-189.dynamic.amis.net)
  680. # [13:42] * Quits: pererik (n=pe@unaffiliated/pererik) (Read error: 110 (Connection timed out))
  681. # [13:57] <annevk2> hmm, referencing httpbis is a pain
  682. # [13:57] <annevk2> http is now all over the place :/
  683. # [14:18] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  684. # [14:25] * Joins: sbublava (n=stephan@77.118.32.171)
  685. # [14:39] * Joins: pmuellr (n=pmuellr@nat/ibm/x-enlhsjfqpcjliiqk)
  686. # [14:43] * Quits: explicit_ (i=bill@cpc1-ely05-2-0-cust456.5-1.cable.virginmedia.com)
  687. # [14:44] * Joins: Omnipotent (n=youshoul@unaffiliated/dor)
  688. # [14:45] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  689. # [14:53] * Quits: wakaba_0 (n=wakaba_@122.221.184.68) ("Leaving...")
  690. # [15:03] * Quits: myakura (n=myakura@p1012-ipbf3905marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  691. # [15:10] * Joins: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  692. # [15:11] * Quits: nessy (n=nessy@203.193.220.187) ("This computer has gone to sleep")
  693. # [15:14] * Quits: zalan (n=zalan@catv-89-135-110-21.catv.broadband.hu) (Read error: 110 (Connection timed out))
  694. # [15:17] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) ("Leaving...")
  695. # [15:23] * lmorchard|away is now known as lmorchard
  696. # [15:23] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  697. # [15:34] * Joins: remysharp (n=remyshar@80.229.253.218)
  698. # [15:40] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  699. # [15:41] * Joins: aroben (n=aroben@unaffiliated/aroben)
  700. # [15:41] * Joins: ttepasse (n=ttepas--@p5B017A63.dip.t-dialin.net)
  701. # [15:42] * Joins: NetBen (n=chatzill@213.208.242.186)
  702. # [15:48] * Parts: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  703. # [15:58] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  704. # [16:05] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  705. # [16:12] * Joins: fishd__ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net)
  706. # [16:15] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  707. # [16:16] * Joins: lazni (n=lazni@118.71.18.216)
  708. # [16:18] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  709. # [16:24] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 113 (No route to host))
  710. # [16:25] * Quits: remysharp (n=remyshar@80.229.253.218) ("Gotta shoot - "peeyaow"")
  711. # [16:28] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  712. # [16:28] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  713. # [16:36] * Joins: dglazkov (n=dglazkov@67.188.0.62)
  714. # [16:37] * Joins: zalan (n=zalan@79.121.70.212)
  715. # [16:37] * aroben_ is now known as aroben
  716. # [16:40] * Quits: fishd__ (n=darin@c-67-180-164-209.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  717. # [16:41] <Omnipotent> On this page: http://yankele.co.il/test/canvas.html why when I increase the "red" the red actually decreases, ?
  718. # [16:42] <Omnipotent> Anyone here? :P.
  719. # [16:43] <Philip`> Yes :-)
  720. # [16:44] <jgraham> No
  721. # [16:44] <Philip`> If you set e.g. red=0.99, what the arc() call is doing is taking the point at 'offset' on the second, and then the point that's 0.99 of the way around the circle in a clockwise direction
  722. # [16:45] <Philip`> and then you're drawing the arc between those two points in an *anti*-clockwise direction
  723. # [16:45] <Philip`> so it only fill 0.01 of the circle
  724. # [16:45] * Joins: Midler (n=midler@212.37.124.243)
  725. # [16:46] <Omnipotent> So basically it switches the start and end points?
  726. # [16:46] <Philip`> What you probably want is for the second point to be 0.99 around anticlockwise instead, so you'd have to use offset-Math.PI*2*red instead of Math.PI*2*red+offset
  727. # [16:47] <Philip`> (Uh, "'offset' on the second"? I think I meant "'offset' on the circle")
  728. # [16:47] <Omnipotent> Philip` - without the offset, it would start in a point I don't want it
  729. # [16:47] * Quits: cying (n=cying@adsl-75-18-216-158.dsl.pltn13.sbcglobal.net)
  730. # [16:47] <Omnipotent> I want it to start at the bottom, like it does now.
  731. # [16:47] <Omnipotent> Or on the top for that matters.
  732. # [16:48] <Philip`> Omnipotent: You still have offset, you're just subtracting the red (so higher red values result in a point that's further around anticlockwise from offset) instead of adding it
  733. # [16:49] <Philip`> Try entering -0.1, -0.2, -0.3, ... in the 'red' input box and I think it gives the appearance you probably want
  734. # [16:49] <Philip`> so you just need to do that negation in the script where it uses red
  735. # [16:49] * Quits: heycam (n=cam@66.134.141.179) (Read error: 113 (No route to host))
  736. # [16:50] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) ("Verlassend")
  737. # [16:51] <Omnipotent> There we go.
  738. # [16:51] <Omnipotent> Ctx.arc(75,75,50,offset,-Math.PI*2*red+offset,true);.
  739. # [16:52] <Omnipotent> Now I just need to understand completely how it solved it XD.
  740. # [16:52] * Quits: dglazkov (n=dglazkov@67.188.0.62)
  741. # [16:52] * Quits: shepazu (n=schepers@207.105.81.86) (Read error: 110 (Connection timed out))
  742. # [16:53] <hsivonen> I wish someone wrote down a litmus test that can be applied to determine if a particular solution constitutes "decentralized extensibility"
  743. # [16:53] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  744. # [16:53] <Philip`> hsivonen: I think the test requires colons
  745. # [16:54] <hsivonen> s/someone/rubys/
  746. # [16:56] <TabAtkins> That thread is going really nicely, though. Relatively little in the way of rhetoric, and heavy on actual discussion.
  747. # [16:57] <jgraham> I was just going to praise hsivonen's ability to be level headed in the face of shrillness
  748. # [16:57] <TabAtkins> Only because you guys are putting so much effort into counteracting the rhetoric, though.
  749. # [16:57] <TabAtkins> Yeah.
  750. # [16:57] * Philip` must be reading a slightly different thread to TabAtkins
  751. # [16:58] <TabAtkins> Philip`, I'm comparing it to previous threads about namespaces. >_<
  752. # [16:58] * jgraham guesses he should actually do the praise rather than allude to it
  753. # [16:59] <jgraham> hsivonen: I admire you ability to be level headed in the face of shrillness and hyperbole
  754. # [16:59] * jgraham should try to get better at that
  755. # [17:01] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  756. # [17:02] <hsivonen> jgraham: thanks
  757. # [17:03] <TabAtkins> hsivonen, Philip`, I also really admire y'all's ability to comport yourselves in that kind of thread. I wouldn't be able to.
  758. # [17:04] <TabAtkins> Which is why I've merely watched. I didn't want to increase the noise.
  759. # [17:08] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  760. # [17:08] * Philip` generally tries to avoid posting about anything other than facts
  761. # [17:08] <Philip`> which makes life much simpler
  762. # [17:09] <hsivonen> Philip`: facts have a strong liberal bias, though
  763. # [17:10] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  764. # [17:10] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  765. # [17:16] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  766. # [17:20] <jgraham> In this case it seems like the facts about web compatibility should be enough to sink any proposal involving colons based on compatibility alone
  767. # [17:20] <jgraham> er, I just repeated myself
  768. # [17:21] <hsivonen> your are assuming your valuations of compat vs. desirability of colons
  769. # [17:21] * Joins: pererik (n=pe@unaffiliated/pererik)
  770. # [17:21] <Philip`> The facts have just been about browser compability, not about web compatibility
  771. # [17:22] <jgraham> Philip`: I don't understand what you mean
  772. # [17:22] <hsivonen> aargh. the whole of www.cnn.com leaks one attribute holder in the parser
  773. # [17:22] <hsivonen> now I need to find out *where*
  774. # [17:22] <jgraham> hsivonen: I am making the normal assumption that proposals that would cause a marketshare hit to conforming browsers should be discarded
  775. # [17:23] <hsivonen> jgraham: you are part of the Vast Browser-Wing Conspiracy, so of course you value that
  776. # [17:26] * Joins: dglazkov (n=dglazkov@nat/google/x-igcsmpcyijcdjcbb)
  777. # [17:27] <Philip`> jgraham: Showing that the proposed behaviour is incompatible with IE does not mean that it's incompatible with significant content on the web
  778. # [17:27] <hsivonen> jgraham: it would be *very* interesting too see MS ship and implementation of their proposal as the first mover
  779. # [17:27] <hsivonen> Philip`: good point
  780. # [17:27] <Dashiva> I smiled when Shelley implied that once Microsoft wanted to, they could immediately upgrade the entire IE6 installed base
  781. # [17:27] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  782. # [17:28] <TabAtkins> I wish they had such powers.
  783. # [17:28] <hsivonen> so I'm looking at a leak of one attribute value on www.cnn.com including all iframes
  784. # [17:29] <Philip`> It's surprisingly hard to find actual real examples of DOM/CSS code that would break if browsers did something more Namespacey
  785. # [17:29] <Philip`> (Namespacious?)
  786. # [17:29] <hsivonen> Philip`: I took a look at the CSS of Ubiquity XForms
  787. # [17:29] <Dashiva> Namespatial
  788. # [17:29] <hsivonen> Philip`: they seem to be pretty defensive
  789. # [17:29] <Philip`> hsivonen: I assume they test it in real XHTML too
  790. # [17:30] <hsivonen> Philip`: but OTOH, it would really suck for authors to have to be that defensive
  791. # [17:30] <Philip`> Lots of content seems to test for document.namespaces
  792. # [17:30] <Philip`> and use that for e.g. VML
  793. # [17:30] <hsivonen> Philip`: where in a normal HTML case you'd have one Selector and ruleset, they have 4 selectors and 2 rulesets
  794. # [17:30] <Philip`> so it seems lots of IE-only content would break if IE removed that
  795. # [17:30] <jgraham> Philip`: If the Great Opera Namespace Experiment had the results ascribed to it by legend then there is sufficient breaking content that colons are out
  796. # [17:31] <jgraham> Sadly I don't know where to find the definitive data about that
  797. # [17:31] <Philip`> jgraham: Legends != facts :-p
  798. # [17:31] <Philip`> (in general)
  799. # [17:32] <jgraham> Yeah, which is why I would like some data
  800. # [17:32] <jgraham> But I guess it is a few bug reports in the database somewhere
  801. # [17:34] <Philip`> DSK-117765 sounds relevant
  802. # [17:39] <jgraham> Yeah it is hard to tell what was specific to our implementation and what was a generic problem. But there are specific sites listed and some generic problems with e.g. content produced in Word
  803. # [17:44] * Quits: pesla (n=retep@80.101.187.43) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  804. # [17:44] <Philip`> The specific problems listed seem to be partly about default namespace declarations on HTML elements, and partly seemingly about Opera treating <foo:bar> similar to the HTML element <bar> (where <bar> = <a> and <p>)
  805. # [17:44] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  806. # [17:46] * Quits: solepixel_ (n=solepixe@66.182.175.130) ("Type here to change default quit message.")
  807. # [17:46] <Philip`> Actually I suppose at least the one with <foo:a> might have been triggered by <style>a { text-decoration: underline }</style> in theory
  808. # [17:49] * Joins: murr4y (n=murray@103.84-49-64.nextgentel.com)
  809. # [17:52] * Philip` tries importing a ~6GB SVN repository into hg and git, and concludes that git is quite a lot faster
  810. # [18:15] <Philip`> (...although "faster" just means ~4 hours, vs unknown-but-several-times-larger)
  811. # [18:15] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  812. # [18:16] * Joins: sicking (n=chatzill@c-69-181-197-163.hsd1.ca.comcast.net)
  813. # [18:20] * Joins: dave_levin_ (n=dave_lev@74.125.59.73)
  814. # [18:22] * Quits: Dashiva (i=Dashiva@wikia/Dashiva)
  815. # [18:24] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  816. # [18:25] * Joins: onar_ (n=onar@17.226.23.126)
  817. # [18:26] * Quits: lazni (n=lazni@118.71.18.216) ("Leaving.")
  818. # [18:32] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  819. # [18:35] * Quits: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  820. # [18:35] * Joins: mat_t (n=mattomas@91.189.88.12)
  821. # [18:43] * Quits: zalan (n=zalan@79.121.70.212) (Read error: 145 (Connection timed out))
  822. # [18:47] * Joins: weinig (n=weinig@17.246.17.196)
  823. # [18:54] * Quits: NetBen (n=chatzill@213.208.242.186) ("ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]")
  824. # [18:54] <AryehGregor> Philip`, I think
  825. # [18:54] <Philip`> AryehGregor: You are
  826. # [18:55] <AryehGregor> Philip`, I think I once tried timing an svn checkout of mediawiki trunk, against a git clone of mediawiki trunk+branches+tags+all history. And IIRC, the svn checkout was in the same datacenter, and the git clone was across the Atlantic. And git was faster.
  827. # [18:55] <AryehGregor> (I could be misremembering something, okay)
  828. # [18:56] <AryehGregor> But git svn is horribly slow. The translation from svn to git takes forever. git svn rebase takes like a second per commit, or an appreciable fraction thereof, and new branches can take an eternity to process.
  829. # [18:56] * AryehGregor is pushing MediaWiki to use git proper for exactly this reason
  830. # [18:56] <Philip`> SVN doesn't seem to be the most efficient user of HTTP in existence
  831. # [18:56] <Philip`> but I'm just doing everything with file:///
  832. # [18:56] <AryehGregor> Yeah, to be fair, I was using http:// for SVN and git:// for git, so that's not so fair. :P
  833. # [18:56] <Philip`> (after having rsynced the SVN repository)
  834. # [18:57] <Philip`> Fortunately this SVN repository has zero branches
  835. # [18:57] <Philip`> so that part is not a problem
  836. # [18:57] <AryehGregor> "Perhaps the real issue is we're not all speaking the same "language", and I don't mean English or otherwise. You're seeing the proposal from one view, I'm seeing it from another, and we haven't established a common communication means to express ourselves to one another." +5 Insightful
  837. # [18:58] <Philip`> -1 Obvious :-p
  838. # [18:59] <Philip`> I think I failed to see a response to hsivonen's question of what anyone means by "decentralized extensibility"
  839. # [19:00] <Philip`> which is probably critical for establishing a common communication means
  840. # [19:00] <AryehGregor> They mean "decentralized extensibility", duh.
  841. # [19:00] <AryehGregor> I think it's fairly obvious.
  842. # [19:00] <AryehGregor> It means "a mechanism for people to make up new nonstandard stuff without knowing about all the other people doing so".
  843. # [19:01] <Philip`> That's easy, just use class attributes
  844. # [19:01] <AryehGregor> The appropriate question is, what are the specific deficiencies in things like microdata or <object> that require this?
  845. # [19:01] <AryehGregor> Right.
  846. # [19:01] <AryehGregor> Microsoft's proposal mentioned a few things, like CSS selection, but they seemed very weak.
  847. # [19:01] <Philip`> The literal meaning is clearly not the whole of what anyone means when they're asking for decentralized extensibility
  848. # [19:02] <AryehGregor> Well, the question is what deficiencies they find in the existing stuff like class.
  849. # [19:02] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  850. # [19:02] * Philip` waits patiently while git gc compresses 42999 objects
  851. # [19:03] <Philip`> Hmm, does git gc want to load the entire repository into RAM?
  852. # [19:03] <Dashiva> AryehGregor: Class is kind of a red herring even, since it's rather weak compared to @data-* and microdata and RDFa lined up as well
  853. # [19:04] <Philip`> Compression progress: 2%
  854. # [19:04] <Philip`> Memory usage: 800MB
  855. # [19:04] <Philip`> and growing
  856. # [19:04] <AryehGregor> Philip`, probably not the whole repository, no, but as a general rule git doesn't handle huge files or repos too well.
  857. # [19:04] <AryehGregor> What kind of repository is it?
  858. # [19:04] <TabAtkins> Dashiva: Even with its weakness, jQuery UI works pretty well with it.
  859. # [19:05] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  860. # [19:05] <Dashiva> TabAtkins: True, just saying you should consider the entire available toolset
  861. # [19:05] <Philip`> AryehGregor: It's the kind that's been imported via git-svn, from a repository with lots of binary files (but not many more than a few tens of megabytes each)
  862. # [19:05] <AryehGregor> Binary files a few tens of megabytes each sounds bad.
  863. # [19:05] <TabAtkins> I haven't ever heard anything to address the basic problem of how accessibility software is supposed to deal with "distributed extensibility".
  864. # [19:06] <Dashiva> TabAtkins: Distributed accessibility :D
  865. # [19:06] <AryehGregor> For one thing, compression won't work so well, so if they change, the repo will be pretty huge.
  866. # [19:06] <TabAtkins> Specifically of the "mint new namespaced elements" variety.
  867. # [19:06] <Philip`> AryehGregor: SVN handles them with no problem ;-)
  868. # [19:06] <AryehGregor> TabAtkins, we should just replace accessibility software by hiring people from third-world countries to explain the pages to the blind people. From what I've heard, it would probably cost less than JAWS.
  869. # [19:07] <AryehGregor> Philip`, SVN doesn't keep the whole history of the repo in every checkout.
  870. # [19:07] <Philip`> AryehGregor: It keeps the whole history of the repository in the repository, though
  871. # [19:07] <Philip`> AryehGregor: and that works fine
  872. # [19:07] <AryehGregor> Using git for anything that's not source-code-like is potentially dangerous.
  873. # [19:07] <TabAtkins> Crowdsourcing as replacement for algorithms. It's being done already, I guess.
  874. # [19:07] <AryehGregor> Yes, but that doesn't affect checkout time.
  875. # [19:07] * Joins: mpt (n=mpt@canonical/mpt)
  876. # [19:08] <AryehGregor> Anyway, git might end up not being so good for this kind of thing. For source code (or similar) it's great.
  877. # [19:08] <AryehGregor> Try it and see.
  878. # [19:08] <Philip`> AryehGregor: Probably what I ought to do is expose a subset of the SVN repository that only has the code-like stuff
  879. # [19:08] <Philip`> and then clone that
  880. # [19:08] <AryehGregor> I had the bright idea of using it to do incremental backups of a multi-gigabyte .sql backup file. "git add" OOMed.
  881. # [19:08] <Philip`> but I wanted to see if it'd work with the whole repository first
  882. # [19:09] <Philip`> In practice I think I'll use Mercurial anyway
  883. # [19:09] <Philip`> but that's taking much longer to import from SVN
  884. # [19:09] * Joins: fishd__ (n=darin@nat/google/x-nrwdqkvdplnqygmw)
  885. # [19:10] <Philip`> Compression progress: 3%
  886. # [19:10] <Philip`> Memory usage: 1.2GB
  887. # [19:10] <Philip`> Compression progress: 5%
  888. # [19:11] <Philip`> Memory usage: 100MB
  889. # [19:11] <Philip`> That's good progress
  890. # [19:12] * fishd__ is now known as fishd
  891. # [19:13] <Philip`> Maybe it was just loading an entire revision into RAM at once (some of them are ~600MB)
  892. # [19:13] <AryehGregor> Yes, I think it does that.
  893. # [19:17] <Philip`> TabAtkins: Instead of something like <input class="proprietary-special-thingy" readonly>, all you have to do is <proprietary:specialThingy role="textbox" aria-readonly="true"> plus a thousand lines of script library and then it'll work fine and be accessible and everything
  894. # [19:18] <TabAtkins> Philip`, brilliant!
  895. # [19:20] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  896. # [19:20] <Philip`> Well, you might have to wait five years until enough browsers support it
  897. # [19:20] <Philip`> but then finally you'll be able to write great markup like that
  898. # [19:20] <TabAtkins> I quiver with anticipation.
  899. # [19:29] * Quits: sbublava (n=stephan@77.118.32.171)
  900. # [19:35] * Quits: weinig (n=weinig@17.246.17.196)
  901. # [19:38] * Joins: webben1 (n=Adium@213-152-32-98.dsl.eclipse.net.uk)
  902. # [19:40] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  903. # [19:41] * Joins: weinig (n=weinig@17.244.25.250)
  904. # [19:41] * Quits: dave_levin_ (n=dave_lev@74.125.59.73)
  905. # [19:44] * Quits: webben (n=Adium@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  906. # [19:49] * Joins: explicit_ (i=bill@cpc1-ely05-2-0-cust456.5-1.cable.virginmedia.com)
  907. # [19:52] * Joins: jennb (n=jennb@74.125.59.73)
  908. # [20:00] <Philip`> Hmm, so that hour-long 'git gc' just finished, and saved a whopping 4% of my repository size
  909. # [20:01] <Philip`> s/4/12/
  910. # [20:01] * aroben is now known as aroben|away
  911. # [20:02] * webben1 is now known as webben
  912. # [20:02] <AryehGregor> Because it's probably mostly binary files.
  913. # [20:03] <AryehGregor> I don't know if git even bothers trying to compress them.
  914. # [20:03] <AryehGregor> It probably assumes they're some small, mostly-static PNGs and such, like you'd find in most source-code repos.
  915. # [20:06] * Philip` wishes it was possible to integrate SVN and hg/git/etc nicely
  916. # [20:06] <Philip`> so I could have all the source code in hg/git/etc, and all the art data in SVN
  917. # [20:07] <Philip`> and so nobody would have to understand the difference and would just run one 'update' command and one 'commit' command and it would all work like magic
  918. # [20:07] <Philip`> (on Windows too)
  919. # [20:07] <AryehGregor> Or someone should fix hg/git/etc. to handle big rapidly-changing binary files well.
  920. # [20:08] <Philip`> They'd also have to fix it so you don't have to download the whole repository
  921. # [20:09] <Philip`> (by excluding paths, and excluding history)
  922. # [20:10] <AryehGregor> Selectively excluding history, maybe, for large often-changing binary files.
  923. # [20:10] <AryehGregor> That would complicate the model considerably, of course.
  924. # [20:10] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  925. # [20:12] * Quits: weinig (n=weinig@17.244.25.250)
  926. # [20:13] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  927. # [20:15] * Quits: borismus (n=borismus@c-98-219-161-78.hsd1.pa.comcast.net)
  928. # [20:15] <Dashiva> So how many times has Shelley quit public-html?
  929. # [20:17] <Philip`> public-html, or the HTML WG?
  930. # [20:17] <Dashiva> public-html
  931. # [20:19] * Joins: weinig (n=weinig@17.244.25.250)
  932. # [20:33] * Parts: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
  933. # [20:36] * Joins: shepazu (n=schepers@216.239.45.19)
  934. # [20:46] * Joins: Super-Dot (n=Super-Do@66-240-25-4.isp.comcastbusiness.net)
  935. # [20:55] * Quits: shepazu (n=schepers@216.239.45.19)
  936. # [20:55] * Quits: onar_ (n=onar@17.226.23.126)
  937. # [20:58] * Quits: weinig (n=weinig@17.244.25.250)
  938. # [21:02] * Joins: shepazu (n=schepers@216.239.45.19)
  939. # [21:18] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (niven.freenode.net irc.freenode.net)
  940. # [21:18] * Quits: pmuellr (n=pmuellr@nat/ibm/x-enlhsjfqpcjliiqk) (niven.freenode.net irc.freenode.net)
  941. # [21:18] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (niven.freenode.net irc.freenode.net)
  942. # [21:18] * Quits: Peter` (n=peter@92.254.21.251) (niven.freenode.net irc.freenode.net)
  943. # [21:18] * Quits: yutak_ (n=yutak@220.109.219.244) (niven.freenode.net irc.freenode.net)
  944. # [21:18] * Quits: gsnedders (n=gsnedder@host86-139-218-73.range86-139.btcentralplus.com) (niven.freenode.net irc.freenode.net)
  945. # [21:18] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (niven.freenode.net irc.freenode.net)
  946. # [21:18] * Quits: peritus- (n=peritus@ircbridge.mahner.org) (niven.freenode.net irc.freenode.net)
  947. # [21:18] * Quits: onar (n=onar@17.226.20.255) (niven.freenode.net irc.freenode.net)
  948. # [21:18] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (niven.freenode.net irc.freenode.net)
  949. # [21:18] * Quits: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) (niven.freenode.net irc.freenode.net)
  950. # [21:18] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) (niven.freenode.net irc.freenode.net)
  951. # [21:18] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (niven.freenode.net irc.freenode.net)
  952. # [21:18] * Quits: zdobersek (n=zan@cpe-92-37-75-189.dynamic.amis.net) (niven.freenode.net irc.freenode.net)
  953. # [21:18] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  954. # [21:18] * Quits: yusukes (n=yusukes@220.109.219.244) (niven.freenode.net irc.freenode.net)
  955. # [21:18] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (niven.freenode.net irc.freenode.net)
  956. # [21:18] * Quits: gavin (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  957. # [21:18] * Quits: hober (n=ted@unaffiliated/hober) (niven.freenode.net irc.freenode.net)
  958. # [21:18] * Quits: jennb (n=jennb@74.125.59.73) (niven.freenode.net irc.freenode.net)
  959. # [21:18] * Quits: takkaria (n=takkaria@isparp.co.uk) (niven.freenode.net irc.freenode.net)
  960. # [21:18] * Quits: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi) (niven.freenode.net irc.freenode.net)
  961. # [21:18] * Quits: eml (i=eml@irk.bob.fi) (niven.freenode.net irc.freenode.net)
  962. # [21:18] * Quits: Philip` (n=philip@zaynar.co.uk) (niven.freenode.net irc.freenode.net)
  963. # [21:18] * Quits: doobar (i=david@bsdguru.net) (niven.freenode.net irc.freenode.net)
  964. # [21:18] * Quits: steevel (n=steevel@irc.kodslav.org) (niven.freenode.net irc.freenode.net)
  965. # [21:18] * Quits: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (niven.freenode.net irc.freenode.net)
  966. # [21:18] * Joins: Super-Dot_ (n=Super-Do@66-240-27-3.isp.comcastbusiness.net)
  967. # [21:18] * Joins: jennb (n=jennb@74.125.59.73)
  968. # [21:18] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  969. # [21:18] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  970. # [21:18] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  971. # [21:18] * Joins: murr4y (n=murray@103.84-49-64.nextgentel.com)
  972. # [21:18] * Joins: pmuellr (n=pmuellr@nat/ibm/x-enlhsjfqpcjliiqk)
  973. # [21:18] * Joins: zdobersek (n=zan@cpe-92-37-75-189.dynamic.amis.net)
  974. # [21:18] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  975. # [21:18] * Joins: yusukes (n=yusukes@220.109.219.244)
  976. # [21:18] * Joins: gsnedders (n=gsnedder@host86-139-218-73.range86-139.btcentralplus.com)
  977. # [21:18] * Joins: smaug (n=chatzill@a91-154-40-223.elisa-laajakaista.fi)
  978. # [21:18] * Joins: hober (n=ted@unaffiliated/hober)
  979. # [21:18] * Joins: gavin (n=gavin@firefox/developer/gavin)
  980. # [21:18] * Joins: yutak_ (n=yutak@220.109.219.244)
  981. # [21:18] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  982. # [21:18] * Joins: takkaria (n=takkaria@isparp.co.uk)
  983. # [21:18] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  984. # [21:18] * Joins: onar (n=onar@17.226.20.255)
  985. # [21:18] * Joins: peritus- (n=peritus@ircbridge.mahner.org)
  986. # [21:18] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  987. # [21:18] * Joins: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  988. # [21:18] * Joins: Peter` (n=peter@92.254.21.251)
  989. # [21:18] * Joins: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  990. # [21:18] * Joins: steevel (n=steevel@irc.kodslav.org)
  991. # [21:18] * Joins: doobar (i=david@bsdguru.net)
  992. # [21:18] * Joins: Philip` (n=philip@zaynar.co.uk)
  993. # [21:18] * Joins: eml (i=eml@irk.bob.fi)
  994. # [21:24] * Joins: weinig (n=weinig@17.246.17.196)
  995. # [21:27] <Hixie> regenned with new microdata section; not yet uploaded
  996. # [21:29] * Quits: Super-Dot (n=Super-Do@66-240-25-4.isp.comcastbusiness.net) (Read error: 110 (Connection timed out))
  997. # [21:29] * Super-Dot_ is now known as Super-Dot
  998. # [21:30] * Quits: shepazu (n=schepers@216.239.45.19)
  999. # [21:34] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Connection timed out)
  1000. # [21:34] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  1001. # [21:45] * Joins: dpranke (n=Adium@nat/google/x-kghyvzxadcrbmtvc)
  1002. # [21:46] * Joins: onar_ (n=onar@17.226.23.126)
  1003. # [21:49] * Joins: ojan (n=ojan@ip67-95-211-82.z211-95-67.customer.algx.net)
  1004. # [21:52] * Parts: ojan (n=ojan@ip67-95-211-82.z211-95-67.customer.algx.net)
  1005. # [21:54] * aroben|away is now known as aroben
  1006. # [22:01] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  1007. # [22:04] * Quits: pmuellr (n=pmuellr@nat/ibm/x-enlhsjfqpcjliiqk)
  1008. # [22:20] * Parts: Midler (n=midler@212.37.124.243) ("Leaving.")
  1009. # [22:21] * Joins: Midler (n=midler@212.37.124.243)
  1010. # [22:21] * Joins: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  1011. # [22:23] * Joins: jwalden (n=waldo@63.245.220.240)
  1012. # [22:26] <smaug> Hixie: ping
  1013. # [22:28] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  1014. # [22:30] * Quits: weinig (n=weinig@17.246.17.196)
  1015. # [22:31] * Quits: zdobersek (n=zan@cpe-92-37-75-189.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  1016. # [22:32] * Joins: dbaron (n=dbaron@nat/mozilla/x-jnuicjeponkwpkmn)
  1017. # [22:36] * Joins: weinig (n=weinig@17.244.9.197)
  1018. # [22:41] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1019. # [22:42] * Quits: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  1020. # [22:43] * Joins: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU)
  1021. # [22:43] * Quits: borismus (n=borismus@CMU-356930.WV.CC.CMU.EDU) (Client Quit)
  1022. # [22:47] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  1023. # [22:52] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  1024. # [22:52] * Joins: benward (n=benward@98.210.154.133)
  1025. # [23:09] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
  1026. # [23:09] * Joins: shepazu (n=schepers@216.239.45.19)
  1027. # [23:18] * Quits: fishd (n=darin@nat/google/x-nrwdqkvdplnqygmw) (Read error: 110 (Connection timed out))
  1028. # [23:20] * Quits: weinig (n=weinig@17.244.9.197)
  1029. # [23:22] * Quits: shepazu (n=schepers@216.239.45.19)
  1030. # [23:23] * Joins: benward_ (n=benward@nat/yahoo/x-ifkbslrrekklccmj)
  1031. # [23:25] * Disconnected
  1032. # [23:26] * Attempting to rejoin channel #whatwg
  1033. # [23:26] * Rejoined channel #whatwg
  1034. # [23:26] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  1035. # [23:26] * Set by annevk3 on Wed Sep 09 23:23:54
  1036. # [23:26] * Joins: Super-Dot_ (n=Super-Do@66-240-27-3.isp.comcastbusiness.net)
  1037. # [23:26] * Joins: benward (n=benward@98.210.154.133)
  1038. # [23:26] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  1039. # [23:26] * Joins: jwalden (n=waldo@63.245.220.240)
  1040. # [23:26] * Joins: Midler (n=midler@212.37.124.243)
  1041. # [23:26] * Joins: onar_ (n=onar@17.226.23.126)
  1042. # [23:26] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  1043. # [23:26] * Joins: Super-Dot (n=Super-Do@66-240-27-3.isp.comcastbusiness.net)
  1044. # [23:26] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  1045. # [23:26] * Joins: explicit_ (i=bill@cpc1-ely05-2-0-cust456.5-1.cable.virginmedia.com)
  1046. # [23:26] * Joins: webben (n=Adium@213-152-32-98.dsl.eclipse.net.uk)
  1047. # [23:26] * Joins: sicking (n=chatzill@c-69-181-197-163.hsd1.ca.comcast.net)
  1048. # [23:26] * Joins: dglazkov (n=dglazkov@nat/google/x-igcsmpcyijcdjcbb)
  1049. # [23:26] * Joins: pererik (n=pe@unaffiliated/pererik)
  1050. # [23:26] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  1051. # [23:26] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1052. # [23:26] * Joins: aroben (n=aroben@unaffiliated/aroben)
  1053. # [23:26] * Joins: ttepasse (n=ttepas--@p5B017A63.dip.t-dialin.net)
  1054. # [23:26] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  1055. # [23:26] * Joins: Omnipotent (n=youshoul@unaffiliated/dor)
  1056. # [23:26] * Joins: tyoshino_ (n=tyoshino@220.109.219.244)
  1057. # [23:26] * Joins: daedb (n=opera@h11n1fls34o986.telia.com)
  1058. # [23:26] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  1059. # [23:26] * Joins: mitsuhiko (n=mitsuhik@ubuntu/member/mitsuhiko)
  1060. # [23:26] * Joins: annevk2 (n=annevk@213.236.208.22)
  1061. # [23:26] * Joins: mookid (i=mookid@ROFL.name)
  1062. # [23:26] * Joins: inimino (n=inimino@67.207.138.202)
  1063. # [23:26] * Joins: yael (i=d0309a43@gateway/web/freenode/x-qrofyrnyxlzeosbb)
  1064. # [23:26] * Joins: ukai (n=ukai@220.109.219.244)
  1065. # [23:26] * Joins: hamaji (n=hamaji@220.109.219.244)
  1066. # [23:26] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1067. # [23:26] * Joins: Yudai (n=Yudai@218.110.162.80)
  1068. # [23:26] * Joins: lmorchard (n=lmorchar@66.103.254.157.static.a2webhosting.com)
  1069. # [23:26] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  1070. # [23:26] * Joins: bzed (n=bzed@devel.recluse.de)
  1071. # [23:26] * Joins: syp (n=syp@lasigpc9.epfl.ch)
  1072. # [23:26] * Joins: ray (i=ray@drong.notacat.org)
  1073. # [23:26] * Joins: scherkus (n=scherkus@74.125.59.65)
  1074. # [23:26] * Joins: and` (n=and@apo29.girton.cam.ac.uk)
  1075. # [23:26] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
  1076. # [23:26] * Joins: bobs (n=oeskola@kekkonen.cs.hut.fi)
  1077. # [23:26] * Joins: eighty4 (n=eighty4@eighty4.se)
  1078. # [23:26] * Joins: riven (n=colin@pdpc/supporter/professional/riven)
  1079. # [23:26] * Joins: omii (i=programz@verizon-gni.com)
  1080. # [23:26] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  1081. # [23:26] * Joins: ato (i=ato@orgelet.e-tjenesten.org)
  1082. # [23:26] * Joins: aboodman (n=aboodman@72.14.229.81)
  1083. # [23:26] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  1084. # [23:26] * Joins: karlushi (n=karlushi@209.104.75.194)
  1085. # [23:26] * Joins: barklund (i=barklund@rapwap.razor.dk)
  1086. # [23:26] * Joins: karlcow (n=karl@128.30.54.58)
  1087. # [23:26] * Joins: vs-hs_ (n=vs-hs@91.90.24.186)
  1088. # [23:26] * Joins: Rik|work (n=Rik|work@193.93.127.141)
  1089. # [23:26] * Joins: kinetik (n=kinetik@121.98.132.55)
  1090. # [23:26] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  1091. # [23:26] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  1092. # [23:26] * Joins: Hixie (i=ianh@trivini.no)
  1093. # [23:26] * Joins: drry (n=drry@211.9.170.91)
  1094. # [23:26] * Joins: hendry (n=hendry@webvm.net)
  1095. # [23:26] * Joins: JohnResig (n=JohnResi@74.201.255.121)
  1096. # [23:27] * Joins: shepazu (n=schepers@216.239.45.19)
  1097. # [23:27] * Joins: Kuruma (n=Kuruman@p3160-ipbf2309hodogaya.kanagawa.ocn.ne.jp)
  1098. # [23:27] * Joins: wakaba (n=wakaba@98.225.100.220.dy.bbexcite.jp)
  1099. # [23:27] * Quits: onar_ (n=onar@17.226.23.126) (Killed by sagan.freenode.net (Nick collision))
  1100. # [23:27] * Quits: Super-Dot (n=Super-Do@66-240-27-3.isp.comcastbusiness.net) (Read error: 104 (Connection reset by peer))
  1101. # [23:27] * Super-Dot_ is now known as Super-Dot
  1102. # [23:27] * Joins: dimich (n=dimich@74.125.59.73)
  1103. # [23:27] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  1104. # [23:28] * Quits: daedb (n=opera@h11n1fls34o986.telia.com) (Read error: 104 (Connection reset by peer))
  1105. # [23:28] <Hixie> smaug: pong
  1106. # [23:28] * Joins: fishd (n=darin@nat/google/x-ajlgayoaazlkygee)
  1107. # [23:28] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  1108. # [23:29] * Joins: daedb (n=opera@h11n1fls34o986.telia.com)
  1109. # [23:29] <smaug> Hixie: just sent an email about session history, that I was going to ask about
  1110. # [23:29] <Hixie> k
  1111. # [23:30] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  1112. # [23:31] * Quits: benward (n=benward@98.210.154.133) (Read error: 110 (Connection timed out))
  1113. # [23:34] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  1114. # [23:34] * Joins: weinig (n=weinig@17.246.17.196)
  1115. # [23:37] <Hixie> i guess i should write a blog post about the usability study
  1116. # [23:37] <Hixie> what <hx> level should i use in posts?
  1117. # [23:39] <hober> are you asking for a bikeshed or are you serious? :) if serious, I use <h3> for highest-subsection-insid-a-post, allowing for <h1> as site-wide heading and <h2> as blog post title
  1118. # [23:39] <AryehGregor> I guess he's asking if he should just use <h1> everywhere.
  1119. # [23:40] <hober> (I say "allowing for" because these days I don't really have a site-wide heading, and am using <h1> for blog post titles. nevertheless, I keep with <h3> in case I change that.)
  1120. # [23:40] <gsnedders> Hixie: You could try asking the guy who wrote the HTML 5 spec.
  1121. # [23:40] <Hixie> i mean on the whatwg blog
  1122. # [23:40] <Hixie> i guess i could look at the source
  1123. # [23:41] <Hixie> but i'm lazy
  1124. # Session Close: Sat Oct 03 00:00:00 2009

The end :)