/irc-logs / freenode / #whatwg / 2012-12-18 / end

Options:

  1. # Session Start: Tue Dec 18 00:00:00 2012
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Ping timeout: 272 seconds)
  4. # [00:01] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
  5. # [00:01] * Joins: ap_ (~ap@17.245.107.141)
  6. # [00:01] * Joins: sedovsek (~robert@BSN-176-130-101.dial-up.dsl.siol.net)
  7. # [00:01] * Quits: sedovsek (~robert@BSN-176-130-101.dial-up.dsl.siol.net) (Client Quit)
  8. # [00:03] * jonlee|afk is now known as jonlee
  9. # [00:03] * Quits: ap (~ap@2620:149:4:1b01:88fd:488d:aa92:a989) (Ping timeout: 246 seconds)
  10. # [00:03] * Joins: ap__ (~ap@17.114.111.171)
  11. # [00:03] <jonlee> Hixie: pong
  12. # [00:04] * ap__ is now known as ap
  13. # [00:04] * Joins: weinig_ (~weinig@17.114.105.244)
  14. # [00:04] <annevk> Anyone else reading http://www.w3.org/2001/tag/2012/12/13-minutes "who are we writing the architecture document for? I think we're writing it for young guys starting to create web sites"
  15. # [00:04] <annevk> ?
  16. # [00:05] * Quits: weinig_ (~weinig@17.114.105.244) (Read error: Connection reset by peer)
  17. # [00:05] * Quits: ap_ (~ap@17.245.107.141) (Ping timeout: 248 seconds)
  18. # [00:05] * Joins: weinig_ (~weinig@17.114.105.244)
  19. # [00:06] * Quits: weinig (~weinig@2620:149:4:1b01:8996:8b94:55a1:c011) (Ping timeout: 246 seconds)
  20. # [00:06] * weinig_ is now known as weinig
  21. # [00:08] * Joins: danzik171 (~danzik17@164.55.254.106)
  22. # [00:08] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Remote host closed the connection)
  23. # [00:09] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
  24. # [00:11] <Hixie> jonlee: hi
  25. # [00:11] <jonlee> Hixie: hello
  26. # [00:11] <Hixie> jonlee: i was told you are the person to talk to about context menus in html at apple
  27. # [00:11] * Quits: fr0zenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
  28. # [00:11] <Hixie> jonlee: was wondering if you had any input on http://lists.w3.org/Archives/Public/public-whatwg-archive/2012Nov/0369.html
  29. # [00:12] * Quits: danzik17 (~danzik17@164.55.254.106) (Ping timeout: 264 seconds)
  30. # [00:12] <Hixie> smaug____: btw, your continued input on http://lists.w3.org/Archives/Public/public-whatwg-archive/2012Dec/0046.html would be most welcome
  31. # [00:12] <jonlee> Hixie: looking
  32. # [00:12] <Hixie> jonlee: thanks
  33. # [00:13] * Quits: danzik171 (~danzik17@164.55.254.106) (Ping timeout: 272 seconds)
  34. # [00:13] <smaug____> Hixie: will do later this night
  35. # [00:13] <Hixie> smaug____: awesome
  36. # [00:13] * Joins: tomasf (~tom@2002:55e5:db44:0:6973:dda6:fc40:b609)
  37. # [00:13] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Ping timeout: 248 seconds)
  38. # [00:14] * Joins: marcosc (~marcosc@bl12-176-215.dsl.telepac.pt)
  39. # [00:18] * Joins: danzik17 (~danzik17@ool-45787007.dyn.optonline.net)
  40. # [00:18] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 264 seconds)
  41. # [00:19] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  42. # [00:20] * Joins: jonlee_ (~jonlee@2620:149:4:1b01:f8ac:2a80:551f:f404)
  43. # [00:23] * Quits: jonlee (~jonlee@2620:149:4:1b01:d112:b6b1:7658:6bde) (Ping timeout: 246 seconds)
  44. # [00:23] * jonlee_ is now known as jonlee
  45. # [00:25] * Joins: tantek (~tantek@64.134.221.44)
  46. # [00:26] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
  47. # [00:27] <TabAtkins> Is there a naming convention for enums in DOM?
  48. # [00:27] <Hixie> lowercase
  49. # [00:27] <Hixie> english
  50. # [00:27] <Hixie> one word, ideally
  51. # [00:27] <TabAtkins> I mean the identifier. ^_^
  52. # [00:28] <TabAtkins> The enum's type, used in webidl.
  53. # [00:28] * Joins: ryanseddon_ (uid1832@gateway/web/irccloud.com/x-pzkuihslllvfyhph)
  54. # [00:28] * ryanseddon_ is now known as ryanseddon
  55. # [00:28] <Hixie> oh
  56. # [00:28] <Hixie> same as interfaces
  57. # [00:28] <TabAtkins> Okay.
  58. # [00:29] <TabAtkins> Was just making sure we didn't do something like pre/suffix them with "Enum" or something.
  59. # [00:29] <Hixie> not currently
  60. # [00:29] <Hixie> still early days though, if you want to try to start a convention :-)
  61. # [00:30] <jwalden> prefixes? do not want
  62. # [00:30] <TabAtkins> I'd prefer not doing so. Was just checking.
  63. # [00:30] * TabAtkins is giving feedback on the Ambient Light API.
  64. # [00:32] * Quits: eric_carlson_ (~eric@2620:149:4:1b01:11cd:36a7:2726:278a) (Quit: eric_carlson_)
  65. # [00:32] * Quits: eric_carlson (~ericc@c-67-188-56-39.hsd1.ca.comcast.net) (Quit: eric_carlson)
  66. # [00:32] * Joins: eric_carlson (~ericc@c-67-188-56-39.hsd1.ca.comcast.net)
  67. # [00:34] * Quits: Smylers (~smylers@host86-147-28-45.range86-147.btcentralplus.com) (Quit: Leaving.)
  68. # [00:37] * Quits: zewt (~foo@ec2-50-17-220-142.compute-1.amazonaws.com) (Remote host closed the connection)
  69. # [00:38] * Joins: zewt (~foo@ec2-50-17-220-142.compute-1.amazonaws.com)
  70. # [00:47] * Quits: jonlee (~jonlee@2620:149:4:1b01:f8ac:2a80:551f:f404) (Ping timeout: 246 seconds)
  71. # [00:56] * Quits: garciawebdev (~garciaweb@190.244.95.154) (Remote host closed the connection)
  72. # [00:56] <Hixie> lol
  73. # [00:56] <Hixie> w3c just violated the process again
  74. # [00:57] <Hixie> http://www.w3.org/2012/12/html5-cr http://goo.gl/mQ56m
  75. # [00:59] <TabAtkins> Wait, what? It went to CR?
  76. # [01:01] <zewt> "html 5.1"? i have to say, the w3c is a fucking absurd joke
  77. # [01:02] * Quits: imrobert (~robert@139.62.87.109) (Quit: leaving)
  78. # [01:04] * Quits: weinig (~weinig@17.114.105.244) (Quit: weinig)
  79. # [01:06] * Quits: ap (~ap@17.114.111.171) (Remote host closed the connection)
  80. # [01:06] * Joins: ap (~ap@2620:149:4:1b01:bdc7:1af8:a919:83fc)
  81. # [01:09] * Joins: weinig (~weinig@17.114.105.244)
  82. # [01:10] * Joins: Mkop1 (~mkopinsky@unaffiliated/mkop)
  83. # [01:13] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  84. # [01:13] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  85. # [01:20] * Quits: seventh (seventh@209.99.2.98) (Ping timeout: 272 seconds)
  86. # [01:20] * Quits: OnlyMax (~OnlyMax@187-126-226-139.user.veloxzone.com.br)
  87. # [01:27] <jamesr_> well html 5.1 is technically a bigger number than html 5, so it must be better
  88. # [01:27] <jamesr_> by about 2%
  89. # [01:30] * Quits: tomasf (~tom@2002:55e5:db44:0:6973:dda6:fc40:b609) (Quit: tomasf)
  90. # [01:34] <Hixie> you have to wonder why the w3c expect anyone to respect their process when they themselves violate it so brazenly
  91. # [01:35] <Hixie> (and with such a high-profile spec, too)
  92. # [01:37] <zewt> i don't know anything about the contracts, but wouldn't violating process put the patent policy at risk? (and the patent policy is the only reason anyone pretends to care abuot the w3c anymore)
  93. # [01:37] <zewt> (or even about)
  94. # [01:37] <TabAtkins> I keep getting told that the patent policy relies, at least somewhat, on the process being followed, so maybe?
  95. # [01:38] <Hixie> i doubt it, given how widely they violate it
  96. # [01:38] <smaug____> rafaelw__: ping
  97. # [01:38] <smaug____> or anyone from webkit land
  98. # [01:39] <smaug____> https://trac.webkit.org/browser/trunk/Source/WebCore/dom/MutationCallback.idl#L34
  99. # [01:39] <smaug____> does that mean { handleEvent() {} } is supported as callback
  100. # [01:39] <smaug____> ( bool? why does it return bool )
  101. # [01:42] * Joins: Areks_home (~Areks@95-26-27-162.broadband.corbina.ru)
  102. # [01:42] * Quits: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  103. # [01:46] * Quits: weinig (~weinig@17.114.105.244) (Quit: weinig)
  104. # [01:48] * Quits: danzik17 (~danzik17@ool-45787007.dyn.optonline.net) (Ping timeout: 248 seconds)
  105. # [01:50] <smaug____> the context is https://www.w3.org/Bugs/Public/show_bug.cgi?id=15695
  106. # [01:51] * Joins: weinig (~weinig@17.114.105.244)
  107. # [01:51] * Quits: Areks_home (~Areks@95-26-27-162.broadband.corbina.ru) (Ping timeout: 260 seconds)
  108. # [01:52] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121128204232])
  109. # [01:54] * Quits: tantek (~tantek@64.134.221.44) (Quit: tantek)
  110. # [01:55] * Joins: plutoniix (~plutoniix@ppp-110-168-240-234.revip5.asianet.co.th)
  111. # [02:05] * Quits: yorick (~quassel@unaffiliated/yorick) (Remote host closed the connection)
  112. # [02:06] * Quits: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  113. # [02:12] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 244 seconds)
  114. # [02:15] * Quits: cabanier (~cabanier@192.150.22.55) (Quit: Leaving.)
  115. # [02:19] * Joins: Yuhong (~chatzilla@S01060019d1e384a3.vc.shawcable.net)
  116. # [02:20] <Yuhong> On HTML5 CR, already posted this: http://slashdot.org/comments.pl?sid=3322379&cid=42320593
  117. # [02:22] * Quits: Yuhong (~chatzilla@S01060019d1e384a3.vc.shawcable.net) (Client Quit)
  118. # [02:22] * Quits: jsbell (jsbell@nat/google/x-vblzfsluvthdmkpj) (Quit: There's no place like home...)
  119. # [02:30] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  120. # [02:33] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  121. # [02:38] * Joins: jonlee (~jonlee@67.218.102.72)
  122. # [02:39] * Joins: tantek (~tantek@206.13.35.251)
  123. # [02:44] * Quits: tantek (~tantek@206.13.35.251) (Quit: tantek)
  124. # [02:45] * Joins: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net)
  125. # [02:45] * rniwa is now known as rniwa|afk
  126. # [02:47] * Quits: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 17.0.1/20121129151931])
  127. # [02:47] * Joins: jacobolus (~jacobolus@173-13-150-22-sfba.hfc.comcastbusiness.net)
  128. # [02:48] * Quits: ap (~ap@2620:149:4:1b01:bdc7:1af8:a919:83fc) (Quit: ap)
  129. # [02:52] * Quits: shanestephens (~shanestep@2401:fa00::7c9c:bda1:1e93:3c6a) (Remote host closed the connection)
  130. # [02:52] * Joins: shanestephens (~shanestep@2401:fa00::74da:86f6:47ab:769b)
  131. # [02:54] * Quits: dgorbik (~dgorbik@17.202.47.150) (Read error: Connection reset by peer)
  132. # [02:57] * Joins: dgorbik (~dgorbik@2620:149:4:304:9935:96cd:87a1:1f4b)
  133. # [02:58] * heycam is now known as heycam|away
  134. # [02:59] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
  135. # [02:59] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
  136. # [02:59] * Joins: scor (~scor@drupal.org/user/52142/view)
  137. # [03:05] * Quits: pablof (~pablof@144.189.150.129) (Quit: ^z)
  138. # [03:06] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  139. # [03:11] * Quits: weinig (~weinig@17.114.105.244) (Quit: weinig)
  140. # [03:15] * Joins: tantek (~tantek@70-36-236-249.dsl.static.sonic.net)
  141. # [03:16] * Quits: Mkop1 (~mkopinsky@unaffiliated/mkop) (Ping timeout: 264 seconds)
  142. # [03:17] * Quits: jonlee (~jonlee@67.218.102.72) (Quit: jonlee)
  143. # [03:18] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
  144. # [03:19] * Joins: Areks (~Areks@rs.gridnine.com)
  145. # [03:19] * Quits: tantek (~tantek@70-36-236-249.dsl.static.sonic.net) (Client Quit)
  146. # [03:23] * Joins: tantek (~tantek@mf70536d0.tmodns.net)
  147. # [03:28] * Quits: dbaron (~dbaron@v-1045.fw1.sfo1.mozilla.net) (Ping timeout: 272 seconds)
  148. # [03:28] * Quits: say2joe (~say2joe@204.56.108.2) (Quit: Leaving.)
  149. # [03:31] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
  150. # [03:33] * Joins: Areks (~Areks@rs.gridnine.com)
  151. # [03:33] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
  152. # [03:46] * Joins: weinig (~weinig@24.130.60.35)
  153. # [03:47] * heycam|away is now known as heycam
  154. # [03:53] * Joins: danzik17 (~danzik17@ool-45787007.dyn.optonline.net)
  155. # [03:54] * Joins: xiinotulp (~plutoniix@ppp-58-8-159-48.revip2.asianet.co.th)
  156. # [03:56] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
  157. # [03:57] * Quits: plutoniix (~plutoniix@ppp-110-168-240-234.revip5.asianet.co.th) (Ping timeout: 265 seconds)
  158. # [04:00] * xiinotulp is now known as plutoniix
  159. # [04:00] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  160. # [04:03] <Hixie> anyone got a link to the public-html post where the wg chairs said that the web had already proved interoperability with things like the navigate algorithm so it didn't need testing?
  161. # [04:04] * Joins: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
  162. # [04:12] * Joins: kochi (~kochi@2401:fa00:4:1004:26be:5ff:fe03:db82)
  163. # [04:12] <zewt> are you putting together a collection of best hits?
  164. # [04:13] * Quits: tantek (~tantek@mf70536d0.tmodns.net) (Quit: tantek)
  165. # [04:15] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
  166. # [04:16] * Quits: jsoncorwin (~textual@c-50-131-117-90.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
  167. # [04:18] * heycam is now known as heycam|away
  168. # [04:22] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  169. # [04:26] * Quits: weinig (~weinig@24.130.60.35) (Quit: weinig)
  170. # [04:28] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
  171. # [04:30] * Quits: Stevef (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Remote host closed the connection)
  172. # [04:32] * Quits: kochi (~kochi@2401:fa00:4:1004:26be:5ff:fe03:db82) (Ping timeout: 246 seconds)
  173. # [04:32] * Joins: kochi (~kochi@2401:fa00:4:1004:26be:5ff:fe03:db82)
  174. # [04:33] * Quits: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net) (Quit: sicking)
  175. # [04:38] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
  176. # [04:38] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
  177. # [04:38] * Joins: scor (~scor@drupal.org/user/52142/view)
  178. # [04:38] * heycam|away is now known as heycam
  179. # [04:40] * Joins: weinig (~weinig@24.130.60.35)
  180. # [04:44] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  181. # [04:44] * Joins: isherman1 (isherman@nat/google/x-hxxjdijgcrlxpyrp)
  182. # [04:45] * Quits: malcolmva (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  183. # [04:45] * Quits: isherman (isherman@nat/google/x-cwlkahfuvbqdtejo) (Ping timeout: 246 seconds)
  184. # [04:45] * Joins: Areks_home (~Areks@95-26-27-162.broadband.corbina.ru)
  185. # [04:55] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Linkinus - http://linkinus.com)
  186. # [05:01] * Quits: Areks_home (~Areks@95-26-27-162.broadband.corbina.ru) (Ping timeout: 248 seconds)
  187. # [05:04] * Joins: malcolmva (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net)
  188. # [05:27] * Joins: niloy (~niloy@203.196.177.156)
  189. # [05:40] * Joins: tantek (~tantek@m8d0536d0.tmodns.net)
  190. # [05:41] * Quits: eresair (~eresair@173.247.199.2) (Remote host closed the connection)
  191. # [05:44] * Quits: tantek (~tantek@m8d0536d0.tmodns.net) (Ping timeout: 255 seconds)
  192. # [06:01] * Joins: dbaron (~dbaron@70-36-140-236.dsl.dynamic.sonic.net)
  193. # [06:02] * Quits: jacobolus (~jacobolus@173-13-150-22-sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
  194. # [06:12] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  195. # [06:14] * Joins: sicking (~sicking@67.180.8.184)
  196. # [06:22] <cabanier> if a message to whatwg bounces because it is too larger, should I resent it or will it go through later?
  197. # [06:22] <cabanier> "Your mail to 'whatwg' with the subject
  198. # [06:22] <cabanier>     Re: [whatwg] Canvas-related feedback
  199. # [06:22] <cabanier> Is being held until the list moderator can review it for approval.
  200. # [06:22] <cabanier> The reason it is being held:
  201. # [06:22] <cabanier>     Message body is too big: 62553 bytes with a limit of 40 KB"
  202. # [06:23] <cabanier> I guess the mail thread is too large :-)
  203. # [06:24] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
  204. # [06:25] * Quits: sicking (~sicking@67.180.8.184) (Quit: sicking)
  205. # [06:28] <heycam> or you should be trimming your quotes!
  206. # [06:28] <heycam> :)
  207. # [06:30] <cabanier> I usually just reply in-line
  208. # [06:30] * Joins: Druide_ (~Druid@ip-178-203-141-163.unitymediagroup.de)
  209. # [06:30] <cabanier> It was a monster email that hixie sent earlier. It's also not on the archive
  210. # [06:33] * Quits: weinig (~weinig@24.130.60.35) (Quit: weinig)
  211. # [06:44] * Joins: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net)
  212. # [06:46] <cabanier> I guess I'll wait until tomorrow...
  213. # [06:48] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  214. # [06:56] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  215. # [06:57] * Quits: yoshiki_ (yoshiki@nat/google/x-bajccjcyglaquyvy) (Quit: Leaving...)
  216. # [07:00] * Joins: [[zzz]] (~q@node-adz.pool-125-25.dynamic.totbb.net)
  217. # [07:01] * Quits: [[zz]] (~q@node-1ah7.pool-101-109.dynamic.totbb.net) (Read error: Connection reset by peer)
  218. # [07:02] * Joins: SimonSapin (~simon@ip-24.net-89-2-146.rev.numericable.fr)
  219. # [07:04] * Quits: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net) (Remote host closed the connection)
  220. # [07:12] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  221. # [07:18] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  222. # [07:21] * Joins: hdhoang (~hdhoang@113.190.37.242)
  223. # [07:22] * Quits: danzik17 (~danzik17@ool-45787007.dyn.optonline.net) (Ping timeout: 246 seconds)
  224. # [07:23] * Joins: OnlyMax (~OnlyMax@187-126-226-139.user.veloxzone.com.br)
  225. # [07:23] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  226. # [07:26] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  227. # [07:28] * Joins: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net)
  228. # [07:40] * Quits: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net) (Remote host closed the connection)
  229. # [07:42] * Joins: Smylers (~smylers@host86-147-28-45.range86-147.btcentralplus.com)
  230. # [07:46] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  231. # [07:47] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  232. # [07:47] * [[zzz]] is now known as [[zz]]
  233. # [07:47] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  234. # [07:50] * Joins: mattgiff_ (~mattgiffo@108.161.20.199)
  235. # [07:51] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Read error: Connection reset by peer)
  236. # [08:01] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
  237. # [08:02] * Quits: mattgiff_ (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  238. # [08:02] <MikeSmith> Hixie: about https://www.w3.org/Bugs/Public/show_bug.cgi?id=20319
  239. # [08:02] <MikeSmith> the AAA parsing bug
  240. # [08:02] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  241. # [08:03] <MikeSmith> what should the expected DOM for <b><i><a><s><tt><div></b>first</b></div></tt></s></a>second</i> be?
  242. # [08:03] <MikeSmith> or is that actually you're asking in the related whatwg thread?
  243. # [08:04] <MikeSmith> when you asked if anybody had a preference for how it should be fixed
  244. # [08:04] * Quits: plutoniix (~plutoniix@ppp-58-8-159-48.revip2.asianet.co.th) (Quit: จรลี จรลา)
  245. # [08:06] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 250 seconds)
  246. # [08:07] <Hixie> not sure, but for sure the text node that says "first" should come before the text node that says "second"
  247. # [08:07] * Joins: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com)
  248. # [08:07] <Hixie> cabanier: trim your quotes
  249. # [08:07] <Hixie> cabanier: unless you literally replied to everything in the e-mail, but that seems unlikely :-)
  250. # [08:08] <cabanier> Hixie: OK. I will resend it tomorrow
  251. # [08:08] <cabanier> Hixie: no, I didn't reply to everything :-D
  252. # [08:17] <MikeSmith> Hixie: so if for now I hack a current parser to remove the limit on the inner loop and then check to see what DOM that produces, that's probably what we should end up with, right?
  253. # [08:18] <MikeSmith> I mean regardless of the specific way you end up fixing it in the spec
  254. # [08:18] <MikeSmith> I'm writing a test case and just need to know what expected results to put in the test case
  255. # [08:20] * Joins: Ducki (~Ducki@pD9E3999C.dip0.t-ipconnect.de)
  256. # [08:27] * heycam is now known as heycam|away
  257. # [08:28] * Joins: Ms2ger (~Ms2ger@109.133.25.170)
  258. # [08:49] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  259. # [08:51] * Quits: Smylers (~smylers@host86-147-28-45.range86-147.btcentralplus.com) (Quit: Leaving.)
  260. # [08:51] * Joins: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net)
  261. # [08:56] * Quits: eresair (~eresair@c-24-5-78-71.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
  262. # [08:56] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  263. # [08:59] * Joins: sedovsek (~robert@89.143.12.238)
  264. # [09:01] <zcorpan> Hixie: r7589: + the top-left corner of this rectangle will be to the right and/or above the (<var
  265. # [09:02] <zcorpan> Hixie: you sure "right and/or above" is correct?
  266. # [09:02] <Ms2ger> No, "and/or" is always wrong :)
  267. # [09:03] <zcorpan> Ms2ger: why?
  268. # [09:03] <Ms2ger> It just means "or"
  269. # [09:04] <zcorpan> http://en.wikipedia.org/wiki/And/or
  270. # [09:07] <zcorpan> ...though i can see that it should be avoided in specs for similar reasons it should be avoided in Wikipedia
  271. # [09:07] * Quits: eric_carlson (~ericc@c-67-188-56-39.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  272. # [09:08] * Joins: eric_carlson (~ericc@c-67-188-56-39.hsd1.ca.comcast.net)
  273. # [09:17] <MikeSmith> so, about the adoption-agency spec bug that causes text nodes to be misordered, the limit on the inner loop is the part that states, "If inner loop counter is greater than or equal to three, then go to the next step in the overall algorithm.", right?
  274. # [09:18] <MikeSmith> in http://www.whatwg.org/specs/web-apps/current-work/multipage/tree-construction.html#adoptionAgency
  275. # [09:23] <MikeSmith> and the part that corresponds to in the Gecko parser code is http://hg.mozilla.org/mozilla-central/file/2e70b718903a/parser/html/nsHtml5TreeBuilder.cpp#l3405
  276. # [09:26] * Joins: darobin (~darobin@78.109.80.74)
  277. # [09:33] * Quits: jgraham (~jgraham@web91.webfaction.com) (Ping timeout: 244 seconds)
  278. # [09:35] * Quits: dbaron (~dbaron@70-36-140-236.dsl.dynamic.sonic.net) (Ping timeout: 276 seconds)
  279. # [09:42] * Quits: Ms2ger (~Ms2ger@109.133.25.170) (Ping timeout: 264 seconds)
  280. # [09:44] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Ping timeout: 252 seconds)
  281. # [09:44] * Joins: Smylers (~smylers@94.117.102.28)
  282. # [09:45] * Quits: Smylers (~smylers@94.117.102.28) (Read error: Connection reset by peer)
  283. # [09:45] * Joins: Smylers (~smylers@94.117.102.28)
  284. # [09:49] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
  285. # [09:55] * Joins: Ms2ger (~Ms2ger@vpnp207.ugent.be)
  286. # [10:00] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  287. # [10:00] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  288. # [10:01] * Quits: lokling (~quassel@quassel.woboq.de) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
  289. # [10:01] * Quits: espadrine (~thaddee_t@85-218-3-163.dclient.lsne.ch) (Ping timeout: 244 seconds)
  290. # [10:03] * Quits: SimonSapin (~simon@ip-24.net-89-2-146.rev.numericable.fr) (Quit: Leaving.)
  291. # [10:04] * Joins: Smylers1 (~smylers@static-93.158.79.70.got.public.icomera.com)
  292. # [10:04] * Quits: Smylers (~smylers@94.117.102.28) (Ping timeout: 255 seconds)
  293. # [10:04] * Joins: SimonSapin (~simon@ip-24.net-89-2-146.rev.numericable.fr)
  294. # [10:04] * Joins: jgraham (~jgraham@web91.webfaction.com)
  295. # [10:05] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 248 seconds)
  296. # [10:06] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
  297. # [10:07] * Joins: alrra (~alrra@unaffiliated/alrra)
  298. # [10:08] * Quits: SimonSapin (~simon@ip-24.net-89-2-146.rev.numericable.fr) (Ping timeout: 245 seconds)
  299. # [10:08] * Quits: Smylers1 (~smylers@static-93.158.79.70.got.public.icomera.com) (Ping timeout: 260 seconds)
  300. # [10:13] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
  301. # [10:15] <zcorpan> http://www.w3.org/mid/73AC3CEAEF48B3479D4671AE58094B03011B28C6@usiowace3mx06.PEROOT.COM - www-dom is not the right mailing list for this type of question, but what is the right mailing list?
  302. # [10:15] <zcorpan> help@whatwg.org?
  303. # [10:16] * Joins: darobin (~darobin@78.109.80.74)
  304. # [10:18] * Joins: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com)
  305. # [10:19] <MikeSmith> zcorpan: wasn't clear to me what source she was citing as far as the 'listed as W3C Standard = "No"' part
  306. # [10:19] * Joins: pyrsmk (~pyrsmk@96.127.75.86.rev.sfr.net)
  307. # [10:19] <MikeSmith> I assumed MDN
  308. # [10:20] <zcorpan> MikeSmith: w3schools
  309. # [10:20] <MikeSmith> what treebuilder does html5lib use by default?
  310. # [10:20] <MikeSmith> zcorpan: ah
  311. # [10:20] <jgraham> MikeSmith: A built in one that is crappy
  312. # [10:21] <MikeSmith> zcorpan: so help@whatwg.org would definitely be a good place, I think
  313. # [10:22] <MikeSmith> jgraham: so to put it another way, what file in html5lib/treebuilders do I need to hack if I want to make a treebuilder change?
  314. # [10:22] <MikeSmith> or maybe I should feed it whatever switch to just tell it to use a better one
  315. # [10:22] <jgraham> We obviosuly need help-I-got-scammed-by-w3schools@w3.org
  316. # [10:22] <MikeSmith> then hack on the code for that other one
  317. # [10:23] <jgraham> MikeSmith: What are you trying to achieve?
  318. # [10:23] * Joins: drublic (~drublic@p5098a42b.dip0.t-ipconnect.de)
  319. # [10:23] <MikeSmith> I want to change the code to not have the "If inner loop counter is greater than or equal to three, then go to the next step in the overall algorithm."
  320. # [10:24] <MikeSmith> to ignore that part of the spec
  321. # [10:24] * Quits: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com) (Read error: Connection reset by peer)
  322. # [10:24] <MikeSmith> so that there's no limit
  323. # [10:24] * Joins: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com)
  324. # [10:24] <MikeSmith> ah simpleTree
  325. # [10:25] <zcorpan> change the limit to +Inf
  326. # [10:25] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 252 seconds)
  327. # [10:26] * Joins: kinetik (~kinetik@121.98.132.55)
  328. # [10:26] <darobin> MikeSmith: I don't have the context for your problem, but re picking a different treebuilder, you can html5lib.html5parser.HTMLParser(tree = html5lib.treebuilders.getTreeBuilder('lxml'))
  329. # [10:26] <jgraham> MikeSmith: That's not specific to a treebuilder
  330. # [10:26] <jgraham> That's part of the general implementation
  331. # [10:27] * Quits: Lachy (~Lachy@cm-84.215.19.229.getinternet.no) (Quit: Computer has gone to sleep.)
  332. # [10:27] <MikeSmith> darobin: ok
  333. # [10:27] <MikeSmith> jgraham: yeah, I'm seeing that now
  334. # [10:27] <MikeSmith> will explore furthere
  335. # [10:28] <zcorpan> http://code.google.com/p/html5lib/source/browse/python/html5lib/treebuilders/_base.py#110 ?
  336. # [10:28] <jgraham> http://code.google.com/p/html5lib/source/browse/python/html5lib/html5parser.py#1499
  337. # [10:29] <MikeSmith> didn't look there but I think
  338. # [10:29] <MikeSmith> jgraham: yeah there
  339. # [10:29] <jgraham> zcorpan's line implement's Noah's Ark iirc
  340. # [10:30] <zcorpan> ah
  341. # [10:30] <MikeSmith> ok that did the trick
  342. # [10:31] <MikeSmith> so for the record, without the depth limit, <b><i><a><s><tt><div></b>first</b></div></tt></s></a>second</i> just becomes <b><i><a><s><tt></tt></s></a></i></b><i><a><s><tt><div><b></b>first</div></tt></s></a>second</i>
  343. # [10:34] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
  344. # [10:35] * Joins: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
  345. # [10:36] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221)
  346. # [10:36] <Stevef_> darobin: any thoughts on HTML5 CR publication violating W3C process? seen a few comments on it
  347. # [10:38] <Ms2ger> "Eh, process"
  348. # [10:38] * Joins: nonge_ (~nonge@p5082993E.dip.t-dialin.net)
  349. # [10:38] * Joins: henrikkok (~henrikkok@81.27.221.193)
  350. # [10:40] * Quits: Ms2ger (~Ms2ger@vpnp207.ugent.be) (Read error: Connection reset by peer)
  351. # [10:41] * Quits: nonge (~nonge@p5082BA88.dip.t-dialin.net) (Ping timeout: 255 seconds)
  352. # [10:41] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
  353. # [10:47] <darobin> Stevef_: is *shrug* a thought?
  354. # [10:47] * Joins: lokling (~quassel@quassel.woboq.de)
  355. # [10:47] * Joins: richt (~richt@office.oslo.opera.com)
  356. # [10:48] <Stevef_> darobin: sure
  357. # [10:49] <darobin> Stevef_: I've never been a process literalist, when chair I always told my groups that the only parts that truly matter are those that enforce RF
  358. # [10:50] * Joins: nimbu (~nimbu@219.64.117.145)
  359. # [10:50] <MikeSmith> .me finds equivalent WebKit parser bits in https://github.com/WebKit/webkit/blob/master/Source/WebCore/html/parser/HTMLTreeBuilder.cpp#L1519 and https://github.com/WebKit/webkit/blob/master/Source/WebCore/html/parser/HTMLTreeBuilder.cpp#L1562
  360. # [10:50] <nimbu> guize does this have precedence in standards? http://trac.webkit.org/changeset/136744
  361. # [10:50] <nimbu> MikeSmith: ^
  362. # [10:50] <Stevef_> darobin: onlt wondered as was unclear whether the concerns are meaningful or process trolling
  363. # [10:51] <darobin> Stevef_: as far as I'm concerned if it doesn't affect RF it's not meaningful
  364. # [10:51] <MikeSmith> nimbu: I read the words but I don't understand what that change is doing. Is it for bad or for good?
  365. # [10:51] <darobin> it might not be trolling, but it's not a very useful position either
  366. # [10:51] <nimbu> MikeSmith: it sez pseudo elements are now in DOM
  367. # [10:52] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  368. # [10:52] <nimbu> it makes me worry its bad.
  369. # [10:52] <nimbu> although I have no rational reason for my stress
  370. # [10:52] <MikeSmith> if it's bad for interop then I think it's bad
  371. # [10:52] <Stevef_> darobin: back to real work then... I have some further thoughts on how to resolve alt text impasse will share with the class when I get a chance
  372. # [10:53] <nimbu> MikeSmith: i dont think any other browser does this.
  373. # [10:53] <darobin> Stevef_: exactly! some people complain that CR has bugs, others complain that it's not shipping fast enough — me, I just want to work on stuff
  374. # [10:53] <nimbu> beverloo: beverloo-: plz explain http://trac.webkit.org/changeset/136744
  375. # [10:53] <nimbu> (on email if I am not online beverloo beverloo-
  376. # [10:53] <darobin> Stevef_: please share as soon as you have a chance!
  377. # [10:54] <Stevef_> btw: thanks for the thumbs up for <main> in your post, appreciated
  378. # [10:54] <MikeSmith> nimbu: it's not clear to me that it gets exposed to Web content or whether it's just an internal implementation design choice. But on the face of it does seem like it would be exposed
  379. # [10:54] <darobin> Stevef_: hey, no need to thank me, it just happens to be what I think
  380. # [10:54] <nimbu> MikeSmith: oic. i hope not.
  381. # [10:54] <darobin> you can thank Bruce for reminding me I'd actually written about the bar for inclusion of semantic elements before :)
  382. # [10:55] * Joins: Steve^ (~stephen@office.moo.com)
  383. # [10:55] <Steve^> Hi, I'm a little confused by the phrasing of "Except where otherwise specified, the alt attribute must be specified and its value must not be empty"
  384. # [10:55] <darobin> Steve^: please meet Stevef_
  385. # [10:55] <darobin> (and Moo is very cool btw)
  386. # [10:55] <Steve^> It is valid for an alt attribute to be empty? The examples suggest so, but the wording of that sentence immediately makes me feel not
  387. # [10:55] <Moo^_^> darobin: what?
  388. # [10:55] <Stevef_> darobin: i realise that but as we say in in the HTML WG "silence = assent, but positive responses encouraged" or some such :-)
  389. # [10:55] <Moo^_^> thank you
  390. # [10:56] <darobin> Stevef_: hehehe
  391. # [10:56] <darobin> Moo^_^: lol, sorry, I was referring to "~stephen@office.moo.com" <-- this Moo
  392. # [10:56] <jgraham> nimbu: Without knowing anything about how WebKit works I would bet money that these are "hidden" DOM nodes, so that DOM methods skip over them
  393. # [10:56] <darobin> but hey, I'm pretty damn sure you're very cool too
  394. # [10:57] * Joins: Kolombiken (~Adium@217.13.228.226)
  395. # [10:57] <Stevef_> Steve^: it is valid for it to be empty alt="" under certain circumstances this explains when in detail: http://dev.w3.org/html5/alt-techniques/#secm3
  396. # [10:58] <Steve^> Stevef_, but it must always be specified?
  397. # [10:58] <jgraham> nimbu: Yes, look at the diff in Node.cpp
  398. # [10:59] <nimbu> jgraham: ah k. thanks.
  399. # [10:59] <nimbu> jgraham: so this is just an implementation thing.
  400. # [10:59] <Stevef_> Steve^: depends on which spec you prefer W3C HTML5 says it must always be specified unless the image is a child of a figure element with a non empty figcaption, WHATWG HTML says otherwise
  401. # [11:01] <MikeSmith> ok for the AAA bug hacking the WebKit parser to ignore the limit results as expected in the same DOM as I got from hacking html5lib. Still trying to figure out where in the Gecko parser code to touch
  402. # [11:01] * Joins: Ms2ger (~Ms2ger@vpnb035.ugent.be)
  403. # [11:01] <jgraham> nimbu: I am pretty sure it is. But eseidel hangs out here sometimes I think
  404. # [11:02] <Stevef_> Steve^: so you can choose you brand, its a lifestyle choice
  405. # [11:04] * Joins: Lachy (~Lachy@office.oslo.opera.com)
  406. # [11:04] <nimbu> jgraham: k thank you!
  407. # [11:05] <MikeSmith> http://hg.mozilla.org/mozilla-central/file/2e70b718903a/parser/html/nsHtml5TreeBuilder.cpp#l3284
  408. # [11:06] <MikeSmith> that file seems to have an aversion to comments
  409. # [11:06] <Ms2ger> Might be that the code translator removes comments?
  410. # [11:07] <MikeSmith> nimbu: ​also esprehn is around on #webkit during west-cooast hours
  411. # [11:07] <MikeSmith> or some hours
  412. # [11:07] <MikeSmith> Ms2ger: yeah I had the same thought. Looking at the Java sources now
  413. # [11:08] <Ms2ger> Not much better
  414. # [11:08] <Stevef_> thanks go to hixie for changing Bruce lawsons mind about <main> http://www.brucelawson.co.uk/2012/why-changed-mind-about-main-element/ ;-)
  415. # [11:12] <Steve^> Stevef_, I imagine the solution for the former is to use CSS for decorational images instead?
  416. # [11:13] <Stevef_> Steve^: thats one solution yes
  417. # [11:13] <MikeSmith> Ms2ger: yeah, just looked at http://hg.mozilla.org/projects/htmlparser/file/cdb5527b1855/src/nu/validator/htmlparser/impl/TreeBuilder.java#l4373
  418. # [11:13] <Steve^> Stevef_, I think in the 10 minutes I was away from my desk I forgot what question I asked.. is the distinction between the two specs the set/not set of the alt attribute, or the empty/filled of the attribute?
  419. # [11:14] <MikeSmith> Ms2ger: Henri's not super fond of comments
  420. # [11:16] <Ms2ger> So it appears
  421. # [11:16] <Ms2ger> darobin, so, any ideas on how to shout down Kris? ;)
  422. # [11:16] <jgraham> "la la la, I can't hear you"?
  423. # [11:17] <MikeSmith> anyway, after hacking in the right place, Gecko parser as expected also producing same result for that unlimited-depth AAA case
  424. # [11:17] <darobin> Ms2ger: well, if we're all agreed on what we want, maybe we can avoid shouting :)
  425. # [11:17] <Stevef_> Steve^: one of the differences between the 2 specs is that WHATWG spec makes it conforming to use the title attribute when no alt or empty alt is present so you can do this <img title="poot">, you can also do this <img alt="" title="poot">
  426. # [11:18] <darobin> the chair's role is to declare consensus; if everyone but the chair agrees on something then that's the consensus the chair agrees to
  427. # [11:18] * Quits: hdhoang (~hdhoang@113.190.37.242) (Quit: Leaving.)
  428. # [11:18] <darobin> if that doesn't work, well... we have a problem
  429. # [11:20] <jgraham> Maybe we can threaten to chop up the chair for firewood
  430. # [11:21] <MikeSmith> briar patch
  431. # [11:24] <Workshiva> Is it legit to have <time datetime="something real"></time> to produce metadata without rendering anything?
  432. # [11:26] * Quits: nimbu (~nimbu@219.64.117.145) (Quit: Leaving.)
  433. # [11:26] <MikeSmith> Workshiva: yeah
  434. # [11:26] <MikeSmith> it's valid at least
  435. # [11:26] <Workshiva> It feels icky
  436. # [11:27] <MikeSmith> well I think the whole <time> element is icky and I wish it didn't exist
  437. # [11:28] <MikeSmith> that example is minor ickiness compared to the grand baroque ickiness that element overall achieves
  438. # [11:31] <Workshiva> I don't see any grand baroque ickiness with the element in general, but maybe it requires prolonged exposure
  439. # [11:32] <MikeSmith> heh
  440. # [11:32] <MikeSmith> yeah that could be it
  441. # [11:42] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 252 seconds)
  442. # [11:43] * Joins: kinetik (~kinetik@121.98.132.55)
  443. # [11:46] <darobin> that works for pretty much any element, though
  444. # [11:52] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Remote host closed the connection)
  445. # [11:52] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
  446. # [11:53] * Joins: annevk_ (~annevk@a82-161-179-17.adsl.xs4all.nl)
  447. # [11:53] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Read error: Connection reset by peer)
  448. # [11:54] <annevk_> MikeSmith: they wouldn't expose it in the DOM
  449. # [11:54] * annevk_ is now known as annevk
  450. # [11:54] <annevk> MikeSmith: it can be more convenient to implement it that way, that's all
  451. # [11:56] <annevk> darobin: "work on stuff" is kinda vague, but I assume that means copy & paste? ;)
  452. # [11:56] <MikeSmith> annevk: you mean the WebKit change that Divya mentioned?
  453. # [11:57] <annevk> MikeSmith: yeah
  454. # [11:57] <MikeSmith> ah yeah
  455. # [11:57] <MikeSmith> ok
  456. # [11:57] <darobin> annevk: are you kidding? that's way too much work
  457. # [11:57] <annevk> you just create some special node that normal traversal does not go through
  458. # [11:57] <darobin> I write tools that do that automatically
  459. # [11:58] <MikeSmith> annevk: I see
  460. # [11:58] <annevk> I assume that's the way they've done it, haven't actually looked at the patch
  461. # [11:59] <MikeSmith> makes sense
  462. # [12:06] <Ms2ger> darobin, congratulations on your meaningless milestone, btw
  463. # [12:06] <darobin> Ms2ger: I live to please you
  464. # [12:06] <Ms2ger> Oh, in that case...
  465. # [12:06] <Ms2ger> Let's keep tests in hg
  466. # [12:07] <darobin> sadly, you got your quota this year
  467. # [12:07] <Ms2ger> Dammit
  468. # [12:07] * abstractj|away is now known as abstractj
  469. # [12:08] <annevk> hard to stop the git train, way more likely to get crushed
  470. # [12:12] <Ms2ger> Mm, a chaotic strange Magi attractor around the North Pole
  471. # [12:12] <darobin> well, if hg is an option we could also just share an NTFS mount somewhere
  472. # [12:13] * Ms2ger pats darobin on the back
  473. # [12:13] <Ms2ger> Oh, I was holding a dagger? Sorry about that
  474. # [12:13] <darobin> it tickles
  475. # [12:14] <Ms2ger> You must be used to getting stabbed in the back by git
  476. # [12:15] <jgraham> Now you have lost me
  477. # [12:15] <jgraham> Are you representing git in this parable?
  478. # [12:15] <Ms2ger> Git, like myself, is quite violent to its users, is the point
  479. # [12:17] <jgraham> You have users?
  480. # [12:17] <MikeSmith> and also git is really oblique and hard to understand when it speaks metaphorically, like Ms2ger
  481. # [12:17] <annevk> just download GitHub.app and live in ignorance :)
  482. # [12:18] <Ms2ger> MikeSmith, :)
  483. # [12:19] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Remote host closed the connection)
  484. # [12:19] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
  485. # [12:19] <darobin> I think I need to make "it’s in the gnostic gospels somewhere" part of my top go-to sentences
  486. # [12:20] <Ms2ger> darobin++
  487. # [12:24] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Ping timeout: 264 seconds)
  488. # [12:38] * Joins: rizlah (~NA@unaffiliated/rizlah)
  489. # [12:38] <rizlah> Why isn't the HTML5 standard released in pdf ?
  490. # [12:39] <jgraham> Because we don't have a sufficiently finely developed sense of irony.
  491. # [12:39] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  492. # [12:41] <zcorpan> it was at some point but it was disabled because it took too much resources of the server to generate, or some such
  493. # [12:42] <zcorpan> i recall someone being interested in taking over that part, but dunno if anything came of it
  494. # [12:42] <jgraham> That was never true of the W3C copy though, was it?
  495. # [12:43] <rizlah> But the final has been released, so I guess you only have to generate it once now.
  496. # [12:44] <jgraham> No, that is a misconception from several points of view
  497. # [12:44] <jgraham> What the W3C has released is a CR
  498. # [12:44] <jgraham> Which will continue to get bugfixes over the coming years
  499. # [12:45] <jgraham> What the world uses to develop web browsers is a living standard, which gets (mostly) the same bugfixes plus extra bug fixes, plus new features on a daily basis
  500. # [12:45] <rizlah> I see
  501. # [12:46] <jgraham> The CR copy is almost the worst document to look at
  502. # [12:46] <rizlah> So I should look at the TR?
  503. # [12:46] <Ms2ger> No
  504. # [12:46] <Ms2ger> The LS
  505. # [12:46] <jgraham> You should look at http://html.spec.whatwg.org
  506. # [12:47] <jgraham> Oh
  507. # [12:47] <jgraham> Unless you are a lawyer
  508. # [12:47] <jgraham> In which case please feel free to look at the CR
  509. # [12:47] <rizlah> http://www.whatwg.org/specs/web-apps/current-work/multipage/
  510. # [12:48] <SimonSapin> I’m getting a 404 on http://html.spec.whatwg.org/images/logo
  511. # [12:48] <SimonSapin> used on http://html.spec.whatwg.org/
  512. # [12:48] <jgraham> SimonSapin: Me too
  513. # [12:48] <jgraham> I wonder if it moved to resources.whatwg.org or whatever
  514. # [12:49] <Ms2ger> Mm
  515. # [12:49] <Ms2ger> The HTML spec expects to load from http://www.whatwg.org/
  516. # [12:49] <Ms2ger> And http://www.whatwg.org/images/logo is fine
  517. # [12:50] <darobin> rizlah: that said, if you insist on getting a PDF version, you can normally append ",pdf" to any URL in W3C-space and get the PDF version
  518. # [12:50] <darobin> I say normally because right now it seems broken
  519. # [12:50] <darobin> I'm also not sure how long it would take to process the single page spec, that would be a nice test of Prince
  520. # [12:51] * jgraham does find it strange that it is all the same people that object to the W3C process as heavyweight that object when it isn't precisely followed
  521. # [12:52] <jgraham> Although of course presenting cases of the Process not being followed as evidence that the Process needs to change is fine
  522. # [12:55] <Ms2ger> It also seems to be the people who block changes to the Process who are best at ignoring it
  523. # [12:55] * Joins: annevk (~annevk@212.238.236.229)
  524. # [12:57] <annevk> html.spec is not really ready yet
  525. # [12:57] <annevk> use whatwg.org/html
  526. # [12:58] * Joins: yorick (~quassel@unaffiliated/yorick)
  527. # [12:58] <Ms2ger> Or fix it, I guess
  528. # [12:58] <darobin> jgraham: I think that was the basis for http://w3cmemes.tumblr.com/post/34823664715/it-seems-that-the-people-who-most-enjoy
  529. # [12:59] <annevk> jgraham: I think the complaint is that the Process is artificially enforced
  530. # [12:59] <annevk> jgraham: It's followed whenever it suits the gatekeepers and ignored whenever it doesn't
  531. # [12:59] <annevk> jgraham: And that's frustrating
  532. # [12:59] <Ms2ger> And perhaps that things that aren't actually in the process are enforced as if they were
  533. # [12:59] <jgraham> annevk: I don't understand. What does it mean for something to be "artificially" enforced?
  534. # [12:59] <annevk> jgraham: maybe I'm using the wrong English word
  535. # [13:00] <Ms2ger> jgraham, inconsistently?
  536. # [13:00] <jgraham> That would make more sense
  537. # [13:00] <jgraham> Anyway, I don't exactly love the Process
  538. # [13:00] <darobin> well, there's a problem with complaining about "inconsistently"
  539. # [13:00] <darobin> I don't either
  540. # [13:00] <annevk> One of the meanings of artificial is "Not genuine"
  541. # [13:01] <annevk> which is kinda what I meant, but maybe it cannot be used in that way
  542. # [13:01] <darobin> you don't want a process that's enforced slavishly anymore than you want to replace judges by robots
  543. # [13:01] <darobin> as chair, I've only ever used process when a) RF was involved, or b) there was a serious problem
  544. # [13:02] <darobin> (almost no b)
  545. # [13:02] <jgraham> But I don't think that kicking up a fuss every time that something happens that would be OK per some ideal process but not OK per the letter of the current Process is a good way to convince people that the Process is broken
  546. # [13:02] <darobin> yeah, it won't convince anyone
  547. # [13:02] <jgraham> It does seem like a good way to get a reputation for being whiny
  548. # [13:02] <darobin> the process could use reform, but a literalist reading won't convince anyone
  549. # [13:02] <annevk> I don't really think anyone is kicking up a fuss
  550. # [13:02] <annevk> At least I haven't seen any
  551. # [13:02] <Ms2ger> Well, an ideal process wouldn't have CR at an arbitrary point
  552. # [13:02] <annevk> Just a couple of irony remarks on IRC
  553. # [13:03] <jgraham> TabAtkins was bitching on twitter, for example
  554. # [13:03] * Quits: Lachy (~Lachy@office.oslo.opera.com) (Ping timeout: 250 seconds)
  555. # [13:03] <Ms2ger> Would your ideal process involve labeling something as "final" with a hundred open bugs?
  556. # [13:04] <jgraham> My ideal process wouldn't label things final
  557. # [13:04] <jgraham> So, uh, mu?
  558. # [13:04] <annevk> jgraham: given that Tab is mostly with CSS and CSS indeed follows the Process to the letter, it seems he's entirely justified to me
  559. # [13:04] <annevk> CSS WG loves Process
  560. # [13:04] * Joins: Lachy (~Lachy@pat-tazdevil.opera.com)
  561. # [13:05] <jgraham> Well it is true that's a deficiency of the CSS WG
  562. # [13:05] * Ms2ger will not comment on the implementability of CSS2.1
  563. # [13:05] <jgraham> But I think TabAtkins is not the most process-hungry member of that group
  564. # [13:05] <SimonSapin> Ms2ger: why not?
  565. # [13:06] <annevk> SimonSapin: it's a running gag
  566. # [13:06] <SimonSapin> it was painful, but I did implement most of it
  567. # [13:07] <Ms2ger> Would you say the spec is sufficient to implement something that somewhat accurately renders the web?
  568. # [13:07] <SimonSapin> I guess that would require a quirks mode, which I don’t really care about
  569. # [13:08] <annevk> or like, table rendering rules
  570. # [13:08] <SimonSapin> (and which is not specified at all)
  571. # [13:08] <Ms2ger> Quirks mode is well specified
  572. # [13:08] <SimonSapin> oh yeah, tables. These are missing
  573. # [13:08] <SimonSapin> Ms2ger: where?
  574. # [13:08] <jgraham> SimonSapin: (the short answer seems to be "no" then ;)
  575. # [13:08] * abstractj is now known as abstractj|away
  576. # [13:08] <Ms2ger> http://quirks.spec.whatwg.org/ has some
  577. # [13:08] * abstractj|away is now known as abstractj
  578. # [13:09] <SimonSapin> including for the parts on layout or anything CSS ?
  579. # [13:09] <Ms2ger> DOM, HTML, CSS3-Syntax all define their own quirks
  580. # [13:10] <darobin> we should call all this stuff "quirks" rather than "standards"
  581. # [13:10] <darobin> would make a lot of the world more meaningful
  582. # [13:10] <Ms2ger> DOM - Living Quirk
  583. # [13:10] <SimonSapin> thanks Ms2ger, I didn’t know about http://quirks.spec.whatwg.org
  584. # [13:10] <Ms2ger> Np :)
  585. # [13:10] <darobin> International Quirks Organisation
  586. # [13:10] <darobin> "Yeah you can do that, but it's not quirky"
  587. # [13:11] <annevk> The IQ Organization?
  588. # [13:11] <Ms2ger> Your reasoning is based on aesthetics?
  589. # [13:11] <annevk> oh the puns
  590. # [13:11] <darobin> annevk: fit inrony
  591. # [13:11] <darobin> "that's a very interesting idea, we should quirk it"
  592. # [13:11] <darobin> Ms2ger: reasoning?
  593. # [13:14] * Joins: sedovsek (~robert@89.143.12.238)
  594. # [13:16] * Quits: sedovsek (~robert@89.143.12.238) (Client Quit)
  595. # [13:18] <Ms2ger> http://lists.w3.org/Archives/Public/public-whatwg-archive/2010Dec/0141.html
  596. # [13:20] * Joins: jarek (~jarek@unaffiliated/jarek)
  597. # [13:20] <darobin> heh
  598. # [13:28] * Joins: sedovsek (~robert@89.143.12.238)
  599. # [13:28] * Joins: bleu (6de4a0dc@gateway/web/freenode/ip.109.228.160.220)
  600. # [13:30] * Quits: niloy (~niloy@203.196.177.156) (Quit: Leaving)
  601. # [13:32] <annevk> So a dictionary has an enum. The dictionary is used in a constructor. I don't specify the enum member of the dictionary. What value does it have?
  602. # [13:32] * Quits: bleu (6de4a0dc@gateway/web/freenode/ip.109.228.160.220) (Ping timeout: 245 seconds)
  603. # [13:34] <darobin> annevk: I'm assuming no default value has been specified?
  604. # [13:34] <annevk> right
  605. # [13:35] <darobin> null I would assume
  606. # [13:36] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  607. # [13:36] <annevk> enum cannot be null
  608. # [13:37] <annevk> but the issue here was indeed that the spec didn't define the default value for the event interface
  609. # [13:37] <annevk> nobody really knows what they're doing it seems
  610. # [13:38] <darobin> but dictionary values can always be null
  611. # [13:38] <darobin> (IIRC)
  612. # [13:38] <darobin> they're always optional, unless you provide a default
  613. # [13:38] <darobin> that said, maybe it would be undefined
  614. # [13:39] <darobin> WebIDL doesn't have an ES binding section on dictionaries :)
  615. # [13:39] <annevk> no, I think they'd just be missing, not null explicitly
  616. # [13:39] <darobin> yeah
  617. # [13:39] <darobin> but I can't see anywhere in WebIDL that actually says that
  618. # [13:40] <Ms2ger> Yeah, missing
  619. # [13:41] * Joins: jarek (~jarek@unaffiliated/jarek)
  620. # [13:41] <Ms2ger> "Let present be false if Type(V) is Undefined or Null, or the result of calling the [[HasProperty]] internal method on V with property name key otherwise."
  621. # [13:42] <Ms2ger> And
  622. # [13:42] <Ms2ger> "Let dict be an empty dictionary value of type D; every dictionary member is initially considered to be not present."
  623. # [13:42] <Ms2ger> http://dev.w3.org/2006/webapi/WebIDL/#es-dictionary
  624. # [13:43] <darobin> mmmmm
  625. # [13:43] * darobin *facepalm*
  626. # [13:44] <darobin> Cmd-G shows I was grepping for ditcionary in there...
  627. # [13:44] <annevk> specs are written in English darobin
  628. # [13:45] <darobin> yeah, I resent that
  629. # [13:46] <darobin> we should just make one big piece of JS implementing everything
  630. # [13:46] <Ms2ger> Should be written as a list of git commands
  631. # [13:46] <darobin> and then people could port that to their own ancient languages like C++ or Latin
  632. # [13:47] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  633. # [13:55] * Joins: jarek (~jarek@unaffiliated/jarek)
  634. # [13:57] * Quits: jarek (~jarek@unaffiliated/jarek) (Client Quit)
  635. # [14:02] * Joins: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
  636. # [14:04] * Quits: rizlah (~NA@unaffiliated/rizlah) (Remote host closed the connection)
  637. # [14:07] <annevk> ah man, someone reopened that attribute order bug
  638. # [14:08] <annevk> hmm https://github.com/lachlanhunt/dom/branches seems kinda dead again
  639. # [14:09] <annevk> what happened Lachy?
  640. # [14:10] <Lachy> annevk, what happened with what?
  641. # [14:11] <Lachy> it's not dead. I just haven't had any commits there in the last 2 weeks as I've been doing other things.
  642. # [14:16] <Lachy> annevk, right now, my current plan is to back port all the changes I made to selectors API in the DOM spec, back into the current selectors api 2 draft, and then make necessary changes based on Mozilla's recent feedback, so that at least it's documented somewhere.
  643. # [14:17] <Lachy> Then, when you've made your planned changes we talked about before we merge selectors api into dom, it'll be easier to do.
  644. # [14:23] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  645. # [14:24] * Joins: sedovsek (~robert@89.143.12.238)
  646. # [14:30] * Joins: webguynow (~webguynow@c-24-1-222-204.hsd1.il.comcast.net)
  647. # [14:51] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
  648. # [14:55] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  649. # [15:02] <annevk> those changes have been made a while back
  650. # [15:12] <zcorpan> boblet: "postMessage for server communication" ? http://www.netmagazine.com/features/top-20-html5-sites-2012
  651. # [15:12] * Quits: hasather (~davidh@office.oslo.opera.com) (Quit: Ex-Chat)
  652. # [15:14] <annevk> HTML helps polishing? Weird stuff
  653. # [15:14] <annevk> Repeat after me: HTML5 HTML5 HTML5
  654. # [15:14] <annevk> Feel better?
  655. # [15:15] <zewt> but it's html5.1 now!!!
  656. # [15:15] <annevk> what can I say? It worked for me
  657. # [15:18] <zcorpan> cue all html book authors giving out new editions with s/HTML5/HTML5.1/ in the next few weeks
  658. # [15:18] <annevk> matjas: do you know if the Punycode stuff you wrote is used in the wild? I wonder (again, I know) whether to add API surface for it
  659. # [15:19] <matjas> annevk: node uses it internally for anything that involves URLs
  660. # [15:20] <matjas> annevk: and URI.js and some other open-source projects depend on it
  661. # [15:20] <annevk> matjas: yeah that makes sense, going forward the URL parser should handle that for them
  662. # [15:20] <matjas> annevk: but having a native API for the raw Punycode stuff would be immensely useful
  663. # [15:21] <zewt> i wonder who it is that's responsible for the "uri" nonsense in the first place, eg. the idea that we need a new name for what is in reality something no real people make a distinction about
  664. # [15:21] <annevk> Useful for what though?
  665. # [15:22] <smaug____> annevk: any comments to https://www.w3.org/Bugs/Public/show_bug.cgi?id=15695?
  666. # [15:22] <annevk> zewt: Oh, in the beginning we had URLs expanded, with L meaning Locators, then came the idea we could use them as identifiers, and people thought that was such a breakthrough idea it warranted a new name...
  667. # [15:22] <smaug____> or perhaps I'll just change Gecko's behavior to follow the current spec
  668. # [15:23] <zcorpan> zewt: didn't mattur or someone find an email where it was first (?) suggested to rename "url" because there were no versions, or some such?
  669. # [15:23] <Ms2ger> darobin, ping
  670. # [15:23] <annevk> smaug____: Web IDL requires specs to not use interface for callbacks with a single method (unless there's a backcompat reason)
  671. # [15:23] <darobin> Ms2ger: on phone, bbiab
  672. # [15:23] <annevk> smaug____: so I'm inclined to leave it as WONTFIX
  673. # [15:24] <smaug____> but in WebIDL ;) but ok
  674. # [15:24] <smaug____> s/but/bug/
  675. # [15:24] <annevk> s/bug/bug in smaug____'s mind/
  676. # [15:24] <annevk> ;)
  677. # [15:25] <zewt> oh god not the objects-as-callbacks thing again :P
  678. # [15:25] * Joins: teleject_ (~christoph@cpe-70-112-214-94.austin.res.rr.com)
  679. # [15:26] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Remote host closed the connection)
  680. # [15:26] * Joins: MacTed (~Thud@63.119.36.36)
  681. # [15:29] * Quits: teleject (~christoph@cpe-70-112-214-94.austin.res.rr.com) (Ping timeout: 244 seconds)
  682. # [15:31] * Quits: teleject_ (~christoph@cpe-70-112-214-94.austin.res.rr.com) (Ping timeout: 265 seconds)
  683. # [15:32] * Quits: MacTed (~Thud@63.119.36.36) (Ping timeout: 255 seconds)
  684. # [15:33] * Joins: MacTed (~Thud@63.119.36.36)
  685. # [15:35] * Joins: scor (~scor@drupal.org/user/52142/view)
  686. # [15:36] * Joins: yodasw16 (~yodasw16@12.165.188.130)
  687. # [15:36] * Joins: danzik17 (~danzik17@164.55.254.106)
  688. # [15:37] * Joins: espadrine (~thaddee_t@85-218-3-163.dclient.lsne.ch)
  689. # [15:38] * abstractj is now known as abstractj|brb
  690. # [15:40] * Joins: svl (~me@port-92-192-60-242.dynamic.qsc.de)
  691. # [15:42] * Joins: erichynds (~ehynds@64.206.121.41)
  692. # [15:48] <annevk> oops
  693. # [15:48] <annevk> forgot to reply to some ancient Fullscreen feedback
  694. # [15:48] <annevk> my apologies!
  695. # [15:49] <annevk> btw, does Opera do fullscreen?
  696. # [15:49] * abstractj|brb is now known as abstractj
  697. # [15:50] * Quits: Kolombiken (~Adium@217.13.228.226) (Ping timeout: 246 seconds)
  698. # [15:53] <darobin> Ms2ger: back, sorry
  699. # [15:53] * Joins: Kolombiken (~Adium@217.13.228.226)
  700. # [15:53] <Ms2ger> darobin, so, your idlharness update
  701. # [15:54] <Ms2ger> Does it handle callbacks?
  702. # [15:54] * Quits: Kolombiken (~Adium@217.13.228.226) (Remote host closed the connection)
  703. # [15:55] <darobin> Ms2ger: the only thing I've done so far is make it run on the new parser
  704. # [15:56] <darobin> so the parser handles them, but it won't generate any tests
  705. # [15:56] <darobin> beyond what's already in
  706. # [15:56] <darobin> adding new test generation is the next step
  707. # [15:56] <Ms2ger> Oh, actually
  708. # [15:57] <Ms2ger> Looks like the exception is in idlharness itself
  709. # [15:57] <darobin> I want to make the Geolocation API's IDL produce useful tests (as something concrete to drive progress), and that uses callbacks
  710. # [15:57] <darobin> Ms2ger: also, dunno what code you're using but mine's squirrelled away into a branch for now
  711. # [15:57] <darobin> as I haven't tried it out anywhere near enough for it to be ready for prime time
  712. # [15:57] * Joins: Scorchin_ (uid1242@gateway/web/irccloud.com/x-nfvtvltcnvbxrwhl)
  713. # [15:58] <darobin> I just plugged it in and fixed what was needed to get trivial examples to run
  714. # [16:00] * Joins: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net)
  715. # [16:02] * Joins: eric_carlson_ (~eric@2620:149:4:1b01:49c4:411e:2489:db75)
  716. # [16:02] * Quits: eric_carlson (~ericc@c-67-188-56-39.hsd1.ca.comcast.net) (Disconnected by services)
  717. # [16:02] * eric_carlson_ is now known as eric_carlson
  718. # [16:05] * Quits: pyrsmk (~pyrsmk@96.127.75.86.rev.sfr.net) (Read error: Connection reset by peer)
  719. # [16:07] <annevk> marcosc: maybe this helps: http://annevankesteren.nl/2012/12/cors-101
  720. # [16:08] * Joins: pyrsmk (~pyrsmk@96.127.75.86.rev.sfr.net)
  721. # [16:08] * annevk goes to fix typos now
  722. # [16:09] * Joins: Ducki_ (~Ducki@pD9E392CB.dip0.t-ipconnect.de)
  723. # [16:12] * Quits: Ducki (~Ducki@pD9E3999C.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
  724. # [16:16] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  725. # [16:19] * Quits: svl (~me@port-92-192-60-242.dynamic.qsc.de) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  726. # [16:24] * Joins: garciawebdev (~garciaweb@190.244.95.154)
  727. # [16:32] * Quits: Ducki_ (~Ducki@pD9E392CB.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
  728. # [16:40] * Joins: dbaron (~dbaron@70-36-140-236.dsl.dynamic.sonic.net)
  729. # [16:43] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  730. # [16:45] * Quits: alrra (~alrra@unaffiliated/alrra) (Quit: This computer has gone to sleep)
  731. # [16:46] <zcorpan> annevk: opera supports fullscreen, yes. but not the latest spec
  732. # [16:48] <zcorpan> http://www.opera.com/docs/specs/presto2.12/apis/#fullscreen
  733. # [16:48] * zcorpan notes that no TR snapshot was necessary to link to a dated spec
  734. # [16:50] <zcorpan> "Implemented in core-integration-points 311 through 319" http://www.opera.com/docs/specs/presto2.11/
  735. # [16:50] <Ms2ger> All welcome to vote in favour of calling the master branch "master" for the HTML testsuite in #HTMLT over on irc.w3.org
  736. # [17:00] * Scorchin_ is now known as Scorchin
  737. # [17:00] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
  738. # [17:00] <zcorpan> i thought it was decided to be "unicorn"?
  739. # [17:07] * Ms2ger pokes jgraham
  740. # [17:07] <odinho> darobin: trying to send to robineko.com --> Diagnostic-Code: SMTP; 554 5.7.1 <odinho@opera.com>: Sender address rejected: Access denied
  741. # [17:08] <marcosc> annevk: thanks, will pass that on. They've not been able to articulate what the issues are
  742. # [17:10] * Quits: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com) (Remote host closed the connection)
  743. # [17:10] <odinho> annevk: Oh yeah, that stupid picture. I'll just open it up in Inkscape and change the font to Arial, almost everyone has that one.
  744. # [17:10] <Ms2ger> marcosc, not joining? :)
  745. # [17:10] <odinho> Too hard to deal with all the inline styles in the svg. :]
  746. # [17:10] <marcosc> oh, what!
  747. # [17:11] * marcosc catches up
  748. # [17:11] <Ms2ger> HTML testsuite organization!
  749. # [17:11] <Ms2ger> And branch name bikeshedding!
  750. # [17:11] * Joins: Wilto (uid2821@gateway/web/irccloud.com/x-ufrkcsdnzokornxh)
  751. # [17:12] <darobin> odinho: robineko? I shut that address down 6 months ago :)
  752. # [17:12] <marcosc> Ms2ger: I love a good bikeshed! Where you guys talking about this?
  753. # [17:12] <darobin> use berjon.com or w3.org please!
  754. # [17:12] <Ms2ger> marcosc, irc.w3.org #HTMLT
  755. # [17:12] <odinho> darobin: Well, I didn't get the memo :P Or my Opera M2 didn't at least :]
  756. # [17:13] <darobin> I didn't even know that you'd ever sent me mail to that address :)
  757. # [17:14] <annevk> better not mint too many email addresses
  758. # [17:15] <darobin> yeah, a long time ago I thought I might need a separate address for consulting, but people just kept writing to the personal address anyway
  759. # [17:16] <annevk> I filter mailing lists and that leaves hardly any email
  760. # [17:21] <annevk> well well, uri@w3.org and public-iri@w3.org died out
  761. # [17:22] * Joins: Jonadabe (~Jonadabe@bl9-78-202.dsl.telepac.pt)
  762. # [17:25] * Joins: jarek (~jarek@unaffiliated/jarek)
  763. # [17:34] * Joins: Somatt_wrk (~somattwrk@darkstar2.fullsix.com)
  764. # [17:35] <annevk> dglazkov: in the email you wrote, I guess some of the links are off?
  765. # [17:35] <annevk> dglazkov: it seems a few times you refer to the earlier algorithm in prose, but the link points to the later one...
  766. # [17:35] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  767. # [17:36] <annevk> dglazkov: are mouse events the only problematic events here? what about touch?
  768. # [17:36] <dglazkov> good morning, Whatwg!
  769. # [17:38] <dglazkov> annevk: touch event are definitely going to need retargeting, too.
  770. # [17:39] <dglazkov> annevk: I may have copy/pasted links carelessly in the email
  771. # [17:39] <dglazkov> annevk: let me check
  772. # [17:39] <annevk> dglazkov: also, why call it ancestor and not parent?
  773. # [17:40] <annevk> dglazkov: isn't it a parent chain
  774. # [17:40] <dglazkov> annevk: you call it ancestor chain
  775. # [17:40] * Quits: darobin (~darobin@78.109.80.74) (Ping timeout: 246 seconds)
  776. # [17:40] <dglazkov> oh wait
  777. # [17:40] <dglazkov> it's even path
  778. # [17:40] <dglazkov> event path
  779. # [17:40] <annevk> yeah
  780. # [17:40] * Joins: darobin (~darobin@78.109.80.74)
  781. # [17:41] * Joins: attiks|away_ (~chatzilla@d5153136D.static.telenet.be)
  782. # [17:41] <annevk> and it's a chain of parents, which together are called ancestors
  783. # [17:41] <annevk> but okay, I can manage the terminology mismatch I suppose
  784. # [17:42] <dglazkov> I guess then any given item in chain is ancestor in relation to event target
  785. # [17:42] <annevk> dglazkov: the "Repeat while ANCESTOR exists:" is just about finding the next parent right?
  786. # [17:42] * abstractj is now known as abstractj|lunch
  787. # [17:43] <dglazkov> annevk: yep
  788. # [17:43] * Quits: attiks|away (~chatzilla@d5153136D.static.telenet.be) (Ping timeout: 255 seconds)
  789. # [17:43] <annevk> I want the "event path" to be constructed in a functional manner
  790. # [17:43] * attiks|away_ is now known as attiks|away
  791. # [17:44] <annevk> so the dispatch algo asks the event target for its "event parent" and does that recursively to build up the event path
  792. # [17:44] <annevk> and then we make hooks elsewhere in dispatch/invoke for adjusting stuff such as relatedTarget
  793. # [17:44] <annevk> if possible
  794. # [17:45] <dglazkov> aha. One link is off. In item 5 of the list in my mail, it should refer to http://dom.spec.whatwg.org/#dispatching-events
  795. # [17:46] <dglazkov> annevk: interesting on the recursion. Sure, if you can pull it off, sounds great
  796. # [17:47] * Joins: Areks_home (~Areks@95-26-27-162.broadband.corbina.ru)
  797. # [17:48] <dglazkov> annevk: please feel free to run drafts/ideas by me or hayato@chromium.org.
  798. # [17:48] <dglazkov> annevk: I will happily review and help out
  799. # [17:49] <annevk> cool; the main problem is I want this to work for the seamless iframe stuff too, which requires event object cloning
  800. # [17:50] * Quits: darobin (~darobin@78.109.80.74) (Ping timeout: 252 seconds)
  801. # [17:51] * Quits: Lachy (~Lachy@pat-tazdevil.opera.com) (Quit: Computer has gone to sleep.)
  802. # [17:51] <odinho> annevk: Arialified: http://odinho.html5.org/CORS/cors-diagram-arial.svg
  803. # [17:54] * Joins: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net)
  804. # [17:55] * Joins: eresair (~eresair@173.247.199.2)
  805. # [17:56] <dglazkov> annevk: event object cloning is a special case of retargeting, I'll need that for shadow dom here: https://www.w3.org/Bugs/Public/show_bug.cgi?id=16509
  806. # [17:59] * Quits: yodasw16 (~yodasw16@12.165.188.130) (Quit: yodasw16)
  807. # [17:59] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
  808. # [17:59] * Joins: jonlee (~jonlee@2620:149:4:1b01:5c78:ab72:11f4:6ecb)
  809. # [18:01] <annevk> yeah, you'd need it for isolation
  810. # [18:02] <annevk> dglazkov: btw, wouldn't the relatedtarget only change at boundary points?
  811. # [18:03] * Quits: drublic (~drublic@p5098a42b.dip0.t-ipconnect.de) (Remote host closed the connection)
  812. # [18:03] <dglazkov> annevk: yes.
  813. # [18:03] <annevk> dglazkov: that is, when you exit a shadow tree (and either enter another one or come back to the real world)
  814. # [18:03] * Quits: OnlyMax (~OnlyMax@187-126-226-139.user.veloxzone.com.br)
  815. # [18:03] <annevk> so why would you store it for each object in the event path?
  816. # [18:03] <dglazkov> annevk: or come from insertion point back into shadow tree
  817. # [18:03] <annevk> right
  818. # [18:03] <dglazkov> annevk: you don't
  819. # [18:04] <dglazkov> or shouldn't
  820. # [18:04] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
  821. # [18:05] <annevk> so I think what we should have is to create a stack of objects that's the event path; as well as markers or some such that indicate boundary points
  822. # [18:05] <annevk> the markers can then be used to either adjust the event object or maybe use a clone or some such
  823. # [18:06] <dglazkov> wait, you're talking about target, not relatedtarget
  824. # [18:07] <dglazkov> right?
  825. # [18:07] <annevk> well both I suppose
  826. # [18:07] <dglazkov> you need to store adjusted target for the same reasons you store the event path
  827. # [18:08] <dglazkov> because DOM changes by event listeners could affect the result
  828. # [18:08] <annevk> hmmm
  829. # [18:10] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  830. # [18:11] * Joins: say2joe (~say2joe@204.56.108.2)
  831. # [18:13] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  832. # [18:14] * Joins: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net)
  833. # [18:18] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  834. # [18:24] <annevk> actually no
  835. # [18:24] <annevk> dglazkov: well the event path is cached
  836. # [18:24] * Quits: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com) (Quit: Leaving.)
  837. # [18:25] <annevk> dglazkov: so you're saying we need to cache the targets too in case the tree is manipulated
  838. # [18:26] * Joins: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com)
  839. # [18:28] <dglazkov> annevk: technically, you don't have to cache them, as long as you cached the event path and the boundaries. But it makes the algorithm easier to understand.
  840. # [18:28] * Quits: MacTed (~Thud@63.119.36.36)
  841. # [18:29] <MikeSmith> Fuck we gotta fix the OPTIONS thing on w3c-test odinho
  842. # [18:29] <dglazkov> even if the tree is manipulated, as long as the markers (as you called them) for when the boundary transitions occurred at the time of constructing event path are cached, you can reconstruct the adjusted targets.
  843. # [18:29] <MikeSmith> but i still have no clue
  844. # [18:30] * Joins: ap (~ap@2620:149:4:1b01:bdc7:1af8:a919:83fc)
  845. # [18:30] <odinho> MikeSmith: Hehe :-) darobin came a bit closer when he said it was working on a clean (new) Apache though. So the diff between "normal apache" and w3c-one, ought to be a bit smaller than going through everything at least.
  846. # [18:31] <MikeSmith> yeah
  847. # [18:34] <MikeSmith> anyway I'm at a loss. i like fiddling with Apache BS just slightly better than i love writing apps in PHP
  848. # [18:36] <odinho> Haha, me too. I even stopped using Apache, and use nginx nowadays.
  849. # [18:37] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  850. # [18:37] <odinho> Anyway, I should leave work, no good standing here all day - it's been super dark for a long time already.
  851. # [18:37] <MikeSmith> yep
  852. # [18:40] <MikeSmith> i find that the mass of Apache "tuning" i ever do is just unwinding all the idiotic things that Apache does by default
  853. # [18:40] <Ms2ger> MikeSmith, where's your console spec gone?
  854. # [18:40] <MikeSmith> odinho: Hai
  855. # [18:41] <MikeSmith> Ms2ger: should still be there wherever it was before
  856. # [18:41] <MikeSmith> I'm nu
  857. # [18:41] <Ms2ger> MikeSmith, where was your console spec before? :)
  858. # [18:42] <MikeSmith> github
  859. # [18:42] <MikeSmith> sideshowbarker
  860. # [18:42] <MikeSmith> i think
  861. # [18:42] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  862. # [18:44] <MikeSmith> can get you the URL later
  863. # [18:44] <MikeSmith> right now I'm on my mobile
  864. # [18:45] <MikeSmith> plus, I'm lit
  865. # [18:45] <Ms2ger> Yeah, found it
  866. # [18:46] * Quits: say2joe (~say2joe@204.56.108.2) (Quit: Leaving.)
  867. # [18:46] * Joins: say2joe (~say2joe@204.56.108.2)
  868. # [18:47] * abstractj|lunch is now known as abstractj
  869. # [18:47] <MikeSmith> anyway, vp9
  870. # [18:47] <MikeSmith> clearly the time is right
  871. # [18:48] * Quits: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com) (Remote host closed the connection)
  872. # [18:48] <MikeSmith> since vp8 has seen such widespread adoption
  873. # [18:49] * Joins: jsbell (jsbell@nat/google/x-baewnmlgldxtkmyy)
  874. # [18:49] <TabAtkins> Ms2ger: No, "and/or" carries some useful weight as being unambiguously different from xor. Plain "or" can be interpreted in either way in English.
  875. # [18:50] * Joins: fr0zenice (~frozenice@unaffiliated/fr0zenice)
  876. # [18:51] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Excess Flood)
  877. # [18:51] * Joins: alrra (~alrra@188.24.81.60)
  878. # [18:51] * Quits: alrra (~alrra@188.24.81.60) (Changing host)
  879. # [18:51] * Joins: alrra (~alrra@unaffiliated/alrra)
  880. # [18:52] * Joins: weinig (~weinig@17.212.154.155)
  881. # [18:52] <TabAtkins> nimbu: (Hopefully you read logs.) Regarding http://trac.webkit.org/changeset/136744, it's not exposed to JS. We're just copying Firefox and making pseudo-elements live in the DOM tree, to make our code sane.
  882. # [18:54] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
  883. # [18:55] * Quits: richt (~richt@office.oslo.opera.com) (Remote host closed the connection)
  884. # [18:59] <annevk> dglazkov: right okay
  885. # [18:59] <TabAtkins> annevk: Why isn't an enum nullable?
  886. # [18:59] <jwalden> onload in a top-level window that has iframes in it, with valid srcs for them, should block until the iframes have onload, right?
  887. # [18:59] <annevk> TabAtkins: oh it is
  888. # [19:00] <TabAtkins> annevk: Ah kk.
  889. # [19:00] <annevk> TabAtkins: but we haven't used that ability thus far
  890. # [19:00] <TabAtkins> Ok, then I'll send my response email.
  891. # [19:00] <TabAtkins> It seems weird to me that enums would have a different "no value" behavior than all the other types in WebIDL.
  892. # [19:00] * Joins: pablof (~pablof@144.189.150.129)
  893. # [19:01] <jwalden> oh, never mind, I are Dumb
  894. # [19:02] * jwalden could have sworn window.frameName gave back a window, not the iframe element
  895. # [19:02] <annevk> TabAtkins: typically for strings the no value case is the empty string, not null
  896. # [19:02] * Quits: pyrsmk (~pyrsmk@96.127.75.86.rev.sfr.net) (Remote host closed the connection)
  897. # [19:03] <Ms2ger> jwalden, ... it does
  898. # [19:03] <TabAtkins> annevk: Yeah, but it's a weird split. I'd prefer the platform have one behavior there.
  899. # [19:03] <jwalden> Ms2ger: not in this testcase, oddly
  900. # [19:03] <annevk> I don't really think there's a split TabAtkins
  901. # [19:03] <Hixie> MikeSmith: well the DOM you get when you don't have the depth limiter is definitely the ideal result, but I think it's reasonable to assume that if we need the depth limiter, we won't end up with that exact result.
  902. # [19:04] <annevk> TabAtkins: e.g. for numbers they typically default to 0 or Infinity or some such, not null
  903. # [19:04] <Ms2ger> jwalden, global scope pollution?
  904. # [19:04] <Hixie> zcorpan: I think the text in r7589 is right; why wouldn't it be?
  905. # [19:04] <TabAtkins> Hmm, not sure about that, but I'd have to look into stuff for evidence.
  906. # [19:06] <annevk> it's also awkward if you need to explicitly null check an attribute
  907. # [19:06] * Quits: dbaron (~dbaron@70-36-140-236.dsl.dynamic.sonic.net) (Ping timeout: 244 seconds)
  908. # [19:06] <annevk> much easier if they're all strings, which is why XHR.responseType is just that...
  909. # [19:06] <TabAtkins> The right way is to just test it for falseyness anyway.
  910. # [19:07] <TabAtkins> Can you elaborate why it's awkward?
  911. # [19:09] <annevk> because you need to account for distinct types and cannot assume what you got can be manipulated as a single type
  912. # [19:09] * Joins: danzik171 (~danzik17@164.55.254.106)
  913. # [19:09] <Hixie> jgraham: the only reason i think the process violation matters is that the process is supposedly the reason the whatwg is bad and the w3c is good
  914. # [19:09] <Hixie> (according to some)
  915. # [19:09] * Quits: RobbertAtWork (~robbertat@212.238.236.229) (Remote host closed the connection)
  916. # [19:09] <jwalden> Ms2ger: oh, sigh, <iframe name=foo> and <iframe id=foo> are unalike in this matter
  917. # [19:09] * Quits: erichynds (~ehynds@64.206.121.41) (Read error: Operation timed out)
  918. # [19:10] <TabAtkins> annevk: Ah, that's true. null+'' == 'null'
  919. # [19:10] * Joins: MacTed (~Thud@63.119.36.36)
  920. # [19:10] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
  921. # [19:11] <annevk> jwalden: for global scope pollution the name attribute only works on a select set of elements
  922. # [19:11] <annevk> jwalden: forgot if <iframe> is among them
  923. # [19:11] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Quit: Leaving.)
  924. # [19:11] <jwalden> annevk: window.frameName is distinct from GSP, or at least it is in Gecko
  925. # [19:11] <Hixie> Ms2ger: how do i replace and/or in "When a user agent is to fetch a resource or URL, optionally from an origin origin, optionally using a specific referrer source as an override referrer source, and optionally with a synchronous flag, a manual redirect flag, a force same-origin flag, and/or a block cookies flag, the following steps must be run."?
  926. # [19:12] <annevk> jwalden: sounds about right
  927. # [19:12] <Ms2ger> "or"? :)
  928. # [19:12] <jwalden> window.frameName appears to look only for name=, GSP was looking for id=, and I was using id= and so getting GSP behavior where I expected window.frameName behavior
  929. # [19:12] <jwalden> yeah, that was a hedge :-)
  930. # [19:12] <jwalden> given GSP is stupid
  931. # [19:13] <Ms2ger> But hey, at least it's specced now
  932. # [19:13] * Quits: danzik17 (~danzik17@164.55.254.106) (Ping timeout: 272 seconds)
  933. # [19:13] <jwalden> aaaagh
  934. # [19:14] <jwalden> stupid webkit, stupidly treating data URLs as different-origin and making life hard for one-off test authors
  935. # [19:14] <Ms2ger> Hixie, tbh, a list
  936. # [19:14] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  937. # [19:14] <annevk> hmm
  938. # [19:14] * Joins: svl (~me@port-92-192-60-242.dynamic.qsc.de)
  939. # [19:14] <annevk> so where is window.frameName defined?
  940. # [19:14] <Hixie> Ms2ger: oh, i see, prefix the list with something like "optionally with any of" or something
  941. # [19:14] <annevk> no hits in http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html
  942. # [19:15] <annevk> hmm, jwalden, does that even exist?
  943. # [19:15] <jwalden> annevk: you don't want to search for frameName, that'd only apply if <iframe name="frameName">
  944. # [19:15] * jwalden doesn't know the term to use
  945. # [19:15] <Ms2ger> annevk, getter(DOMString)
  946. # [19:15] <annevk> oh it's window.name
  947. # [19:16] <Ms2ger> Hixie, yeah
  948. # [19:16] <annevk> well window.name exists
  949. # [19:16] <annevk> http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html#dom-name
  950. # [19:16] <annevk> the other one is http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html#dom-window-nameditem
  951. # [19:16] <annevk> jwalden: named property access?
  952. # [19:17] <jwalden> perhaps
  953. # [19:17] * jwalden is just trying to write a document.all testcase
  954. # [19:17] <jwalden> STAB ME NOW
  955. # [19:17] <annevk> so yeah, window[name] can never match <iframe name=frame> because <iframe> is not on the whitelist
  956. # [19:17] <annevk> but I guess <a target=frame> will target that
  957. # [19:17] <annevk> good times
  958. # [19:17] <jwalden> ...wait, what?
  959. # [19:18] <jwalden> window.foo should give you <iframe name=foo>'s window
  960. # [19:18] <jwalden> or at least that's what I'm seeing in Gecko, and I thought it was supposed to be how iframe window.* stuff worked
  961. # [19:18] <annevk> never mind, I'm missing something
  962. # [19:19] <Hixie> Ms2ger: "Zero or more As and/or Bs" when trying to say you can do "ABBA" or "AA" or "B"
  963. # [19:19] <annevk> this pollution is not only global scope pollution, it's apparently also fricking weird
  964. # [19:19] <jwalden> :-)
  965. # [19:19] <Hixie> Ms2ger: "Zero or more As and Bs" seems a little less unambiguous. Any suggestions?
  966. # [19:19] <annevk> sometimes returning Window objects, sometimes elements, sometimes a single element
  967. # [19:20] <Ms2ger> annevk, yeah, it's both frames.name and window.name :)
  968. # [19:21] <annevk> Ms2ger: I prefer self, it's more zen
  969. # [19:21] <jgraham> Hixie: I don't think it follows that people think that every part of the Process is good or necessary. That is, I don't think it is logically inconsistent to think that the Process is better than the WHATWG approach and to be happy with violation of some aspects of the Process.
  970. # [19:21] <jgraham> But I guess I should stop talking
  971. # [19:21] <jgraham> Or I might accidentially create a Process discussion
  972. # [19:21] * Ms2ger kicks jgraham out of the tree house
  973. # [19:21] <annevk> jgraham: sounds reasonable to me
  974. # [19:22] <annevk> jgraham: I personally like the patent bits, the rest not so much
  975. # [19:22] <Hixie> jgraham: if there are people saying that the process is why i should work at the w3c, but who simultaneously believe that they can ignore the process when it suits them, then how the heck am i supposed to know when i'm to follow the process or not?
  976. # [19:22] <Hixie> jgraham: they released the CR yesterday with _131_ open bugs
  977. # [19:22] <Hixie> jgraham: if "we have to resolve all open feedback before going to CR" isn't one of the things in the process that matters, what is?
  978. # [19:23] <Hixie> jgraham: i'm all in favour of just ignoring the process, or having some well-defined subset that we actually agree should be followed
  979. # [19:23] <Hixie> jgraham: it's this hypocritical double-standard that i have a problem with
  980. # [19:24] <Ms2ger> The part that matters is: "The W3C will put up a press release"
  981. # [19:24] <TabAtkins> Hixie: Use of just "and" seems fine there.
  982. # [19:24] <Hixie> TabAtkins: roger
  983. # [19:25] * Joins: cabanier (~cabanier@192.150.22.55)
  984. # [19:25] <jgraham> Well arguably the HTMLWG did have a well-defined subset that will actually be followed
  985. # [19:25] <jgraham> They set release dates
  986. # [19:25] <Hixie> they've never followed _those_ before
  987. # [19:25] <jgraham> and said "on those dates we will transition"
  988. # [19:26] <jgraham> "and screw all other considerations"
  989. # [19:26] * Quits: henrikkok (~henrikkok@81.27.221.193) (Quit: Leaving.)
  990. # [19:26] <jgraham> Which isn't a bad process, really
  991. # [19:26] <Hixie> if the w3c wants to do transitions on a date-based schedule, then fine. if that's their process, then i disagree with their process on substance.
  992. # [19:26] <Hixie> but they don't claim that that's their process, as they claim to care about spec quality.
  993. # [19:27] <jgraham> I don't really care what they claim to care about
  994. # [19:27] <Hixie> i care insofar as they ask me to work with their process
  995. # [19:27] <jgraham> I care when they get in the way of improving the web
  996. # [19:27] <Hixie> making me follow a process that doesn't put quality first seems to be an example of such
  997. # [19:27] <jgraham> AFAICT releasing the old version of the spec with a new label and known bugs doesn't really affect that
  998. # [19:28] <jgraham> As long as everyone important knows it's an old version
  999. # [19:28] <Hixie> depends on the label, but yeah, i'm all in favour of releasing patent snapshots
  1000. # [19:28] <Hixie> but if that's what they want to do, why are they bothering with the intermediate steps?
  1001. # [19:28] <Hixie> if they're going to transition regardless, why not just do the transitions that matter?
  1002. # [19:28] <jgraham> Because it looks more like the Process
  1003. # [19:29] <Hixie> so, bullshit then
  1004. # [19:29] <Hixie> that's my point.
  1005. # [19:29] <jgraham> Well, I don't think that complaining about it will make the Process more likely to change
  1006. # [19:29] <Hixie> agreed
  1007. # [19:30] <Hixie> but highlighting the hypocrisy might reduce the number of people who try to argue me into following teh process :-)
  1008. # [19:30] <jgraham> Although I think that documenting it and putting forward evidence that the real process is something other than the Process might be convincing when discussions about Process change are happening
  1009. # [19:30] <jwalden> dangit Hixie, why do you have to use standards mode for http://software.hixie.ch/ :-(
  1010. # [19:30] * jwalden finds another page on that domain that doesn't
  1011. # [19:31] <Hixie> jwalden: if you need a quirks page i can make one
  1012. # [19:31] <Hixie> jwalden: what's up
  1013. # [19:31] <jwalden> Hixie: /utilities/js/ did the trick for me
  1014. # [19:31] <jgraham> In particular being able to say "actually with sucessful specs X Y and Z we ignored these parts of the Process" is a pretty compelling counterargument when you get the usual conservative voices saying "we can't change anything because (imaginary reason)"
  1015. # [19:31] <Hixie> jwalden: /quirks
  1016. # [19:32] <jwalden> Hixie: that'll do too, and a little more nicely -- thanks!
  1017. # [19:32] <Hixie> jwalden: np
  1018. # [19:33] * Quits: annevk (~annevk@212.238.236.229) (Remote host closed the connection)
  1019. # [19:33] <Hixie> jgraham: HTML has been hugely successful by pretty much every metric and has entirely ignored the process so far, hasn't convinced anyone yet :-)
  1020. # [19:33] <Hixie> anyone at w3c i mean
  1021. # [19:33] <Hixie> except maybe MikeSmith :-)
  1022. # [19:33] * Joins: annevk (~annevk@212.238.236.229)
  1023. # [19:34] <jwalden> (tm)
  1024. # [19:34] <jgraham> jwalden: Oh, that MikeSmith!
  1025. # [19:35] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (Quit: yodasw16)
  1026. # [19:37] * Quits: annevk (~annevk@212.238.236.229) (Ping timeout: 260 seconds)
  1027. # [19:38] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
  1028. # [19:38] * Joins: tomasf (~tom@c-44dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  1029. # [19:38] * Joins: JonathanNeal (~anonymous@38.122.109.194)
  1030. # [19:38] <JonathanNeal> helloo
  1031. # [19:39] * Quits: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221) (Ping timeout: 245 seconds)
  1032. # [19:40] * rniwa|afk is now known as rniwa
  1033. # [19:40] <jwalden> is there any way to expand the little fast-commenting widget on whatwg.org/html other than by DOM-hacking? what I want to say is single-paragraphish, a little past single-lineish
  1034. # [19:40] <Hixie> yeah
  1035. # [19:40] <Hixie> submit the comment
  1036. # [19:40] <Hixie> then use the bug form :-)
  1037. # [19:41] <Hixie> or whatwg.org/newbug
  1038. # [19:50] * Joins: annevk (~annevk@84.241.201.248)
  1039. # [19:50] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  1040. # [19:55] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 256 seconds)
  1041. # [19:56] * Joins: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
  1042. # [19:58] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
  1043. # [19:58] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
  1044. # [19:58] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  1045. # [20:03] * Quits: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net) (Quit: JohnAlbin)
  1046. # [20:03] * Quits: jonlee (~jonlee@2620:149:4:1b01:5c78:ab72:11f4:6ecb) (Ping timeout: 246 seconds)
  1047. # [20:04] * Quits: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) (Quit: tantek)
  1048. # [20:04] * Quits: annevk (~annevk@84.241.201.248) (Remote host closed the connection)
  1049. # [20:07] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
  1050. # [20:11] * Joins: RobbertAtWork (~robbertat@212.238.236.229)
  1051. # [20:11] * Quits: Somatt_wrk (~somattwrk@darkstar2.fullsix.com) (Ping timeout: 246 seconds)
  1052. # [20:11] * Quits: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net) (Ping timeout: 265 seconds)
  1053. # [20:12] * linclark is now known as linclark|afk
  1054. # [20:17] * Joins: jacobolus (~jacobolus@173-164-253-217-SFBA.hfc.comcastbusiness.net)
  1055. # [20:17] * Joins: Somatt_wrk (~somattwrk@darkstar2.fullsix.com)
  1056. # [20:23] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
  1057. # [20:26] <hober> what's the url to that 'selected history of when features have been added to the web platform' page?
  1058. # [20:27] <Ms2ger> http://platform.html5.org/history/
  1059. # [20:28] <hober> thanks. http://platform.html5.org/ should really link to that. :)
  1060. # [20:29] <annevk> Hixie: claiming there are no lines while they have distinct editors is not useful, or you volunteering?
  1061. # [20:29] <annevk> are you*
  1062. # [20:30] <jwalden> Hixie: I went with /newbug, filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=20436
  1063. # [20:30] <Ms2ger> annevk, he's volunteering you to edit HTML :)
  1064. # [20:31] <annevk> Ms2ger: interesting plot twist, but no thanks :)
  1065. # [20:31] <Ms2ger> Wasn't the ambient light events feedback supposed to go to another list than public-webapps?
  1066. # [20:31] <jwalden> hm, and I mostly missed a Gecko platform meeting
  1067. # [20:37] * Quits: marcosc (~marcosc@bl12-176-215.dsl.telepac.pt) (Remote host closed the connection)
  1068. # [20:39] * Joins: jsoncorwin (~textual@c-50-131-117-90.hsd1.ca.comcast.net)
  1069. # [20:42] <Hixie> annevk: i think the line between what each of us edits is more or less arbitrary
  1070. # [20:42] * Quits: Ms2ger (~Ms2ger@vpnb035.ugent.be) (Read error: Connection reset by peer)
  1071. # [20:42] <Hixie> annevk: e.g. look at CORS vs Fetch vs URL
  1072. # [20:42] <annevk> yeah that's a mess now :(
  1073. # [20:42] <annevk> well, apart from URL, that's mostly sane
  1074. # [20:42] <annevk> (layering wise)
  1075. # [20:43] <Hixie> i'd say the line between DOM and HTML is similarly messy :-)
  1076. # [20:43] <Hixie> (which is fine)
  1077. # [20:43] <annevk> well, my plan for Fetch/CORS is to merge them
  1078. # [20:44] <annevk> for DOM I don't know, I guess it could be part of HTML at some point; currently it has no dependencies on HTML which is kinda nice
  1079. # [20:44] * Joins: isherman-book (Adium@nat/google/x-cyfiaiwexnqwypii)
  1080. # [20:44] <annevk> if we add origin that'd no longer be the case
  1081. # [20:44] <Hixie> you can add origin by reffing [ORIGIN]
  1082. # [20:44] <Hixie> no need to ref HTML
  1083. # [20:44] <Hixie> we can always avoid two-way references just by using hooks
  1084. # [20:45] <Hixie> but it's an artificial avoidance
  1085. # [20:45] * Quits: weinig (~weinig@17.212.154.155) (Quit: weinig)
  1086. # [20:46] * Joins: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net)
  1087. # [20:47] <annevk> no that's not the problem
  1088. # [20:48] <annevk> the problem is for new Document() I need to get hold of the script's origin or something to copy from
  1089. # [20:48] <Hixie> sure but you could in theory just offer a hook
  1090. # [20:48] <Hixie> not saying you should
  1091. # [20:51] * Quits: Somatt_wrk (~somattwrk@darkstar2.fullsix.com) (Ping timeout: 244 seconds)
  1092. # [20:52] <annevk> I think I'll just define it and have Ms2ger find another way
  1093. # [20:52] <annevk> and if he doesn't I suppose I might merge in domparsing
  1094. # [20:52] <Hixie> heh
  1095. # [20:53] <annevk> mind if I reassign that bug to DOM?
  1096. # [20:53] <Hixie> go ahead, just don't close it if there's anything more to do before it's fixed
  1097. # [20:53] * Quits: pablof (~pablof@144.189.150.129) (Remote host closed the connection)
  1098. # [20:53] <Hixie> (not that i would expect you would)
  1099. # [20:53] * Joins: pablof (~pablof@144.189.31.4)
  1100. # [20:54] <annevk> I guess I might file a new bug on HTML to "update for DOM origin" or some such
  1101. # [20:54] <Hixie> lgtm
  1102. # [20:58] <annevk> I don't get https://twitter.com/w3cmemes/status/281121937193828352
  1103. # [20:58] <annevk> Prefixes are not part of the W3C Process
  1104. # [20:59] <Hixie> wow, that's a lot of w3cmemes about the process thing
  1105. # [20:59] <Hixie> and i didn't even post one of them :-)
  1106. # [21:01] <annevk> since people complained about the lack of memes, I thought I'd add a couple
  1107. # [21:02] * Joins: Ms2ger (~Ms2ger@109.133.25.170)
  1108. # [21:03] <tantek> maybe it's a "living CR" ;)
  1109. # [21:05] * Quits: isherman-book (Adium@nat/google/x-cyfiaiwexnqwypii) (Quit: Leaving.)
  1110. # [21:06] <hober> annevk: that one presumably refers to TTA
  1111. # [21:06] * Joins: pablof_ (~pablof@144.189.150.129)
  1112. # [21:07] <annevk> hober: well sure and presumably the person writing that one thought the others were written by someone on the CSS WG
  1113. # [21:07] <annevk> hober: even so though, unprefixing has nothing to do with the W3C Process
  1114. # [21:07] <hober> indeed
  1115. # [21:07] <hober> i'm ashamed to admit i don't get the fraft one
  1116. # [21:08] <Ms2ger> That was just a typo on my part, I think
  1117. # [21:08] * Joins: jonlee (~jonlee@2620:149:4:1b01:45f9:6b08:3112:ecfd)
  1118. # [21:08] <annevk> heh
  1119. # [21:10] * Quits: pablof (~pablof@144.189.31.4) (Ping timeout: 265 seconds)
  1120. # [21:10] * pablof_ is now known as pablof
  1121. # [21:10] * Joins: isherman-book (Adium@nat/google/x-ojbufqepjxkrpshs)
  1122. # [21:11] <Ms2ger> Dec 11 18:02:11 <krisk> E.g. draft and not master
  1123. # [21:11] <Ms2ger> Dec 11 18:02:24 <Ms2ger> Everything is a fraft
  1124. # [21:12] * annevk tunes in to w3cmemes history channel
  1125. # [21:12] * Quits: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
  1126. # [21:13] * Joins: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net)
  1127. # [21:17] * jonlee is now known as jonlee|afk
  1128. # [21:20] * jonlee|afk is now known as jonlee
  1129. # [21:22] * Quits: isherman-book (Adium@nat/google/x-ojbufqepjxkrpshs) (Quit: Leaving.)
  1130. # [21:23] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  1131. # [21:28] * Joins: Somatt_wrk (~somattwrk@darkstar2.fullsix.com)
  1132. # [21:30] * Quits: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net) (Quit: sicking)
  1133. # [21:31] * Quits: jernoble (~jernoble@17.212.152.13) (Quit: Textual IRC Client: www.textualapp.com)
  1134. # [21:31] * Joins: ap_ (~ap@17.114.111.171)
  1135. # [21:34] * Quits: ap (~ap@2620:149:4:1b01:bdc7:1af8:a919:83fc) (Ping timeout: 246 seconds)
  1136. # [21:34] * ap_ is now known as ap
  1137. # [21:37] * Joins: jernoble (~jernoble@17.212.152.13)
  1138. # [21:38] * jonlee is now known as jonlee|afk
  1139. # [21:39] * Quits: jernoble (~jernoble@17.212.152.13) (Client Quit)
  1140. # [21:45] <jamesr_> annevk, prefixes are handled within the w3c process in the csswg, roughly speaking
  1141. # [21:46] * Quits: jonlee|afk (~jonlee@2620:149:4:1b01:45f9:6b08:3112:ecfd) (Quit: jonlee|afk)
  1142. # [21:46] * Quits: yorick (~quassel@unaffiliated/yorick) (Ping timeout: 255 seconds)
  1143. # [21:49] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 264 seconds)
  1144. # [21:57] * Joins: jonlee (~jonlee@2620:149:4:1b01:4af:3ef1:9651:31c6)
  1145. # [21:59] * Joins: sicking (~sicking@c-67-180-8-184.hsd1.ca.comcast.net)
  1146. # [22:00] * Quits: alrra (~alrra@unaffiliated/alrra) (Quit: Leaving)
  1147. # [22:02] * Quits: Somatt_wrk (~somattwrk@darkstar2.fullsix.com) (Ping timeout: 255 seconds)
  1148. # [22:04] * Quits: Ms2ger (~Ms2ger@109.133.25.170) (Quit: nn)
  1149. # [22:04] * Quits: ap (~ap@17.114.111.171) (Read error: Connection reset by peer)
  1150. # [22:05] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
  1151. # [22:05] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
  1152. # [22:05] * Joins: scor (~scor@drupal.org/user/52142/view)
  1153. # [22:05] * Joins: ap (~ap@17.114.111.171)
  1154. # [22:05] <tantek> jamesr_, annevk, not really. The CSSWG has its own process for prefixes, which got heavily amended this past year, due to widespread acceptance that the previous process for prefixes wasn't working.
  1155. # [22:05] <tantek> There's no W3C process for "prefixes".
  1156. # [22:05] <tantek> W3C-wide that is.
  1157. # [22:06] <tantek> No other WG that I know of re-uses CSSWG prefix processes either.
  1158. # [22:09] * Quits: jonlee (~jonlee@2620:149:4:1b01:4af:3ef1:9651:31c6) (Ping timeout: 246 seconds)
  1159. # [22:09] <JonathanNeal> a lot of w3c memes about cr
  1160. # [22:10] <hober> jamesr_: apis defined in the webapps wg, for instance, get unprefixed in a much more informal manner than css properties
  1161. # [22:10] <JonathanNeal> http://24.media.tumblr.com/tumblr_mebyf5EMTk1rvsbh9o1_400.gif haha
  1162. # [22:12] <JonathanNeal> I liked <main>, Hixie. :|
  1163. # [22:13] <Hixie> <main> (and role=main) don't do anything you can't do more effectively in other ways, as far as i can tell
  1164. # [22:16] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
  1165. # [22:16] * linclark|afk is now known as linclark
  1166. # [22:16] <JonathanNeal> All right. I will try to do it the right way. How should I do it?
  1167. # [22:19] * Quits: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
  1168. # [22:20] <jgraham> WebApps doesn't have any prefix process that I know of. If vendors prefix webapps things that's a choice not a decree from on high
  1169. # [22:20] <JonathanNeal> I'm sorry if that seems like a baiting question. I'm actually very interested in html element and class naming conventions.
  1170. # [22:20] * Quits: fr0zenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
  1171. # [22:20] <jgraham> JonathanNeal: Hixie's opinion on <main> is not universially shared :)
  1172. # [22:21] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Ping timeout: 264 seconds)
  1173. # [22:21] <JonathanNeal> jgraham: well, I would really appreciate contrasting examples. Are there any on the web / in a gist right now?
  1174. # [22:21] <jgraham> JonathanNeal: (I have no idea what your originl question was)
  1175. # [22:22] <JonathanNeal> jgraham: my question is that, if <main> (and role=main) don't do anything you can't do more effectively in other ways, how should I do it then?
  1176. # [22:23] <JonathanNeal> and by "do it" I mean "markup something that would have used <main> or role=main"
  1177. # [22:23] <jamesr_> JonathanNeal, that image is gold :D
  1178. # [22:23] <jgraham> JonathanNeal: I don't think I agree with the premise there
  1179. # [22:23] <jgraham> At least
  1180. # [22:24] <JonathanNeal> That's great. I'm probably going to learn something then.
  1181. # [22:24] <jgraham> I am under the impression that role=main is actually supported in screenreaders in a way that the "scooby doo" alternative isn't
  1182. # [22:25] <JonathanNeal> Would it help if I posted a gist of how I might have used role="main" in a simple html document, or would this still proceed the questionable premise?
  1183. # [22:25] <jgraham> And that it is more likely that they will implement <main> than the scooby doo algorithm
  1184. # [22:25] <jgraham> No, that seems quite reasonable.
  1185. # [22:25] <JonathanNeal> What is the "scooby doo" alternative?
  1186. # [22:25] <Hixie> JonathanNeal: what is "it" that you are trying to do?
  1187. # [22:26] <jgraham> My understanding is that if you are thinking "<main> surrounds the content that is *this page* rather than site-wide content, or navigation, or whatever" you are doing it right
  1188. # [22:27] * Joins: ap_ (~ap@17.245.107.141)
  1189. # [22:27] <jgraham> Alternatively, if you prefer a more practical way of looking at it, it should be the content that you would like a AT user to skip to if they ask to skip to the main content
  1190. # [22:27] <JonathanNeal> jgraham: what you just said is what I thought it was, and how I was using role="main". Like an ID, it was a solitary and unique grouping.
  1191. # [22:28] <tantek> jgraham, yes is my understanding as well
  1192. # [22:28] * Joins: ap__ (~ap@17.114.111.158)
  1193. # [22:28] <JonathanNeal> jgraham: I was, however, confused over whether <main> was per group or per page.
  1194. # [22:28] <jgraham> per page
  1195. # [22:28] <tantek> JonathanNeal, you can go ahead and use <main> right now as long as you close your <p> … </p> elements explicitly ;)
  1196. # [22:30] * Quits: ap (~ap@17.114.111.171) (Ping timeout: 264 seconds)
  1197. # [22:30] * ap__ is now known as ap
  1198. # [22:30] <jgraham> JonathanNeal: the "scooby doo" algorithm is the alternative approach. You enumerate all the characters in the story, subtract out the ones you recognise (Scooby, Shaggy, Velma, Daphne, etc.) and whoever's left is the villian. Except s/story/markup/, s/characters/section elements/ and s/villian/main content/
  1199. # [22:30] <JonathanNeal> I see. In other areas, many <elements> were scoped per group, like <header>, <footer>, <nav>, even <section>, <article>, etc. This would make <main> very unique, like <title>, <html>, <body>.
  1200. # [22:30] <JonathanNeal> Am I understanding this correctly?
  1201. # [22:30] <jgraham> Yes
  1202. # [22:30] <jgraham> It is more-body-than-body
  1203. # [22:30] <jgraham> if you like
  1204. # [22:31] * Joins: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com)
  1205. # [22:31] * Quits: ap_ (~ap@17.245.107.141) (Ping timeout: 248 seconds)
  1206. # [22:32] * Joins: erlehmann (~erlehmann@brln-4db81f66.pool.mediaWays.net)
  1207. # [22:32] <erlehmann> oh hello people
  1208. # [22:32] <erlehmann> i just posted this on the list http://daten.dieweltistgarnichtso.net/src/media-fragments-html-polyfill/
  1209. # [22:33] <erlehmann> how can i help bringing this into the browsers?
  1210. # [22:34] <JonathanNeal> erlehmann: is there supposed to be something more than <http://example.org/podcast.html#episode1&t=01:23> ? Like, an element name?
  1211. # [22:35] <erlehmann> JonathanNeal, episode1 is the element name.
  1212. # [22:35] <erlehmann> in my example, #audio and #video are the element names
  1213. # [22:36] <JonathanNeal> Sorry, the element's nodeName.
  1214. # [22:37] <erlehmann> JonathanNeal, I do not understand how the name of the current node comes into this
  1215. # [22:37] <JonathanNeal> In your example, you have between a < and > a url. I've never seen markup like this.
  1216. # [22:38] <erlehmann> oh, that is not markup.
  1217. # [22:38] <erlehmann> that is a url.
  1218. # [22:38] <erlehmann> sorry, is this misleading? let me correct it.
  1219. # [22:38] <erlehmann> urls in plain text are delimited by < and >
  1220. # [22:38] <TabAtkins> That's just a common way of indicating in plain-text markup that something is a URL, and delimiting it from surrounding text like commas and periods.
  1221. # [22:38] <TabAtkins> (Works in Markdown.)
  1222. # [22:39] <erlehmann> corrected.
  1223. # [22:39] <JonathanNeal> Ah, sorry, I interpreted it differently on that page.
  1224. # [22:39] <erlehmann> JonathanNeal, corrected.
  1225. # [22:39] <JonathanNeal> Yeap. That's a fun polyfill. Good job taking advantage of the hashchange event.
  1226. # [22:40] <erlehmann> JonathanNeal, i removed the brackets and wrote text clarifying that this is an URL
  1227. # [22:41] <JonathanNeal> erlehmann: Yeap. I saw. It was very minor and I'm sorry it threw me off.
  1228. # [22:41] <erlehmann> as far as i am concerned, misunderstandings are my fault.
  1229. # [22:42] <erlehmann> so, as i regard this very useful, where do i start implementing it?
  1230. # [22:43] <erlehmann> or does this suffice as proof of concept?
  1231. # [22:44] <annevk> erlehmann: <abbr title=Hypertext Markup Language> does not work ;)
  1232. # [22:44] <annevk> erlehmann: well it does, but Markup and Language are not valid attributes :)
  1233. # [22:45] <JonathanNeal> erlehmann: is there a git project?
  1234. # [22:45] <annevk> erlehmann: also, you might want to write & as &amp;
  1235. # [22:45] <erlehmann> yeah, & probably should have been escaped as &amp at a lots of places
  1236. # [22:45] <erlehmann> annevk, thanks.
  1237. # [22:46] <erlehmann> i will correct
  1238. # [22:47] <annevk> maybe if we start introducing this it would be better to avoid using & again
  1239. # [22:47] <erlehmann> validates now http://html5.validator.nu/?doc=http%3A%2F%2Fdaten.dieweltistgarnichtso.net%2Fsrc%2Fmedia-fragments-html-polyfill%2Findex.html
  1240. # [22:47] <annevk> and use ; as a separator in the fragment
  1241. # [22:48] <erlehmann> yeah, media fragments use “&” as a separator already
  1242. # [22:49] <annevk> oh it's a W3C REC
  1243. # [22:49] <annevk> meh
  1244. # [22:49] <erlehmann> http://www.example.com/example.ogv#track=audio&t=10,20
  1245. # [22:49] <erlehmann> well …
  1246. # [22:49] <JonathanNeal> erlehmann: I'm getting an error "Uncaught TypeError: Cannot call method 'split' of undefined", because there was no fragment.
  1247. # [22:50] <erlehmann> JonathanNeal, well … well. Let me fix that.
  1248. # [22:50] <JonathanNeal> I can fix this and send it to you, or you can fix it yourself. Could we host this on git?
  1249. # [22:50] <erlehmann> Thanks!
  1250. # [22:50] <erlehmann> I'll create a repository
  1251. # [22:50] <JonathanNeal> Thanks. I'll subscribe, fork, and make suggestions for you to reject. 8P
  1252. # [22:53] <erlehmann> JonathanNeal https://github.com/erlehmann/media-fragments-html-polyfill
  1253. # [22:53] <erlehmann> 8P! 9P!
  1254. # [22:53] <erlehmann> :D
  1255. # [22:53] <erlehmann> :---DDD
  1256. # [22:53] <JonathanNeal> Hixie, are you saying you prefer the "scooby doo" method that jgraham mentioned, where you enumerate all the characters in the story, subtract out the ones you recognize (Scooby, Shaggy, Velma, Daphne, etc.) and whoever's left is the villain. Except s/story/markup/, s/characters/section elements/ and s/villian/main content/ ?
  1257. # [22:54] * Joins: teleject (~christoph@cpe-70-112-214-94.austin.res.rr.com)
  1258. # [22:54] <Hixie> JonathanNeal: let's start from fundamentals; what's the problem you're trying to solve?
  1259. # [22:54] * Quits: zcorpan (~zcorpan@81-231-170-159-no135.tbcn.telia.com) (Remote host closed the connection)
  1260. # [22:55] <erlehmann> Evidence-based web standards. I like!
  1261. # [22:55] <erlehmann> JonathanNeal, can you fix the uncaught type error and stuff? I am writing a README right now.
  1262. # [22:56] <JonathanNeal> I would like to reflect the meaning of my document. The prerequisite is that I could use all <div>s and well phrased classnames, but I like using something more semantic than classnames.
  1263. # [22:56] <JonathanNeal> erlehmann: heap, on it.
  1264. # [22:57] <Hixie> JonathanNeal: if you just want to reflect the meaning of your document, then include a huge <!-- comment --> in your source code that documents the meaning in detail.
  1265. # [22:57] <Hixie> (in a natural language)
  1266. # [22:58] <JonathanNeal> Would you say this is a suitable alternative to my goal?
  1267. # [22:58] * Joins: ^esc (~esc_ape@77.116.247.3.wireless.dyn.drei.com)
  1268. # [22:58] <JonathanNeal> Sorry, to the <main> method?
  1269. # [22:58] * Quits: eric_carlson (~eric@2620:149:4:1b01:49c4:411e:2489:db75) (Quit: eric_carlson)
  1270. # [23:00] <erlehmann> JonathanNeal, what meaning you want to convey that is missing without <main> ?
  1271. # [23:00] * Joins: eric_carlson (~eric@2620:149:4:1b01:ac08:cbec:b81e:1e80)
  1272. # [23:03] <JonathanNeal> Let me correct this bug in the most minimal way possible. There are a few failure points.
  1273. # [23:03] <Hixie> JonathanNeal: if your goal is to "reflect the meaning of my document", I don't think <main> really does anything to help you at all
  1274. # [23:03] <Hixie> JonathanNeal: but then i don't really think "reflect the meaning of my document" is your actual goal
  1275. # [23:03] * heycam|away is now known as heycam
  1276. # [23:03] <JonathanNeal> Hixie: <header/><main/><footer/>
  1277. # [23:03] * Quits: MacTed (~Thud@63.119.36.36)
  1278. # [23:04] <Hixie> JonathanNeal: <header/>...<footer/>
  1279. # [23:04] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1280. # [23:05] <JonathanNeal> I understand. By remainder we have the main content.
  1281. # [23:05] <Hixie> also, consider <header/>...<aside/>...<aside/>...<footer/>
  1282. # [23:06] <Hixie> but again, the real question is what problem are you trying to solve?
  1283. # [23:06] <Hixie> because without knowing the problem, it's hard to evaluate the solution
  1284. # [23:06] <Hixie> if the problem is "my document doesn't have an element named "main"" then obviously <main> solves the problem better than anything else
  1285. # [23:06] <Hixie> if the problem is "my document doesn't have anything bluew in it" then nothing we're talking about helps one way or the other
  1286. # [23:06] <Hixie> blue
  1287. # [23:07] <Velmont> Not having endless "what is the use for x" and how to use "y" is also a feature of kinds.
  1288. # [23:08] <Velmont> (put discussions in there somewhere :P)
  1289. # [23:09] <JonathanNeal> Hixie, I'm sorry that, despite my efforts, you do not believe I have asked a suitable question or presented a suitable problem that is worth solving.
  1290. # [23:09] <Velmont> Mapping more to how web devs see the world -> less confusion -> win.
  1291. # [23:09] * Joins: SimonSapin (~simon@ip-166.net-89-2-153.rev.numericable.fr)
  1292. # [23:09] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
  1293. # [23:10] <Hixie> JonathanNeal: the only problem you've described is "I would like to reflect the meaning of my document".
  1294. # [23:10] <JonathanNeal> I would like to clearly define the main content of my document.
  1295. # [23:10] <Hixie> why?
  1296. # [23:10] * Joins: weinig (~weinig@2620:149:4:1b01:e4e3:21ca:70da:805d)
  1297. # [23:10] <Hixie> can you describe the problem you're trying to solve in terms of the user, say?
  1298. # [23:11] <JonathanNeal> So that I can dictate to computers where the main content of my document is, and so that I can control markup aspects of the main content.
  1299. # [23:13] <erlehmann> JonathanNeal, rational taboo „main content“. how would you describe it then?
  1300. # [23:14] <JonathanNeal> I'm unsure how to answer that question, I'm sorry. I don't understand it.
  1301. # [23:15] <erlehmann> the rationalist taboo is a technique to get more accurate results in discussion http://rationalwiki.org/wiki/Rationalist_taboo
  1302. # [23:16] <erlehmann> if you are not allowed to mention „main content“ how would you describe that which you want to represent?
  1303. # [23:17] <Hixie> JonathanNeal: so you're saying you want to style parts of your document differently?
  1304. # [23:17] <Hixie> JonathanNeal: doesn't <div> do that already?
  1305. # [23:21] <erlehmann> > When you find yourself in philosophical difficulties, the first line of defense is not to define your problematic terms, but to see whether you can think without using those terms at all. Or any of their short synonyms. And be careful not to let yourself invent a new word to use instead.
  1306. # [23:21] <erlehmann> i find that useful
  1307. # [23:23] <JonathanNeal> As I said earlier, I could use <div classname> everywhere, so perhaps the question is "when should a element with an implied meaning be used instead of a element with generic meaning?
  1308. # [23:23] <JonathanNeal> "when should there be"
  1309. # [23:24] * Quits: pablof (~pablof@144.189.150.129) (Ping timeout: 255 seconds)
  1310. # [23:25] <Hixie> JonathanNeal: so far the answer has been "when authors use a class name so consistently that a single definition describes the use" and "when providing an element with a specific meaning allows for new functionality"
  1311. # [23:25] <Hixie> JonathanNeal: so e.g. <section> allows for automatic heading sizing
  1312. # [23:25] <Hixie> JonathanNeal: and <footer> is used pretty consistently
  1313. # [23:25] <JonathanNeal> erlehmann: pull request sent. I tried to split the commits out so you could see how I arrived where I did.
  1314. # [23:25] <Hixie> or rather, class=footer
  1315. # [23:25] * Joins: pablof (~pablof@144.189.150.129)
  1316. # [23:27] * Quits: garciawebdev (~garciaweb@190.244.95.154) (Remote host closed the connection)
  1317. # [23:28] <erlehmann> JonathanNeal, this makes it less readable https://github.com/jonathantneal/media-fragments-html-polyfill/commit/72f50bc7c19ac1d920300a933f479e85a5e0dd9e
  1318. # [23:29] <erlehmann> the others are fine :)
  1319. # [23:33] <JonathanNeal> erlehmann: would comments resolve the readability issue? It seems less readable with functions because it makes the flow less linear.
  1320. # [23:33] <erlehmann> i just don't like regular expressions
  1321. # [23:34] <JonathanNeal> But I understand that's why you're naming the functions as such. Well, your split can have some adverse effects. For instance, if you split by & and return [1] then you're potentially losing [2], [3], etc.
  1322. # [23:34] <JonathanNeal> This is why I switched to regular expressions, which are your friend.
  1323. # [23:35] <JonathanNeal> Hixie: what about for hgroup? I always thought the web used something closer to subline.
  1324. # [23:35] <JonathanNeal> Until hgroup, that is.
  1325. # [23:36] <Hixie> hgroup matches the second category - it provides new functionality
  1326. # [23:36] <Hixie> (namely, not confusing outliners such as used by the spec itself)
  1327. # [23:36] <Hixie> heycam: http://lists.w3.org/Archives/Public/public-script-coord/2012OctDec/0007.html - is this something that was fixed in webidl, perchance?
  1328. # [23:37] <Hixie> (afk, bb in 30)
  1329. # [23:37] <JonathanNeal> Hixie: so in this case <main> does not add functionality that role="main" doesn't already imply?
  1330. # [23:37] <Hixie> role=main doesn't add functionality either
  1331. # [23:37] <Hixie> (actually afk)
  1332. # [23:39] <heycam> Hixie, not fixed yet
  1333. # [23:39] * Quits: SimonSapin (~simon@ip-166.net-89-2-153.rev.numericable.fr) (Ping timeout: 252 seconds)
  1334. # [23:39] <JonathanNeal> It separates the main content of your document from the heading, navigation, etc. Following your criteria, "skip to main content" links have been used so consistently that a single definition describes the use.
  1335. # [23:40] <JonathanNeal> erlehmann: trying to ping you off this channel about the bugs. not sure if you're getting my messages.
  1336. # [23:41] <erlehmann> still there
  1337. # [23:41] <erlehmann> i wrote my own irc client
  1338. # [23:42] <JonathanNeal> Does it support private messaging?
  1339. # [23:42] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  1340. # [23:42] <JonathanNeal> Hixie: would skip to "main" content usage on the web qualify?
  1341. # [23:42] * Joins: scor (~scor@drupal.org/user/52142/view)
  1342. # [23:42] * Quits: rniwa (~rniwa@17.212.154.114) (Read error: Connection reset by peer)
  1343. # [23:43] * Joins: rniwa (~rniwa@2620:149:4:1b01:7c85:c1ad:246e:4038)
  1344. # [23:45] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (Quit: yodasw16)
  1345. # [23:45] * Quits: tomasf (~tom@c-44dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  1346. # [23:48] * Quits: JohnAlbin (~JohnAlbin@client-67-58-228-190.consolidated.net) (Quit: JohnAlbin)
  1347. # [23:48] * abstractj is now known as abstractj|away
  1348. # [23:54] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 264 seconds)
  1349. # [23:58] * Quits: weinig (~weinig@2620:149:4:1b01:e4e3:21ca:70da:805d) (Quit: weinig)
  1350. # Session Close: Wed Dec 19 00:00:00 2012

The end :)