/irc-logs / freenode / #whatwg / 2011-10-28 / end

Options:

  1. # Session Start: Fri Oct 28 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:02] * Quits: TabAtkins_ (tabatkins@nat/google/x-pobahtpviwytvgxd) (Ping timeout: 245 seconds)
  4. # [00:06] <hober> Hixie: thanks for the Emacs examples in r6773 :)
  5. # [00:08] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  6. # [00:10] * Joins: hasather_ (~hasather_@84.38.144.96)
  7. # [00:11] * Joins: dragon (~dragon@59-190-54-232f1.hyg2.eonet.ne.jp)
  8. # [00:12] * dragon is now known as Guest12517
  9. # [00:13] * Joins: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca)
  10. # [00:13] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  11. # [00:13] * Quits: scor_ (~scor_@132.183.13.49) (Quit: scor_)
  12. # [00:14] * Quits: dragon_ (~dragon@59-190-54-232f1.hyg2.eonet.ne.jp) (Ping timeout: 240 seconds)
  13. # [00:16] * nunnun_away is now known as nunnun
  14. # [00:19] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: maybe back later, depending on the wisdom-tooth drugs)
  15. # [00:22] * Quits: ezoe (~ezoe@61-205-124-164f1.kyt1.eonet.ne.jp) (Ping timeout: 258 seconds)
  16. # [00:27] * Quits: arun_ (~arun@pool-96-232-190-4.nycmny.fios.verizon.net) (Quit: arun_)
  17. # [00:27] * Quits: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca) (Quit: davidb)
  18. # [00:31] * nunnun is now known as nunnun_away
  19. # [00:39] * Quits: ap (~ap@2620:149:4:1b01:81f3:d433:8e0b:1b12) (Quit: ap)
  20. # [00:41] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection reset by peer)
  21. # [00:48] * Joins: erlehmann (~erlehmann@82.113.121.205)
  22. # [00:55] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
  23. # [00:58] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 252 seconds)
  24. # [00:58] * Quits: smaug____ (~chatzilla@GZYYYKMDCLVI.gprs.sl-laajakaista.fi) (Quit: ChatZilla 0.9.86.1 [Firefox 10.0a1/20111021031012])
  25. # [01:03] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 255 seconds)
  26. # [01:04] * Joins: smaug____ (~chatzilla@YKMMCDVII.gprs.sl-laajakaista.fi)
  27. # [01:09] * Joins: ezoe (~ezoe@112-68-244-81f1.kyt1.eonet.ne.jp)
  28. # [01:12] * Quits: erlehmann (~erlehmann@82.113.121.205) (Quit: Ex-Chat)
  29. # [01:15] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  30. # [01:18] * Joins: hasather_ (~hasather_@84.38.144.96)
  31. # [01:18] * Joins: Amorphous (jan@unaffiliated/amorphous)
  32. # [01:21] * Quits: Areks|2 (~Areks@176.14.214.163) (Ping timeout: 240 seconds)
  33. # [01:23] * Joins: mpt (~mpt@canonical/mpt)
  34. # [01:26] * Quits: othermaciej (~mjs@17.245.90.6) (Quit: othermaciej)
  35. # [01:26] * Joins: MikeSmith (~MikeSmith@207.239.83.130)
  36. # [01:27] * Joins: erlehmann (~erlehmann@82.113.99.14)
  37. # [01:28] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  38. # [01:28] * Joins: othermaciej (~mjs@17.245.90.6)
  39. # [01:29] * Joins: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp)
  40. # [01:31] * eric_carlson is now known as ericc|away
  41. # [01:34] * Quits: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp) (Remote host closed the connection)
  42. # [01:36] * Quits: erlehmann (~erlehmann@82.113.99.14) (Quit: Ex-Chat)
  43. # [01:37] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  44. # [01:37] <MikeSmith> Hixie: fwiw, I'd vote for dropping the term "xhtml document" altogether
  45. # [01:38] * Quits: KillerX (~anant@nat/mozilla/x-wrcvogrxzbhzppfr) (Quit: KillerX)
  46. # [01:42] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  47. # [01:42] <MikeSmith> Hixie: if you need an alternative, consider "document in the XHTML syntax"
  48. # [01:42] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  49. # [01:43] <MikeSmith> or "conforming document in the XHTML syntax" or "document conforming to the XHTML syntax"
  50. # [01:44] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  51. # [01:44] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
  52. # [01:44] * Quits: dave_levin (dave_levin@nat/google/x-wynajpdpljsrxiyb) (Quit: dave_levin)
  53. # [01:45] * Joins: jarek (~jarek@unaffiliated/jarek)
  54. # [01:49] * Joins: dbaron (~dbaron@nat/mozilla/x-jbpairywfqvabluc)
  55. # [01:51] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  56. # [01:52] * Joins: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net)
  57. # [01:53] * Quits: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net) (Remote host closed the connection)
  58. # [01:56] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  59. # [01:58] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  60. # [02:00] <Hixie> hober: gotta represent!
  61. # [02:00] <Hixie> MikeSmith: i think hsivonen convinced me we should give the term lip service
  62. # [02:02] * Quits: MikeSmith (~MikeSmith@207.239.83.130) (Ping timeout: 260 seconds)
  63. # [02:03] * Quits: othermaciej (~mjs@17.245.90.6) (Quit: othermaciej)
  64. # [02:07] * Joins: MikeSmith (~MikeSmith@207.239.83.130)
  65. # [02:07] <MikeSmith> Hixie: OK
  66. # [02:12] * Joins: othermaciej (~mjs@17.245.90.6)
  67. # [02:12] * Joins: nonge (~nonge@p5082A085.dip.t-dialin.net)
  68. # [02:13] <Hixie> i just looked up "complicated" in the thesaurus to find a better word to use somewhere in the spec and wow, that's just a long list of words to describe HTML
  69. # [02:13] <paul_irish> :D
  70. # [02:13] <MikeSmith> byzantine?
  71. # [02:13] <MikeSmith> baroque?
  72. # [02:14] <Hixie> intricate... bewildering... perplexing... labrynthine... tortuous...
  73. # [02:14] <Hixie> tricky... knotty... thorny... tangled...
  74. # [02:14] <MikeSmith> intertwingly
  75. # [02:16] <Hixie> in other news
  76. # [02:16] <Hixie> turns out i'd never specced how input.width and input.height actually worked
  77. # [02:16] <Hixie> they were hyperlinked to a section that described a bunch of other width and height IDL attributes, but didn't list <input>
  78. # [02:16] <Hixie> so, oops
  79. # [02:17] <Hixie> how the blazes am i supposed to test http://www.w3.org/Bugs/Public/show_bug.cgi?id=14526
  80. # [02:23] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  81. # [02:24] * Joins: leaverou_ (~leaverou@77.49.92.43)
  82. # [02:24] * Quits: leaverou (~leaverou@46.12.123.203.dsl.dyn.forthnet.gr) (Ping timeout: 256 seconds)
  83. # [02:24] * leaverou_ is now known as leaverou
  84. # [02:25] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  85. # [02:25] <jgraham> Hixie: That's what you get for using the word "just" before "build one" :p
  86. # [02:26] <Hixie> :-)
  87. # [02:26] * nunnun_away is now known as nunnun
  88. # [02:28] * Quits: smaug____ (~chatzilla@YKMMCDVII.gprs.sl-laajakaista.fi) (Ping timeout: 260 seconds)
  89. # [02:28] <jgraham> But, uh, doesn't OSX use NFD for filenames? So test what browsers on OSX do with a filename that could contain a decomposed character, maybe?
  90. # [02:31] * Joins: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net)
  91. # [02:36] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Read error: Connection reset by peer)
  92. # [02:38] * Joins: leaverou_ (~leaverou@77.49.85.154.dsl.dyn.forthnet.gr)
  93. # [02:38] * Quits: leaverou (~leaverou@77.49.92.43) (Ping timeout: 258 seconds)
  94. # [02:38] * leaverou_ is now known as leaverou
  95. # [02:38] * Parts: leaverou (~leaverou@77.49.85.154.dsl.dyn.forthnet.gr)
  96. # [02:42] * Joins: KevinMarks (~KevinMark@router300.sf.archive.org)
  97. # [02:43] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  98. # [02:44] <Hixie> http://damowmow.com/playground/demos/filename-upload/ leads me to be even more confused
  99. # [02:45] * Joins: MacTed (~Thud@c-71-233-244-175.hsd1.ma.comcast.net)
  100. # [02:45] <Hixie> some used 0xCC 0x88 and some used 0xC3 0xBC
  101. # [02:46] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  102. # [02:46] <Hixie> oh sorry
  103. # [02:46] * Quits: rillian_ (~rillian@184.71.166.126) (Remote host closed the connection)
  104. # [02:46] <Hixie> some used u 0xCC 0x88 and some used 0xC3 0xBC. that makes more sense.
  105. # [02:50] * Quits: ojan (ojan@nat/google/x-zrxujduwzckilvfy) (Quit: ojan)
  106. # [02:50] * Joins: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca)
  107. # [02:51] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  108. # [02:55] * Quits: MikeSmith (~MikeSmith@207.239.83.130) (Ping timeout: 244 seconds)
  109. # [02:59] * Quits: rniwa (rniwa@nat/google/x-fnsfoitoyxkvbgiz) (Quit: rniwa)
  110. # [03:03] * Quits: bga_ (~bga@ppp91-122-181-99.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  111. # [03:03] <jarek> Hi
  112. # [03:03] <jarek> the DOM3 spec has following line:
  113. # [03:03] <jarek> "Authors should use the KeyboardEvent.char and KeyboardEvent.key attributes instead of the charCode and keyCode attributes, respectively."
  114. # [03:04] <jarek> is this really what developers should do currently? KeyboardEvent.char and KeyboardEvent.key does not seem to be supported by latest version of Chrome
  115. # [03:04] <jarek> s/does/do
  116. # [03:04] <jgraham> DOM3 events?
  117. # [03:04] <jarek> yeah
  118. # [03:05] <jgraham> That spec is not noted for being useful
  119. # [03:05] <zewt> did you cut out the "... if they don't want anything to work" part
  120. # [03:06] <jarek> uhm... let me check :)
  121. # [03:06] <jgraham> jarek: Anyway, you are all good per RFC2119
  122. # [03:07] * Joins: erlehmann_ (~erlehmann@82.113.99.14)
  123. # [03:07] <jarek> yeah, it says something between those lines...
  124. # [03:08] <jarek> I was worried because it called keyCode and charCode as legacy
  125. # [03:11] * Quits: dbaron (~dbaron@nat/mozilla/x-jbpairywfqvabluc) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  126. # [03:12] * Joins: scor_ (~scor_@c-98-216-102-251.hsd1.ma.comcast.net)
  127. # [03:14] <jamesr_> dom3 events can't really call anything else legacy
  128. # [03:14] <jarek> jamesr_: http://www.w3.org/TR/DOM-Level-3-Events/#legacy-key-attributes
  129. # [03:20] <jgraham> Seeriously, I wouldn't expect DOM3 events to be accurate
  130. # [03:23] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 240 seconds)
  131. # [03:23] <jamesr_> jarek, what i meant is that dom3 events is so old and incorrect you should ignore it
  132. # [03:23] <jgraham> d3e isn't old
  133. # [03:23] * Joins: jarek (~jarek@unaffiliated/jarek)
  134. # [03:23] <jamesr_> jarek, what i meant is that dom3 events is so old and incorrect you should ignore it
  135. # [03:23] <jamesr_> sorry, mistaken
  136. # [03:23] <jamesr_> jgraham, well it has many old parts
  137. # [03:24] <jamesr_> some parts are newly edited
  138. # [03:24] <jgraham> Yes
  139. # [03:24] <jamesr_> many important parts are not
  140. # [03:24] <jamesr_> and it's a total mystery to me why anyone bothers editing it
  141. # [03:25] <jarek> is there any other specification that would describe keyboard events?
  142. # [03:25] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  143. # [03:25] <jarek> afair there was something on touch events
  144. # [03:26] <jarek> but that's different story
  145. # [03:27] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  146. # [03:27] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  147. # [03:27] <jarek> http://www.w3.org/TR/touch-events/
  148. # [03:28] <jarek> ^ why it is not part of DOM3 events?
  149. # [03:28] * Joins: Evanescence (~Evanescen@122.237.22.164)
  150. # [03:28] <jarek> is it going to be merged in the future?
  151. # [03:30] * Quits: othermaciej (~mjs@17.245.90.6) (Quit: othermaciej)
  152. # [03:38] * heycam is now known as heycam|away
  153. # [03:44] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  154. # [03:44] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  155. # [03:45] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  156. # [03:47] <wycats> Hixie: above I asked why the new form validation events don't bubble
  157. # [03:49] * Joins: gwillen_ (~gwillen@adsl-66-218-37-112.dslextreme.com)
  158. # [03:49] * Quits: gwillen_ (~gwillen@adsl-66-218-37-112.dslextreme.com) (Changing host)
  159. # [03:49] * Joins: gwillen_ (~gwillen@unaffiliated/gwillen)
  160. # [03:52] * Joins: agektmr (~Adium@220.109.219.244)
  161. # [03:53] * Joins: jarek- (~jarek@bct236.neoplus.adsl.tpnet.pl)
  162. # [03:55] * Joins: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net)
  163. # [03:55] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 276 seconds)
  164. # [04:02] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  165. # [04:03] * Quits: sicking (~chatzilla@206-15-76-122.static.twtelecom.net) (Ping timeout: 276 seconds)
  166. # [04:10] * Quits: ezoe (~ezoe@112-68-244-81f1.kyt1.eonet.ne.jp) (Ping timeout: 248 seconds)
  167. # [04:12] * Quits: necolas (~necolas@5e041dd3.bb.sky.com) (Remote host closed the connection)
  168. # [04:12] <kennyluck> (ask again) Is there any problem if browsers ignore media type of a manifest? I think this was probably discussed to death but I would be grateful if someone reminds me again.
  169. # [04:21] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  170. # [04:22] * Joins: benjoff__ (~benjoffe_@1.155.139.215)
  171. # [04:22] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Read error: Connection reset by peer)
  172. # [04:24] <Hixie> wycats: in case the form control is in a form that isn't the form it's associated with
  173. # [04:24] <Hixie> kennyluck: well it would violate the HTTP spec...
  174. # [04:24] <wycats> Hixie: it basically breaks event delegation though
  175. # [04:24] <wycats> event delegation is a pretty standard way to build apps
  176. # [04:28] <Hixie> event delegation?
  177. # [04:28] * Quits: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
  178. # [04:32] <wycats> Hixie: it's common for people to register for events in entire regions of the page
  179. # [04:32] <wycats> and use event.target to identify where the event came from
  180. # [04:32] <wycats> this has two positive effects
  181. # [04:32] <wycats> 1) no need to register handlers for all elements you are interested in (performance)
  182. # [04:33] <wycats> 2) ability to dynamically generate markup without having to worry about also binding events
  183. # [04:33] <wycats> http://api.jquery.com/delegate/ jQuery provides widely-used facilities for this
  184. # [04:33] <Hixie> sure
  185. # [04:33] <Hixie> you can still do that
  186. # [04:33] * Joins: jarek (~jarek@unaffiliated/jarek)
  187. # [04:33] <Hixie> just register a capture listener on whatever element you want to do it on
  188. # [04:34] * Joins: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net)
  189. # [04:35] * Quits: benjoff__ (~benjoffe_@1.155.139.215) (Ping timeout: 260 seconds)
  190. # [04:35] <wycats> Hixie: almost no existing delegation facilities use capture
  191. # [04:35] <wycats> and further, capture has the reverse intended effect
  192. # [04:35] * Quits: jarek- (~jarek@bct236.neoplus.adsl.tpnet.pl) (Ping timeout: 260 seconds)
  193. # [04:36] <wycats> namely, it bubbles backwards from the expected direction
  194. # [04:37] <Hixie> if all you want to do is delegate, it doesn't matter what direction it goes in
  195. # [04:39] * Quits: kinetik (~kinetik@121.98.132.55) (Quit: leaving)
  196. # [04:40] * Joins: kinetik (~kinetik@121.98.132.55)
  197. # [04:41] <wycats> Hixie: it matters if you want to avoid conflicting with event handlers that some other code may have registered
  198. # [04:41] <Hixie> i don't really understand the use case here
  199. # [04:41] <Hixie> but you can always work around it by adding a capture handler on the root that refires the event as a bubbling event :-)
  200. # [04:43] * Joins: benjoffe_ (~benjoffe_@1.155.139.215)
  201. # [04:44] <wycats> refiring isn't particularly reliable, especially with events with native handling
  202. # [04:44] <wycats> Hixie: trust me when I say "events that don't bubble are broken to most developers"
  203. # [04:44] <wycats> https://groups.google.com/forum/#!topic/jquery-standards/SKdrgth7igY
  204. # [04:47] * Quits: jamesr (jamesr@nat/google/x-eifefqefhqojgpet) (Quit: jamesr)
  205. # [04:49] <kennyluck> Hixie, can you elaborate on this a little bit? (re. it would violate the HTTP spec) Is that a strong reason given how many times "willful violation" appears in the spec?
  206. # [04:53] * Quits: KevinMarks (~KevinMark@router300.sf.archive.org) (Quit: The computer fell asleep)
  207. # [04:54] * Quits: davidb (~davidb@bas1-toronto06-2925210074.dsl.bell.ca) (Quit: davidb)
  208. # [04:55] * Joins: MikeSmith (~MikeSmith@66.201.48.54)
  209. # [04:58] * Quits: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  210. # [04:59] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-3.1450hg.fc15 [XULRunner 7.0.1/20110930134335])
  211. # [05:01] * Quits: MikeSmith (~MikeSmith@66.201.48.54) (Quit: MikeSmith)
  212. # [05:02] * Quits: benjoffe_ (~benjoffe_@1.155.139.215) (Remote host closed the connection)
  213. # [05:02] * Joins: astearns (~anonymous@209.119.68.98)
  214. # [05:04] * Joins: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net)
  215. # [05:04] * Joins: jarek- (~jarek@bct244.neoplus.adsl.tpnet.pl)
  216. # [05:04] * Quits: scor_ (~scor_@c-98-216-102-251.hsd1.ma.comcast.net) (Quit: scor_)
  217. # [05:05] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 240 seconds)
  218. # [05:12] * Quits: nonge (~nonge@p5082A085.dip.t-dialin.net) (Ping timeout: 260 seconds)
  219. # [05:15] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 260 seconds)
  220. # [05:15] * Joins: scor_ (~scor_@c-98-216-102-251.hsd1.ma.comcast.net)
  221. # [05:17] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  222. # [05:18] * Quits: scor_ (~scor_@c-98-216-102-251.hsd1.ma.comcast.net) (Client Quit)
  223. # [05:24] * Joins: nonge (~nonge@p50829CDE.dip.t-dialin.net)
  224. # [05:29] * Joins: karlcow (~karl@nerval.la-grange.net)
  225. # [05:31] * Quits: boblet (u1921@gateway/web/irccloud.com/x-rulctkfqxzwpsbyh)
  226. # [05:31] * Joins: boblet (u1921@gateway/web/irccloud.com/x-weuaqoubjicufmvo)
  227. # [05:31] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  228. # [05:38] * Quits: jarek- (~jarek@bct244.neoplus.adsl.tpnet.pl) (Quit: jarek-)
  229. # [05:49] * heycam|away is now known as heycam
  230. # [05:52] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  231. # [06:09] * gwillen_ is now known as gwillen
  232. # [06:10] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  233. # [06:12] <Hixie> wycats: i don't see why refiring wouldn't work if you really needed it
  234. # [06:12] <Hixie> wycats: bubbling would be broken too, for this particular feature
  235. # [06:12] <Hixie> wycats: if there are specific uses cases you want me to look at, though, that might show that i am wrong, which would be useful
  236. # [06:12] <Hixie> wycats: it's hard to discuss in the abstract
  237. # [06:13] <Hixie> kennyluck: the wilful violations are all because i had no choice, e.g. because the other spec contradicts reality
  238. # [06:16] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
  239. # [06:16] * Joins: rniwa (~rniwa@216.239.45.130)
  240. # [06:18] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  241. # [06:18] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  242. # [06:43] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 260 seconds)
  243. # [06:45] * Joins: MikeSmith (~MikeSmith@66.201.48.54)
  244. # [06:54] * Quits: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
  245. # [06:54] * Quits: cpearce (~chatzilla@60.234.54.74) (Ping timeout: 276 seconds)
  246. # [06:57] <roc> I have an interesting spec philosophy question
  247. # [06:59] <heycam> choice of font?
  248. # [06:59] <roc> yeah right
  249. # [06:59] <roc> I have an API that lets a Worker generate data for a MediaStream. This is done by periodically firing an event at the Worker to fetch more data. Suppose the MediaStream isn't connected to anything and is eventually GCed.
  250. # [06:59] * Joins: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net)
  251. # [07:00] <roc> Should I keep firing events at the Worker to preserve the non-observability of GC?
  252. # [07:00] <roc> (Which means, of course, keeping the Worker alive)
  253. # [07:00] <heycam> hmm, well are you required to fire the event at any particular rate?
  254. # [07:00] <heycam> can the worker tell that the worker should have fired an event by a particular time?
  255. # [07:01] <roc> not really
  256. # [07:01] <roc> but I think it'd be reasonable to expect the event to fire *eventually*
  257. # [07:02] <heycam> yeah. is it just theoretical observability that you're worried about? or practical web compat problems due to different gc strategies?
  258. # [07:02] <jgraham> I don't understand what events would be fired once the stream wasn't connected to anything
  259. # [07:02] <roc> conceptually the stream keeps playing, but no-one's listening
  260. # [07:03] <roc> I haven't thought about Web compat problems
  261. # [07:03] <heycam> i know: kill the worker, then it won't know a thing ;)
  262. # [07:03] <roc> I have written a test that accidentally broke because the stream got GCed and my worker stopped getting called, and I was waiting for it to get through a certain amount of work
  263. # [07:03] <zewt> fwiw you could get the same effect (logically) without workers complicating the question, if you were firing progress events on a stream and the same thing happened
  264. # [07:03] <jgraham> Can't you make that explicit?
  265. # [07:04] <roc> make what explicit?
  266. # [07:04] <zewt> (on an abstract stream--not talking about any particular API, not sure if there are any that fit)
  267. # [07:05] <roc> one possibility I just thought of is that I could try making MediaStreams that aren't connected to anything block
  268. # [07:06] <roc> then if a MediaStream gets GCed, it must have been blocked, in which case it's correct to stop firing processmedia events at the worker
  269. # [07:06] <zewt> i don't know that API, but that seems better than requesting info and throwing it away if nobody's connected to it; that just seems wasteful
  270. # [07:08] <roc> but that means if you want a ProcessedMediaStream whose worker just analyzes input samples and doesn't produce anything, you'll need to nevertheless connect it to a dummy muted audio element :-(
  271. # [07:08] <zewt> from an I/O-pin-based API perspective that's not too horrible
  272. # [07:10] <jgraham> roc: That sounds OK to me. Conceptually having no low if there is no sink sounds reasonable
  273. # [07:10] <jgraham> *flow
  274. # [07:10] <roc> hmm ho
  275. # [07:11] <zewt> out of curiosity, if you start a chain like that, and drop all references to the objects, is there any way to get it back (eg. a "array of currently playing streams" attribute somewhere), or is it effectively leaked and playing forever?
  276. # [07:12] <zewt> (leaking like that isn't too bad--don't do that--but a little unusual on the platform)
  277. # [07:12] <zewt> (of course, you can't say "the input element gets GC'd and it stops", since then you're back at square one with exposed GC behavior :)
  278. # [07:13] <roc> in this API I use media elements for output
  279. # [07:14] <roc> and media elements already handle this issue
  280. # [07:14] <roc> basically you can go (new Audio(...)).play();
  281. # [07:14] <roc> dropping the reference to the element
  282. # [07:14] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  283. # [07:14] <roc> and it will play until the stream ends
  284. # [07:14] <roc> and then everything gets cleaned up
  285. # [07:14] <roc> of course, the stream might not end, but whatever
  286. # [07:15] <roc> also, if the document becomes "inactive" (which is very carefully defined), the element pauses automatically, and since there's no reference to it there's no way to start it again so again we can clean up
  287. # [07:16] <roc> jgraham: thanks for the reassurance, I'll probably go that way :-)
  288. # [07:17] * Joins: agektmr (~Adium@220.109.219.244)
  289. # [07:24] <wycats> Hixie: can you explain the use-case for it not bubbling better?
  290. # [07:26] * Quits: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net) (Ping timeout: 252 seconds)
  291. # [07:26] * Quits: esc_ (~esc-ape@99.inst-3.ufg.ac.at) (Ping timeout: 260 seconds)
  292. # [07:29] * Joins: benjoffe_ (~benjoffe_@CPE-121-216-39-241.lnse1.ken.bigpond.net.au)
  293. # [07:29] * Quits: ParadoX- (parad0x@hades.spexhost.com) (Quit: ZNC - http://znc.sourceforge.net)
  294. # [07:30] * Joins: Areks (~Areks@rs.gridnine.com)
  295. # [07:32] <Hixie> wycats: if someone were to use the fact that it bubbled to put a handler on a <form>, that handler would fire even for controls that were children of the form but had a form="" attribute and were thus associated with another form.
  296. # [07:33] <wycats> them's the breaks with bubbling in general
  297. # [07:33] <wycats> we could fire a different event on associated forms
  298. # [07:33] <wycats> invalidform
  299. # [07:33] <Hixie> or we could just not bubble, since there doesn't seem to be a use case for it :-)
  300. # [07:34] <wycats> Hixie: it's inconsistent
  301. # [07:34] <wycats> other events bubble
  302. # [07:34] <Hixie> not all of them
  303. # [07:35] <wycats> and look what jQuery does -- it creates bubbling versions of the non-bubbling events
  304. # [07:35] * Joins: chovy (~chovy@108-194-42-92.lightspeed.mtryca.sbcglobal.net)
  305. # [07:35] <wycats> nobody wants non-bubbling events
  306. # [07:35] <Hixie> clearly not nobody
  307. # [07:35] <Hixie> maybe jquery's authors don't
  308. # [07:35] <wycats> web authors don't :)
  309. # [07:35] <Hixie> some web authors do
  310. # [07:35] <wycats> which ones?
  311. # [07:35] <Hixie> me, for one
  312. # [07:36] * Joins: FlorianX (~Florian_S@p4FCF687A.dip.t-dialin.net)
  313. # [07:36] <wycats> Hixie: the fact that focus doesn't bubble, for instance, is the source of considerable pain
  314. # [07:37] <Hixie> and if 'invalid' were to bubble, _that_ would cause pain
  315. # [07:37] <hsivonen> I wonder what would be the most effective way to get the person implementing HTML parsing in IE take a look at http://hsivonen.iki.fi/test/moz/bug696651-1.html and compare with Gecko/WebKit/Ragnarök
  316. # [07:37] <wycats> Hixie: in the case where people use form="..."?
  317. # [07:37] <Hixie> wycats: yup
  318. # [07:38] <Hixie> wycats: what's the use case for looking at the 'invalid' event anywhere but the control?
  319. # [07:38] <wycats> Hixie: using the standard event delegation infrastructure that people use for every other event
  320. # [07:38] <Hixie> hsivonen: is that related to a potential spec change?
  321. # [07:38] <hsivonen> Hixie: AFAIK, no
  322. # [07:38] <Hixie> wycats: that's not a use case, that's a bunch of buzzwords.
  323. # [07:38] <Hixie> hsivonen: thank god.
  324. # [07:38] <Hixie> hsivonen: that test case looks scary.
  325. # [07:38] <hsivonen> Hixie: rather, it seems to me IE is failing to follow the spec
  326. # [07:38] <Hixie> hsivonen: i was worried i might have to understand it. :-P
  327. # [07:38] <wycats> Hixie: "event delegation" how is that a buzzword?
  328. # [07:39] <wycats> what you're saying is that people should build their own event delegation specifically for the invalid event
  329. # [07:39] <wycats> using capture
  330. # [07:39] <wycats> which isn't available in all browsers, so it would fail on polyfills
  331. # [07:39] <Hixie> wycats: no, i'm saying that there hasn't been any description of a use case for event delegation for the 'invalid' event on form controls
  332. # [07:40] <wycats> Hixie: I explained above why people want event delegation - it's to make it easy to dynamically insert markup without having to worry about also binding events
  333. # [07:40] <Hixie> wycats: that makes no sense for a form control's invalid event
  334. # [07:40] <Hixie> wycats: the whole point of that event is to do different things for each control
  335. # [07:40] * Joins: ParadoX- (parad0x@hades.spexhost.com)
  336. # [07:41] <wycats> the point of event delegation libraries is to have an event that behaves as-if it was bound directly, but without having to bind it
  337. # [07:42] <wycats> $(document).delegate("input.something", function() { /* handle invalid events for elements with "something" class here */ })
  338. # [07:43] <Hixie> show me a use case for giving multiple controls the same oninvalid handler
  339. # [07:43] <wycats> one moment please
  340. # [07:47] <wycats> what, in your mind, is the use case for the invalid event on individual elements
  341. # [07:48] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  342. # [07:48] <hsivonen> maybe I should submit the test I mentioned above to html5lib test suite (in one of the scripted tree builder test files)
  343. # [07:50] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 244 seconds)
  344. # [07:51] <zewt> Hixie: the "dynamic elements" case doesn't need multiple controls with the same behavior, fwiw
  345. # [07:51] * hsivonen sighs at av_param.
  346. # [07:51] <hsivonen> looks like I will have to write a counter change proposal if that one is submitted to the WG
  347. # [07:51] <hsivonen> or was it submitted already?
  348. # [07:52] <zewt> not very familiar with form validation just yet, but i could easily see the same "invalid data" behavior for eg. multiple phone numbers (work, home, mobile) in the same form ("awooga, bad phone number")
  349. # [07:52] <hsivonen> Risks: None identified
  350. # [07:52] <wycats> Hixie: I'm honestly at a loss for how to explain this to you -- do you understand that you may find that you want the same behavior on the case of invalidity in several places on a page? and that you might now want all of the annotated elements to have to be present on that page when you initially register the handlers?
  351. # [07:52] <zewt> wycats: s/now/not/, presumably :)
  352. # [07:52] <hsivonen> right. as if I didn't identify a risk in the bug. :-( how hard would it have been to copy and paste it over?
  353. # [07:52] <wycats> Hixie: keeping in mind that you have access to the target element no matter where the event itself was bound
  354. # [07:53] <hsivonen> Negative Effects: None identified
  355. # [07:53] <hsivonen> Conformance Classes Changes: None identified
  356. # [07:53] <hsivonen> seriously?
  357. # [07:54] * heycam is now known as heycam|away
  358. # [07:54] * Quits: astearns (~anonymous@209.119.68.98) (Quit: astearns)
  359. # [07:55] <Hixie> wycats: sorry, was afk
  360. # [07:55] <Hixie> wycats: pretty much the only use case is displaying very specialised error notifications, e.g. on a field with a complicated pattern, displaying a graphic showing the allowed pattern.
  361. # [07:56] <wycats> Hixie: you assume CSS will handle all other cases you care about?
  362. # [07:56] <Hixie> hsivonen: fwiw in the past when a decision has been made that browsers haven't wanted to implement, it's been dealt with quite quickly without much work from vendors
  363. # [07:57] <Hixie> wycats: no need for CSS even
  364. # [07:57] <wycats> Hixie: the invalid event allows you to customize the behavior / style of invalid elements - it's only irrelevant if CSS picks up all the remaining slack
  365. # [07:58] <Hixie> wycats: why would you style anything at all? just let the browser do it
  366. # [07:58] <Hixie> wycats: styling the error messages is like styling the form controls, it's bad ui
  367. # [07:58] <Hixie> wycats: just trust the browser to use platform conventions
  368. # [07:59] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
  369. # [07:59] <wycats> I'm honestly at a loss; I'll compose an email
  370. # [07:59] <wycats> and let others chime in
  371. # [07:59] <wycats> :)
  372. # [07:59] <Hixie> e-mail and bugs are the only way changes are going to be made anyway :-)
  373. # [07:59] <wycats> Hixie: yep
  374. # [07:59] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  375. # [07:59] <Hixie> but make sure to give use cases
  376. # [07:59] <Hixie> that's pretty much all i look at
  377. # [08:00] <Hixie> (that and what the browsers are doing)
  378. # [08:00] <wycats> Hixie: I'm seriously baffled that you think that the entire problem of form validation and the related UI is now a solved problem
  379. # [08:00] <wycats> I would love for that to be true
  380. # [08:00] <Hixie> why would it not be true?
  381. # [08:00] <Hixie> (for common controls, that is)
  382. # [08:01] <wycats> because the semantics of what invalidity actually means can differ
  383. # [08:01] <Hixie> (obviously for complicated cases there are needs for scripted ui, but that's why we have oninvalid)
  384. # [08:01] <wycats> and I'll bet dollars to donuts that we didn't hit even close to every case
  385. # [08:01] <Hixie> can you possibly give a concrete example
  386. # [08:01] <wycats> Hixie: I will email the list
  387. # [08:01] <Hixie> make sure to include concrete examples and use cases
  388. # [08:01] <wycats> Hixie: no problem
  389. # [08:02] <Hixie> it's _some_ problem, i've been asking for them for over 30 minutes now without luck :-/
  390. # [08:03] <wycats> I need to figure out how to articulate what you think are "buzzwords" in a way that you will consider valid
  391. # [08:03] <wycats> so I will think about it and send an email
  392. # [08:03] * Joins: Margle (~Margle@41-133-197-169.dsl.mweb.co.za)
  393. # [08:04] <Hixie> a use case is something like "on this web page i'm writing at http://foobar.example.net/bla/quux.html, you'll notice there's an airline seat chart, and when the user clicks on the seat i fill in an input field, and..." etc
  394. # [08:04] <Hixie> referencing common development methodologies isn't a use case, however you phrase it
  395. # [08:04] <Hixie> it needs to be a real-world actual problem
  396. # [08:04] * Joins: ezoe (~ezoe@203-140-91-66f1.kyt1.eonet.ne.jp)
  397. # [08:04] <Hixie> faced by a specific author and user
  398. # [08:06] <wycats> is the user allowed to be using popular libraries?
  399. # [08:06] <wycats> or are they required to be writing everything by hand using the raw DOM API?
  400. # [08:07] * Quits: jacobolus (~jacobolus@c-67-164-92-84.hsd1.ca.comcast.net) (Remote host closed the connection)
  401. # [08:07] <zewt> use cases do not have to be real-world actual problems; realistic, theoretical uses are also use cases
  402. # [08:07] * Quits: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net) (Quit: gkellogg)
  403. # [08:07] <Hixie> you mean the author? the user doesn't use libraries :-)
  404. # [08:07] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  405. # [08:07] <zewt> otherwise you'd never have any use cases for apis that don't exist yet, and you couldn't create any new apis :)
  406. # [08:08] <wycats> Hixie: yes, the author
  407. # [08:08] <Hixie> wycats: doesn't matter, doesn't affect the use case
  408. # [08:09] <wycats> Hixie: so as long as the author can solve their problem without libraries, it's invalid?
  409. # [08:09] <Hixie> wycats: author = author code + library code
  410. # [08:10] <Hixie> wycats: (abviously any problem that can be solved with libraries can be solved without libraries)
  411. # [08:10] <wycats> Hixie: yes that is true mathematically
  412. # [08:11] <Hixie> wycats: if you mean "is a problem caused by a library a valid problem", the answer is obviously no, since it's far easier to fix the library than every browser
  413. # [08:11] <wycats> I'm not sure why common development techniques for working with events are irrelevant
  414. # [08:11] <wycats> Hixie: it's a new event
  415. # [08:11] <wycats> and it may not be easy to fix libraries, if you're asking them to deviate from their standard practice for one specific event
  416. # [08:12] <wycats> Hixie: my point is purely that people use bubbling to bind events to elements that don't exist yet, based on some annotation on the element
  417. # [08:12] <wycats> your point is that the invalid event is largely useless anyway
  418. # [08:12] <Hixie> honestly i don't see much point in using a library to hook an event, unless it's to work around browser differences
  419. # [08:12] <Hixie> it's not like dom events is a difficult api to use
  420. # [08:12] <wycats> Hixie: you're trolling me right?
  421. # [08:12] <Hixie> no?
  422. # [08:13] <wycats> Hixie: let's get drinks with Alex Russell and discuss this some time
  423. # [08:13] <Hixie> if you were talking about indexeddb that would be different
  424. # [08:13] <Hixie> alex and i have rather different views of how the web should work
  425. # [08:13] <wycats> Hixie: in your mind, users should type as much as possible and pass as many boolean flags as possible?
  426. # [08:13] <Hixie> ( and every time we talk about it, he convinces me further that he's wrong :-) )
  427. # [08:13] <Hixie> users shouldn't type anything
  428. # [08:13] <wycats> authors
  429. # [08:14] <Hixie> not sure what you mean by "boolean flags" here
  430. # [08:14] <wycats> Ajax sync/async, capture/bubbling phase
  431. # [08:14] <wycats> APIs have mandatory boolean flags where 99.999% of usage is one or the other
  432. # [08:14] <Hixie> neither of those requires passing any boolean flags
  433. # [08:14] <Hixie> as the last argument to addEventListener() is optional
  434. # [08:14] <Hixie> and XMLHttpRequest defaults to async
  435. # [08:15] <zewt> wycats: i think you're getting distracted--not having to pass flags to a function isn't why delegation is useful (if that was all it was for, you'd just use a helper function)
  436. # [08:16] <wycats> zewt: I am in fact getting distracted
  437. # [08:16] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  438. # [08:18] * Quits: ParadoX- (parad0x@hades.spexhost.com) (Ping timeout: 248 seconds)
  439. # [08:18] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  440. # [08:18] <wycats> zewt: I'm just getting frustrated by the need to provide a use-case for event delegation being useful
  441. # [08:19] <wycats> I'm going to organize my thoughts and try to apply them clearly to the invalid event
  442. # [08:19] <wycats> and then send an email
  443. # [08:19] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  444. # [08:19] * Joins: ParadoX- (parad0x@hades.spexhost.com)
  445. # [08:19] * Quits: Evanescence (~Evanescen@122.237.22.164) (Ping timeout: 276 seconds)
  446. # [08:20] <zewt> wycats: by the way, there's no reason to frame use cases for delegation in terms of delegation
  447. # [08:20] * Joins: agektmr (~Adium@220.109.219.244)
  448. # [08:21] <zewt> use cases for delegation are all really use cases for event bubbling, since delegation is just bubbling with some helpers wrapped around it
  449. # [08:21] <zewt> (so you can strip a layer of abstraction away from what you're talking about by putting that aside)
  450. # [08:23] <wycats> zewt: event delegation is bubbling that makes use of event.target
  451. # [08:23] <wycats> no?
  452. # [08:23] <zewt> yep
  453. # [08:23] <wycats> zewt: that's what I mean by "event delegation"
  454. # [08:23] <zewt> i know
  455. # [08:23] <wycats> I think without the target property, bubbling would in fact not be very useful here
  456. # [08:24] <wycats> if there is a case for direct binding, there defacto is a case for bubbling + target
  457. # [08:24] <wycats> but I need to figure out how to clearly explain that
  458. # [08:26] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
  459. # [08:33] * Joins: Evanescence (~Evanescen@122.237.32.162)
  460. # [08:47] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  461. # [08:56] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
  462. # [09:03] * Joins: dydz (~dydz@adsl-75-36-190-15.dsl.pltn13.sbcglobal.net)
  463. # [09:06] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  464. # [09:11] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  465. # [09:20] * Joins: gwillen_ (~gwillen@unaffiliated/gwillen)
  466. # [09:20] * Joins: agektmr (~Adium@220.109.219.244)
  467. # [09:24] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  468. # [09:27] * Joins: brucel (~brucel@cpc4-smal11-2-0-cust879.perr.cable.virginmedia.com)
  469. # [09:28] * Quits: dydz (~dydz@adsl-75-36-190-15.dsl.pltn13.sbcglobal.net) (Quit: dydz)
  470. # [09:44] * Joins: cpearce (~chatzilla@ip-118-90-78-13.xdsl.xnet.co.nz)
  471. # [09:45] * Joins: rtuin (~rtuin@213.125.175.250)
  472. # [09:45] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  473. # [09:45] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  474. # [09:48] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  475. # [09:49] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  476. # [09:49] <annevk> foolip, I keep forgetting that Microdata has no relationship to the rest of the page
  477. # [09:50] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  478. # [09:50] <annevk> I wonder whether I'm the only one
  479. # [09:50] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  480. # [09:51] * Joins: Rik`_ (~Rik`@2a01:e34:ec0f:1570:38e0:a312:24f9:f0a2)
  481. # [09:51] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  482. # [09:53] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  483. # [09:54] * Quits: Druid_ (~Druid@p5B13660B.dip.t-dialin.net) (Ping timeout: 260 seconds)
  484. # [09:55] * Joins: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  485. # [09:55] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  486. # [09:57] * Quits: Rik`_ (~Rik`@2a01:e34:ec0f:1570:38e0:a312:24f9:f0a2) (Ping timeout: 244 seconds)
  487. # [09:58] * Quits: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  488. # [09:58] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  489. # [09:59] <annevk> foolip, your Live Microdata has a giant XSS hole
  490. # [09:59] <annevk> foolip, not sure if that's problematic for your site or not
  491. # [10:01] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  492. # [10:01] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  493. # [10:01] * Joins: Druid_ (~Druid@p5B135606.dip.t-dialin.net)
  494. # [10:01] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  495. # [10:01] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  496. # [10:02] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  497. # [10:03] * Joins: Rik`_ (~Rik`@2a01:e34:ec0f:1570:3cdf:f8af:b950:ca5e)
  498. # [10:03] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  499. # [10:04] * Joins: Timz (~Adium@86.89.174.199)
  500. # [10:05] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  501. # [10:05] <annevk> Argh. DOM Level 3 Events also changes the way dispatchEvent() works from DOM Level 2 Events
  502. # [10:05] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  503. # [10:05] <annevk> And http://w3c-test.org/webapps/DOMEvents/tests/submissions/Microsoft/converted/dispatchEvent.NOT_SUPPORTED_ERR.html tests one of those new silly conditions...
  504. # [10:06] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  505. # [10:07] * Joins: Rik`__ (~Rik`@2a01:e34:ec0f:1570:c95a:fda2:9d6a:6a6f)
  506. # [10:07] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  507. # [10:08] * Quits: Rik`_ (~Rik`@2a01:e34:ec0f:1570:3cdf:f8af:b950:ca5e) (Ping timeout: 240 seconds)
  508. # [10:09] <hsivonen> annevk: the Microdata API encourages the kind of thinking that Microdata has a relationship to the DOM structure :-/
  509. # [10:11] <annevk> So actually Hixie didn't think of it either when he made that new Microdata-inspired Atom example
  510. # [10:13] <hsivonen> aargh. http://lists.w3.org/Archives/Public/public-rdfa-wg/2011Oct/0051.html
  511. # [10:13] <Hixie> annevk: which one?
  512. # [10:14] <Hixie> hsivonen: i'm sure he feels the same way in reverse :-)
  513. # [10:15] <Hixie> annevk: oh the pubdate thing
  514. # [10:15] <Hixie> annevk: interesting point
  515. # [10:15] <annevk> Hixie, http://www.w3.org/Bugs/Public/show_bug.cgi?id=14202
  516. # [10:15] <annevk> yeah
  517. # [10:15] <annevk> foolip spotted it
  518. # [10:15] <annevk> I had forgotten about it again
  519. # [10:16] <zcorpan> hsivonen: it makes perfect sense to use RDFa in XML Schema and XSLT
  520. # [10:19] <Hixie> annevk: i wonder what the use case is for pubdate. is it just a replacement for Atom, for syndication?
  521. # [10:20] <Hixie> annevk: if so, we can just also tell people to specify a "url" and make sure that the permalink is what is used
  522. # [10:20] <Hixie> annevk: and then say that syndicators should grab all the items of type Blog or whatever and then find their URLs and look those up and get the <article>s that they point to, or something
  523. # [10:22] <zcorpan> Hixie: r6773 - you can't bind Esc with accesskey
  524. # [10:22] <Hixie> not yet, no
  525. # [10:22] <zcorpan> so the example is confusing because it implies that you can
  526. # [10:22] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  527. # [10:24] * Quits: ezoe (~ezoe@203-140-91-66f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
  528. # [10:24] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  529. # [10:25] * Quits: erlehmann_ (~erlehmann@82.113.99.14) (Quit: Ex-Chat)
  530. # [10:25] <annevk> Hixie, I don't know really; I just thought Microdata might be a nice way to solve this rather niche case but then it turns out I don't understand Microdata...
  531. # [10:25] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  532. # [10:25] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  533. # [10:26] <Hixie> zcorpan: can you think of another example that would have a different last symbol in windows and mac that _is_ possible with the first version of this new accesskey?
  534. # [10:26] * Joins: roc (~chatzilla@121.98.230.221)
  535. # [10:27] <zcorpan> no
  536. # [10:27] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  537. # [10:27] <FlorianX> could someone tell me when the canvas was integrated into html5? Thanks
  538. # [10:27] * Joins: ezoe (~ezoe@61-205-125-104f1.kyt1.eonet.ne.jp)
  539. # [10:27] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  540. # [10:27] <Hixie> 2007? around when safari first came out with it.
  541. # [10:27] * Quits: Rik`__ (~Rik`@2a01:e34:ec0f:1570:c95a:fda2:9d6a:6a6f) (Ping timeout: 240 seconds)
  542. # [10:28] <zcorpan> http://www.whatwg.org/specs/web-apps/2005-09-01/#dynamic
  543. # [10:28] <FlorianX> Hixie: thank this limited the search in your commits :-)
  544. # [10:29] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  545. # [10:29] <FlorianX> zcorpan: Thanks!
  546. # [10:29] <zcorpan> 2005 there was no svn
  547. # [10:29] <Hixie> 2005, wow
  548. # [10:29] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  549. # [10:29] <Hixie> canvas has been in the spec longer than the w3c had existed by the time it decided html was dead
  550. # [10:30] <FlorianX> ok thanks
  551. # [10:30] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  552. # [10:30] <Hixie> ok i really have to go to bed
  553. # [10:30] <Hixie> nn
  554. # [10:30] <FlorianX> gn8
  555. # [10:30] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  556. # [10:31] * Joins: Telling (~unknown@shop3.diku.dk)
  557. # [10:31] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  558. # [10:31] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  559. # [10:31] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  560. # [10:32] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  561. # [10:32] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  562. # [10:33] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  563. # [10:33] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Client Quit)
  564. # [10:35] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  565. # [10:35] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Client Quit)
  566. # [10:41] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  567. # [10:43] * Joins: mishunov (~spliter@77.88.72.162)
  568. # [10:46] * Joins: esc_ (~esc-ape@99.inst-3.ufg.ac.at)
  569. # [11:00] * Joins: necolas (~necolas@5e041dd3.bb.sky.com)
  570. # [11:05] * jernoble is now known as jernoble|afk
  571. # [11:10] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: shepazu)
  572. # [11:15] * Quits: esc_ (~esc-ape@99.inst-3.ufg.ac.at) (Read error: Connection reset by peer)
  573. # [11:19] * Joins: esc_ (~esc-ape@99.inst-3.ufg.ac.at)
  574. # [11:28] <Margle> what's the objective of this channel?
  575. # [11:30] <annevk> allow people to communicate?
  576. # [11:32] <Margle> to what end?
  577. # [11:34] <annevk> creating standards typically
  578. # [11:37] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  579. # [11:38] <Margle> I've reached the beginning?
  580. # [11:42] <abarth> Margle: its a loop. there is no beginning
  581. # [11:45] <Margle> and thus: standards immatate time.
  582. # [11:45] <abarth> well, time is a cube
  583. # [11:45] <Margle> abarth: and standards are a donut?
  584. # [11:45] * Quits: esc_ (~esc-ape@99.inst-3.ufg.ac.at) (Read error: Connection reset by peer)
  585. # [11:53] <zcorpan> Margle: no. standards suck
  586. # [11:53] <abarth> what ever happened to standards suck?
  587. # [11:53] <abarth> maybe there will be new ones after TPAC?
  588. # [11:54] * Joins: esc_ (~esc-ape@99.inst-3.ufg.ac.at)
  589. # [11:54] <Margle> ok
  590. # [11:54] <Margle> so… why does everyone come here to talk about stuff that sucks?
  591. # [11:55] <Margle> can't be just talk about other stuff?
  592. # [11:55] <zcorpan> seems like it hasn't been active in two years
  593. # [11:55] <annevk> tried making one with hasather but that really didn't go anywhere
  594. # [11:56] <zcorpan> you should interview abarth :)
  595. # [11:57] <zcorpan> "can you explain how web security works in three sentences?"
  596. # [11:57] <abarth> it doesn't
  597. # [11:57] <abarth> (sort interview)
  598. # [11:57] <abarth> short
  599. # [11:57] <annevk> :)
  600. # [11:59] * Joins: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp)
  601. # [12:03] * Quits: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp) (Remote host closed the connection)
  602. # [12:07] * Joins: Obvious (tachikoma@188.226.74.2)
  603. # [12:10] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  604. # [12:13] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  605. # [12:14] * Joins: bga_ (~bga@ppp91-122-181-99.pppoe.avangarddsl.ru)
  606. # [12:15] * Quits: esc_ (~esc-ape@99.inst-3.ufg.ac.at) (Read error: Connection reset by peer)
  607. # [12:17] * Parts: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  608. # [12:18] * Joins: esc_ (~esc-ape@193.170.99.241)
  609. # [12:18] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  610. # [12:26] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  611. # [12:26] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:590d:9974:aed8:43f7)
  612. # [12:28] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  613. # [12:31] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:590d:9974:aed8:43f7) (Ping timeout: 240 seconds)
  614. # [12:32] * Quits: brucel (~brucel@cpc4-smal11-2-0-cust879.perr.cable.virginmedia.com) (Ping timeout: 240 seconds)
  615. # [12:35] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  616. # [12:36] * Joins: mishunov (~spliter@77.88.72.162)
  617. # [12:36] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  618. # [12:42] <hasather> The classList methods would be more useful if they took a space separated list of class names
  619. # [12:44] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  620. # [12:44] <zcorpan> hasather: file a bug
  621. # [12:45] <hasather> zcorpan: yea
  622. # [12:46] * Quits: nlogax (~nlogax@unaffiliated/nlogax) (Remote host closed the connection)
  623. # [12:47] * Joins: nlogax (~nlogax@unaffiliated/nlogax)
  624. # [12:49] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 245 seconds)
  625. # [12:55] <karlcow> http://raven.io/
  626. # [12:57] * Joins: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp)
  627. # [13:00] * Joins: agektmr (~Adium@220.109.219.244)
  628. # [13:03] * Quits: Margle (~Margle@41-133-197-169.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  629. # [13:03] * Rik`_ is now known as Rik`
  630. # [13:04] * Joins: Margle (~Margle@41-133-197-169.dsl.mweb.co.za)
  631. # [13:05] * nunnun is now known as nunnun_away
  632. # [13:05] * Quits: Margle (~Margle@41-133-197-169.dsl.mweb.co.za) (Client Quit)
  633. # [13:08] * Joins: Margle (~Margle@41-133-197-169.dsl.mweb.co.za)
  634. # [13:15] * nunnun_away is now known as nunnun
  635. # [13:19] * nunnun is now known as nunnun_away
  636. # [13:19] * nunnun_away is now known as nunnun
  637. # [13:19] * Joins: mpt (~mpt@canonical/mpt)
  638. # [13:28] * Quits: Evanescence (~Evanescen@122.237.32.162) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  639. # [13:30] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  640. # [13:35] * nunnun is now known as nunnun_away
  641. # [13:36] * Joins: Evanescence (~Evanescen@122.237.32.162)
  642. # [13:38] <asmodai> awesome, logos in CSS: http://www.ecsspert.com/twitter.php
  643. # [13:38] <asmodai> Pity the site references w3schools though :(
  644. # [13:39] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  645. # [13:39] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
  646. # [13:41] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  647. # [13:53] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  648. # [13:53] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  649. # [13:54] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 258 seconds)
  650. # [13:57] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  651. # [13:58] * Parts: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  652. # [14:01] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  653. # [14:05] * Parts: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  654. # [14:08] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  655. # [14:08] * Joins: GlitchMr (~glitchmr@178-36-180-252.adsl.inetia.pl)
  656. # [14:09] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-qyxxhfrhyqowvbua)
  657. # [14:12] * Quits: Evanescence (~Evanescen@122.237.32.162) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  658. # [14:13] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  659. # [14:18] * Joins: micheil (~micheil@195.24.233.121)
  660. # [14:18] * Quits: ezoe (~ezoe@61-205-125-104f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
  661. # [14:19] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 256 seconds)
  662. # [14:22] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  663. # [14:32] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  664. # [14:33] * Joins: agektmr (~Adium@220.109.219.244)
  665. # [14:34] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
  666. # [14:34] * Joins: agektmr (~Adium@220.109.219.244)
  667. # [14:36] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 244 seconds)
  668. # [14:36] * Quits: MacTed (~Thud@c-71-233-244-175.hsd1.ma.comcast.net)
  669. # [14:37] * Joins: temp01 (~temp01@unaffiliated/temp01)
  670. # [14:44] * Joins: agektmr1 (~Adium@220.109.219.244)
  671. # [14:44] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
  672. # [14:49] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
  673. # [14:49] * Joins: agektmr (~Adium@220.109.219.244)
  674. # [14:50] * Quits: agektmr1 (~Adium@220.109.219.244) (Read error: Connection reset by peer)
  675. # [14:51] * Joins: davidb_ (~davidb@66.207.208.98)
  676. # [14:53] * Joins: agektmr1 (~Adium@220.109.219.244)
  677. # [14:53] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
  678. # [14:56] * Joins: mpt (mpt@canonical/mpt)
  679. # [14:56] * Quits: mpt (mpt@canonical/mpt) (Remote host closed the connection)
  680. # [14:59] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
  681. # [14:59] * Joins: Areks (~Areks@rs.gridnine.com)
  682. # [14:59] * nunnun_away is now known as nunnun
  683. # [15:00] * Joins: temp02 (~temp01@unaffiliated/temp01)
  684. # [15:01] * Joins: ezoe (~ezoe@203-140-92-178f1.kyt1.eonet.ne.jp)
  685. # [15:01] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
  686. # [15:03] * Joins: miketaylr (~miketaylr@206.217.92.186)
  687. # [15:04] * nunnun is now known as nunnun_away
  688. # [15:06] * temp02 is now known as temp01
  689. # [15:11] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
  690. # [15:16] * nunnun_away is now known as nunnun
  691. # [15:19] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
  692. # [15:20] * Joins: Rik` (~Rik`@mozilla.vlan402.asr1.cdg3.gblx.net)
  693. # [15:20] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  694. # [15:21] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  695. # [15:22] * nunnun is now known as nunnun_away
  696. # [15:25] * Quits: Telling (~unknown@shop3.diku.dk) (Quit: ...)
  697. # [15:28] * Joins: MacTed (~Thud@63.119.36.36)
  698. # [15:33] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  699. # [15:37] * Quits: rtuin (~rtuin@213.125.175.250) (Quit: Leaving)
  700. # [15:37] * Joins: smaug____ (~chatzilla@193-64-22-73-nat.elisa-mobile.fi)
  701. # [15:38] <foolip> nessy, I'm making some tweaks to http://www.w3.org/html/wg/wiki/ChangeProposals/issue-179_no_change
  702. # [15:38] <nessy> oh, I am still working on it
  703. # [15:38] <nessy> give me about 10 min
  704. # [15:39] <foolip> ok, will do
  705. # [15:50] <nessy> ok, it's still a bit raw, but I am grateful you want to chip in
  706. # [15:50] <nessy> go for it :-)
  707. # [15:53] * Quits: payman (~payman@pat.se.opera.com) (Remote host closed the connection)
  708. # [15:54] * Quits: hasather (~davidh@pat-tdc.opera.com) (Quit: Ex-Chat)
  709. # [15:57] <foolip> ok, I just changed the formatting a bit, it was way too wide for me
  710. # [16:00] * Joins: scor_ (~scor_@132.183.13.49)
  711. # [16:01] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  712. # [16:02] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  713. # [16:02] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  714. # [16:06] * Quits: myakura (~myakura@FL1-203-136-164-250.tky.mesh.ad.jp) (Remote host closed the connection)
  715. # [16:07] * Joins: GlitchMr42 (~glitchmr@178-36-180-252.adsl.inetia.pl)
  716. # [16:07] * Quits: GlitchMr (~glitchmr@178-36-180-252.adsl.inetia.pl) (Ping timeout: 240 seconds)
  717. # [16:07] <nessy> ah, oops
  718. # [16:07] * GlitchMr42 is now known as GlitchMr
  719. # [16:07] * Quits: connrs (~connrs@conners.plus.com) (Ping timeout: 260 seconds)
  720. # [16:07] * nunnun_away is now known as nunnun
  721. # [16:10] * Joins: mpt (mpt@canonical/mpt)
  722. # [16:10] * Joins: payman (~payman@pat.se.opera.com)
  723. # [16:10] <foolip> nessy, do you know what the appropriate way of entering complaints about the original proposal is?
  724. # [16:11] <foolip> for example, I want to complain that it doesn't have any implementation details, but under which section of the counter proposal does that belong?
  725. # [16:12] * Joins: connrs (~connrs@conners.plus.com)
  726. # [16:14] * Quits: ericc|away (~eric@17.212.152.104) (Quit: ericc|away)
  727. # [16:14] * Joins: hasather (~davidh@pat-tdc.opera.com)
  728. # [16:18] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 255 seconds)
  729. # [16:19] <nessy> I don't know either
  730. # [16:19] <nessy> I thought I'd put it under "Details", but that's really for proposing what to enter into the spec
  731. # [16:20] <nessy> http://dev.w3.org/html5/decision-policy/decision-policy.html#change-proposal <- doesn't really describe what a counter change proposal should include
  732. # [16:21] <nessy> looking at this http://www.w3.org/html/wg/wiki/ChangeProposals/KeepMicrodata it seems the "Rationale" section needs to contain the details
  733. # [16:22] <nessy> let's remove the "Details" header then
  734. # [16:22] <nessy> are you editing?
  735. # [16:24] <foolip> not right now
  736. # [16:24] * Joins: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
  737. # [16:24] <foolip> I'm done for today I think, but I'm monitoring it and might throw and some stuff if you don't object
  738. # [16:25] <foolip> uh
  739. # [16:25] <foolip> throw in, as in add, not throw as in remove :)
  740. # [16:26] <nessy> sure
  741. # [16:26] <nessy> I am about to go to bed, so will likely not edit anything in about 15 hours (have to take my son to Basketball in the morning)
  742. # [16:29] <foolip> have a nice weekend, then :)
  743. # [16:31] <nessy> thanks :-) you, too
  744. # [16:31] <nessy> I'll monitor the situation :-)
  745. # [16:31] <nessy> nn
  746. # [16:32] * Joins: astearns (~anonymous@209.119.68.98)
  747. # [16:32] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  748. # [16:36] * Quits: Rik` (~Rik`@mozilla.vlan402.asr1.cdg3.gblx.net) (Read error: Connection reset by peer)
  749. # [16:36] <zewt> ... g+ seriously doesn't do rss? what?
  750. # [16:36] * Joins: Rik` (~Rik`@mozilla.vlan402.asr1.cdg3.gblx.net)
  751. # [16:38] * Quits: beverloo (beverloo@nat/google/x-vmkhygaxzsptwfhu) (Quit: beverloo)
  752. # [16:41] * Joins: mpt (mpt@conference/ubuntudevelopersummit/x-tmhsicljkengtblc)
  753. # [16:41] * Quits: mpt (mpt@conference/ubuntudevelopersummit/x-tmhsicljkengtblc) (Changing host)
  754. # [16:41] * Joins: mpt (mpt@canonical/mpt)
  755. # [16:53] * nunnun is now known as nunnun_away
  756. # [16:55] * Quits: smaug____ (~chatzilla@193-64-22-73-nat.elisa-mobile.fi) (Ping timeout: 245 seconds)
  757. # [16:55] * Quits: agektmr1 (~Adium@220.109.219.244) (Quit: Leaving.)
  758. # [16:58] * Quits: MikeSmith (~MikeSmith@66.201.48.54) (Read error: Connection reset by peer)
  759. # [16:59] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  760. # [17:01] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 240 seconds)
  761. # [17:02] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  762. # [17:02] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
  763. # [17:04] <karlcow> zewt: ... seriously why using g+? what?
  764. # [17:07] * Quits: nonge (~nonge@p50829CDE.dip.t-dialin.net) (Quit: Verlassend)
  765. # [17:09] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  766. # [17:10] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  767. # [17:11] <zewt> ... i'm not?
  768. # [17:18] * Joins: beverloo (beverloo@nat/google/x-vpkpmyeabaaulgea)
  769. # [17:18] * Quits: astearns (~anonymous@209.119.68.98) (Quit: astearns)
  770. # [17:29] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: ZNC - http://znc.in)
  771. # [17:30] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Remote host closed the connection)
  772. # [17:30] * Joins: bfrohs (~brandon@smtp.forewordinternal.com)
  773. # [17:31] * Joins: ciro_nunes (c8ba7e3a@gateway/web/freenode/ip.200.186.126.58)
  774. # [17:32] * Joins: FireFly (firefly@firefly.xen.prgmr.com)
  775. # [17:32] * Parts: ciro_nunes (c8ba7e3a@gateway/web/freenode/ip.200.186.126.58)
  776. # [17:33] * Quits: ezoe (~ezoe@203-140-92-178f1.kyt1.eonet.ne.jp) (Ping timeout: 258 seconds)
  777. # [17:39] <bfrohs> Has there been any suggestions for a relative tabindex based on the current section? For example, a form that you know what order you want each field to be selected, but you don't know the placement on the actual page?
  778. # [17:40] <bfrohs> Code example: http://bit.ly/vxrjt5 -- obviously with a different attribute or format for doing it relatively instead
  779. # [17:45] <AryehGregor> I haven't heard such suggestions, but it would make sense.
  780. # [17:45] * Joins: Areks|2 (~Areks@176.14.214.163)
  781. # [17:46] * Joins: rillian_ (~rillian@184.71.166.126)
  782. # [17:47] <bfrohs> It's been the one thing I never liked about tabindex (and the only reason I almost never use it). Because, quite frankly, websites are built in sections. Back when every page was simple and linear, the tabindex the way it is made sense (to an extent), but with websites nowadays, there needs to at least be an option for relative tabindex.
  783. # [17:50] <bfrohs> And I believe it may be good enough to simply rely on the outline algorithm, but some may want it to take into account fieldsets and the like as well.
  784. # [17:51] <AryehGregor> Or have an attribute like accesskeyscope, similar to itemscope and undoscope, which indicates that all descendants' accesskeys are to be interpreted as relative.
  785. # [17:53] * Quits: Margle (~Margle@41-133-197-169.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  786. # [18:00] <bfrohs> Well, in a limited way, that could work. But that makes it impossible to mark an item with an absolute tabindex.
  787. # [18:00] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  788. # [18:01] <AryehGregor> Why would you want to mix relative and absolute in the same subtree? We don't have to satisfy all use-cases if that will make things more complicated.
  789. # [18:01] <AryehGregor> If you want to do fancy stuff, you can always work out absolute tabindexes.
  790. # [18:01] <bfrohs> Also, if you had two forms, both of which you wanted to have relative tabindexes, but the second form to be accessed first, you would be limited there as well.
  791. # [18:01] <bfrohs> Oh, just thinking up all use-cases cause my mind is terrible like that.
  792. # [18:02] <bfrohs> But honestly, for my needs, accesskeyscope would be more than enough
  793. # [18:02] <annevk> tabindexscope, no?
  794. # [18:02] <bfrohs> well, yeah, just using the attribute AryehGregor provided
  795. # [18:03] <AryehGregor> I misspoke, obviously.
  796. # [18:04] <bfrohs> The only issue with tabindexscope (and piggybacking off of tabindex) is backward compatibility with older browsers. Get two or more forms on the same page using tabindexscope, and it makes it a huge pain to fill out a form using tab.
  797. # [18:05] <bfrohs> (tab goes to first field in second form, instead of second in first)
  798. # [18:05] <AryehGregor> True.
  799. # [18:06] <bfrohs> So, even if everyone was using an updated browser, we would have to wait until every major browser supported it before it could be used (and not piss off a lot of other people).
  800. # [18:07] <bfrohs> And that's in a perfect world. Can't imagine how it would work in this world ;)
  801. # [18:07] <AryehGregor> It doesn't seem worth it, really.
  802. # [18:07] * heycam|away is now known as heycam
  803. # [18:10] <annevk> especially since keyboards are sort of moving away from being the dominant way to browse the web
  804. # [18:10] * Quits: Druid_ (~Druid@p5B135606.dip.t-dialin.net)
  805. # [18:10] <zewt> ehh
  806. # [18:11] <bfrohs> Yes, but someday we may talk to our websites. "Next field" for example
  807. # [18:11] <zewt> the existance of other input methods does not mean it's okay to ignore keyboard accessibility as if keyboards are somehow going away
  808. # [18:12] <zewt> bfrohs: mobile browsers already use "next field" during form inputs, btw
  809. # [18:12] <annevk> wow, way to go from does not seem worth it to optimize for to ignore them altogether
  810. # [18:12] <zewt> ...
  811. # [18:13] <zewt> you suggested that improvements should not be made to keyboard navigation [because of touchscreens], which is a terrible idea
  812. # [18:14] <zewt> improvements -> this improvement
  813. # [18:15] <annevk> this is not an even an improvement to keyboard navigation
  814. # [18:15] <annevk> it's an improvement to authoring for it, but whatever
  815. # [18:15] <zewt> same thing, IMO
  816. # [18:15] <bfrohs> Well, in a way, it is an improvement. Because, right now, people rarely do tabindex on more than one form.
  817. # [18:15] <bfrohs> If they do it for one at all
  818. # [18:16] <bfrohs> Example: Facebook has it for their log in form. They don't use it for any other form on their site that I can find.
  819. # [18:16] * Joins: MikeSmith (MikeSmith@nat/google/x-xqsirkqbbaxewjru)
  820. # [18:25] * Quits: arv (arv@nat/google/x-zhsgqtrhgronvzgl) (Quit: arv)
  821. # [18:25] * Joins: astearns (~anonymous@216.239.45.22)
  822. # [18:30] * Joins: KillerX (~anant@nat/mozilla/x-vdpbywyvsfkignlb)
  823. # [18:32] * Joins: jarek (~jarek@unaffiliated/jarek)
  824. # [18:35] <annevk> oh, Apple is "only" charging EUR 700
  825. # [18:36] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  826. # [18:38] <michel_v> as for touchscreens, tabindex might still be useful to consider when some browsers (Safari on iOS comes to mind) do have "previous field / next field" buttons when filling forms
  827. # [18:39] <zewt> <zewt> bfrohs: mobile browsers already use "next field" during form inputs, btw <- :)
  828. # [18:40] <michel_v> oh, sorry. missed that line while reading the backlog
  829. # [18:47] <bfrohs> With these touchscreen/mobile/keyboard-is-dead arguments, should 'tabindex' be rethought entirely with the knowledge we now have of some of the new technologies that have come out (and will come out)? Because tabindexscope is only to fix the 'documents are no longer basic and linear' problem. Would there be another solution that would be better suited for touchscreens/non-keyboard-based-technologies?
  830. # [18:49] * Joins: erlehmann (~erlehmann@89.204.137.88)
  831. # [18:50] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  832. # [18:54] * Joins: tomasf (~tom@2002:55e5:d95e:0:14a4:2d24:c116:f957)
  833. # [18:54] * Joins: TabAtkins_ (tabatkins@nat/google/x-jpiafgkklofgkljg)
  834. # [18:55] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  835. # [18:56] * Quits: GlitchMr (~glitchmr@178-36-180-252.adsl.inetia.pl) (Read error: Connection reset by peer)
  836. # [18:57] * Joins: dbaron (~dbaron@206-15-76-122.static.twtelecom.net)
  837. # [18:57] <karlcow> bfrohs: for inspiration there might be things to check into http://www.w3.org/standards/techs/multimodal#w3c_all
  838. # [18:58] <annevk> bfrohs, I actually think CSS is probably the better place to put these kind of things
  839. # [18:59] <annevk> bfrohs, the UI module has nav-index and some similar properties already
  840. # [18:59] <annevk> bfrohs: if you tie it markup it might not make sense if you apply a different style sheet that reorders some controls
  841. # [18:59] <MikeSmith> karlcow: I'm not inspired by that page
  842. # [19:00] <karlcow> :D
  843. # [19:00] * karlcow will inspire MikeSmith in a few days
  844. # [19:01] * jernoble|afk is now known as jernoble
  845. # [19:01] * Joins: ap (~ap@2620:149:4:1b01:315e:632f:3fe9:3ec5)
  846. # [19:02] * Joins: Margle (~Margle@41-135-98-163.dsl.mweb.co.za)
  847. # [19:04] * Quits: MikeSmith (MikeSmith@nat/google/x-xqsirkqbbaxewjru) (Ping timeout: 240 seconds)
  848. # [19:05] <karlcow> http://www.w3.org/wiki/MeetingTaxis#Arrivals
  849. # [19:10] * Joins: MikeSmith (MikeSmith@nat/google/x-zgeurlgaeyhgztif)
  850. # [19:11] <annevk> oh interesting
  851. # [19:12] <annevk> I arrive an hour before you and dom
  852. # [19:12] * Quits: ap (~ap@2620:149:4:1b01:315e:632f:3fe9:3ec5) (Read error: Connection reset by peer)
  853. # [19:12] * Joins: ap (~ap@2620:149:4:1b01:315e:632f:3fe9:3ec5)
  854. # [19:12] <Rik`> btw, have you noted that there is a summer time change those weeks?
  855. # [19:14] <AryehGregor> jgraham, did you ever review the assert_throws patch I posted here?
  856. # [19:14] <AryehGregor> (we really need to set up a better patch review system than me pastebinning stuff and pinging you on IRC)
  857. # [19:14] <MikeSmith> you guys should share a taxi
  858. # [19:14] <MikeSmith> costed about $100 for a taxi I took last night
  859. # [19:14] <MikeSmith> which is nuts
  860. # [19:14] <MikeSmith> they have this thing of charging 150% over what the meter shows
  861. # [19:14] <MikeSmith> if the trip is farther than 15 miles
  862. # [19:14] <MikeSmith> btw, on http://platform.html5.org/, should I just change "DOM4" to "DOM"?
  863. # [19:14] <MikeSmith> and still link to the DOM4 spec of course
  864. # [19:15] <MikeSmith> annevk: ↑
  865. # [19:16] <bfrohs> annevk, nav-index has the same problem as tabindex in that it is absolute. If there was a nav-index-scope, AND counter() could be used as the value for nav-index, then it would be sufficient.
  866. # [19:17] <annevk> MikeSmith, yeah
  867. # [19:19] <bfrohs> (where nav-index-scope was 'absolute' (or inherit) by default, with 'absolute' or 'relative' as values)
  868. # [19:20] <MikeSmith> annevk, OK, done
  869. # [19:21] * Joins: Druid_ (~Druid@p5B135606.dip.t-dialin.net)
  870. # [19:23] <karlcow> annevk: I'm adding you the mail I'm sending to dom
  871. # [19:24] <bfrohs> Where would be the best place to suggest adding nav-index-scope to css ui? And making sure counter() values can be used for nav-index?
  872. # [19:24] <karlcow> rha my mail is in French :D
  873. # [19:24] <karlcow> retranslating in English
  874. # [19:28] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
  875. # [19:29] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 258 seconds)
  876. # [19:30] <karlcow> annevk: mail sent.
  877. # [19:30] * Quits: ap (~ap@2620:149:4:1b01:315e:632f:3fe9:3ec5) (Quit: ap)
  878. # [19:31] <annevk> thanks
  879. # [19:32] <karlcow> my pleasure
  880. # [19:32] * karlcow is out
  881. # [19:32] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  882. # [19:32] * Joins: ap (~ap@2620:149:4:1b01:69b2:8846:d6bb:5b1f)
  883. # [19:33] <AryehGregor> annevk, what's the procedure for updating DOM4? Should I just push to both dvcs.w3.org and bitbucket.org?
  884. # [19:38] <annevk> yeah
  885. # [19:38] <AryehGregor> Okay.
  886. # [19:38] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  887. # [19:43] <AryehGregor> Should isPointInRange() throw IndexSizeError if the offset is too large or negative, or should it return false? WebKit throws, Gecko returns false.
  888. # [19:43] <AryehGregor> I'll go with WebKit here, since it's more consistent with other Range APIs, unless anyone has objections.
  889. # [19:43] <AryehGregor> (the API was never standardized before now, it's not in DOM 2 Range)
  890. # [19:44] <smaug____> I'd go for false
  891. # [19:44] * Joins: jarek- (~jarek@aeaq175.neoplus.adsl.tpnet.pl)
  892. # [19:44] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 258 seconds)
  893. # [19:44] <AryehGregor> Why? The other Range APIs all throw IndexSizeError in those cases, right?
  894. # [19:44] <smaug____> because of the reason you gave yesterday ;)
  895. # [19:44] * AryehGregor reviews the other APIs for inspiration
  896. # [19:45] <smaug____> but, need to go now
  897. # [19:45] * Quits: jarek- (~jarek@aeaq175.neoplus.adsl.tpnet.pl) (Changing host)
  898. # [19:45] * Joins: jarek- (~jarek@unaffiliated/jarek)
  899. # [19:45] <AryehGregor> If the point is in a different document, it makes sense to return false. It's a legitimate point that's not in the range.
  900. # [19:45] <AryehGregor> If the point isn't a valid boundary point at all, the question doesn't even make sense.
  901. # [19:45] <AryehGregor> It's not clear that false is the right answer.
  902. # [19:45] <AryehGregor> If I do range.isPointInRange(node, -1) and node is entirely contained within range, is false really the correct answer?
  903. # [19:46] <AryehGregor> Oh, wait.
  904. # [19:46] <AryehGregor> Gecko actually returns true in that case . . .
  905. # [19:46] * AryehGregor tests a bit more
  906. # [19:47] <AryehGregor> For an invalid offset, Gecko seems to return true if the node is entirely contained in the range, like with selectNode. But false if it's not, even if every legitimate boundary point in it is contained, like with selectNodeContents.
  907. # [19:47] <AryehGregor> Too weird.
  908. # [19:47] <AryehGregor> I'll go with WebKit.
  909. # [19:49] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
  910. # [19:52] * Joins: rniwa_ (rniwa@nat/google/x-bkmptoemqvluqiyp)
  911. # [19:52] * Joins: smaug____ (~chatzilla@193-64-22-5-nat.elisa-mobile.fi)
  912. # [19:55] <erlehmann> AryehGregor, throwing is more useful than false.
  913. # [19:55] <erlehmann> from a dev point of view
  914. # [19:55] <AryehGregor> Agreed.
  915. # [19:55] * Joins: ojan (ojan@nat/google/x-fztylyzvwjrjcxtz)
  916. # [19:56] <erlehmann> no error console will log false
  917. # [19:57] <erlehmann> “should asking for the fifth element in a list with four elements return an empty string or crash the program” is actually an interesting question to ask people, even those who have nothing to do with programming.
  918. # [19:58] <erlehmann> i think it tells me something about their approach to solving problems.
  919. # [19:59] <erlehmann> my little sister, who is 10 and only recently learned a tiny bit of python was convinced that such a program should crash.
  920. # [19:59] <erlehmann> because it would help her to fix the program.
  921. # [19:59] <erlehmann> my mother says it should return empty or null or just something.
  922. # [19:59] <erlehmann> to not interrupt the flow of things.
  923. # [20:05] * Quits: FlorianX (~Florian_S@p4FCF687A.dip.t-dialin.net) (Quit: Leaving.)
  924. # [20:05] <AryehGregor> What should isPointInRange() do if passed a doctype? WebKit throws InvalidNodeTypeError, while Gecko ignores the offset and returns true or false depending on whether the doctype is in the range or not.
  925. # [20:06] <AryehGregor> Hmm.
  926. # [20:06] <AryehGregor> Kind of like with bogus offsets.
  927. # [20:06] <AryehGregor> I think I'll go with WebKit for consistency.
  928. # [20:07] <AryehGregor> It seems like if the point isn't a valid boundary point, Gecko just ignores the offset and tests whether the node itself is in the range.
  929. # [20:07] * Quits: smaug____ (~chatzilla@193-64-22-5-nat.elisa-mobile.fi) (Ping timeout: 258 seconds)
  930. # [20:07] <AryehGregor> Ooh, WebKit treats the second argument as optional.
  931. # [20:07] * AryehGregor tests that
  932. # [20:08] * Joins: GlitchMr (~glitchmr@178-36-180-252.adsl.inetia.pl)
  933. # [20:08] <AryehGregor> It just defaults to 0.
  934. # [20:08] <AryehGregor> I think I won't allow that.
  935. # [20:12] * Joins: micheil_mbp (~micheil@92.40.253.97.threembb.co.uk)
  936. # [20:13] * Quits: micheil_mbp (~micheil@92.40.253.97.threembb.co.uk) (Read error: Connection reset by peer)
  937. # [20:13] * Quits: micheil (~micheil@195.24.233.121) (Read error: Connection reset by peer)
  938. # [20:14] * Joins: othermaciej (~mjs@17.245.89.154)
  939. # [20:15] <AryehGregor> What should a function throw if passed too few arguments, per spec?
  940. # [20:15] <AryehGregor> I guess that's in WebIDL?
  941. # [20:15] <AryehGregor> Or shouldn't it?
  942. # [20:18] <AryehGregor> What is R here? http://dev.w3.org/2006/webapi/WebIDL/#dfn-overload-resolution-algorithm
  943. # [20:18] <AryehGregor> I don't see it defined.
  944. # [20:19] * Joins: mpt (mpt@canonical/mpt)
  945. # [20:22] <jgraham> AryehGregor: Umm, maybe?
  946. # [20:22] <jgraham> We need a better review tool for sure
  947. # [20:24] <AryehGregor> I'd start with *any* review system.
  948. # [20:25] <jgraham> Yeah :)
  949. # [20:25] <AryehGregor> Like, attaching patches to Bugzilla.
  950. # [20:25] <AryehGregor> I'd do that if there were a Bugzilla component.
  951. # [20:25] <jgraham> I think there is
  952. # [20:25] <jgraham> I don't know if I get email from it though
  953. # [20:25] <jgraham> I can probably set it up if not
  954. # [20:26] * Joins: Areks (~Areks@176.14.214.163)
  955. # [20:28] * Quits: Areks|2 (~Areks@176.14.214.163) (Ping timeout: 258 seconds)
  956. # [20:30] <AryehGregor> Where is it?
  957. # [20:31] * Quits: KillerX (~anant@nat/mozilla/x-vdpbywyvsfkignlb) (Quit: KillerX)
  958. # [20:31] <jgraham> I don't know, I never needed to file a bug :p
  959. # [20:31] <jgraham> Maybe MikeSmith or plh knows
  960. # [20:32] <MikeSmith> bugzilla component for what?
  961. # [20:32] <MikeSmith> WebIDL?
  962. # [20:32] <jgraham> testharness.js
  963. # [20:33] * Joins: KillerX (~anant@nat/mozilla/x-zmrflzgijqlxtoio)
  964. # [20:34] <MikeSmith> oh
  965. # [20:34] <MikeSmith> yeah, we have component for it
  966. # [20:34] * MikeSmith finds it
  967. # [20:34] <MikeSmith> http://www.w3.org/Bugs/Public/enter_bug.cgi?product=Testing&component=testharness.js
  968. # [20:35] * Quits: jarek- (~jarek@unaffiliated/jarek) (Ping timeout: 252 seconds)
  969. # [20:36] * Quits: KillerX (~anant@nat/mozilla/x-zmrflzgijqlxtoio) (Client Quit)
  970. # [20:37] * Quits: astearns (~anonymous@216.239.45.22) (Quit: astearns)
  971. # [20:38] <bfrohs> Where would be the best place to suggest adding nav-index-scope to css ui? And making sure counter() values can be used for nav-index? Anyone?
  972. # [20:40] * Quits: othermaciej (~mjs@17.245.89.154) (Quit: othermaciej)
  973. # [20:41] * Joins: dave_levin (dave_levin@nat/google/x-kkqneroyicmfowxq)
  974. # [20:41] * Quits: MikeSmith (MikeSmith@nat/google/x-zgeurlgaeyhgztif) (Quit: MikeSmith)
  975. # [20:42] <AryehGregor> bfrohs, www-style is for CSS changes.
  976. # [20:42] <AryehGregor> CC the editor of the relevant spec.
  977. # [20:42] * Quits: TabAtkins_ (tabatkins@nat/google/x-jpiafgkklofgkljg) (Ping timeout: 258 seconds)
  978. # [20:43] <bfrohs> AryehGregor, thank ya
  979. # [20:43] * Quits: manu` (~chatzilla@pool-74-107-167-56.ronkva.east.verizon.net) (Remote host closed the connection)
  980. # [20:44] <heycam> AryehGregor, extra arguments are ignored
  981. # [20:44] <heycam> AryehGregor, and that last line should be "Return candidates"
  982. # [20:44] <heycam> though I thought I'd already fixed that...
  983. # [20:44] <AryehGregor> heycam, but passing too few throws a TypeError, if I'm reading right?
  984. # [20:45] <heycam> AryehGregor, yeah
  985. # [20:45] <AryehGregor> There's another mention of R a couple lines before, by the way.
  986. # [20:45] <heycam> oh ok
  987. # [20:45] * heycam notes it down
  988. # [20:51] * Joins: _bga (~bga@ppp91-122-181-99.pppoe.avangarddsl.ru)
  989. # [20:51] * Quits: bga_ (~bga@ppp91-122-181-99.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  990. # [20:54] <AryehGregor> jgraham, http://www.w3.org/Bugs/Public/show_bug.cgi?id=14589
  991. # [20:54] <AryehGregor> You're the assignee, so I assume you got e-mail.
  992. # [20:55] <AryehGregor> I'll commit the patch if you like, just give me the okay.
  993. # [20:59] * Joins: manu` (~chatzilla@pool-74-107-167-56.ronkva.east.verizon.net)
  994. # [21:01] * Quits: Margle (~Margle@41-135-98-163.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  995. # [21:01] * Joins: mkanat (mkanat@nat/google/x-zprnqcfctbiyybjk)
  996. # [21:02] * Quits: slightlyoff (u1768@gateway/web/irccloud.com/x-gpdfrxnygmvkiehs) (Read error: Operation timed out)
  997. # [21:02] * Joins: slightlyoff (u1768@gateway/web/irccloud.com/x-kbpjnmgntswasbig)
  998. # [21:02] * Quits: lensco (u4054@gateway/web/irccloud.com/x-obwypwbjasupprtz) (Read error: Operation timed out)
  999. # [21:02] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-xdrsctyrpgrychgb) (Read error: Operation timed out)
  1000. # [21:03] * Joins: Margle (~Margle@41-135-98-163.dsl.mweb.co.za)
  1001. # [21:03] * Joins: hasather_ (~hasather_@84.38.144.96)
  1002. # [21:04] * jernoble is now known as jernoble|afk
  1003. # [21:04] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-vsbmgrbbbacfgdyq)
  1004. # [21:08] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
  1005. # [21:10] * Joins: lensco (u4054@gateway/web/irccloud.com/x-yhtckzczvpjukdcb)
  1006. # [21:11] * Quits: benjoffe_ (~benjoffe_@CPE-121-216-39-241.lnse1.ken.bigpond.net.au) (Remote host closed the connection)
  1007. # [21:13] * Quits: necolas (~necolas@5e041dd3.bb.sky.com) (Remote host closed the connection)
  1008. # [21:24] * jernoble|afk is now known as jernoble
  1009. # [21:27] <AryehGregor> Hmm. Can we kill detach()? It seems utterly, absolutely useless.
  1010. # [21:27] <AryehGregor> And it adds a line to every single Range attribute/method.
  1011. # [21:29] * Joins: necolas (~necolas@5e041dd3.bb.sky.com)
  1012. # [21:30] * Quits: Rik` (~Rik`@mozilla.vlan402.asr1.cdg3.gblx.net) (Remote host closed the connection)
  1013. # [21:31] <Hixie> how do i create a file on windows with a specific set of bytes as the file name?
  1014. # [21:31] * Joins: shepazu (~shepazu@205.248.100.252)
  1015. # [21:31] <Hixie> i want to do the equivalent of:
  1016. # [21:31] <Hixie> echo -e '\xE1\xBA\x9B\xCC\xA3\xE2\x84\xAB.txt' | xargs touch
  1017. # [21:32] <AryehGregor> Are Windows filenames sequences of bytes?
  1018. # [21:32] <AryehGregor> They're not UCS-2 or something?
  1019. # [21:32] <Hixie> i can do sequences of unicode characters if there's a way to do that too
  1020. # [21:33] <Hixie> U+1E9B U+0323 U+212B . t x t
  1021. # [21:33] * Joins: KillerX (~anant@nat/mozilla/x-nxhxjmtmqpasymiu)
  1022. # [21:33] <Hixie> but i don't want, e.g., notepad.exe to be doing any munging of the characters before i save
  1023. # [21:33] <Hixie> so i don't want to use a text box to do it
  1024. # [21:33] <Hixie> if i can avoid it
  1025. # [21:35] <Hixie> (how would i even do it there?)
  1026. # [21:35] <hober> Hixie: you could use emacs
  1027. # [21:36] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
  1028. # [21:36] <_bga> Hixie i recomend you install msys
  1029. # [21:36] <Hixie> msys?
  1030. # [21:37] <Hixie> hober: no emacs (and don't really want to install anything if i can help it)
  1031. # [21:37] <_bga> Hixie http://www.mingw.org/wiki/MSYS
  1032. # [21:37] <Hixie> i wouldn't trust such a system not to futz with the bytes between the shell and the file system
  1033. # [21:37] <Hixie> too many levels of indirection involved
  1034. # [21:39] * Joins: othermaciej (~mjs@2620:149:f01:201:a576:cfc4:1d23:1600)
  1035. # [21:40] * Joins: bga_ (~bga@ppp78-37-198-31.pppoe.avangarddsl.ru)
  1036. # [21:41] * Joins: astearns (~anonymous@216.239.45.18)
  1037. # [21:42] * Joins: MikeSmith (MikeSmith@nat/google/x-jngrfesfagwkxnuj)
  1038. # [21:43] * Quits: _bga (~bga@ppp91-122-181-99.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  1039. # [21:47] <zewt> Hixie: filenames on ntfs are stored in UTF-16 (actually, just arbitrary 16-bit characters), so you can't use a "specific set of bytes"
  1040. # [21:48] * Quits: Margle (~Margle@41-135-98-163.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  1041. # [21:48] <MikeSmith> learning about https://wiki.mozilla.org/Auto-tools/Projects/Marionette
  1042. # [21:50] * Quits: othermaciej (~mjs@2620:149:f01:201:a576:cfc4:1d23:1600) (Ping timeout: 240 seconds)
  1043. # [21:50] * Joins: othermaciej (~mjs@2620:149:f01:201:2521:b3a1:4f65:d054)
  1044. # [21:58] * Joins: TabAtkins_ (tabatkins@nat/google/x-wqcdgrtamokcjung)
  1045. # [21:59] <zewt> Hixie: also, notepad is a pretty safe way to create filenames in unicode, because it's a unicode application itself (most programs are ANSI, which will trigger locale-specific conversions)
  1046. # [22:00] <Hixie> zewt: 16 codepoints are bytes too :-)
  1047. # [22:00] <Hixie> zewt: my concern is over unicode normalisation
  1048. # [22:00] <Hixie> zewt: see http://www.w3.org/Bugs/Public/show_bug.cgi?id=14526
  1049. # [22:04] <zewt> well, i created \u03D3\u03D2\u0301.txt in File Explorer, and it doesn't appear to have normalized it at all
  1050. # [22:04] <Hixie> yeah that was my experience too, see the last comment on the bug
  1051. # [22:04] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  1052. # [22:07] <zewt> for real headaches: illegal code sequences in filenames exposed to JS ...
  1053. # [22:07] <zewt> (a question FileAPI will have to figure out at some point)
  1054. # [22:09] * Joins: nessy (~Adium@124-149-69-40.dyn.iinet.net.au)
  1055. # [22:10] <Hixie> Philip`: would be good to have tests like http://test.w3.org//html/tests/submission/PhilipTaylor/canvas/security.pattern.canvas.fillStyle.html that check interaction with document.domain (i'm about to change the spec on this to use the effective origin)
  1056. # [22:10] * Quits: othermaciej (~mjs@2620:149:f01:201:2521:b3a1:4f65:d054) (Quit: othermaciej)
  1057. # [22:14] * Quits: GlitchMr (~glitchmr@178-36-180-252.adsl.inetia.pl) (Read error: Connection reset by peer)
  1058. # [22:17] * Joins: othermaciej (~mjs@2620:149:f01:201:ec56:cb89:5959:b4f2)
  1059. # [22:22] * Quits: kennyluck (~kennyluck@114-25-209-240.dynamic.hinet.net) (Ping timeout: 240 seconds)
  1060. # [22:26] * Quits: scor_ (~scor_@132.183.13.49) (Quit: scor_)
  1061. # [22:27] * Joins: kennyluck (~kennyluck@114-43-119-103.dynamic.hinet.net)
  1062. # [22:33] * Joins: benjoffe_ (~benjoffe_@CPE-121-216-39-241.lnse1.ken.bigpond.net.au)
  1063. # [22:53] * Quits: othermaciej (~mjs@2620:149:f01:201:ec56:cb89:5959:b4f2) (Quit: othermaciej)
  1064. # [22:54] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
  1065. # [22:57] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  1066. # [23:02] * Quits: tomasf (~tom@2002:55e5:d95e:0:14a4:2d24:c116:f957) (Quit: tomasf)
  1067. # [23:06] * Parts: bfrohs (~brandon@smtp.forewordinternal.com)
  1068. # [23:09] * Quits: MacTed (~Thud@63.119.36.36)
  1069. # [23:09] * Joins: othermaciej (~mjs@2620:149:f01:202:8566:a574:dea8:adf0)
  1070. # [23:10] * Quits: mbatle_ (~mbatle@201.230.223.58) (Quit: Ex-Chat)
  1071. # [23:10] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
  1072. # [23:16] * Joins: mbatle_ (~mbatle@201.230.223.58)
  1073. # [23:29] * Joins: ezoe (~ezoe@203-140-88-212f1.kyt1.eonet.ne.jp)
  1074. # [23:29] * Quits: TabAtkins_ (tabatkins@nat/google/x-wqcdgrtamokcjung) (Ping timeout: 245 seconds)
  1075. # [23:33] * jernoble is now known as jernoble|afk
  1076. # [23:41] * Joins: TabAtkins_ (tabatkins@nat/google/x-ecplgigbueudtnwg)
  1077. # [23:47] * Joins: roc (~chatzilla@121.98.230.221)
  1078. # [23:48] * Quits: nessy (~Adium@124-149-69-40.dyn.iinet.net.au) (Quit: Leaving.)
  1079. # [23:50] * Parts: chovy (~chovy@108-194-42-92.lightspeed.mtryca.sbcglobal.net)
  1080. # [23:50] * Joins: jarek (~jarek@unaffiliated/jarek)
  1081. # [23:52] * Joins: smaug____ (~chatzilla@GGYMMMCCXX.gprs.sl-laajakaista.fi)
  1082. # Session Close: Sat Oct 29 00:00:02 2011

The end :)