/irc-logs / freenode / #whatwg / 2011-08-03 / end

Options:

  1. # Session Start: Wed Aug 03 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # 03[00:03] * heycam|away is now known as heycam
  4. # 02[00:08] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  5. # 03[00:12] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  6. # 02[00:22] * Quits: jdaggett (~jdaggett@z237025.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  7. # 02[00:22] * Quits: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e) (Quit: eric_carlson)
  8. # 03[00:22] * Joins: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e)
  9. # 02[00:23] * Quits: CvP (~CvP@123.49.23.15) (Quit: [ UPP ] > all)
  10. # 02[00:29] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  11. # 02[00:32] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  12. # 03[00:33] * bga_|away is now known as bga_
  13. # 02[00:39] * Quits: sicking (~chatzilla@nat/mozilla/x-zbzvdbbfrfkdiqqv) (Ping timeout: 258 seconds)
  14. # 03[00:44] * Joins: nessy (~Adium@74.125.56.18)
  15. # 03[00:49] * abarth is now known as abarth|ojified
  16. # 02[00:49] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Read error: Connection reset by peer)
  17. # 03[00:49] * abarth|ojified is now known as abarth|OJified
  18. # 03[00:50] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  19. # 03[00:52] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
  20. # 02[00:57] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  21. # 02[01:02] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Quit: Leaving)
  22. # 02[01:07] * Quits: cpearce (~chatzilla@ip-118-90-111-85.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  23. # 03[01:08] * Joins: cpearce (~chatzilla@ip-118-90-10-219.xdsl.xnet.co.nz)
  24. # 02[01:09] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
  25. # 02[01:23] * Quits: dydx (~dydz@c73-215.rim.net) (Quit: dydx)
  26. # [01:27] <Hixie> holy cow
  27. # [01:27] <Hixie> <option>'s value really is stripped of leading and trailing spaces before submission
  28. # [01:27] <Hixie> and newlines replaced by spaces!
  29. # 02[01:28] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
  30. # [01:28] <Hixie> and multiple spaces collapsed!
  31. # [01:29] <Hixie> hm, chrome only does the stripping
  32. # 03[01:31] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
  33. # 02[01:33] * Quits: ezoe (~ezoe@61-205-125-93f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
  34. # 02[01:35] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
  35. # 03[01:39] * Joins: sicking (~chatzilla@nat/mozilla/x-echvvtpeepddghni)
  36. # 03[02:01] * Joins: cwilso (~Adium@nat/google/x-ichgceryjkxvciwr)
  37. # 02[02:14] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  38. # 03[02:16] * Joins: CvP (~CvP@123.49.23.15)
  39. # 02[02:21] * Quits: Thasmo (~thasmo@d86-33-68-82.cust.tele2.at)
  40. # 02[02:31] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  41. # 02[02:31] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  42. # 03[02:33] * Joins: boaz (~boaz@li326-230.members.linode.com)
  43. # 02[02:34] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 255 seconds)
  44. # 02[02:37] * Quits: sicking (~chatzilla@nat/mozilla/x-echvvtpeepddghni) (Ping timeout: 276 seconds)
  45. # 02[02:40] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  46. # 02[02:44] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
  47. # 03[02:45] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  48. # 02[02:52] * Quits: ap (~ap@2620:149:4:401:3950:1c35:71f0:b21e) (Quit: ap)
  49. # 02[02:53] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
  50. # 03[02:53] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  51. # 03[02:58] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  52. # 02[03:00] * Quits: MikeSmith (~MikeSmith@EM1-112-145-166.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  53. # 03[03:00] * Joins: othermaciej (~mjs@24.6.209.6)
  54. # 03[03:13] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  55. # 02[03:21] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  56. # 03[03:23] * Joins: boaz (~boaz@li326-230.members.linode.com)
  57. # 02[03:25] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
  58. # 03[03:28] * Joins: cygri (~cygri@109.255.150.223)
  59. # 02[03:28] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
  60. # 03[03:29] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
  61. # 03[03:29] * Joins: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp)
  62. # 02[03:34] * Quits: dave_levin (~dave_levi@nat/google/x-ywejzvsdbhdjrxir) (Quit: dave_levin)
  63. # 03[03:45] * bga_ is now known as bga_|away
  64. # 03[03:47] * Joins: karlcow (~karl@nerval.la-grange.net)
  65. # 03[03:48] * Joins: dydx (~dydz@gw-aov-magic-mom.dsl.primus.ca)
  66. # 02[03:49] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  67. # 03[03:52] * Joins: AnselmBradford (~ans@118-92-12-250.dsl.dyn.ihug.co.nz)
  68. # 02[03:56] * Quits: jamesr (~jamesr@216.239.45.22) (Quit: jamesr)
  69. # 03[03:57] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  70. # 02[04:09] * Quits: cpearce (~chatzilla@ip-118-90-10-219.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  71. # 02[04:09] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  72. # 02[04:11] * Quits: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  73. # 03[04:11] * Joins: boaz (~boaz@li326-230.members.linode.com)
  74. # 03[04:12] * Joins: MikeSmith (~MikeSmith@EM1-112-145-166.pool.e-mobile.ne.jp)
  75. # 03[04:12] * Joins: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp)
  76. # 02[04:12] * Quits: dbaron (~dbaron@nat/mozilla/x-sqcqrgpeugjovyye) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  77. # 03[04:15] * Joins: miketaylr (~miketaylr@24.42.93.245)
  78. # [04:15] <jcranmer> Hixie: sigh
  79. # [04:15] <jcranmer> why can't people write specifications correctly?
  80. # [04:15] <jcranmer> http://www.yenc.org/yenc-draft.1.3.txt
  81. # [04:17] <jcranmer> as annoying as HTML5 is to read, that spec is worse
  82. # [04:17] <jcranmer> leaving alone the fact that it is a horrible implentation (let's take hithertofore unstructured fields and require them to be structured!)
  83. # 03[04:18] * bga_|away is now known as bga_
  84. # 02[04:20] * Quits: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  85. # 03[04:22] * Joins: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp)
  86. # 02[04:25] * Quits: AnselmBradford (~ans@118-92-12-250.dsl.dyn.ihug.co.nz) (Quit: AnselmBradford)
  87. # 03[04:26] * Joins: AnselmBradford (~ans@118-92-12-250.dsl.dyn.ihug.co.nz)
  88. # 02[04:27] * Quits: AnselmBradford (~ans@118-92-12-250.dsl.dyn.ihug.co.nz) (Client Quit)
  89. # 03[04:28] * bga_ is now known as bga_|away
  90. # 02[04:40] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  91. # 03[04:41] * Joins: jdong_ (~quassel@222.126.155.250)
  92. # 03[04:41] * Joins: jdong__ (~quassel@222.126.155.250)
  93. # 02[04:41] * Quits: jdong__ (~quassel@222.126.155.250) (Remote host closed the connection)
  94. # 02[04:43] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  95. # 02[04:45] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  96. # 03[04:45] * Joins: jdong_ (~quassel@222.126.155.250)
  97. # 03[04:45] * Joins: jdong__ (~quassel@222.126.155.250)
  98. # 02[04:45] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  99. # 02[04:45] * Quits: jdong__ (~quassel@222.126.155.250) (Remote host closed the connection)
  100. # 02[04:46] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  101. # 03[04:49] * Joins: jdong_ (~quassel@222.126.155.250)
  102. # 03[04:49] * Joins: jdong__ (~quassel@222.126.155.250)
  103. # 02[04:49] * Quits: jdong__ (~quassel@222.126.155.250) (Remote host closed the connection)
  104. # 03[04:50] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  105. # 03[04:52] * bga_|away is now known as bga_
  106. # 02[04:55] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  107. # 03[04:58] * Joins: boaz (~boaz@li326-230.members.linode.com)
  108. # 03[05:01] * Joins: cygri (~cygri@109.255.150.223)
  109. # 02[05:07] * Quits: agektmr (~Adium@p2210-ipbf714marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  110. # 03[05:14] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  111. # 02[05:18] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
  112. # 03[05:21] * bga_ is now known as bga_|away
  113. # 03[05:22] * bga_|away is now known as bga_
  114. # 02[05:26] * Quits: dydx (~dydz@gw-aov-magic-mom.dsl.primus.ca) (Read error: Connection reset by peer)
  115. # 03[05:27] * Joins: dydx (~dydz@gw-aov-magic-mom.dsl.primus.ca)
  116. # 03[05:32] * bga_ is now known as bga_|away
  117. # 03[05:32] * Joins: agektmr (~Adium@220.109.219.244)
  118. # 02[05:35] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  119. # 02[05:35] * Quits: nonge_ (~nonge@p508297BB.dip.t-dialin.net) (Ping timeout: 255 seconds)
  120. # 02[05:38] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  121. # 02[05:44] * Quits: dydx (~dydz@gw-aov-magic-mom.dsl.primus.ca) (Quit: dydx)
  122. # 03[05:46] * Joins: ezoe (~ezoe@61-205-124-4f1.kyt1.eonet.ne.jp)
  123. # 03[05:47] * Joins: nonge_ (~nonge@p5082A7BA.dip.t-dialin.net)
  124. # 03[05:51] * Joins: MikeSmith_ (~MikeSmith@EM114-48-232-92.pool.e-mobile.ne.jp)
  125. # 02[05:54] * Quits: MikeSmith (~MikeSmith@EM1-112-145-166.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
  126. # 03[05:54] * MikeSmith_ is now known as MikeSmith
  127. # 03[05:58] * bga_|away is now known as bga_
  128. # 02[06:03] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  129. # 02[06:07] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  130. # 03[06:08] * bga_ is now known as bga_|away
  131. # 02[06:09] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  132. # 02[06:14] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
  133. # 03[06:16] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  134. # 03[06:16] * Joins: ryanseddon (u1832@gateway/web/irccloud.com/x-blygtweykmgcnsji)
  135. # [06:17] <MikeSmith> Hixie: about feedback to comments list, I have to manually pipe the messages to a script
  136. # [06:17] <MikeSmith> and I am way behind on doing that
  137. # [06:17] <MikeSmith> I will do them today
  138. # [06:19] <MikeSmith> AryehGregor: I think you can change the bugzilla account to a different address and it will change globally/retroactively
  139. # [06:19] <MikeSmith> I mean, it will also change the address linked to in any comments you submitted previously, any bugs you reported previously, etc.
  140. # [06:20] <MikeSmith> if the UI doesn't let you change it yourself, I am pretty sure I can from the admin UI
  141. # 03[06:21] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  142. # 02[06:23] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  143. # 03[06:41] * bga_|away is now known as bga_
  144. # [06:48] <karlcow> http://www.reuters.com/article/2011/08/03/us-cyberattacks-idUSTRE7720HU20110803?feedType=RSS&feedName=topNews&dlvrit=59363
  145. # 02[06:56] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: peaceeeeeeeeeeeeeee)
  146. # 02[07:02] * Quits: arun__ (~arun@pool-96-232-190-4.nycmny.fios.verizon.net) (Quit: Ruh-roh!)
  147. # 03[07:03] * Joins: cpearce (~chatzilla@ip-118-90-46-193.xdsl.xnet.co.nz)
  148. # 02[07:04] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  149. # 02[07:06] * Quits: MikeSmith (~MikeSmith@EM114-48-232-92.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  150. # 03[07:08] * bga_ is now known as bga_|away
  151. # 03[07:11] * Joins: MikeSmith (~MikeSmith@EM114-48-232-92.pool.e-mobile.ne.jp)
  152. # 03[07:13] * Joins: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se)
  153. # [07:14] <MikeSmith> AryehGregor - HTML Editing APIs added in bugzilla under WebAppsWG product
  154. # 02[07:19] * Quits: CvP (~CvP@123.49.23.15) (Ping timeout: 260 seconds)
  155. # 02[07:24] * Quits: cpearce (~chatzilla@ip-118-90-46-193.xdsl.xnet.co.nz) (Read error: Connection reset by peer)
  156. # 03[07:25] * Joins: Ankheg (~Ankheg@91.224.77.4)
  157. # [07:27] <annevk> MikeSmith, still named "Access Control"
  158. # [07:27] <MikeSmith> oh
  159. # [07:27] <MikeSmith> will fix that now
  160. # [07:27] <MikeSmith> how come you awake man?
  161. # 02[07:27] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 240 seconds)
  162. # 03[07:27] * Joins: cpearce (~chatzilla@ip-118-90-54-117.xdsl.xnet.co.nz)
  163. # [07:28] <annevk> little after 7AM here :)
  164. # [07:28] <MikeSmith> that's no proper time to be awake, chief
  165. # [07:30] <MikeSmith> annevk: http://dev.w3.org/2006/waf/access-control/ is still the current location for the ED, right?
  166. # [07:30] <MikeSmith> annevk: name changed now
  167. # [07:31] <annevk> yup
  168. # [07:31] <MikeSmith> k
  169. # [07:31] <annevk> and yeah, ideally I would have slept a little longer
  170. # [07:31] <MikeSmith> that URL just keeps getting better with every year
  171. # 03[07:34] * heycam is now known as heycam|away
  172. # [07:35] <MikeSmith> a lot of reports on sleep research I've seen recently seem to strongly indicate that we really should get 8 hours of sleep every night
  173. # [07:35] <MikeSmith> people who don't get 8 hours of sleep perform worse on memory tests and such
  174. # 03[07:36] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  175. # [07:36] <MikeSmith> seems like part of what happens with your brain during sleep is a kind of garbage collection
  176. # [07:42] <zcorpan> MikeSmith: i sleep at least 8 hours every night, i think
  177. # [07:42] <MikeSmith> eh?
  178. # [07:42] <MikeSmith> so if you're awake now, what time did you go to sleep last night?
  179. # [07:42] <zcorpan> 22:00
  180. # [07:43] <zcorpan> i was intending to get up at 06:00 but i didn't get up until 06:50
  181. # [07:44] <MikeSmith> good god
  182. # [07:45] <MikeSmith> I envy you
  183. # [07:45] <zcorpan> i guess my night sleep will be fucked when we have kids
  184. # [07:46] <MikeSmith> because of timezone differences, 22:00 is time when most of my telcons start
  185. # [07:46] <MikeSmith> oh yeah
  186. # [07:46] <zcorpan> boo telecons, and *late* telecons to boot :(
  187. # [07:47] <MikeSmith> with my daughter, I think for at least the first 4 months, I didn't sleep more than 2 hours straight at time
  188. # [07:47] <annevk> i'm open to change that URL
  189. # [07:47] <annevk> we can move the whole thing to dvcs
  190. # [07:47] <MikeSmith> she was the kind of baby that knew whether I was standing up when I was holding her or not, and at night she'd cry unless I was standing and moving around with her
  191. # [07:48] <MikeSmith> annevk: I think it's fine where it is for now, but I'm also happy to move it to dvcs.w3.org if you want. I can do it right now. You want me to?
  192. # [07:52] <othermaciej> Hixie: do you have an opinion about text/html-sadboxed not doing what is intended (apparently) in IE6?
  193. # [07:52] <annevk> MikeSmith, if you can get me http://dvcs.w3.org/hg/cors/ please yes
  194. # [07:52] <MikeSmith> annevk: OK, will do now
  195. # [07:52] <annevk> MikeSmith, dev.w3.org is so slow sometimes; nothing beats local hg
  196. # [07:52] <zcorpan> othermaciej: it sniffs it as html?
  197. # [07:53] <MikeSmith> annevk: yeah, come to think of it, that alone makes it worth moving stuff
  198. # [07:53] <othermaciej> zcorpan: at least one Microsoft dude so claims
  199. # 02[07:53] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
  200. # [07:53] <zcorpan> is there a mime type we could use instead that ie6 wouldn't sniff as html?
  201. # [07:53] <othermaciej> IE6 is still over 9% market share, which is pretty bad
  202. # [07:54] <othermaciej> I don't know
  203. # [07:54] <othermaciej> I haven't even checked the MS guy's claims
  204. # [07:54] <annevk> prolly adding a bunch of zero bytes at the start of the document
  205. # [07:54] <zcorpan> application/octet-stream; actually=sandboxed-html
  206. # [07:54] <annevk> bah
  207. # [07:55] <othermaciej> does IE6 actually refrain from sniffing application/octet-stream?
  208. # [07:55] <zcorpan> not sure
  209. # 02[07:56] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
  210. # 03[07:57] * Joins: temp01 (~temp01@unaffiliated/temp01)
  211. # 03[07:59] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  212. # [07:59] <annevk> so much email
  213. # [08:03] <MikeSmith> there have been a lot fewer LC comments than I would have expected at this point
  214. # 02[08:04] * Quits: ezoe (~ezoe@61-205-124-4f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
  215. # [08:04] <MikeSmith> I think we got something on the order of 375 LC comments filed as bugs in bugzilla
  216. # [08:06] <MikeSmith> anyway, email sucks
  217. # 03[08:07] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  218. # [08:09] <MikeSmith> I probably should not admit this, but I literally have 7551 unread messages in my inbox
  219. # [08:09] <MikeSmith> mostly list mail, but still
  220. # [08:09] <othermaciej> it is surprising how low the LC feedback has been
  221. # [08:09] <othermaciej> but perhaps this is an artifact of the massive level of ongoing feedback we have gotten
  222. # [08:09] <othermaciej> I would have expected > 1000 LC comments
  223. # [08:10] <MikeSmith> yep, I had been thinking more like 2000
  224. # [08:11] <roc> how many people actually know about the LC deadline who haven't been providing feedback all along?
  225. # [08:11] <MikeSmith> roc: people who only read the TR drafts, I guess
  226. # 02[08:12] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Ping timeout: 258 seconds)
  227. # 03[08:19] * Joins: mokush (~quassel@79.116.74.78)
  228. # 03[08:20] * heycam|away is now known as heycam
  229. # [08:21] <MikeSmith> anyway, givent the spec has been in development for 6-7 years, and been scrutinized and commented on very heavily that whole time, so I guess it's expected we're not going to get a flood of new insights
  230. # [08:24] <roc> one might still expect to get a flood of rubbish comments
  231. # 02[08:27] * Quits: MikeSmith (~MikeSmith@EM114-48-232-92.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  232. # 03[08:28] * Joins: rimantas (~rimliu@93.93.57.193)
  233. # 02[08:33] * Quits: gkellogg (~gregg@74-95-198-246-SFBA.hfc.comcastbusiness.net) (Quit: gkellogg)
  234. # [08:40] <nessy> oh, I am quite drowning in today's deluge of LC bugs!
  235. # 02[08:40] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
  236. # [08:40] <annevk> not the only one
  237. # 03[08:48] * Joins: CvP (~CvP@123.49.21.169)
  238. # 02[08:55] * Quits: juangiordana (~quassel@host15.190-139-129.telecom.net.ar) (Remote host closed the connection)
  239. # [08:58] <Hixie> othermaciej: IIRC, the issue was known at the time the feature was designed, and either there's a workaround or we figured IE6 was so insecure at this point that there wasn't much point worrying about it
  240. # [08:58] <Hixie> but i forget the details
  241. # [08:58] <Hixie> nobody has raised the issue of IE6 with me recently as far as I know though
  242. # [08:59] <Hixie> on another note, does anyone other than AryehGregor and Julian have an opinion on whether we should drop rel=help or add a:link[rel~=help] to the UA style sheet?
  243. # [08:59] <annevk> Hixie, I looked on public-webrtc and other than the usual debate didn't see the forking thing you mentioned
  244. # [08:59] <annevk> Hixie, was that offlist?
  245. # [08:59] <Hixie> (with cursor:hlep, that is)
  246. # [09:00] <Hixie> annevk: it was a private e-mail
  247. # [09:00] <annevk> cursor:help seems kind of a neat feature
  248. # [09:00] <annevk> almost easter egg, but still
  249. # 03[09:00] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
  250. # [09:01] <annevk> the kind of attention to detail some people will appreciate, like me :)
  251. # [09:01] <zcorpan> i recall in windows, stuff that have cursor:help are *buttons*, not links
  252. # [09:01] <Hixie> on the web, help is usually found in link form
  253. # [09:02] <Hixie> eh, i guess we can try adding this style rule and see how it's taken
  254. # [09:02] <annevk> that's a good point, not sure whether that would actually make good UI
  255. # [09:02] <Hixie> and if nobody cares, we can drop it
  256. # [09:02] <annevk> sorry
  257. # [09:02] <zcorpan> we need more easter eggs in html
  258. # [09:03] <Hixie> not sure everyone agrees with that
  259. # [09:03] <Hixie> but i do!
  260. # [09:03] <Hixie> :-)
  261. # [09:03] <zcorpan> i'll file a LC comment
  262. # [09:03] <Hixie> on more easter eggs?
  263. # [09:03] <zcorpan> yeah
  264. # [09:03] <Hixie> ok but unless you can name at least 20 existing ones in private e-mail, i'm not adding any for the bug :-P
  265. # [09:04] <annevk> Hixie, btw, the writing HTML section does not really mention <svg> and <math> as the elements that trigger special subtree behavior and that <foreignObject> etc. escape out of it again
  266. # [09:04] <Hixie> annevk: is that feedback on the normative aspects or on the expository aspects?
  267. # [09:04] <zcorpan> Hixie: don't have time to hunt for existing ones, sorry!
  268. # [09:05] <zcorpan> maybe instead i should try to come up with a good easter egg to add before filing a bug
  269. # [09:06] <Hixie> if it's an easter egg i recommend mailing me the suggestion privately
  270. # [09:06] <Hixie> so i can try to slip it in a huge update
  271. # [09:06] <zcorpan> k
  272. # 03[09:07] * Joins: ezoe (~ezoe@203-140-91-252f1.kyt1.eonet.ne.jp)
  273. # [09:08] <annevk> Hixie, I guess it is complete, but it's kind of hard
  274. # 03[09:08] * Joins: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
  275. # [09:08] <Hixie> we can add a non-normative section explaining it better
  276. # [09:08] <Hixie> file a bug saying that?
  277. # [09:08] <annevk> http://twitter.com/karlpro/status/98606552990236672 nice
  278. # [09:09] <annevk> Hixie, Matt May filed something to that extent, I'll add a comment there
  279. # 03[09:09] * Joins: nimbu (~Adium@76.14.88.222)
  280. # [09:09] <Hixie> cool, thanks
  281. # [09:12] <annevk> oh
  282. # [09:12] <annevk> I do realize now it does not define e.g. <svg><base></svg> properly
  283. # [09:12] <annevk> because in the "SVG model" section it says you can use HTML elements anywhere
  284. # [09:12] <Hixie> that's non-conforming, no?
  285. # [09:13] <Hixie> i'm not familiar with that section of the spec these days
  286. # [09:13] <Hixie> "svg model" doesn't seem to appear in the html spec
  287. # [09:14] <annevk> it's called "SVG"
  288. # [09:14] <annevk> but it doesn't say that, it says you can use non-HTML elements anywhere
  289. # [09:15] <Hixie> doesn't it just defer to the SVG spec?
  290. # [09:15] <annevk> not completely, it defines that foreignObject can contain "flow content"
  291. # [09:16] <Hixie> it defines that if foreignObject is used to escaped to HTML, it has to contain flow content, yeah
  292. # 03[09:19] * Joins: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net)
  293. # 02[09:19] * Quits: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr) (Quit: espadrine)
  294. # 03[09:22] * Joins: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz)
  295. # 02[09:23] * Quits: nimbu (~Adium@76.14.88.222) (Remote host closed the connection)
  296. # 03[09:27] * heycam is now known as heycam|away
  297. # 02[09:34] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Read error: Operation timed out)
  298. # 03[09:34] * Joins: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
  299. # [09:44] <annevk> when adding abort() it seems you did not add a domintro entry
  300. # [09:44] <annevk> http://html5.org/tools/web-apps-tracker?from=6348&to=6349
  301. # [09:44] <annevk> idea for web-apps-tracker: file bug regarding this change
  302. # 03[09:48] * Joins: Jabberwock (~mbehan@orl-inet-cp-10.disney.com)
  303. # 03[09:50] * Joins: espadrine (~thaddee_t@LSt-Amand-152-32-39-77.w80-11.abo.wanadoo.fr)
  304. # 02[09:51] * Quits: Michael (~mbehan@unaffiliated/jabberwock) (Ping timeout: 255 seconds)
  305. # [09:51] <zcorpan> annevk: yeah that'd be nice
  306. # [09:52] <zcorpan> annevk: might be hard to set the right component though
  307. # 02[09:56] * Quits: CvP (~CvP@123.49.21.169) (Quit: [ UPP ] > all)
  308. # 02[09:59] * Quits: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz) (Read error: Connection reset by peer)
  309. # 03[10:01] * Joins: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz)
  310. # 03[10:07] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  311. # 03[10:09] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
  312. # [10:17] <annevk> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13544
  313. # [10:17] <annevk> nessy, so Microsoft I guess, who else?
  314. # [10:17] <annevk> they really want to implement TTML?
  315. # [10:17] <annevk> is that the IE Team or some other Microsoft division?
  316. # [10:18] <nessy> there are guys at Google that want multiple format support in WebKit, too
  317. # [10:18] <nessy> I don't think anyone will want to support the full TTML spec
  318. # [10:18] <annevk> really, what other formats does Google want?
  319. # [10:18] <nessy> but many want to parse the basic format
  320. # [10:19] <nessy> I've listed a few :-)
  321. # [10:19] <annevk> you listed TTML and WebVTT
  322. # [10:19] <annevk> the basic format? sounds like interop hell
  323. # [10:19] <nessy> in the example there's also srt and mpsub
  324. # [10:19] <annevk> oh
  325. # [10:19] <nessy> TTML is already interop hell
  326. # [10:19] <annevk> that's going to be even more fun
  327. # [10:19] <nessy> I don't really care - I regard anything that goes beyond WebVTT as "specialised" implementations
  328. # [10:19] <annevk> if SRT is going to be implemented after all we should just merge WebVTT with it again
  329. # [10:20] <nessy> no, that doesn't make sense
  330. # [10:20] <annevk> it does, because if SRT is going to be supported by everyone WebVTT makes no chance
  331. # [10:20] <annevk> the whole point of doing WebVTT is that we are not doing anything else
  332. # [10:20] <nessy> there are too many srt files out there that have specialised extensions that don't fit with webvtt
  333. # [10:20] <annevk> if we do something else it's kind of a lost cause
  334. # [10:21] <nessy> don't worry about srt
  335. # [10:21] <nessy> the key point is that all browsers will implement webvtt, so it becomes the baseline format
  336. # [10:21] <annevk> no
  337. # [10:21] <annevk> the key point is what the dominant browsers implement
  338. # [10:21] <nessy> that' webvtt
  339. # [10:22] <nessy> it's why we are creating a webvtt WG, so MS can feel comfortable with it
  340. # [10:22] <nessy> well: actually contribute to it
  341. # [10:23] <zcorpan> there's no schema.org WG
  342. # [10:23] <nessy> I can only say what I was told by MS
  343. # [10:24] <nessy> I don't care what they do with other specs
  344. # [10:24] <nessy> is schema.org developed by WHATWG?
  345. # [10:25] <zcorpan> no
  346. # [10:25] <nessy> there's your answer
  347. # [10:25] <nessy> unfortunately
  348. # [10:26] <zcorpan> what? MS hates WHATWG?
  349. # [10:26] <zcorpan> i thought they said it was because WHATWG doesn't have a patent policy, but schema.org doesn't have one either
  350. # [10:27] <annevk> nessy, if they also implement SRT I am highly skeptical for WebVTT
  351. # [10:27] <annevk> nessy, also, if they implement SRT I want a specification for SRT
  352. # [10:28] <annevk> nessy, and don't really see the point in pursuing WebVTT
  353. # [10:28] <nessy> no, there's nothing to worry about srt - it's much too simple to support much of the use cases I've come across
  354. # [10:28] <nessy> srt and webvtt are worlds apart
  355. # [10:28] <annevk> there's plenty to worry
  356. # [10:28] <annevk> for one there's no spec
  357. # [10:28] <nessy> there's no way you're going to get the webvtt functionality included in srt without breaking many of the srt implementations
  358. # [10:29] <nessy> the wikipedia page is as good as it gets for srt
  359. # [10:29] <nessy> but I can register a IETF I-D if you prefer
  360. # [10:29] <annevk> that's not really acceptable
  361. # [10:29] <zcorpan> seems to cover enough use cases to make as widespread as it is
  362. # [10:29] <annevk> and if SRT addresses 90% I'm not really sure why we should go to the trouble of implementing WebVTT
  363. # [10:30] <nessy> only because people haven't really got a choice - this far, we had the choice between simple and horrendously complex caption formats - webvtt sits in the middle
  364. # [10:30] <hsivonen> zcorpan: how do you know that Google, MS and Y! don't have a trilateral patent deal for schema.org?
  365. # [10:30] <zcorpan> hsivonen: i don't
  366. # [10:30] <zcorpan> maybe they do
  367. # 03[10:31] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  368. # [10:34] <nessy> srt does not address 90% of the use cases - it just seems this way because it's all we had available this far on the Web
  369. # [10:37] <zcorpan> everyone thought it would be impossible to specify html parsing without breaking compat
  370. # [10:37] <zcorpan> until it was done
  371. # [10:42] <zcorpan> some day i should take some time to read about ie10. just learned they dropped conditional comments
  372. # 03[10:44] * Joins: JirkaK (~jirka@95.85.233.233)
  373. # 02[10:44] * Quits: cpearce (~chatzilla@ip-118-90-54-117.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  374. # 03[10:44] * Joins: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
  375. # 03[10:45] * Parts: JirkaK (~jirka@95.85.233.233)
  376. # 03[10:47] * Joins: JirkaK (~jirka@95.85.233.233)
  377. # 02[10:47] * Quits: rimantas (~rimliu@93.93.57.193) (Ping timeout: 240 seconds)
  378. # 03[10:53] * bga_|away is now known as bga_
  379. # 02[10:53] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Ping timeout: 258 seconds)
  380. # 03[10:54] * Joins: cpearce (~chatzilla@ip-118-90-82-12.xdsl.xnet.co.nz)
  381. # 03[10:57] * Joins: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b)
  382. # [10:58] <AnselmBradford> hi whatwg, does anyone know a use-case for using the embed element over the object element, other than to support old versions of FF? Is its inclusion in the spec purely to codify its use in the wild?
  383. # [11:02] <annevk> I think with <embed> you do not need the typemustmatch attribute
  384. # [11:03] <annevk> and therefore with <embed> you also have the feature of interpreting everything that comes over the wire according to a type under your control
  385. # [11:03] <annevk> overall though the features are largely similar
  386. # [11:04] <annevk> public-fx is amusing
  387. # [11:04] <annevk> "I think, we can safely assume, that there are only experimental decorative projects outside using CSS animation currently and a huge amount of content using SMIL/SVG."
  388. # 03[11:05] * Joins: tomasf (~tom@2002:55e5:d95e:0:dc18:492e:3345:32a3)
  389. # 03[11:11] * bga_ is now known as bga_|away
  390. # 03[11:11] * Joins: Ms2ger (~Ms2ger@91.181.112.147)
  391. # 03[11:12] * bga_|away is now known as bga_
  392. # [11:13] <smaug____> that sounds right
  393. # [11:14] <smaug____> though, not if the context is the web only
  394. # [11:16] <AnselmBradford> annevk: Thanks for the response. There's a typemustmatch attribute? I know "type" is optional on <embed>, but it's this way on <object> too
  395. # [11:21] <annevk> yes there is on <object>
  396. # [11:21] <annevk> type has different semantics on <embed> and <object>
  397. # 03[11:21] * bga_ is now known as bga_|away
  398. # 03[11:24] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  399. # 03[11:24] * Parts: JirkaK (~jirka@95.85.233.233)
  400. # 03[11:28] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  401. # [11:28] <AnselmBradford> annevk: ahh gotcha, thanks. I was looking at the spec PDF... which is outdated on that attribute.
  402. # [11:31] <AnselmBradford> annevk: version I had anyway... got the new one :)
  403. # [11:32] <hsivonen> nessy: wait what? are there folks at Google who want to add non-WebVTT formats to WebKit? Why? Why not make sure WebVTT covers enough use cases? Do those other formats have proper specs?
  404. # [11:32] <nessy> hsivonen: it's not really decided yet, but some people would like to see other formats supported, too
  405. # [11:33] <jgraham> That sounds like every kind of bad
  406. # [11:33] <hsivonen> nessy: why on earth? are the people who want it experienced with working on browsers?
  407. # [11:33] <nessy> no but they are experienced with captions and have seen many formats float by
  408. # [11:33] <hsivonen> nessy: implementing other formats seems like a terrible idea for interop
  409. # [11:33] <annevk> I guess you can find people everywhere who want something else, does not mean they need to be catered for (e.g. the UMP people at Google)
  410. # [11:33] <nessy> hsivonen: I agree
  411. # [11:34] <hsivonen> annevk: so why isn't UMP off the charter yet?
  412. # [11:34] <annevk> The W3C and chairs are somehow extra-sensitive to this feedback
  413. # [11:35] <annevk> I don't really care either way
  414. # [11:35] <jgraham> It also seems like a terrible idea for Google/WebKit. Having to support N > 1 formats is much more code to maintain than supporting N = 1 formats
  415. # 02[11:35] * Quits: cpearce (~chatzilla@ip-118-90-82-12.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  416. # [11:35] <annevk> If I would work on CORS again it would likely be on a test suite rather than trying to resolve that gap
  417. # [11:35] <hsivonen> is this yet another case where non-Chrome folks at Google request stuff and the Chrome team isn't good enough at saying "no"?
  418. # [11:35] <annevk> Some fights are not really worth it
  419. # [11:35] <annevk> hsivonen, pretty much
  420. # [11:36] <annevk> jgraham, well they just hire some more people; if you see the amount of stuff that gets added to WebKit these days...
  421. # [11:36] <nessy> hsivonen: let's say I have spend many hours arguing back and forth
  422. # [11:37] <annevk> jgraham, see http://peter.sh/
  423. # [11:37] <jgraham> annevk: Well yeah having infinte resources isn't good for the soul. But still at some point the complexity will cause issues
  424. # [11:37] <nessy> thing is: I know there will be other formats (call them "proprietary" if you like, cause even if specs are open, they are not cross-browser supported) and I think <source> is probably the best solution to deal with this situation
  425. # [11:38] <hsivonen> do we have some kind of canned article for explaining why optional features suck for the Web and why should shouldn't propose optional features?
  426. # [11:38] <nessy> plus making sure webvtt is baseline format
  427. # [11:38] <nessy> in this case I actually think it makes sense - just to avoid the content sniffing problem
  428. # [11:38] <nessy> if we had <source> in <img>, we could avoid a lot of pain
  429. # 02[11:39] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Connection reset by peer)
  430. # [11:39] <annevk> <img> works just fine
  431. # [11:39] <hsivonen> I wonder how much the company-internal culture at Google has shifted to it being OK to have Chrome-only optional stuff and optimizing Google services for Chrome
  432. # [11:39] <Ms2ger> If only we could just throw out everything and start over, we could avoid even more pain
  433. # [11:39] <annevk> unfortunately there's no longer an XHTML WG
  434. # [11:40] <annevk> because otherwise I would suggest you join it :p
  435. # [11:40] <jgraham> hsivonen: From the outside it doesn't look like it has shifted much. That has always been OK
  436. # [11:40] <hsivonen> how would anyone suggest optional non-WebVTT formats without that the assumption that doing non-interoperable Chrome-only stuff is ok
  437. # [11:41] <hsivonen> how does Opera work with G+, BTW? I read somewhere that Opera is not "supported" but I don't know what that means
  438. # 03[11:41] * Joins: rimantas (~rimliu@93.93.57.193)
  439. # 03[11:42] * Joins: virtuelv (~virtuelv_@247.183.189.109.customer.cdi.no)
  440. # [11:42] <annevk> notifications are not enabled
  441. # [11:42] <annevk> the rest seems okayish
  442. # [11:42] <annevk> notifications toolbar that is
  443. # [11:43] <nessy> <img> still needs content sniffing to determine whether the resource will be decodable
  444. # [11:43] <annevk> yeah and it works fine
  445. # [11:43] <nessy> I hear from mobile people that it's a real pain
  446. # [11:44] <zcorpan> what's the pain?
  447. # [11:44] <nessy> delays and extra bandwidth use
  448. # 03[11:44] * Joins: cygri (~cygri@109.255.150.223)
  449. # [11:45] <annevk> huh?
  450. # [11:45] <nessy> can you please add whatever well thought-out objections to supporting multiple formats into the bug, so the discussion is out in the open?
  451. # [11:45] <zcorpan> when the page uses image formats that are not supported?
  452. # [11:46] <nessy> stuff like this, I guess: http://thomasjaehnel.com/blog/2009/11/attacks-based-on-content-sniffing.html
  453. # [11:47] <nessy> (obviously wasn't my argument :-)
  454. # [11:47] <nessy> I agreed to take the discussion to the group, so let's have it
  455. # [11:48] <annevk> that attach document is not about <img>
  456. # [11:48] <annevk> attack8
  457. # [11:48] <annevk> *
  458. # [11:48] <annevk> damnit
  459. # 03[11:49] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
  460. # 02[11:53] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Ping timeout: 258 seconds)
  461. # 03[11:55] * abarth|OJified is now known as abarth
  462. # 03[11:55] * Joins: uf0 (revolt@2001:4d88:ffff:ffff:2:b320:d90a:b)
  463. # 02[11:56] * Quits: Ms2ger (~Ms2ger@91.181.112.147) (Ping timeout: 255 seconds)
  464. # 03[11:57] * Joins: Ms2ger (~Ms2ger@91.181.112.147)
  465. # 03[11:58] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
  466. # 03[11:59] * Joins: Amorphous (jan@unaffiliated/amorphous)
  467. # 03[12:00] * Joins: delphiki (~gdelphiki@tas69-2-82-244-166-137.fbx.proxad.net)
  468. # 02[12:00] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 276 seconds)
  469. # 03[12:02] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
  470. # 02[12:04] * Quits: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net) (Remote host closed the connection)
  471. # 02[12:19] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Ping timeout: 260 seconds)
  472. # 03[12:23] * bga_|away is now known as bga_
  473. # 03[12:23] * Joins: FireyFly (~firefly@unaffiliated/firefly)
  474. # 02[12:24] * Quits: uf0 (revolt@2001:4d88:ffff:ffff:2:b320:d90a:b) (Ping timeout: 258 seconds)
  475. # 03[12:25] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
  476. # 03[12:26] * Joins: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b)
  477. # 02[12:33] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  478. # [12:38] <gsnedders> hsivonen: We've not officially supported by any Google stuff.
  479. # [12:39] <gsnedders> hsivonen: It's not just +. The only three that have been really painful was Gmail originally, Gmail v.2, and Wave.
  480. # 02[12:41] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:8037:ff20:e3fa:8ecb) (Remote host closed the connection)
  481. # 02[12:44] * Quits: bga_ (~bga@95-55-44-133.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
  482. # 03[12:45] * Joins: bga_ (~bga@95-55-44-133.dynamic.avangarddsl.ru)
  483. # 02[12:55] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Quit: adactio)
  484. # 02[12:55] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Quit: Reconnecting…)
  485. # 03[12:55] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  486. # 02[12:57] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  487. # [12:57] <annevk> zcorpan, briefly thought about moving html5-diff to Anolis; main problem is that xspec xrefs can only go to a multipage with script enabled (does not link to specific pages automatically)
  488. # [12:58] <annevk> zcorpan, so either Anolis would have to be updated, script-based redirects would have to be deemed acceptable, or we link to the singlepage version
  489. # 02[12:58] * Quits: mokush (~quassel@79.116.74.78) (Remote host closed the connection)
  490. # 03[12:59] * Joins: cygri (~cygri@109.255.150.223)
  491. # [13:02] <zcorpan> annevk: personally i'm fine with either of those except link to singlepage
  492. # [13:04] <annevk> does W3C multipage do script-based redirects?
  493. # [13:05] <annevk> making Anolis smarter would be ideal of course
  494. # 06[13:06] * Philip` supposes the way to do it automatically in Anolis would be to download http://www.whatwg.org/specs/web-apps/current-work/multipage/fragment-links.js and parse the first line to get the redirects
  495. # 03[13:07] * Joins: dhx_z (~anonymous@60-242-108-164.static.tpgi.com.au)
  496. # 02[13:07] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  497. # [13:08] <annevk> that might not be too complicated I guess
  498. # 03[13:08] * dhx1 is now known as Guest47444
  499. # 03[13:08] * dhx_z is now known as dhx1
  500. # [13:08] <annevk> basically https://bitbucket.org/ms2ger/specification-data/src/bd982d2974a1/xrefs/dom/html.json needs to be updated every once and a while
  501. # 02[13:09] * Quits: Guest47444 (~anonymous@60-242-108-164.static.tpgi.com.au) (Ping timeout: 255 seconds)
  502. # [13:09] <zcorpan> s/and/in/
  503. # [13:09] <annevk> generating it from that URL might not be too hard
  504. # [13:09] <annevk> could be somewhat standalone
  505. # [13:09] <annevk> also has the benefit of adding missing entries
  506. # [13:11] <annevk> I can definitely do something like that later today, thanks Philip`!
  507. # 03[13:15] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  508. # [13:16] <Ms2ger> Terms with spaces might be annoying
  509. # [13:17] <annevk> hmm yeah
  510. # [13:18] <hsivonen> what would you call an attribute that gives the localization key for a UI string?
  511. # [13:20] <annevk> Ms2ger, we could keep name the current html.json html-base.json, and generate the new copy based on html-base.json and fragment-links.js
  512. # [13:21] <annevk> hsivonen, locale?
  513. # [13:21] <annevk> hsivonen, assuming you mean "en", "nl" etc.
  514. # 03[13:22] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
  515. # 02[13:22] * Quits: nonge_ (~nonge@p5082A7BA.dip.t-dialin.net) (Quit: Verlassend)
  516. # [13:23] <hsivonen> annevk: no, I mean like isindexPrompt
  517. # [13:23] <hsivonen> annevk: the keys for UI string that get locale-specific values
  518. # 03[13:23] * Joins: maikmerten (~maikmerte@port-92-201-174-95.dynamic.qsc.de)
  519. # [13:23] <annevk> hsivonen, oh, just isIndexPrompt?
  520. # [13:24] <annevk> hsivonen, use some approximation of what it is for / what it will say in English
  521. # [13:24] <hsivonen> annevk: I mean keys that you use to indentify localizable UI strings
  522. # [13:24] <hsivonen> annevk: localizationkey is a bit long
  523. # [13:24] <hsivonen> *identify
  524. # [13:25] <annevk> I'm afraid I don't understand
  525. # [13:25] <hsivonen> so you have a UI
  526. # [13:26] <hsivonen> it has localizable strings
  527. # [13:26] <hsivonen> for each string, you have an id
  528. # [13:26] <hsivonen> so that for each locale, you have mappings from the ids to strings in the language of the locale
  529. # [13:26] <annevk> right
  530. # [13:26] <hsivonen> suppose the page title is localizable
  531. # [13:27] <hsivonen> <h1>Pagetitle</h1>
  532. # [13:27] <hsivonen> and then you want to mark up the id of the string so that localization machinery can fill in the page title in another language
  533. # [13:27] <hsivonen> like
  534. # [13:28] <hsivonen> <h1 localization-key="pagetitle">Beekeeping</h1>
  535. # [13:28] <hsivonen> localization-key is a bit long
  536. # [13:28] <Philip`> "localizationkey is a bit long" - how about l13y?
  537. # [13:28] <annevk> aaah
  538. # [13:28] <hsivonen> Philip`: well, it could be just l10n
  539. # [13:28] <hsivonen> Philip`: but are we OK with numbers in attribute names in HTML?
  540. # [13:29] <Philip`> They're in element names, so why not?
  541. # [13:29] <annevk> which element name has a number?
  542. # [13:29] <hsivonen> <h1>!
  543. # [13:29] <Philip`> <h1>
  544. # [13:29] <annevk> doh
  545. # [13:29] <hsivonen> Philip`: good point
  546. # [13:29] <Philip`> plus many more
  547. # [13:30] <annevk> localize=""
  548. # [13:30] <annevk> localizeid=""
  549. # [13:30] <annevk> l10nid=""
  550. # [13:30] <annevk> localizationid=""
  551. # 02[13:31] * Quits: jochen__ (~jochen@nat/google/x-jbwzrijeoruxiibe) (Remote host closed the connection)
  552. # 03[13:31] * Joins: jochen__ (~jochen@nat/google/x-bbiioylbjctvqfdv)
  553. # [13:31] <annevk> curious to know where this would be used
  554. # [13:31] <Ms2ger> Better than entities, I guess
  555. # [13:32] <hsivonen> annevk: l10nid was a possibility I was considering, but I thought it looked a bit ugly
  556. # [13:33] <annevk> localizeid="" or just localize="" seems kind of okay to me
  557. # [13:33] <Philip`> l10nid makes me think of meteor showers
  558. # [13:33] <annevk> just l10n is fine too I guess although a little awkward
  559. # [13:33] <annevk> Ms2ger, oh is this for Gecko?
  560. # [13:34] <annevk> finally getting rid of DTD madness :)
  561. # [13:34] <Ms2ger> No idea
  562. # [13:34] <annevk> is RDF next?
  563. # [13:34] <annevk> oh
  564. # [13:34] <annevk> be back later
  565. # [13:35] <hsivonen> annevk: yes, this is for Gecko. the proposal that I'm bikeshedding now says l10n_id, but underscores are obviously uncool for HTML
  566. # [13:35] <smaug____> for any l10n proposals, I'd ask what Pike thinks about it
  567. # [13:35] <annevk> hyphens are uncool too
  568. # [13:35] <annevk> generally
  569. # [13:36] <hsivonen> annevk: hyphens are OK, if there's a set of attributes: l10n-id, l10n-foo, l10n-bar, etc.
  570. # [13:36] <hsivonen> smaug____: I sort of assumed this has already been past Pike
  571. # [13:36] <annevk> i guess, but do we need more than one?
  572. # [13:37] <hsivonen> annevk: I don't know yet
  573. # [13:37] <zcorpan> hsivonen: can't id="" be used?
  574. # [13:37] <hsivonen> zcorpan: I don't know
  575. # [13:37] <annevk> pointer to bug report?
  576. # [13:38] <smaug____> hsivonen: what you mean "past Pike"
  577. # [13:38] <smaug____> hsivonen: he happens to have lots of experience in l10n area
  578. # 02[13:38] * Quits: Ms2ger (~Ms2ger@91.181.112.147) (Ping timeout: 255 seconds)
  579. # [13:38] <hsivonen> smaug____: I assumed that Pike has already seen this an not vetoed
  580. # [13:38] <hsivonen> smaug____: but I don't know if that's the case
  581. # [13:39] <smaug____> hsivonen: what is this about btw?
  582. # [13:39] <smaug____> localizing what?
  583. # [13:39] <smaug____> and where?
  584. # [13:39] <hsivonen> smaug____: XUL first, probably HTML later
  585. # [13:39] <hsivonen> smaug____: in Firefox chrome first. maybe elsewhere later
  586. # [13:40] <nessy> l10n-key ?
  587. # [13:40] <nessy> locale-key ?
  588. # [13:40] <hsivonen> nessy: locale-key would imply the wrong thing
  589. # [13:40] <nessy> yeah, I guess
  590. # [13:41] <hsivonen> The bug is https://bugzilla.mozilla.org/show_bug.cgi?id=566906
  591. # [13:42] <zcorpan> what's L20n?
  592. # [13:42] <hsivonen> zcorpan: I think it's the next level of L10n
  593. # [13:43] <smaug____> https://wiki.mozilla.org/L20n has some links
  594. # [13:45] <zcorpan> Localizilizziliziation
  595. # [13:45] <nessy> did you count this?
  596. # [13:46] <zcorpan> my text editor did
  597. # [13:46] <nessy> hehe
  598. # [13:47] <zcorpan> well then obviously the attribute should read l20n-something rather than l10n-something
  599. # 03[13:48] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
  600. # 03[13:52] * Joins: Ms2ger (~Ms2ger@91.181.50.33)
  601. # [13:52] <Ms2ger> "Tab tries to explain the difference between semantic markup and stylistic presentation to the MS folks"
  602. # [13:52] <Ms2ger> TabAtkins++
  603. # [13:52] <hsivonen> Ms2ger: is this CSS WG minutes?
  604. # [13:52] <Ms2ger> Yes
  605. # [13:52] <hsivonen> did the actual explanation get minuted?
  606. # [13:54] <Ms2ger> Doesn't look like it
  607. # 03[13:54] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
  608. # 02[13:55] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  609. # [13:55] <hsivonen> Ms2ger: :-(
  610. # [13:55] <Ms2ger> Maybe Tab can write it out
  611. # [13:57] <gsnedders> From memory. Word for word.
  612. # [13:57] <Ms2ger> He's a smart guy
  613. # [13:58] <jgraham> Maybe he did it using drawings of foxes
  614. # 02[13:58] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  615. # 03[13:59] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
  616. # 03[14:00] * Joins: MikeSmith (~MikeSmith@EM1-112-237-194.pool.e-mobile.ne.jp)
  617. # 02[14:01] * Quits: ezoe (~ezoe@203-140-91-252f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
  618. # 03[14:07] * FireyFly is now known as FireFly
  619. # 02[14:18] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
  620. # 03[14:23] * Joins: davidb (~davidb@corp.tor1.mozilla.com)
  621. # [14:23] <smaug____> ahaa, a new idea for the mutation events replacement. /me needs to paper and pen
  622. # [14:23] <smaug____> s/to/a/
  623. # [14:24] <gsnedders> smaug____: Not to a keyboard and a text editor?
  624. # [14:24] <zcorpan> replace it with foxes?
  625. # [14:26] <smaug____> in some cases it is easier to just use paper
  626. # 03[14:26] * Joins: saba (~foo@unaffiliated/saba)
  627. # 02[14:37] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  628. # 03[14:38] * Joins: erlehmann (~erlehmann@89.204.137.66)
  629. # 03[14:39] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
  630. # [14:48] <smaug____> and the idea might even work :)
  631. # 06[14:48] * zcorpan was unaware of http://www.ietf.org/mail-archive/web/ietf-types/current/msg01115.html
  632. # 02[14:51] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Ping timeout: 252 seconds)
  633. # 03[14:52] * Jabberwock is now known as Michael
  634. # 02[14:52] * Quits: Michael (~mbehan@orl-inet-cp-10.disney.com) (Changing host)
  635. # 03[14:52] * Joins: Michael (~mbehan@unaffiliated/jabberwock)
  636. # [14:55] <hsivonen> application/font-* instead of font/* shows how hard it is to work with IANA/IETF
  637. # [14:58] <zcorpan> seems that type still isn't registered
  638. # 03[14:59] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
  639. # 02[15:01] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 255 seconds)
  640. # 03[15:02] * Joins: cygri_ (~cygri@wlan-nat.fwgal01.deri.ie)
  641. # 02[15:02] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Read error: Connection reset by peer)
  642. # 03[15:02] * cygri_ is now known as cygri
  643. # [15:03] <MikeSmith> hsivonen: thanks for the heads-up about that bug related to es5.github.com
  644. # [15:03] <annevk> hmm smaug left
  645. # [15:04] <annevk> I was wondering whether we could call the new stuff modification
  646. # [15:04] <MikeSmith> hsivonen: I'm glad for my lack of understanding on how to properly set the encoding on an external CSS stylesheet :)
  647. # [15:04] <hsivonen> MikeSmith: :-)
  648. # 03[15:05] * Joins: juangiordana (~quassel@host15.190-139-129.telecom.net.ar)
  649. # 03[15:05] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
  650. # [15:10] <MikeSmith> othermaciej: my earlier LC bug count was way off, btw
  651. # [15:10] <MikeSmith> I think I was counting only open bugs
  652. # [15:11] <MikeSmith> the actual count of bugs submitted after Oct 1 until today is currently 1502
  653. # 03[15:17] * Joins: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr)
  654. # [15:19] <jgraham> Oh, that explains all the email I have had to ignore
  655. # 03[15:21] * Joins: mokush (~quassel@79.116.74.78)
  656. # [15:21] <annevk> we had a six months last call?
  657. # [15:22] <MikeSmith> kind of
  658. # [15:22] <MikeSmith> because decision was that all bugs submitted after Oct 1 would be treated just the same as bugs submitted during the formal LC window
  659. # [15:24] <annevk> i see
  660. # 02[15:34] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Quit: Leaving)
  661. # 03[15:34] * Joins: MacTed (~Thud@63.119.36.36)
  662. # 03[15:34] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
  663. # 02[15:35] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Read error: Connection reset by peer)
  664. # 03[15:35] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
  665. # 03[15:35] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  666. # [15:46] <bga_> hm. we still haven't api to gzip compress "ajax" POST data at clientside. it will sufficient reduce world traffic
  667. # [15:47] <Ms2ger> Doubtful
  668. # [15:47] <bga_> i can compress using canvas api and toDataURL but its hack
  669. # [15:49] <annevk> smaug____, is your new idea going to please everyone?
  670. # [15:49] <annevk> smaug____, maybe we can call the new stuff "modification" rather than "mutation"? might make it easier to distinguish between the two
  671. # [15:50] <bga_> Ms2ger anyway that api will be usefull
  672. # [15:50] <bga_> when i send big json from client to server
  673. # [15:51] <bga_> traffic == money
  674. # [15:51] <bga_> you can save my money :)
  675. # 03[15:51] * Joins: micheil (~micheil@109.231.193.164)
  676. # [15:52] <annevk> write your own impl
  677. # [15:52] <bga_> pure js?
  678. # [15:52] <annevk> sure
  679. # [15:52] <bga_> or spec?
  680. # [15:52] <annevk> no
  681. # 02[15:52] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
  682. # [15:52] <bga_> js too slow
  683. # [15:52] <Ms2ger> Doubtful
  684. # [15:53] <bga_> https://gist.github.com/519305/51a48139351b3fae048504a6a8d7631c5ae991db
  685. # [15:53] <bga_> wrong
  686. # [15:53] <bga_> https://gist.github.com/519305
  687. # [15:54] <bga_> its gzip like algo for compress js source
  688. # [15:54] <bga_> i made it for js1k
  689. # [15:55] <bga_> but it compress 70k 1 min
  690. # [15:55] <bga_> too slow
  691. # [15:55] <bga_> we need native api imho
  692. # [15:59] <MikeSmith> annevk: btw, I did request a new dvcs rep for cors and hopefully it'll be available today or tomorrow
  693. # [16:01] <Philip`> bga_: That doesn't look much like the gzip algorithm
  694. # [16:02] <Philip`> gzip in C usually goes at over 10MB/sec, and a JS port shouldn't be more than maybe ten or a hundred times slower
  695. # [16:03] <bga_> Philip` its pattern compression. sorry
  696. # [16:04] <bga_> deflate is much simpler
  697. # [16:04] <Philip`> If your code takes a minute for 70KB then it's just because your algorithm is incredibly inefficient, not because of any fundamental problem with JS :-)
  698. # [16:06] <timeless> jcranmer, `It is frequently desirable to split large binary files into multiple parts` `for transmissio n over the Internet. Such binaries are often rendered` I like the second word of the second line...
  699. # [16:06] <jgraham> Yes, I think jszip (which solves a similar but not identical problem) is much faster than that
  700. # [16:06] <jgraham> and using typed arrays or something might be even faster
  701. # [16:07] <timeless> MikeSmith: yes, bugzilla doesn't encode email addresses for comment lines, it stores user ids, so when you change your email address, any place where that was used automatically (reporter, cc, assignee, qa, commenter, ...) will be updated
  702. # [16:07] <MikeSmith> right
  703. # [16:08] <MikeSmith> I just can't remember whether end users can change their account/addresses themselves
  704. # [16:08] <MikeSmith> I know I can in the admin UI for the W3C bugzilla
  705. # [16:08] <Ms2ger> I think AryehGregor couldn't
  706. # [16:09] <timeless> othermaciej: i'm `shocked` to hear that `text/html-sandboxed` isn't doing what someone wanted... oh wait, i think i suggested it was likely to fail :)
  707. # [16:09] <MikeSmith> annevk: http://dvcs.w3.org/hg/cors/
  708. # [16:09] <jgraham> They can't on W3C bugzilla
  709. # [16:09] <jgraham> I thought they could on ohter bugzilla
  710. # [16:10] <jgraham> s
  711. # [16:10] <MikeSmith> annevk: you want me to copy the source over, or will you?
  712. # [16:10] <annevk> open feedback
  713. # [16:10] <annevk> MikeSmith, if you can
  714. # [16:10] <annevk> i can do it too actually
  715. # [16:10] <annevk> let me do it :)
  716. # 02[16:11] * Quits: ben_alman (~ben_alman@web126.webfaction.com) (Excess Flood)
  717. # 03[16:11] * Joins: ben_alman (~ben_alman@web126.webfaction.com)
  718. # 03[16:12] * bga_ is now known as bga_|away
  719. # 02[16:12] * Quits: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  720. # [16:13] <MikeSmith> annevk: ok
  721. # [16:14] <MikeSmith> annevk: once you get it set up, I'd suggest also putting a redirect from the old cvs location to the dvcs one
  722. # [16:15] <annevk> yeah
  723. # 03[16:18] * Joins: scor (~scor@drupal.org/user/52142/view)
  724. # [16:21] <smaug____> annevk: the idea won't please Google
  725. # [16:22] <smaug____> since they want, for not-clear-to-me reason the almost-async handling
  726. # [16:22] <timeless> hsivonen: `term` might work re localization key names
  727. # [16:23] <hsivonen> timeless: thanks
  728. # 06[16:23] * timeless is obviously a few hours behind
  729. # [16:24] <smaug____> annevk: actually I'm investigating two different approaches now.
  730. # [16:26] <timeless> MikeSmith: the w3 bugzilla doesn't allow it
  731. # [16:26] <timeless> you need to use https://bugzilla/editusers.cgi to do it as an admin
  732. # [16:27] <timeless> normally bugzilla does allow users to update their email addresses
  733. # 02[16:27] * Quits: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr) (Quit: Linkinus - http://linkinus.com)
  734. # [16:27] <MikeSmith> timeless: OK
  735. # [16:28] <MikeSmith> so I will wait to hear back from AryehGregor
  736. # [16:28] <annevk> Ms2ger, I will place my script that generates a better html.json (once done) in specification-data, okay?
  737. # [16:28] <Ms2ger> K
  738. # [16:28] <timeless> > That's much too early. Prepare to fast-forward!
  739. # [16:28] <annevk> Ms2ger, you just parse it using json right?
  740. # [16:28] <annevk> Ms2ger, so the generated copy can be less nice?
  741. # 02[16:29] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  742. # [16:29] <timeless> > We are at now, now
  743. # [16:29] <Ms2ger> Sure
  744. # 06[16:29] * timeless hearts ludicrous speed!
  745. # [16:29] <Ms2ger> I hope you're generating it with a json serializer as well ;)
  746. # [16:30] <annevk> I'm using json from Python 2.6
  747. # [16:30] <annevk> and I use some string replacements hacks on the original data
  748. # 02[16:31] * Quits: mokush (~quassel@79.116.74.78) (Remote host closed the connection)
  749. # 02[16:33] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  750. # 02[16:42] * Quits: timeless (d04149cb@firefox/developer/timeless) (Quit: Page closed)
  751. # [16:42] <annevk> wow that was easier than expected somehow
  752. # [16:43] <annevk> I guess I should add some comments so Ms2ger has less reason to laugh
  753. # [16:43] <annevk> and rename my variables from test1 etc.
  754. # [16:43] <Ms2ger> I don't need reasons to laugh, thought you knew that ;)
  755. # 03[16:43] * Joins: Rik`_ (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
  756. # 02[16:44] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Read error: Connection reset by peer)
  757. # 03[16:45] * bga_|away is now known as bga_
  758. # 02[16:49] * Quits: erlehmann (~erlehmann@89.204.137.66) (Quit: Ex-Chat)
  759. # [16:51] <annevk> Ms2ger, who uses "non-conforming element"?
  760. # [16:51] <annevk> I'm removing it for now as I cannot find its new links
  761. # [16:51] <annevk> link*
  762. # [16:52] <Ms2ger> If editcommands doesn't, nobody, I think
  763. # [16:54] <smaug____> hsivonen: unfortunately we need to experiment quite a bit with menu/command handling, since the spec is just not quite good
  764. # [16:54] <smaug____> hsivonen: I wonder if we could, in gecko, have a pref to enable our experimental menu/command handling
  765. # [16:56] <annevk> Ms2ger, https://bitbucket.org/ms2ger/specification-data/changeset/26462f44156d
  766. # [16:57] <annevk> html.py has the "fun"
  767. # [16:57] <hsivonen> smaug____: does the Experiment Markup Language (XML) not work for experimentation on the DOM level?
  768. # [16:58] <hsivonen> smaug____: I'd really like to avoid landing browser-specific HTML parsing algorithm changes on the trunk
  769. # [16:58] <smaug____> hsivonen: even with a pref or #ifdef?
  770. # [16:59] <hsivonen> smaug____: can we at least have a round of discussion on a multivendor forum before we go there?
  771. # [16:59] <hsivonen> smaug____: I supposed a pref is a possibility
  772. # [16:59] <hsivonen> *suppose
  773. # 06[17:00] * hsivonen leaves the keyboard to get to places that have closing times
  774. # [17:00] <smaug____> does anyone else edit html spec than Hixie?
  775. # [17:03] <Ms2ger> No
  776. # 03[17:09] * Joins: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net)
  777. # [17:11] <dglazkov> good morning, Whatwg!
  778. # [17:11] <dglazkov> and especially to you, cranky-pants jgraham
  779. # [17:11] <Ms2ger> Good evening, dglazkov
  780. # [17:11] <annevk> heh
  781. # 02[17:12] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Quit: Leaving)
  782. # 03[17:15] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  783. # [17:15] <jgraham> I'm not cran…
  784. # [17:15] <jgraham> OK I am
  785. # [17:16] <jgraham> I can't deny it
  786. # 06[17:16] * Ms2ger pats jgraham on the back
  787. # [17:16] <annevk> sweet, #fx logs
  788. # 03[17:21] * Joins: zdobersek (~zan@46.164.37.20)
  789. # 03[17:22] * Parts: delphiki (~gdelphiki@tas69-2-82-244-166-137.fbx.proxad.net)
  790. # 03[17:24] * Joins: timeless (d04149cb@firefox/developer/timeless)
  791. # [17:26] <Ms2ger> Philip`, what do you think about putting up a JSON file with the date from fragment-links.js?
  792. # 03[17:26] * Parts: K1NET1K|2 (~kvirc@182-239-137-87.ip.adam.com.au) ("Nooo, I'm not a quitter..")
  793. # [17:28] <annevk> are you offended by my code?
  794. # [17:29] <Ms2ger> No, by the fact it's necessary
  795. # [17:29] <Ms2ger> (And brittle)
  796. # 03[17:30] * Rik`_ is now known as Rik`
  797. # [17:30] <Ms2ger> Did you file a bug to remove HTMLElement.{id,className,classList} already?
  798. # 02[17:30] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Quit: Leaving...)
  799. # [17:33] <Philip`> Ms2ger: "date"? (Do you mean data?)
  800. # [17:33] <Ms2ger> Yes
  801. # [17:34] <Philip`> Is the .js file plus regexps to extract the data not sufficient?
  802. # [17:36] <annevk> Ms2ger, I didn't
  803. # 06[17:36] * Philip` looks at the code
  804. # [17:37] <Philip`> Oh, JSON doesn't like single quotes? How silly
  805. # 02[17:37] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
  806. # [17:37] <annevk> going from single to double and not using escapes would already help a lot
  807. # 03[17:37] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
  808. # 03[17:38] * Joins: hij1nx (~hij1nx@207.239.107.3)
  809. # [17:39] <Ms2ger> Filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=13610
  810. # [17:39] <Philip`> If someone wants to update http://code.google.com/p/html5/source/browse/trunk/spec-splitter/spec-splitter.py#328 then I can deploy the new code
  811. # [17:40] <Ms2ger> I'd do that if I had access
  812. # [17:41] <annevk> I think there might be a couple of other things HTML has not updated on yet
  813. # [17:42] <annevk> Ms2ger, you do now
  814. # [17:43] <annevk> Ms2ger, btw, I wonder how controversial that bug is going to be
  815. # [17:44] <Ms2ger> We'll see
  816. # [17:48] <annevk> the whole section on DOM Trees is rather outdated
  817. # 02[17:50] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
  818. # [17:51] <annevk> filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=13612 on using cloning steps
  819. # [17:53] <Ms2ger> Look ma, I can do SVN
  820. # 03[17:55] * Joins: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  821. # 03[17:55] * Joins: timeless (d04149cb@firefox/developer/timeless)
  822. # 03[17:56] * Joins: smaug____ (~chatzilla@YYYMCDXIII.gprs.sl-laajakaista.fi)
  823. # [17:56] <othermaciej> MikeSmith: seems fair to count those
  824. # [17:57] <othermaciej> MikeSmith: I wonder how that compares to the prior 9-month period
  825. # [17:59] <Ms2ger> Philip`, feel like deploying? :)
  826. # 02[18:02] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  827. # 03[18:03] * Joins: hdhoang (~hdhoang@203.210.207.117)
  828. # 02[18:03] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Ping timeout: 255 seconds)
  829. # [18:04] <Philip`> Ms2ger: Done, and regenerated http://www.whatwg.org/specs/web-apps/current-work/multipage/fragment-links.js
  830. # 03[18:06] * Joins: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net)
  831. # 03[18:07] * Joins: CvP (~CvP@123.49.21.9)
  832. # 03[18:10] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  833. # [18:13] <Ms2ger> Ta
  834. # 02[18:14] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
  835. # 03[18:15] * Joins: captain5 (~captain@xdsl-78-34-188-56.netcologne.de)
  836. # 02[18:17] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-yuafeilfjkoawvwm) (Ping timeout: 240 seconds)
  837. # 02[18:17] * Quits: krijn (u2319@gateway/web/irccloud.com/x-lxxfrgejmdgmaimg) (Ping timeout: 258 seconds)
  838. # 02[18:17] * Quits: romainhuet (u2533@gateway/web/irccloud.com/x-aelhgfbvmqpeftav) (Ping timeout: 260 seconds)
  839. # 03[18:18] * Joins: romainhuet (u2533@gateway/web/irccloud.com/x-yxukpopeyjqybywq)
  840. # 02[18:18] * Quits: broquaint (6c5a0994b2@78.47.79.137) (Ping timeout: 260 seconds)
  841. # 03[18:19] * Joins: broquaint (cc7f47dac7@78.47.79.137)
  842. # 02[18:19] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  843. # 03[18:19] * Joins: leaverou (~leaverou@77.49.80.51.dsl.dyn.forthnet.gr)
  844. # [18:19] <leaverou> hi everyone
  845. # [18:20] <leaverou> not sure if this is the right place for this, but I don't think inline event handlers are setting a good example here http://www.whatwg.org/specs/web-apps/current-work/#menus-intro
  846. # [18:20] <Ms2ger> Meh
  847. # [18:21] <annevk> leaverou, sometimes inline event handlers are fine
  848. # [18:21] <smaug____> leaverou: why not?
  849. # [18:21] <smaug____> I don't see anything bad with those inline event handlers
  850. # [18:22] <smaug____> (the menu handling itself will, I hope, change a bit)
  851. # 02[18:22] * Quits: cwilso (~Adium@nat/google/x-ichgceryjkxvciwr) (Quit: Leaving.)
  852. # [18:22] <leaverou> because the spec example is copied by tutorials all over and new authors will get the impression that inline event handlers are fine
  853. # [18:22] <zewt> it sounds like you're under the impression that they're "evil"
  854. # [18:22] <leaverou> so it's indirectly (?) promoting bad practices
  855. # 03[18:22] * Joins: cwilso (~cwilso@nat/google/x-fxqdmjlhumdqwyrl)
  856. # [18:22] <smaug____> is it a bad practice?
  857. # [18:23] <leaverou> in most cases it is, it violates separation of concerns
  858. # 02[18:24] * Quits: ruediger (ruediger@pseudoterminal.org) (Quit: No Ping reply in 180 seconds.)
  859. # [18:24] <zewt> do you want to write 3x as much code for no benefit? heh
  860. # 03[18:24] * Joins: ruediger (ruediger@pseudoterminal.org)
  861. # [18:25] <leaverou> zewt: are you going to praise the <font> tag next? :)
  862. # 03[18:25] * Parts: hdhoang (~hdhoang@203.210.207.117)
  863. # [18:25] <zewt> sarcasm doesn't lead to convincing arguments
  864. # [18:26] <leaverou> and it's hardly 3x as much code, just like presentational HTML over CSS, it's actually less code when repetition is involved
  865. # [18:26] <leaverou> also, polluting the global namespace with all these functions is a JS bad practice
  866. # [18:26] <Ms2ger> Meh
  867. # [18:27] <zewt> indeed, meh
  868. # [18:27] <zewt> sounds like a typical "xxx considered harmful" article
  869. # [18:27] <leaverou> "meh" is even a less convincing argument than sarcasm
  870. # [18:28] <leaverou> anyway, I'm not here to convince people for things that are almost universally accepted in the indurstry, just to notify about it in case it was overlooked
  871. # [18:28] <annevk> I would be careful with universally acceptedd
  872. # [18:28] <annevk> obviously it is not here
  873. # [18:28] <Ms2ger> I would challenge "almost universally accepted in the indurstry"
  874. # [18:28] <Ms2ger> If I cared
  875. # [18:28] <Philip`> The HTML spec even has examples with uppercase tags, which I'm sure every sane person in the world thinks is crazy
  876. # [18:29] <Philip`> so it's not trying to be a guide to any set of best practices
  877. # [18:30] <leaverou> Philip`: that's a good point.
  878. # [18:30] <AryehGregor> Philip`, it has examples with *mixed*-case tags.
  879. # [18:30] <AryehGregor> I'm pretty sure it has something like <BloCkquoTE> somewhere.
  880. # [18:30] <AryehGregor> The philosophy it adopts is that if something is valid, it wants to use it occasionally in examples so people don't assume it's wrong because they never see it.
  881. # [18:31] <AryehGregor> If inline event handlers were always a bad idea, the spec would say they're invalid.
  882. # [18:31] <AryehGregor> There's no class of things called "fully conforming but we think they shouldn't be used", that would be silly.
  883. # [18:32] <AryehGregor> If we think they shouldn't be used, we should make them at least raise a warning, and if we think it's fine to use them, why not use them in examples?
  884. # [18:32] <leaverou> AryehGregor: Ok, that's a valid argument and I agree. Btw, I never said inline event handlers are always bad, just in many cases.
  885. # [18:32] <karlcow> AryehGregor: it is a binary reasoning :)
  886. # 02[18:33] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
  887. # 03[18:33] * Joins: mpt (~mpt@canonical/mpt)
  888. # 06[18:35] * jgraham wonders if anyone has checked the uppercase vs lowercase letters in tags in examples for hidden messages
  889. # [18:37] <AryehGregor> MikeSmith, thanks for the Bugzilla component! And I can't change my e-mail address on Bugzilla, so I'd appreciate it if you changed it to ayg@aryeh.name.
  890. # [18:38] <Ms2ger> jgraham, last time I checked, they called you a cranky-pants
  891. # 02[18:38] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
  892. # [18:38] <AryehGregor> (I'm trying to standardize when it comes to publicly-visible addresses, so as not to hopelessly confuse everyone with Simetrical@gmail.com vs. AryehGregor@gmail.com vs. ayg@aryeh.name vs. all of those with plus-addressing vs. a few others I have hidden up my sleeve)
  893. # 02[18:38] * Quits: annevk5 (u2483@gateway/web/irccloud.com/x-hzrnryorksuxptcr) (Ping timeout: 258 seconds)
  894. # [18:39] <AryehGregor> (when people show up with multiple addresses in my address book, I never know which to use)
  895. # 03[18:39] * Joins: danj (~danj@s15372200.onlinehome-server.info)
  896. # [18:40] <jgraham> Ms2ger: That isn't cat related, so it seems unlikely
  897. # 03[18:40] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  898. # [18:40] <Ms2ger> Hah
  899. # 02[18:44] * Quits: othermaciej (~mjs@24.6.209.6) (Quit: othermaciej)
  900. # 03[18:44] * Joins: nimbu (~Adium@157.22.251.133)
  901. # 03[18:52] * Joins: annevk5 (u2483@gateway/web/irccloud.com/x-pzbhuhboztzxednw)
  902. # 02[18:54] * Quits: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e) (Quit: eric_carlson)
  903. # 03[18:54] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
  904. # 03[18:56] * Joins: ap (~ap@2620:149:4:401:fccd:27e3:d068:5bdf)
  905. # 03[18:57] * Joins: jamesr (~jamesr@216.239.45.22)
  906. # 03[18:57] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  907. # 03[18:57] * Joins: ezoe (~ezoe@203-140-89-150f1.kyt1.eonet.ne.jp)
  908. # 03[19:00] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
  909. # 02[19:01] * Quits: jamesr (~jamesr@216.239.45.22) (Client Quit)
  910. # [19:07] <AryehGregor> Wow, the number of bugs filed today is truly ludicrous.
  911. # [19:07] <AryehGregor> Last Call does seem to prompt a lot of feedback.
  912. # [19:08] <smaug____> last call of what?
  913. # [19:08] <AryehGregor> HTML5.
  914. # [19:08] <smaug____> oh, last call of w3c html5
  915. # 06[19:08] * smaug____ doesn't care :)
  916. # [19:08] <AryehGregor> I don't either, I'm just remarking on the mounds of feedback.
  917. # [19:08] <AryehGregor> Lots of people and organizations apparently do care.
  918. # [19:09] <AryehGregor> Including, e.g., Microsoft.
  919. # [19:09] <smaug____> it is good the get feedback, of course
  920. # [19:11] <smaug____> but I don't understand what the last call means in this case
  921. # [19:14] <AryehGregor> There's actually loads of high-quality feedback here from Microsoft.
  922. # [19:14] <AryehGregor> I have no idea why they put it off to just before Last Call instead of filing as soon as they came up with it.
  923. # [19:14] <zewt> "time to give the feedback that you've been holding back for some mysterious reason"
  924. # [19:15] <AryehGregor> This Greg Lowney fellow from access-research.org is also providing lots of detailed bugs, although I don't know how many of them will wind up being accepted.
  925. # 02[19:16] * Quits: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net) (Remote host closed the connection)
  926. # 03[19:17] * Joins: _bga (~bga@95-55-51-252.dynamic.avangarddsl.ru)
  927. # [19:17] <AryehGregor> This is seriously like a hundred bugs filed in the last day or something.
  928. # [19:17] <AryehGregor> Or last two days.
  929. # [19:18] <AryehGregor> And most of them are fairly good.
  930. # [19:18] <AryehGregor> annevk, looks like the cat is out of the bag with dom.spec.whatwg.org, huh?
  931. # 02[19:20] * Quits: bga_ (~bga@95-55-44-133.dynamic.avangarddsl.ru) (Ping timeout: 276 seconds)
  932. # [19:20] <AryehGregor> Apparently we got some feedback on accessibility from the state of Virginia.
  933. # [19:20] <zewt> do people in virginia have specific accessibility needs
  934. # [19:21] <Ms2ger> Was that the .doc?
  935. # [19:21] <AryehGregor> I think this one was an e-mail, but I archived it without looking too closely.
  936. # [19:22] <TabAtkins_> Nah, this was an email.
  937. # [19:23] <AryehGregor> Hixie, browsers have to support ES parseInt and parseFloat anyway, so why is their instability or whatever any kind of argument against reusing them? They exist and we have to deal with them already, and it's extremely confusing to have them work almost the same but not quite.
  938. # 06[19:25] * smaug____ agrees with AryehGregor
  939. # [19:25] <AryehGregor> smaug____, well, I can't do anything, but if you want to threaten implementer veto, you have my full support. :)
  940. # 02[19:27] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  941. # 02[19:27] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 252 seconds)
  942. # 02[19:28] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  943. # 06[19:29] * smaug____ hopes bz will just reopen the bug :)
  944. # 03[19:30] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  945. # [19:31] <AryehGregor> I forgot that I can sic implementers on him.
  946. # [19:31] <AryehGregor> I'll send an e-mail to whatwg once I finish archiving the flood in my spec inbox.
  947. # 03[19:33] * Joins: sicking (~chatzilla@nat/mozilla/x-mbarcwzvkxfohkgj)
  948. # 03[19:34] * Joins: MikeSmith_ (~MikeSmith@EM111-188-12-132.pool.e-mobile.ne.jp)
  949. # 03[19:35] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  950. # 02[19:35] * Quits: TabAtkins_ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.13/2009073109])
  951. # 03[19:36] * Joins: astearns (~anonymous@192.150.22.5)
  952. # 02[19:37] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
  953. # 03[19:38] * Joins: othermaciej (~mjs@67.218.110.103)
  954. # 02[19:38] * Quits: MikeSmith (~MikeSmith@EM1-112-237-194.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  955. # 03[19:38] * MikeSmith_ is now known as MikeSmith
  956. # [19:38] <AnselmBradford> does anyone know of a working example of using <object> in form submission? The example on http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-November/017363.html appears to no longer work (on Mac anyway)
  957. # 02[19:39] * Quits: danj (~danj@s15372200.onlinehome-server.info) (Quit: Sleeping)
  958. # 03[19:39] * Joins: danj (~danj@s15372200.onlinehome-server.info)
  959. # 03[19:40] * Joins: timeless (d04149cb@firefox/developer/timeless)
  960. # 03[19:40] * Joins: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net)
  961. # 03[19:45] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  962. # 02[19:47] * Quits: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net) (Remote host closed the connection)
  963. # 02[19:51] * Quits: smaug____ (~chatzilla@YYYMCDXIII.gprs.sl-laajakaista.fi) (Read error: Connection reset by peer)
  964. # 03[19:51] * Joins: smaug____ (~chatzilla@GZYYYXXV.gprs.sl-laajakaista.fi)
  965. # 02[19:51] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
  966. # 02[19:51] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  967. # 03[20:03] * Joins: hij1nx (~hij1nx@207.239.107.3)
  968. # [20:11] <jgraham> AryehGregor: Probably the W3C will treat all this last-minute feedback as a vindication of the whole Process rather than evidence that it is a failure because it discourages people from doing ongoing review
  969. # 03[20:12] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
  970. # [20:14] <AryehGregor> jgraham, I'm not sure they'd be wrong. Psychologically, if there's no deadline, maybe people will think "meh, I'll get around to it someday" and then never do it.
  971. # [20:15] <AryehGregor> I dunno.
  972. # 02[20:15] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
  973. # [20:15] <AryehGregor> Even if does encourage feedback, though, I think that's massively outweighed by the disadvantages.
  974. # [20:17] <jgraham> AryehGregor: If the feedback is coming from implementors they should be providing it as they implement, at the latest. If no one has implemented the feature at LC the feedback it gets won't be very useful
  975. # [20:17] <AryehGregor> In theory, CR is the call for implementations.
  976. # [20:17] <jgraham> Same reason I don't think that having these "releases" of the testsuite don't make sense
  977. # [20:18] <jgraham> People should provide feedback when they run the tests on their own internal system
  978. # [20:18] <jgraham> That doesn't happen on a fixed timescale
  979. # 03[20:19] * Joins: zdobersek1 (~zan@90.157.246.247)
  980. # 02[20:19] * Quits: zdobersek (~zan@46.164.37.20) (Ping timeout: 264 seconds)
  981. # [20:21] <Ms2ger> I know it sounds unlikely, but non-implementers can make useful comments as well ;)
  982. # 03[20:21] * Joins: zdobersek (~zan@cpe-46-164-6-131.dynamic.amis.net)
  983. # [20:22] <jgraham> Well, yes
  984. # 03[20:22] * Joins: timeless (d04149cb@firefox/developer/timeless)
  985. # [20:22] <jgraham> Although I think 0 non-implementors have commented on the testsuite so far
  986. # [20:23] <jgraham> I know there is like ~1 contributer to the CSS testsuite that is not an implementor
  987. # [20:23] <Ms2ger> Oh, who's that?
  988. # [20:24] <Ms2ger> (I haven't followed Kris' plans with the test suite, and will probably ignore any releases he does)
  989. # 02[20:24] * Quits: zdobersek1 (~zan@90.157.246.247) (Ping timeout: 276 seconds)
  990. # 03[20:24] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
  991. # 06[20:25] * Ms2ger wonders why the rsync messages differ between the html and webapps repos
  992. # [20:25] <timeless> heh
  993. # 02[20:26] * Quits: zdobersek (~zan@cpe-46-164-6-131.dynamic.amis.net) (Ping timeout: 250 seconds)
  994. # 03[20:26] * Joins: zdobersek (~zan@cpe-46-164-25-150.dynamic.amis.net)
  995. # [20:27] <jgraham> Ms2ger: I believe Gerard Talbot is not an implementor. I don't know if there are others
  996. # [20:27] <TabAtkins> Gerard is not.
  997. # [20:27] <AryehGregor> jgraham, I'm not an implementer.
  998. # [20:27] <TabAtkins> A few other people aren't either.
  999. # [20:27] <Ms2ger> Oh, CSS
  1000. # [20:27] <AryehGregor> Although I happen to be working for an implementer, I have no more contact with the actual implementer people than you do.
  1001. # [20:27] <AryehGregor> Dunno about CSS.
  1002. # [20:28] <Ms2ger> I managed to read "CSS" as "HTML"
  1003. # [20:28] <jgraham> AryehGregor: You are working for Google who are implementors
  1004. # [20:28] <AryehGregor> (I mean, the actual Google implementer people)
  1005. # [20:28] <AryehGregor> Yes, but that's random coincidence.
  1006. # [20:28] <AryehGregor> I wrote the test suite before I was working for them.
  1007. # [20:28] <Ms2ger> Does Philip` work for an implementer?
  1008. # [20:28] <AryehGregor> And it wasn't originally part of my job either, I asked for permission to do some extra work on my preexisting reflection tests as part of my job.
  1009. # 06[20:28] * AryehGregor doesn't think so
  1010. # 02[20:28] * Quits: micheil (~micheil@109.231.193.164) (Quit: http://brandedcode.com | http://github.com/miksago)
  1011. # [20:29] <jgraham> Philip` is the counterexample to any general statement
  1012. # 02[20:29] * Quits: zdobersek (~zan@cpe-46-164-25-150.dynamic.amis.net) (Read error: Operation timed out)
  1013. # [20:29] <AryehGregor> True.
  1014. # [20:30] <Ms2ger> Hence, false
  1015. # 02[20:30] * Quits: CvP (~CvP@123.49.21.9) (Ping timeout: 252 seconds)
  1016. # 02[20:30] * Quits: sicking (~chatzilla@nat/mozilla/x-mbarcwzvkxfohkgj) (Ping timeout: 258 seconds)
  1017. # 03[20:30] * Joins: zdobersek (~zan@cpe-46-164-14-181.dynamic.amis.net)
  1018. # 03[20:31] * Joins: franksalim (~frank@64-71-23-250.static.wiline.com)
  1019. # [20:31] <jgraham> Well technically the repository shows 3 counterexamples; AryehGregor (who isn't really one), David Carlisle and Philip`
  1020. # [20:31] <AryehGregor> I am too one.
  1021. # [20:31] <AryehGregor> I submitted those tests in my spare time.
  1022. # [20:31] <AryehGregor> I did like 75% of the work unpaid.
  1023. # [20:32] <AryehGregor> At least.
  1024. # [20:32] <jgraham> I wrote the test harness in my spare time, but I can't count myself :p
  1025. # [20:33] <gsnedders> (Though I did the initial review of it as work :P)
  1026. # 03[20:34] * Joins: nonge (~nonge@p5082A7BA.dip.t-dialin.net)
  1027. # [20:34] <AryehGregor> jgraham, you're an actual implementer, though, not just someone who happens to work for an implementer but has no contact with the implementers who work there.
  1028. # 02[20:34] * Quits: zdobersek (~zan@cpe-46-164-14-181.dynamic.amis.net) (Ping timeout: 240 seconds)
  1029. # [20:37] <timeless> MikeSmith: ping
  1030. # [20:37] <timeless> ... has w3 ever rescindend any specifications for any reason?
  1031. # [20:37] <jgraham> AryehGregor: Well whatever. Clearly my initial statement is factually incorrect. But the counterexamples are an editor of a different spec (who works for an implementor), someone who thinks that generating Fortan from xml using xslt is not only sane but enjoyable, and Philip`. Therefore I consider the general thrust of my statement to be correct ;)
  1032. # [20:37] <timeless> ooh, yes
  1033. # [20:38] <timeless> http://www.w3.org/TR/2009/PER-xhtml11-20090507/ is rescinded
  1034. # [20:38] <timeless> cool
  1035. # 03[20:38] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  1036. # [20:38] <AryehGregor> jgraham, on the other hand, very few tests have been submitted period, so those exceptions are fairly significant proportionally.
  1037. # [20:38] <AryehGregor> Especially if you weight by test number and quality.
  1038. # [20:38] <AryehGregor> Last I checked, Philip` and I count for a lot extra in that case.
  1039. # [20:38] <Ms2ger> You beat MS by a huge margin, that's clear :)
  1040. # [20:39] <jgraham> Well you basically autogenerated a bunch of tests from a table. Which is useful but cheating if we're using number-of-tests as a metric :)
  1041. # 06[20:39] * Ms2ger patiently awaits Kris' reply about automated tests
  1042. # [20:40] <jgraham> Ms2ger: Reply to what?
  1043. # [20:40] <Ms2ger> My reply about Matheus' test I submitted
  1044. # 03[20:41] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  1045. # [20:42] <jgraham> Oh, about their early test submisions being updated
  1046. # 02[20:42] * Quits: othermaciej (~mjs@67.218.110.103) (Quit: othermaciej)
  1047. # 02[20:42] * Quits: danj (~danj@s15372200.onlinehome-server.info) (Quit: Sleeping)
  1048. # [20:42] <Ms2ger> Yeah
  1049. # 02[20:44] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
  1050. # [20:45] <Philip`> Ms2ger: I don't really work for anyone
  1051. # [20:46] <AryehGregor> jgraham, I autogenerated a bunch of tests from thousands of lines of carefully-written JavaScript.
  1052. # [20:47] <AryehGregor> The bulk of my tests is the logic, not the tables.
  1053. # [20:47] <Ms2ger> That bulk is, unfortunately, unreadable :)
  1054. # [20:47] <AryehGregor> Sadly.
  1055. # [20:47] <AryehGregor> To be fair, testharness.js is also unreadable, at least if you ask me.
  1056. # 06[20:48] * AryehGregor looked into trying to make the pass/fail checkboxes have a proper <label> so you have a larger click target, but quickly gave up
  1057. # 06[20:48] * Philip` still thinks his canvas test .yaml files are reasonably readable
  1058. # [20:48] <Philip`> (The .py files less so)
  1059. # [20:48] <Ms2ger> I haven't tried
  1060. # [20:48] <AryehGregor> Well, my data files are super readable.
  1061. # [20:48] <AryehGregor> It's only the thousands of lines of logic that's incomprehensible.
  1062. # [20:49] <jgraham> AryehGregor: I don't see why that would be hard
  1063. # [20:49] <Ms2ger> Not really, the necessary data is split over two files
  1064. # 03[20:49] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
  1065. # [20:49] <jgraham> Although I agree that the templating stuff is "not wonderful"
  1066. # [20:49] <Ms2ger> So I actually found your data unreadable as well :)
  1067. # [20:49] <AryehGregor> jgraham, I'm sure it's not hard for you.
  1068. # [20:49] <AryehGregor> Ms2ger, well, it's actually split over like ten files, because people wanted smaller test files for some reason.
  1069. # [20:49] <AryehGregor> Originally it was all in one file.
  1070. # [20:49] <AryehGregor> Along with the logic.
  1071. # [20:50] <AryehGregor> And the harness.
  1072. # [20:50] <Philip`> (I suppose it could be argued that mixing YAML and HTML and JS and Python syntax, and the canvas API and the Cairo API, in a single source file, is not an ideal way to make something easy to understand, but I don't mind it myself)
  1073. # [20:51] <Ms2ger> Yeah, I don't care about the ten files, but about the fact that the data for a single element-attribute combination is split over two files
  1074. # [20:51] <AryehGregor> It was either that or make the element data much longer and more error-prone.
  1075. # [20:51] <AryehGregor> Originally I didn't split it, but that involved painful amounts of repetition.
  1076. # [20:51] <AryehGregor> I could un-split it pretty easily, though. Maybe format the data files a bit more consistently too.
  1077. # [20:52] <Ms2ger> OTOH, it would make it easier to review for correctness
  1078. # [20:52] <AryehGregor> Like have each attribute be one line.
  1079. # 02[20:52] * Quits: espadrine (~thaddee_t@LSt-Amand-152-32-39-77.w80-11.abo.wanadoo.fr) (Quit: espadrine)
  1080. # [20:52] <AryehGregor> Yeah, true.
  1081. # [20:52] <Ms2ger> I think it would reduce my headaches after dealing with reflection, at least ;)
  1082. # [20:53] <Ms2ger> (Not as much as someone fixing Gecko's integer reflection code would, but still)
  1083. # 03[20:54] * Joins: micheil (~micheil@109.231.193.164)
  1084. # [20:59] <jgraham> AryehGregor: Pushed the label fix
  1085. # [20:59] <AryehGregor> jgraham, thanks.
  1086. # [20:59] <jgraham> It annoyed me too :)
  1087. # [21:01] <Hixie> AryehGregor: when it comes to implementation simplicity, browsers are not the concern.
  1088. # 02[21:01] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
  1089. # 02[21:02] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
  1090. # 03[21:02] * Joins: othermaciej (~mjs@17.246.19.249)
  1091. # [21:02] <AryehGregor> Hixie, what implementers are you worried about that will need to exactly implement this part of HTML but will not need to implement ES as well?
  1092. # 02[21:02] * Quits: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz) (Read error: Connection reset by peer)
  1093. # [21:04] <Hixie> AryehGregor: all the off-the-shelf tools? the vast majority of HTML processors don't support ES, nor are they updated frequently.
  1094. # [21:04] <Hixie> AryehGregor: should we defer to other specs for everything where we happen to be a subset of another spec's algorithms?
  1095. # [21:04] <AryehGregor> Hixie, examples? Ones that need to exactly match how browsers behave?
  1096. # [21:04] <AryehGregor> Hixie, I don't propose that the algorithm be a subset, I propose that it be made identical.
  1097. # 03[21:04] * Joins: temp01 (~temp01@unaffiliated/temp01)
  1098. # [21:04] <Hixie> you want to support Infinity?
  1099. # [21:04] <AryehGregor> Not just an editorial change, a normative change.
  1100. # [21:05] <Hixie> you want to support a radix attribute on integer attributes?
  1101. # [21:05] <AryehGregor> Identical with some extra error handling tacked on, okay.
  1102. # [21:05] <Hixie> subset.
  1103. # [21:05] <Hixie> or superset, i guess.
  1104. # [21:05] <Hixie> either way, not identical.
  1105. # [21:05] <AryehGregor> I already said that it should be the same as parseInt(x, 10), not parseInt(x), so there's no radix issue.
  1106. # [21:05] <Hixie> that's a subset then.
  1107. # 03[21:05] * Joins: Lachy (~Lachy@178.74.10.250)
  1108. # 03[21:05] * Joins: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz)
  1109. # [21:06] <AryehGregor> And yes, I think that when we have a normative dependency on a spec in practice anyway, we should defer to it where that would make the resulting spec shorter. In practice we have a normative dependency on ES no matter what, there's no mileage in trying to avoid it.
  1110. # [21:06] <AryehGregor> But anyway, I posted to whatwg, we'll see what the implementers think.
  1111. # [21:06] <Hixie> making specs shorter is not a goal.
  1112. # 02[21:07] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  1113. # [21:07] <Hixie> we could make the spec massively shorter, e.g. by dropping all the domintro stuff and introduction sections, all the examples, all the notes
  1114. # 03[21:07] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
  1115. # [21:07] <Hixie> every time you have an indirection through anothe spec, it adds significant complexity
  1116. # [21:08] <Hixie> you have to track the other spec if it changes
  1117. # 06[21:08] * jgraham prefers the idea of resusing ES algorithms in general
  1118. # [21:08] <Hixie> either normatively or just changing the editorial issues like the section or algorithm name
  1119. # [21:08] <AryehGregor> jgraham, that would be useful to say on whatwg, especially if you're in a position to say whether Opera's willing to do what the spec says.
  1120. # [21:08] <Hixie> you have to read two specs instead of one
  1121. # [21:08] <Hixie> etc etc etc.
  1122. # 03[21:08] * Joins: jamesr (~jamesr@216.239.45.22)
  1123. # [21:08] <Hixie> and in this particular case, the ES definition isn't stable, it changes over time
  1124. # [21:09] <Hixie> which is just plain silly.
  1125. # [21:09] <jgraham> Not least because there is a non-zero chance that people implementing the feature will just say "oh we have code that does that already" and call that rather than looking for all the subtle differences
  1126. # [21:09] <jgraham> Which leads to poor interop
  1127. # [21:09] <Hixie> there's tons of different code to parse integers and floats
  1128. # [21:09] <Hixie> why should we match ES rather than CSS?
  1129. # [21:09] <Hixie> or C?
  1130. # [21:10] <jgraham> In an ideal world HTML and ES and CSS would all match
  1131. # [21:10] <Hixie> jgraham: the problem you describe is one that validators solve in a hurry.
  1132. # [21:10] <Hixie> er
  1133. # [21:10] <Hixie> s/validators/tests/
  1134. # [21:11] <jgraham> If the problems the tests bring up require lots of new code and only affect edge cases people are unlikley to be in a hurry to fix bugs
  1135. # [21:11] <jgraham> +those
  1136. # [21:11] <Hixie> this is not a case that needs lots of new code
  1137. # [21:11] <Hixie> in fact it requires significantly less code than the ES equivalent
  1138. # [21:12] <Hixie> and might even require less code than trying to expose the ES function and reference that
  1139. # [21:12] <Hixie> since there's no guarantee the ES function is actually exposed to other code outside the JS library
  1140. # [21:12] <jgraham> Well that is true
  1141. # [21:12] <jgraham> It is also easier to test if the requirements are the same
  1142. # [21:13] <jgraham> Because you can just reuse the same tests
  1143. # [21:13] <Hixie> not really
  1144. # 03[21:13] * Joins: CvP (~CvP@123.49.21.9)
  1145. # [21:13] <Hixie> how to escape characters is quite different in HTML and JS
  1146. # 03[21:13] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1147. # [21:14] <jgraham> Well the actual input files will be different. But the range of cases they cover will be identical rather than subtly different
  1148. # [21:14] <AryehGregor> It's confusing for authors.
  1149. # [21:14] <Hixie> the range of cases they cover can still be identical, it's just that the tests for HTML wouldn't change over time, whereas in ES' case the tests need to change every time Unicode is updated
  1150. # [21:15] <AryehGregor> I've seen a case where an author assumed parseInt() would work to translate content attributes to their reflected equivalents.
  1151. # [21:15] <AryehGregor> I think I linked it on the bug.
  1152. # [21:15] <Hixie> AryehGregor: that is ludicrous, given the difference is in parts of unicode most authors will never even hear about let alone put in a numeric attribute.
  1153. # [21:15] <Hixie> parseInt() will work fine on conforming content.
  1154. # [21:15] <AryehGregor> Yes, the difference is trivial, so it will only fail in bizarre and therefore hard-to-debug corner cases.
  1155. # [21:15] <Hixie> that's what validators are for.
  1156. # [21:15] <AryehGregor> On the other hand, since the difference is trivial, there's no reason for it to exist.
  1157. # [21:15] <AryehGregor> We care about non-conforming content too. It might be script-generated, too, in which case validators don't help.
  1158. # [21:16] <Hixie> i've already given half a dozen reasons for the difference to exist, AryehGregor
  1159. # [21:16] <AryehGregor> I've already said why I disagree with all of them.
  1160. # [21:16] <AryehGregor> No point in arguing further, either implementers are willing to follow your spec or not.
  1161. # [21:17] <Hixie> you might disagree with the reasons, but that doesn't mean there are no reasons.
  1162. # 03[21:17] * Joins: zdobersek (~zan@46.164.37.61)
  1163. # [21:18] <AryehGregor> You gave reasons to avoid the normative dependency on ES, not reasons why the HTML algorithm is better than ES's. Except for the fact that the ES algorithm changes over time, but you said yourself that the changes are only in cases that most authors will never even hear about.
  1164. # [21:18] <AryehGregor> I didn't see you give any other reason why the HTML algorithm is better than the ES one, unless I missed something.
  1165. # [21:19] <Hixie> the only difference between the two is that the ES one changes over time, no?
  1166. # [21:20] <AryehGregor> The only one I know of, yes. Or rather, that they use different whitespace definitions.
  1167. # [21:20] <AryehGregor> But that difference is not important, because the presence of such whitespace is a corner-case and it only matters that behavior be well-defined, not what it actually is.
  1168. # [21:21] <Hixie> so there's one difference, and it's got a reason (that you think is unimportant).
  1169. # [21:21] <AryehGregor> Do you think it's important?
  1170. # [21:21] <Hixie> i think it is important for specs' syntax requirements not to drift over time, yes.
  1171. # [21:22] <AryehGregor> All specs change over time.
  1172. # 02[21:23] * Quits: Lachy (~Lachy@178.74.10.250) (Quit: Computer has gone to sleep.)
  1173. # 03[21:23] * Joins: The_8472 (~stardive@azureus/The8472)
  1174. # [21:23] <Hixie> and all people eventually die, but that doesn't make death a good thing
  1175. # 06[21:23] * jwalden wonders what this hubbub's about, bub
  1176. # [21:23] <Ms2ger> That's a ludicrous comparison, though
  1177. # [21:23] <cwilso> when it's a spec's time, it's their time.
  1178. # [21:23] <Ms2ger> jwalden, integer parsing
  1179. # [21:24] <Hixie> i'm just saying that the existence of something is not evidence of it not being bad
  1180. # [21:24] <AryehGregor> Granted, sure.
  1181. # [21:24] <AryehGregor> I'm not saying there's no disadvantage to matching ES.
  1182. # [21:24] <jwalden> I see Unicode mentions, and I've been reviewing JS Unicode patchings lately, so it triggered some interest
  1183. # [21:24] <Hixie> AryehGregor: you did, earlier
  1184. # [21:24] <AryehGregor> It might well be good if ES changed to match HTML.
  1185. # [21:24] <jwalden> good luck with that
  1186. # [21:25] <Hixie> anyway i gotta go. bbiab.
  1187. # [21:25] <AryehGregor> I didn't mean to imply there were no problems at all with matching ES, I was speaking loosely. Apologies if it caused any confusion.
  1188. # 02[21:28] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  1189. # [21:30] <gsnedders> Hixie: HTML's syntax requirements will drift over time, though. C.f., self-closing elements.
  1190. # 03[21:31] * Joins: dbaron (~dbaron@nat/mozilla/x-louozteqbarlpfiu)
  1191. # 03[21:31] * Joins: captain6 (~captain@xdsl-78-34-175-23.netcologne.de)
  1192. # 03[21:32] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  1193. # 02[21:32] * Quits: captain5 (~captain@xdsl-78-34-188-56.netcologne.de) (Ping timeout: 264 seconds)
  1194. # 03[21:33] * Parts: leaverou (~leaverou@77.49.80.51.dsl.dyn.forthnet.gr)
  1195. # 02[21:38] * Quits: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz) (Quit: AnselmBradford)
  1196. # 02[21:51] * Quits: hij1nx (~hij1nx@207.239.107.3) (Ping timeout: 255 seconds)
  1197. # 03[21:52] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
  1198. # 02[21:53] * Quits: micheil (~micheil@109.231.193.164) (Quit: micheil)
  1199. # 03[21:53] * Joins: micheil (~micheil@109.231.193.164)
  1200. # 03[21:56] * Joins: hij1nx (~hij1nx@cpe-68-173-69-202.nyc.res.rr.com)
  1201. # 02[21:57] * Quits: maikmerten (~maikmerte@port-92-201-174-95.dynamic.qsc.de) (Remote host closed the connection)
  1202. # 03[22:00] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1203. # 02[22:00] * Quits: virtuelv (~virtuelv_@247.183.189.109.customer.cdi.no) (Ping timeout: 260 seconds)
  1204. # 02[22:00] * Quits: hij1nx (~hij1nx@cpe-68-173-69-202.nyc.res.rr.com) (Ping timeout: 258 seconds)
  1205. # 06[22:01] * jgraham remembers why people on the internet suck as a blog post about stress testing memory usage turns into a "my browser is better than yours" pissing competition
  1206. # [22:01] <jgraham> Well not "why" so much as "that"
  1207. # 02[22:04] * Quits: blooberry (~blooberry@198.145.35.12) (Ping timeout: 240 seconds)
  1208. # 03[22:05] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  1209. # 03[22:07] * Joins: sicking (~chatzilla@nat/mozilla/x-ryxghdrdcrmpveyc)
  1210. # [22:07] <nlogax> Hixie: is this correct behavior in chrome? for the "No data" items, only dragstart and end ever fire. for the "Data" items, all the d&d events fire. only difference is the usage of dataTransfer.setData. broke recently-ish in chrome, works in safari (as in all events fire) http://jsfiddle.net/yyb5A/4/
  1211. # 03[22:08] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  1212. # 02[22:11] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Client Quit)
  1213. # 03[22:16] * _bga is now known as bga_|away
  1214. # 03[22:16] * Joins: Lachy (~Lachy@178.74.10.250)
  1215. # 03[22:17] * Joins: blooberry (~blooberry@198.145.35.12)
  1216. # 02[22:20] * Quits: micheil (~micheil@109.231.193.164) (Quit: http://brandedcode.com | http://github.com/miksago)
  1217. # 03[22:21] * Joins: timeless (d04149cb@firefox/developer/timeless)
  1218. # 03[22:21] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
  1219. # [22:23] <AryehGregor> I count 97 bugs filed in the HTMLWG in the last 24 hours.
  1220. # [22:23] <AryehGregor> Yikes.
  1221. # 06[22:23] * Philip` wonders what happened to the HTML5 Super Friends
  1222. # [22:24] <Philip`> Did they do anything other than publishing http://www.zeldman.com/superfriends/guide/ (and then not follow up when people tried to get more detail about what kind of "XHTML" syntax checking they wanted)?
  1223. # [22:27] <Ms2ger> Sounds right
  1224. # 02[22:29] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Quit: linclark)
  1225. # 03[22:31] * Joins: eric_carlson (~eric_carl@2620:149:4:401:217:f2ff:fe03:a2e)
  1226. # 02[22:33] * Quits: jamesr (~jamesr@216.239.45.22) (Quit: jamesr)
  1227. # 02[22:34] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
  1228. # [22:35] <jgraham> AryehGregor: How many from @microsoft.com?
  1229. # [22:35] <AryehGregor> jgraham, didn't count.
  1230. # 02[22:35] * Quits: Lachy (~Lachy@178.74.10.250) (Quit: Computer has gone to sleep.)
  1231. # [22:36] <MikeSmith> timeless: here now
  1232. # [22:36] <MikeSmith> AryehGregor: will change your bugzilla address now
  1233. # [22:36] <AryehGregor> MikeSmith, thanks!
  1234. # 03[22:36] * Joins: Steve^ (~steve@host-78-149-163-60.as13285.net)
  1235. # [22:37] <timeless> MikeSmith: have any other specs been rescinded? or just that one?
  1236. # [22:37] <MikeSmith> eh?
  1237. # 02[22:37] * Quits: zdobersek (~zan@46.164.37.61) (Quit: Leaving.)
  1238. # [22:37] <MikeSmith> timeless: which one?
  1239. # [22:37] <timeless> http://www.w3.org/TR/2009/PER-xhtml11-20090507/
  1240. # 03[22:37] * Joins: jamesr (~jamesr@216.239.45.22)
  1241. # [22:37] <gsnedders> timeless: You could use SPARQL to find the answer to that question :P
  1242. # [22:38] <MikeSmith> heh
  1243. # [22:38] <MikeSmith> where are the super friends when we really need them?
  1244. # [22:39] <timeless> gsnedders: there's no way i'd find the right sparql service
  1245. # [22:39] <timeless> and heaven help me find a ua that supports it
  1246. # [22:41] <MikeSmith> super friends activate! form of a SPARQL query!
  1247. # [22:41] <timeless> Philip`: i'm amused to see they can't spell `then` correctly and complain about `and`
  1248. # 02[22:41] * Quits: davidb (~davidb@corp.tor1.mozilla.com) (Quit: davidb)
  1249. # [22:41] <timeless> > A footer typically contains information about its section such as who wrote it, links to related documents, copyright data, an[d] the like
  1250. # [22:42] <timeless> > If that is the body than the footer is secondary content to the document as a whole.
  1251. # [22:42] <timeless> s/than/than [sic]/
  1252. # [22:43] <timeless> ooh, they want full fledged applications like Bespin to be in the spec!
  1253. # [22:44] <MikeSmith> timeless: sadly, I did not not even know that that http://www.w3.org/TR/2009/PER-xhtml11-20090507/ had been marked Rescinded
  1254. # [22:44] <MikeSmith> but I am glad it has been
  1255. # [22:44] <timeless> MikeSmith: learn something new every day?
  1256. # [22:44] <timeless> glad to be of help
  1257. # [22:44] <MikeSmith> yeah
  1258. # [22:44] <MikeSmith> I guess plh did that
  1259. # [22:44] <timeless> i don't suppose there's an easy way to find out why it was rescindend
  1260. # [22:44] <timeless> s/end/ed/
  1261. # 03[22:44] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
  1262. # [22:44] <Ms2ger> Michael, there's a Rec at http://www.w3.org/TR/xhtml11/, though
  1263. # [22:44] <MikeSmith> no, no easy mean
  1264. # [22:44] <Michael> ?
  1265. # [22:45] <Michael> oh
  1266. # [22:45] <Ms2ger> "On 19 May 2009 the W3C Director rescinded this document due to process issues."
  1267. # [22:45] <Ms2ger> MikeSmith, ^
  1268. # [22:45] <Ms2ger> Sorry Michael
  1269. # [22:45] <MikeSmith> timeless: the easy mans is to ask Ian Jacobs, probably
  1270. # [22:46] <Ms2ger> Wasn't that the superman email?
  1271. # [22:46] <Ms2ger> By Björn
  1272. # [22:46] <MikeSmith> if that draft has been "rescinded", I would hope that means we can tell the community to ignore XHTML 1.1 completely
  1273. # 06[22:47] * Ms2ger finds "Did Lois know that Clark was Superman" problem in www-rdf-interest@w3.org archives
  1274. # [22:47] <MikeSmith> including the whole misguided mess of XHTML "modularization"
  1275. # [22:48] <MikeSmith> man, we really needs for the super friends to get off their asses and actually do something for a change
  1276. # [22:49] <MikeSmith> I mean, other than issuing proclamations
  1277. # 02[22:49] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Ping timeout: 258 seconds)
  1278. # [22:49] <MikeSmith> well, at least one other proclamation
  1279. # 02[22:49] * Quits: g4 (~g4@81.27.45.54) (Remote host closed the connection)
  1280. # [22:49] <jgraham> to be honest "super friends" makes then sound like some sort of Japanese escort agency. Which is pretty creepy.
  1281. # [22:50] <Ms2ger> http://lists.w3.org/Archives/Public/www-archive/2009May/0029.html
  1282. # [22:50] <Ms2ger> http://lists.w3.org/Archives/Public/www-archive/2009May/0045.html
  1283. # [22:50] <MikeSmith> based on my personal experience, I kind of like Japanese escorts
  1284. # [22:50] <MikeSmith> but I really don't like XHTML 1.1
  1285. # [22:50] <Ms2ger> MikeSmith, thank you for that information
  1286. # [22:51] <MikeSmith> heh
  1287. # [22:51] <MikeSmith> well, I need some super friends help on XHTML 1.1
  1288. # [22:51] <Ms2ger> I'm not sure I'll ever be able to sleep anymore
  1289. # 02[22:52] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
  1290. # 03[22:53] * Joins: AnselmBradford (~ans@118-92-20-216.dsl.dyn.ihug.co.nz)
  1291. # [22:53] <MikeSmith> super friends should temporarily wake up out of retirement to issue a final proclamation on XHTML 1.1
  1292. # [22:56] <MikeSmith> along the lines of, "Hey, remember all that stuff we told you about XHTML being the absolute most important thing in the entire universe? well please ignore all that and go back about your business"
  1293. # 02[22:56] * Quits: captain6 (~captain@xdsl-78-34-175-23.netcologne.de) (Quit: captain6)
  1294. # 02[22:56] * Quits: nimbu (~Adium@157.22.251.133) (Read error: Connection reset by peer)
  1295. # 03[22:56] * Joins: nimbupani (~Adium@157.22.251.133)
  1296. # 03[22:56] * nimbupani is now known as nimbu
  1297. # [22:57] <MikeSmith> AryehGregor: changed your bugzilla login to ayg@aryeh.name
  1298. # [22:57] <MikeSmith> please try and let me know if it took
  1299. # [22:58] <MikeSmith> but as far as I can see, it seems to have
  1300. # [22:59] <annevk> timeless, that is the PER, not the REC: http://www.w3.org/TR/xhtml11/
  1301. # [22:59] <timeless> annevk: grumble
  1302. # [23:00] <timeless> ok, are there *any* Rescinded RECs?
  1303. # [23:00] <MikeSmith> AryehGregor: because I count 563 bugs where that address appears (including comments)
  1304. # 03[23:02] * bga_|away is now known as bga_
  1305. # [23:03] <MikeSmith> I think any time the phrase "family of languages" is used, some sort of automated rescinding mechanism should kick in
  1306. # [23:03] <MikeSmith> jesus
  1307. # [23:03] <MikeSmith> "family of current and future document types and modules"
  1308. # [23:04] <MikeSmith> not just "current", but "future" also
  1309. # [23:04] <MikeSmith> and not just document types but modules also
  1310. # [23:05] <timeless> annevk: ok so...
  1311. # [23:05] <timeless> i was trying to use that document to point out that w3 will rescind things if necessary
  1312. # [23:05] <annevk> Ms2ger, so since you're not sleeping, fix all bugs
  1313. # [23:06] <timeless> am i still able to make that claim even if it's only for a weaker PER instead of an actual REC?
  1314. # [23:06] <timeless> or should i go back to the drawing board, noting that the w3 claims are toothless
  1315. # [23:06] <Ms2ger> timeless, only if Björn writes a sufficiently sarcastic email
  1316. # [23:06] <timeless> ?
  1317. # [23:07] <annevk> timeless, rescinding a PER that got later approved with basically the same issues seems pretty toothless to me
  1318. # [23:07] <Ms2ger> /ignore annevk
  1319. # [23:07] <Ms2ger> :)
  1320. # [23:07] <timeless> annevk: grumble
  1321. # 06[23:07] * timeless needs a new drawing board
  1322. # [23:07] <annevk> I do not know any REC
  1323. # [23:08] <annevk> when I tried to warn implementors about DOM Views being useless Ian Jacobs thought I should use the rescinding process
  1324. # [23:08] <annevk> I declined
  1325. # [23:08] <timeless> could we publish something as a REC and go through the complete process of Rescinding it just so we can show it's possible?
  1326. # [23:08] <timeless> why?
  1327. # [23:08] <timeless> too much effort?
  1328. # [23:08] <annevk> right
  1329. # 06[23:08] * annevk was about to type exactly that
  1330. # [23:08] <Philip`> http://www.w3.org/2005/10/Process-20051014/tr#rec-rescind - "W3C MAY rescind an entire Recommendation, for instance when W3C learns of significant errors in the Recommendation, when the Recommendation becomes outdated, ..." - sounds like we should rescind HTML4
  1331. # [23:09] <MikeSmith> I would really like to rescind XHTML 1.1 completely. it's nominally within my authority to do that now
  1332. # [23:09] <Ms2ger> Philip`, feel free to lead that
  1333. # [23:09] <timeless> Philip`: +1
  1334. # [23:09] <annevk> Philip`, the problem is you have to follow http://www.w3.org/2005/10/Process-20051014/tr#rec-modify
  1335. # [23:09] <Ms2ger> MikeSmith, want me to loudly proclaim I want you to somewhere? :)
  1336. # [23:09] <MikeSmith> Ms2ger: tell plh
  1337. # [23:09] <MikeSmith> XHTML 1.1 is used so rarely on the public web that it's
  1338. # [23:10] <MikeSmith> XHTML 1.1 is used so rarely on the public web that it's effectively irrelevant anyway
  1339. # [23:10] <timeless> annevk: do you?
  1340. # [23:10] <annevk> oh wait you don't
  1341. # [23:10] <timeless> > To deprecate part of a Recommendation, W3C follows the process for modifying a Recommendation.
  1342. # [23:10] <annevk> sorry I misread
  1343. # [23:10] <Ms2ger> Actually, I think I still have an XHTML1.1 site online somewhere
  1344. # [23:10] <timeless> I think rescinding a *complete* REC skips that
  1345. # [23:10] <timeless> it's only for partials
  1346. # [23:10] <annevk> so what is the policy?
  1347. # [23:10] <annevk> I told Ian Jacobs DOM Views as is is useless
  1348. # [23:10] <annevk> what's the next step?
  1349. # [23:10] <annevk> tell someone else within the W3C?
  1350. # [23:10] <MikeSmith> we need some Jean-Luc Picard "make it happen"
  1351. # [23:11] <timeless> > 7.7.1 Proposal to Rescind a Recommendation
  1352. # [23:11] <zewt> itym "make it so"
  1353. # [23:11] <MikeSmith> annevk: next step is bug me about it
  1354. # [23:11] <MikeSmith> and then bug me about it again
  1355. # 02[23:11] * Quits: doublec (~doublec@unaffiliated/doublec) (Ping timeout: 276 seconds)
  1356. # [23:11] <MikeSmith> until I realize it's serious enough that I need to try to do something about it
  1357. # [23:11] <timeless> annevk / MikeSmith : would you be ok w/ actually rescinding DOM Views?
  1358. # [23:12] <MikeSmith> yeah, sure
  1359. # 03[23:12] * Joins: doublec (~doublec@cd.pn)
  1360. # [23:12] <timeless> i'm willing to help fwiw
  1361. # 06[23:12] * annevk follows up with Ian Jacobs
  1362. # [23:12] <timeless> house cleaning seems like a useful function
  1363. # [23:12] <MikeSmith> there really is no other policy
  1364. # [23:12] <annevk> http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0623.html
  1365. # [23:13] <annevk> thanks for making me look at it again timeless
  1366. # [23:13] <timeless> glad to
  1367. # 02[23:13] * Quits: AnselmBradford (~ans@118-92-20-216.dsl.dyn.ihug.co.nz) (Ping timeout: 258 seconds)
  1368. # [23:13] <timeless> thanks for being willing to do so
  1369. # [23:13] <MikeSmith> the W3C Process document actually says very little about publication policy, by design I think
  1370. # [23:13] <annevk> if this really is the process we should be able to rescind a bunch of stuff
  1371. # [23:13] <annevk> I wonder if that is appreciated
  1372. # [23:13] <timeless> i'll certainly appreciate it
  1373. # [23:13] <timeless> having fewer things that people can reference is a good thing
  1374. # [23:14] <Ms2ger> MikeSmith, can you change http://www.w3.org/standards/history/domcore to drop the "Web", btw?
  1375. # [23:14] <MikeSmith> the process for some of this stuff is largely determined by whether you can manage to get IanJ attention about it
  1376. # [23:14] <MikeSmith> Ms2ger: yeah, thaI can do on my own, I think
  1377. # 02[23:14] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  1378. # [23:15] <Ms2ger> Are you also willing to do it? :)
  1379. # 03[23:15] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
  1380. # 02[23:15] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
  1381. # 03[23:16] * Joins: temp01 (~temp01@unaffiliated/temp01)
  1382. # 02[23:17] * Quits: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  1383. # 03[23:18] * heycam|away is now known as heycam
  1384. # 03[23:18] * Joins: AnselmBradford (~ans@118-92-0-22.dsl.dyn.ihug.co.nz)
  1385. # [23:18] <MikeSmith> Ms2ger: reload
  1386. # [23:19] <Ms2ger> MikeSmith++
  1387. # [23:20] <Ms2ger> It still has a Web in the breadcrumbs, though
  1388. # [23:20] <MikeSmith> hmm
  1389. # [23:20] <MikeSmith> not sure how to change that but I will try to figure it out
  1390. # [23:21] <Ms2ger> Great, thanks
  1391. # 03[23:21] * Joins: timeless_ (d04149cb@firefox/developer/timeless)
  1392. # 02[23:21] * Quits: timeless (d04149cb@firefox/developer/timeless) (Disconnected by services)
  1393. # 03[23:21] * timeless_ is now known as timeless
  1394. # 02[23:21] * Quits: Ms2ger (~Ms2ger@91.181.50.33) (Quit: nn)
  1395. # 02[23:23] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1396. # [23:23] <MikeSmith> find . | grep -i "Web DOM" in the cvs source for that tree gives me nothing, though
  1397. # [23:23] <MikeSmith> oops
  1398. # [23:24] <MikeSmith> needing some xargs
  1399. # 02[23:24] * Quits: MacTed (~Thud@63.119.36.36)
  1400. # 03[23:24] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
  1401. # [23:25] <MikeSmith> still nothing, though, even with xargs in their properly
  1402. # [23:27] <Philip`> That sounds like a convoluted way to do 'grep -ir "Web DOM"'
  1403. # [23:28] <zewt> it's the unix way, having magic things bolted into particular tools not so much
  1404. # [23:29] <annevk> maybe it's part of the CMS?
  1405. # [23:30] <timeless> Philip`: from memory that isn't portable :)
  1406. # [23:31] <timeless> MikeSmith: note that you need some -print0 and -0s or similar :)
  1407. # [23:31] <MikeSmith> no idea what that is
  1408. # [23:32] <MikeSmith> Philip`: what is -r ?
  1409. # [23:32] <TabAtkins> Recursive, presumably.
  1410. # [23:33] <MikeSmith> if I'm going to use that I guess I should just go whole hog and use rgrep or whatever abomination GNU has produced
  1411. # [23:35] <timeless> yeah -r is recursive
  1412. # [23:35] <timeless> but it isn't portable...
  1413. # [23:35] <timeless> http://www.linuxquestions.org/questions/solaris-opensolaris-20/recursive-grep-557442/
  1414. # [23:36] <timeless> > Just pick the gnu grep version which is bundled with Solaris: /usr/sfw/bin/ggrep
  1415. # [23:36] <timeless> ggrep :)
  1416. # 02[23:37] * Quits: AnselmBradford (~ans@118-92-0-22.dsl.dyn.ihug.co.nz) (Ping timeout: 276 seconds)
  1417. # 03[23:39] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  1418. # 03[23:42] * Joins: cpearce (~chatzilla@ip-118-90-10-25.xdsl.xnet.co.nz)
  1419. # 02[23:43] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  1420. # 03[23:43] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  1421. # 02[23:45] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Quit: Leaving)
  1422. # [23:48] <jgraham> The whole "tools should do one thing and one thing only" idea can be taken too far. Having to learn how to combine large numbers of tools in complex ways is clearly less easy than just using a command line options to a single tool
  1423. # [23:48] <jgraham> Not least because the documentation of combinations is much worse than the documentation of individual tools
  1424. # 03[23:49] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  1425. # [23:49] <Hixie> clearly?
  1426. # [23:49] <Hixie> i don't think that's obvious at all
  1427. # [23:50] <Hixie> heycam: yt?
  1428. # [23:50] <zewt> i've never heard of "documentation of combinations", i just learned how the tools worked and then it was pretty intuitive how to fit them together
  1429. # [23:50] <heycam> Hixie, hi
  1430. # 03[23:50] * dglazkov is now known as dglazkov|away
  1431. # [23:51] <Hixie> heycam: HTMLOptionsElement apparently has an anonymous setter that can be used with any input index
  1432. # [23:51] <Hixie> heycam: 'setter' only works with known indexes, right?
  1433. # [23:51] <heycam> Hixie, that's right -- that's the distinction between creator and setter
  1434. # [23:51] <Hixie> heycam: is there some way to handle this?
  1435. # [23:52] <Hixie> oh creator
  1436. # [23:52] <Hixie> duh
  1437. # [23:52] <heycam> I had wondered whether it is a useful distinction to draw
  1438. # 06[23:52] * Hixie is stoopid
  1439. # [23:52] <heycam> maybe it is
  1440. # [23:52] <heycam> :)
  1441. # [23:52] <Hixie> nevermind me
  1442. # [23:52] <heycam> you can bang "setter creator" on the one operation
  1443. # [23:52] <jgraham> Well within limits. But it's pretty obvious that if you want to achieve X and you do "man foo" and search for "X" and it says "use the -X switch", that is likly to be easier than imagining a way of piping together foo and bar and baz to achieve the same result. Especially if you are unaware that bar and baz exist.
  1444. # [23:52] <Hixie> heycam: oh awesome
  1445. # [23:52] <Hixie> heycam: thanks
  1446. # [23:52] <heycam> Hixie, np
  1447. # 02[23:56] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  1448. # [23:57] <annevk> hmm https://www.ietf.org/mailman/listinfo/happiana
  1449. # [23:57] <annevk> anyone here signed up yet?
  1450. # Session Close: Thu Aug 04 00:00:01 2011

The end :)