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

Options:

  1. # Session Start: Thu Aug 18 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <Philip`> It's possible to write code and run it on a computer? Amazing!
  4. # [00:01] <AryehGregor> "The development versions of the top JavaScript engines today can run code compiled from C++ only 3-5X slower than a fast C++ compiler, and getting even better."
  5. # [00:01] <David_Bradbury> Any ideas if CSS3 gradients will be able to be used on boarders down the road?
  6. # [00:01] <zewt> ... uh huh
  7. # [00:01] <AryehGregor> David_Bradbury, TabAtkins is the one to ask about that.
  8. # [00:02] <roc> depends on how you want to use them
  9. # [00:02] <David_Bradbury> Kk - TabAtkins: Any ideas if CSS3 gradients will be able to be used on boarders down the road? :D
  10. # [00:02] <roc> current CSS3 drafts already let you use gradients with border-image
  11. # [00:02] <roc> although Gecko at least doesn't support that yet AFAIK
  12. # [00:02] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  13. # [00:03] <David_Bradbury> Don't you have to use an actual pre-rendered image to do that or can you use an ID or something as an image?
  14. # [00:03] <TabAtkins> David_Bradbury: In border-image.
  15. # [00:03] <TabAtkins> David_Bradbury: No, border-image just takes an image.
  16. # [00:03] <TabAtkins> Anything which is defined as part of the <image> type, theoretically.
  17. # [00:03] <AryehGregor> But doesn't border-image require an image in a very particular format?
  18. # [00:03] <TabAtkins> No.
  19. # [00:04] <David_Bradbury> Well, I mean I could use an image to do a background gradient on a div
  20. # [00:04] <David_Bradbury> the point of having an api that allows you to do it is so that you don't need to do that
  21. # [00:04] <AryehGregor> I mean, you have to provide one single image for all four borders and then slice it up somehow, no?
  22. # [00:04] <AryehGregor> You can't use different images for different sides, say. Or could you fake it by just using complicated gradients with a bunch of extra stops?
  23. # [00:04] <David_Bradbury> No, you can use a single image using border-image
  24. # [00:05] <roc> yeah that's why I said it depends on *how* you want to use a gradient on the border
  25. # [00:05] <annevk> jamesr, UTF-32 is verboten :p
  26. # [00:05] <roc> some uses could be done with border-image:linear-gradient or border-image:radial-gradient; others can't
  27. # [00:05] <David_Bradbury> but it seems silly to have to use an image for a gradient border if you're going to allow people to define gradients as backgrounds
  28. # [00:05] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Quit: The computer fell asleep)
  29. # [00:06] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
  30. # [00:06] <jamesr> annevk: it's not a terrible encoding for some things, actually
  31. # [00:06] <roc> yes it is
  32. # [00:06] <jamesr> annevk: constant-time indexing for the full range of unicode codepoints
  33. # [00:06] <roc> what are the use-cases for constant-time indexing?
  34. # [00:06] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 276 seconds)
  35. # [00:06] <jamesr> if you have a lot of codepoints that are 2^17th and larger it's better than utf-16
  36. # [00:06] <roc> David_Bradbury: you need to describe what effect you're trying to get
  37. # [00:07] <jamesr> on the web it's useless
  38. # [00:07] <David_Bradbury> A one-pixel linear gradient as a boarder?
  39. # [00:07] <David_Bradbury> border*
  40. # [00:07] <AryehGregor> David_Bradbury, in theory, you can use gradients anywhere you can use images, as I understand it.
  41. # [00:07] <TabAtkins> Firefox has the non-standard border-colors property.
  42. # [00:07] <TabAtkins> So you can manually implement a gradient.
  43. # [00:08] <AryehGregor> jamesr, you basically never actually need constant-time code-point-based indexing, though. Either you're iterating through the whole string, or you can use byte-based indexing instead.
  44. # [00:08] <David_Bradbury> I guess I mean to ask if there is something planned in the spec down the road
  45. # [00:08] <annevk> jamesr, you still don't get all characters
  46. # [00:08] * Joins: davidb (~davidb@bas1-toronto06-2925211717.dsl.bell.ca)
  47. # [00:08] <annevk> jamesr, well, compound characters or whatever they are called
  48. # [00:08] <David_Bradbury> Hi davidb, I'm David B.
  49. # [00:09] <davidb> hi David_Bradbury
  50. # [00:10] <jamesr> annevk: surrogate pairs? those only exist in utf-16
  51. # [00:10] <jamesr> annevk: all unicode codepoints are less than 2^22 or 2^23, so they all take the same space in utf32
  52. # [00:10] <jamesr> none of this is important for the web so forget i asked :)
  53. # [00:10] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  54. # [00:11] <TabAtkins> annevk: jamesr is right. In utf-32 you just store the codepoint directly.
  55. # [00:11] <jgraham> jamesr: I suspect annevk means glyphs that are formed froma character plus a combining character
  56. # [00:12] <jgraham> So constant time indexing of codepoints doesn't give you constant time indexing of anything users care about
  57. # [00:13] * Quits: Morphous (jan@unaffiliated/amorphous) (Read error: Connection reset by peer)
  58. # [00:14] * Quits: davidb (~davidb@bas1-toronto06-2925211717.dsl.bell.ca) (Quit: davidb)
  59. # [00:14] * Joins: hasather_ (~hasather_@84.38.144.96)
  60. # [00:16] <annevk> jamesr, no, diacritical marks as separate codepoints
  61. # [00:16] <annevk> yeah, what jgraham said
  62. # [00:17] <annevk> UTF-16 is nonsense too
  63. # [00:17] <annevk> but we cannot kill it
  64. # [00:17] * Quits: ezoe (~ezoe@203-140-88-20f1.kyt1.eonet.ne.jp) (Ping timeout: 268 seconds)
  65. # [00:17] <annevk> it's baked into fricking ECMAScript and the DOM :(
  66. # [00:17] <annevk> maybe fricking baked*
  67. # [00:17] <zewt> utf-16 is great: it takes the advantages of utf-8 and the advantages of a fixed-width encoding like ucs4 ... then throws them away and keeps the disadvantages of both
  68. # [00:18] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
  69. # [00:18] <jamesr> annevk: UCS-2 is baked in
  70. # [00:18] <jamesr> ECMAScript has basically no UTF16 support
  71. # [00:18] <jamesr> if it has any
  72. # [00:18] <jamesr> surrogate pairs = you deal with it, sucker
  73. # [00:21] <jamesr> fromCharCode() and codePointAt() only handle codepoints <= 2^16
  74. # [00:21] <annevk> that's kind of what I meant
  75. # [00:21] <annevk> but I should have said 16-bit code units
  76. # [00:22] * Joins: MikeSmith_ (~MikeSmith@EM114-48-26-63.pool.e-mobile.ne.jp)
  77. # [00:25] * heycam|away is now known as heycam
  78. # [00:26] * Quits: MikeSmith (~MikeSmith@EM114-48-40-181.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
  79. # [00:26] * MikeSmith_ is now known as MikeSmith
  80. # [00:28] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
  81. # [00:31] <gsnedders> jamesr: {decode,encode}URL{Component,} deals with surrogates! But I think that's it.
  82. # [00:32] * Quits: jamesr (~jamesr@nat/google/x-olitymjcrmsbgvko) (Ping timeout: 260 seconds)
  83. # [00:32] <gsnedders> Harmony will introduce some sort of support for full Unicode.
  84. # [00:32] * Joins: Morphous (jan@unaffiliated/amorphous)
  85. # [00:35] <kennyluck> oh really, that sounds interesting.
  86. # [00:36] <annevk> hmm something is going wrong with the tracker again
  87. # [00:37] <annevk> oh oops
  88. # [00:37] <annevk> I had unchecked "Show editorial changes"
  89. # [00:37] <Hixie> should add something somewhere that says "23 editorial changes hidden"
  90. # [00:39] <annevk> yeah, or attempt to kill that option again over zcorpan's objections :p
  91. # [00:40] <annevk> Hixie, btw, what is the difference between EventSource and WebSocket when it comes to garbage collection?
  92. # [00:40] <annevk> Hixie, WebSocket is way more complicated
  93. # [00:41] <Hixie> the main difference is that websockets speak back to the host
  94. # [00:42] <Hixie> also maybe eventsource is buggy? doesn't look like it preserves the object for load/error events...
  95. # [00:42] <annevk> e.g. only WebSocket has "make disappear" steps
  96. # [00:43] <annevk> EventSource talks about a strong reference instead
  97. # [00:43] <annevk> maybe EventSource was done and then later you decided upon another way of doing this?
  98. # [00:44] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  99. # [00:44] <annevk> I'll file a bug on EventSource so you can take a look, let me know, and maybe I can then finally update XMLHttpRequest
  100. # [00:44] <Hixie> the make disappear stuff is entirely because websocket speaks back
  101. # [00:45] <Hixie> whereas eventsource is just a one-way connection
  102. # [00:45] <Hixie> websockets has a closing handshake, etc
  103. # [00:46] <annevk> well eventsource has a request and response
  104. # [00:46] <Hixie> yeah but it's http, so the connection can just be dropped arbitrarily
  105. # [00:46] <Hixie> whereas websocket has this closing handshake thing
  106. # [00:46] <annevk> okay
  107. # [00:46] <annevk> so XHR should be modeled after EventSource
  108. # [00:47] <annevk> I'll file a bug on the other events
  109. # [00:48] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Quit: Verlassend)
  110. # [00:48] * 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])
  111. # [00:53] * Joins: davidb (~davidb@bas1-toronto06-2925211717.dsl.bell.ca)
  112. # [00:55] * jer|afk is now known as jernoble
  113. # [00:57] * Quits: micheil (~micheil@109.231.193.164) (Quit: http://brandedcode.com | http://github.com/miksago)
  114. # [00:59] <annevk> haha http://imgur.com/xFfzw
  115. # [01:00] * Joins: jamesr (~jamesr@nat/google/x-cykgoecjtmnjxmua)
  116. # [01:06] * ericc is now known as ericc|away
  117. # [01:06] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603])
  118. # [01:07] * Joins: KevinMarks (~KevinMark@108-90-42-221.lightspeed.sntcca.sbcglobal.net)
  119. # [01:15] <heycam> Hixie, can I give you a perl script rather than a diff to remove the "in"s?
  120. # [01:16] <heycam> Hixie, http://pastebin.mozilla.org/1302853
  121. # [01:16] * Quits: davidb (~davidb@bas1-toronto06-2925211717.dsl.bell.ca) (Quit: davidb)
  122. # [01:16] <heycam> I didn't check the output extensively, but it looks right on a first glance :)
  123. # [01:19] * Quits: KevinMarks (~KevinMark@108-90-42-221.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds)
  124. # [01:20] * Philip` notes the $a thing could likely be replaced by "..", like "while (<>) { if (/<pre class="idl/ .. /<\/pre>/) { s/whatever/ } }"
  125. # [01:20] <Philip`> which is one of my top 50 favourite Perl features
  126. # [01:22] <annevk> yay for removing 'in'
  127. # [01:22] <annevk> now modules
  128. # [01:22] <Hixie> heycam: i'll try, but it scares me!
  129. # [01:22] * Quits: Obvious (tachikoma@188.226.74.2) (Read error: Connection reset by peer)
  130. # [01:22] <heycam> Philip`, wow I don't know about that feature
  131. # [01:23] <heycam> Philip`, is it an implicit while loop there?
  132. # [01:23] <Philip`> heycam: The "while (<>) {" looks pretty explicit to me :-)
  133. # [01:23] <Hixie> what is ".."? is that new?
  134. # [01:24] <heycam> oh I see, so it's not an implicit loop, just an implicit variable
  135. # [01:24] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Remote host closed the connection)
  136. # [01:24] <Hixie> wow i never knew about the bistable .. operator
  137. # [01:24] <Philip`> Scalar ".." is a flip-flop
  138. # [01:24] * Joins: Obvious (tachikoma@188.226.74.2)
  139. # [01:25] <Philip`> It goes true when the first operand is true, and false when the second goes true
  140. # [01:25] * jernoble is now known as jer|afk
  141. # [01:25] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  142. # [01:25] * Joins: KevinMarks (~KevinMark@108-90-42-221.lightspeed.sntcca.sbcglobal.net)
  143. # [01:26] <Philip`> It's existed forever, I think
  144. # [01:26] <heycam> that's kind of awesome
  145. # [01:27] <Hixie> that's pretty sweet
  146. # [01:28] <Philip`> (Given http://www.cs.cmu.edu/cgi-bin/perl-man it seems to have existed since before Perl 5)
  147. # [01:30] * Quits: KevinMarks (~KevinMark@108-90-42-221.lightspeed.sntcca.sbcglobal.net) (Client Quit)
  148. # [01:30] <Hixie> ok well i found some problems with this scrtip
  149. # [01:30] <Hixie> e.g. it missed "[Clamp] in..."
  150. # [01:30] <heycam> ah!
  151. # [01:30] <heycam> do you want me to fix it or can you handle it?
  152. # [01:31] <Hixie> i found four. fixed them.
  153. # [01:31] <heycam> ah cool. only four extended attributes on arguments? fewer than i thought there'd be.
  154. # [01:32] <Hixie> two [Clamp]s and two [AllowAny]s
  155. # [01:32] <Hixie> one of the [Clamp]s is movign to the arraybuffer spec soon
  156. # [01:34] <heycam> cool
  157. # [01:34] * heycam is now known as heycam|away
  158. # [01:34] <Hixie> no webidl errors
  159. # [01:34] <Hixie> if we missed any i guess we'll find out when dom updates the checker
  160. # [01:35] <Hixie> is there a bug # for this?
  161. # [01:37] <Hixie> couldn't find it again. nevermind, i'll just commit without a bug #.
  162. # [01:39] <annevk> there's no bug
  163. # [01:39] * Joins: TruPpp (~TruPpp@85.183.115.188)
  164. # [01:39] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
  165. # [01:39] <Hixie> k
  166. # [01:41] * heycam|away is now known as heycam
  167. # [01:41] * Quits: wilhelm (~wilhelm@trivini.no) (Ping timeout: 250 seconds)
  168. # [01:42] * Joins: wilhelm (~wilhelm@trivini.no)
  169. # [01:46] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  170. # [02:06] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  171. # [02:18] * Quits: necolas (~necolas@5e0129ee.bb.sky.com) (Remote host closed the connection)
  172. # [02:20] <Hixie> did anyone else get invited to this schema.org thing next month? (foolip?)
  173. # [02:25] * Quits: TruPpp (~TruPpp@85.183.115.188) (Quit: TruPpp - HTML 5, CSS 3, JS + Node, Furzz)
  174. # [02:29] * Quits: ap (~ap@2620:149:4:401:85c5:44fb:c582:8877) (Quit: ap)
  175. # [02:40] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  176. # [02:45] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  177. # [02:49] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  178. # [02:49] * Joins: hasather_ (~hasather_@84.38.144.96)
  179. # [02:54] * Quits: hasather_ (~hasather_@84.38.144.96) (Ping timeout: 264 seconds)
  180. # [02:55] * Joins: mkanat (~mkanat@nat/google/x-cgifvyudmwjzfzun)
  181. # [02:56] <mkanat> "in which the transparent element finds itself" seems redundant in this paragraph: http://www.whatwg.org/specs/web-apps/current-work/multipage/content-models.html#transparent
  182. # [02:56] <mkanat> Should I file a bug?
  183. # [02:58] <TabAtkins> Ah, now I understand the scalar .. operator. It's defining a range implicitly over multiple invocations.
  184. # [03:01] * Quits: mkanat (~mkanat@nat/google/x-cgifvyudmwjzfzun) (Quit: Ex-Chat)
  185. # [03:01] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  186. # [03:09] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  187. # [03:09] * Quits: dave_levin (~dave_levi@nat/google/x-mzefqmeqskyxwrwo) (Remote host closed the connection)
  188. # [03:09] * Joins: dave_levin_ (~dave_levi@74.125.59.65)
  189. # [03:10] * Quits: dave_levin_ (~dave_levi@74.125.59.65) (Read error: Connection reset by peer)
  190. # [03:10] * Joins: dave_levin (~dave_levi@74.125.59.65)
  191. # [03:14] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 252 seconds)
  192. # [03:24] * Joins: miketaylr (~miketaylr@24.42.93.245)
  193. # [03:32] * Parts: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  194. # [03:34] * Joins: yuhong (~chatzilla@50.37.221.26)
  195. # [03:34] <yuhong> Just found this: http://picturoku.blogspot.com/2011/08/diaries-of-vulnerability.html
  196. # [03:34] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  197. # [03:37] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  198. # [03:37] * Joins: jdong_ (~quassel@222.126.155.250)
  199. # [03:44] * Quits: yuhong (~chatzilla@50.37.221.26) (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110628230237])
  200. # [03:46] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  201. # [03:58] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Remote host closed the connection)
  202. # [04:04] * KrooniX is now known as Tellnes
  203. # [04:07] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  204. # [04:07] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  205. # [04:08] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
  206. # [04:11] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
  207. # [04:11] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
  208. # [04:13] * Joins: The_8472 (~stardive@azureus/The8472)
  209. # [04:13] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Client Quit)
  210. # [04:16] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
  211. # [04:17] * Quits: rniwa (~rniwa@nat/google/x-ggwtzvskzlptbouz) (Quit: rniwa)
  212. # [04:18] * Quits: sicking (~chatzilla@mozilla.vlan426.asr1.sfo1.gblx.net) (Ping timeout: 250 seconds)
  213. # [04:22] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 246 seconds)
  214. # [04:23] * Quits: othermaciej (~mjs@17.246.19.175) (Quit: othermaciej)
  215. # [04:26] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
  216. # [04:29] * Joins: erlehmann (~erlehmann@82.113.99.37)
  217. # [04:30] * Joins: cpearce (~chatzilla@60.234.54.74)
  218. # [04:32] * Quits: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
  219. # [04:36] * Quits: dbaron (~dbaron@nat/mozilla/x-zujmnkgxlwlixjdv) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  220. # [04:36] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  221. # [04:37] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
  222. # [04:37] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  223. # [04:37] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  224. # [04:43] * Joins: othermaciej (~mjs@66.109.103.55)
  225. # [04:47] * Quits: othermaciej (~mjs@66.109.103.55) (Client Quit)
  226. # [04:49] * Joins: othermaciej (~mjs@66.109.103.55)
  227. # [04:53] * Quits: jamesr (~jamesr@nat/google/x-cykgoecjtmnjxmua) (Quit: jamesr)
  228. # [05:02] * Quits: robman (~robman@eth4584.nsw.adsl.internode.on.net) (Ping timeout: 250 seconds)
  229. # [05:02] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  230. # [05:08] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  231. # [05:10] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  232. # [05:24] * Joins: nonge_ (~nonge@p5082BF63.dip.t-dialin.net)
  233. # [05:25] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  234. # [05:27] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  235. # [05:28] * Quits: nonge (~nonge@p50829015.dip.t-dialin.net) (Ping timeout: 264 seconds)
  236. # [05:34] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  237. # [05:35] * Quits: othermaciej (~mjs@66.109.103.55) (Quit: othermaciej)
  238. # [05:37] * Joins: janv_ (~varga@195.91.87.57)
  239. # [05:44] * Quits: Kellen` (~Kellen@194.17.8.94) (Ping timeout: 258 seconds)
  240. # [05:50] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  241. # [05:58] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  242. # [06:01] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  243. # [06:03] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
  244. # [06:06] * Joins: jdong_ (~quassel@222.126.155.250)
  245. # [06:07] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  246. # [06:08] * Joins: agektmr (~Adium@220.109.219.244)
  247. # [06:08] * Joins: robman (~robman@eth4853.nsw.adsl.internode.on.net)
  248. # [06:10] * Quits: MikeSmith (~MikeSmith@EM114-48-26-63.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
  249. # [06:17] * Quits: cpearce (~chatzilla@60.234.54.74) (Ping timeout: 250 seconds)
  250. # [06:19] * Joins: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net)
  251. # [06:32] * Quits: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  252. # [06:37] * Joins: zcorpan (~zcorpan@c-479de355.410-6-64736c14.cust.bredbandsbolaget.se)
  253. # [06:41] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  254. # [06:43] * Joins: cpearce (~chatzilla@ip-118-90-126-143.xdsl.xnet.co.nz)
  255. # [06:47] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  256. # [06:51] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
  257. # [06:54] * Quits: robman (~robman@eth4853.nsw.adsl.internode.on.net) (Read error: Connection reset by peer)
  258. # [06:57] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  259. # [07:06] <zcorpan> Hixie: &amp;lt in r6493 should be &lt;
  260. # [07:06] <Hixie> can you paste the rest of the line?
  261. # [07:07] <zcorpan> + <strong>&lt;option value=""> Select unit type &lt/option></strong>
  262. # [07:07] <Hixie> oh yeah i fixed that already
  263. # [07:07] <zcorpan> ok
  264. # [07:08] <Hixie> thanks though!
  265. # [07:29] * Quits: cpearce (~chatzilla@ip-118-90-126-143.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  266. # [07:36] <zcorpan> ooh, meta robots, why haven't we thought of that before?
  267. # [07:47] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  268. # [07:50] * Joins: MikeSmith (~mikesmith@EM1-113-191-17.pool.e-mobile.ne.jp)
  269. # [07:50] * Joins: Ankheg (~Ankheg@91.224.77.4)
  270. # [07:51] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
  271. # [07:55] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 258 seconds)
  272. # [08:02] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  273. # [08:04] * Joins: rimantas (~rimliu@93.93.57.193)
  274. # [08:05] * heycam is now known as heycam|away
  275. # [08:07] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Ping timeout: 252 seconds)
  276. # [08:08] * Joins: jdong_ (~quassel@222.126.155.250)
  277. # [08:09] * Joins: Kellen` (~Kellen@194.17.8.94)
  278. # [08:15] * Joins: Jedi__ (~Jedi@jedi.org)
  279. # [08:16] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 260 seconds)
  280. # [08:20] * Quits: jochen__ (~jochen@nat/google/x-uekwpmabmadwjttd) (Read error: Connection reset by peer)
  281. # [08:20] * Joins: jochen__ (~jochen@nat/google/x-ltaxzyvhprunbqvz)
  282. # [08:26] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  283. # [08:26] * Quits: zcorpan (~zcorpan@c-479de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  284. # [08:28] * Joins: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
  285. # [08:35] * Joins: ezoe (~ezoe@203-140-88-61f1.kyt1.eonet.ne.jp)
  286. # [08:52] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 250 seconds)
  287. # [08:57] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  288. # [08:58] * Joins: temp01 (~temp01@unaffiliated/temp01)
  289. # [09:07] * Joins: matjas (u2247@gateway/web/irccloud.com/x-sdalbmdgyvcaljgq)
  290. # [09:09] * Joins: zcorpan (~zcorpan@c-479de355.410-6-64736c14.cust.bredbandsbolaget.se)
  291. # [09:26] * Quits: MikeSmith (~mikesmith@EM1-113-191-17.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
  292. # [09:29] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
  293. # [09:36] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  294. # [09:42] * Joins: Ms2ger (~Ms2ger@91.181.45.92)
  295. # [10:05] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  296. # [10:09] * Joins: MikeSmith (~mikesmith@EM114-48-162-17.pool.e-mobile.ne.jp)
  297. # [10:10] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 268 seconds)
  298. # [10:10] * Joins: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr)
  299. # [10:12] * Joins: zdobersek (~zan@90.157.246.66)
  300. # [10:16] <asmodai> hahaha: http://imgur.com/1nZfG
  301. # [10:19] * Joins: FireFly (~firefly@unaffiliated/firefly)
  302. # [10:21] * Quits: ezoe (~ezoe@203-140-88-61f1.kyt1.eonet.ne.jp) (Read error: Connection reset by peer)
  303. # [10:25] * Joins: mpt (~mpt@canonical/mpt)
  304. # [10:32] * Joins: cpearce (~chatzilla@ip-118-90-126-143.xdsl.xnet.co.nz)
  305. # [10:34] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 250 seconds)
  306. # [10:34] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
  307. # [10:35] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  308. # [10:38] <rimantas> yup. Saw the post on HN, did not expect it to be _that_ bad
  309. # [10:40] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  310. # [10:43] <annevk> Hixie, in the base URL change steps change you used <span> instead of <dfn>
  311. # [10:46] <annevk> zcorpan, did you see my comments in the XHR bugs?
  312. # [10:47] * Joins: ezoe (~ezoe@112-68-245-41f1.kyt1.eonet.ne.jp)
  313. # [10:47] <zcorpan> nope
  314. # [10:49] <annevk> it seems you don't get email for bugs
  315. # [10:49] <zcorpan> indeed. i think i've set that up since i usually get email anyway on public-html-bugzilla etc
  316. # [10:50] <zcorpan> but i'm not subscribed to public-webapps-bugzilla if there's such a thing
  317. # [10:51] * heycam|away is now known as heycam
  318. # [10:52] <zcorpan> annevk: seems like a bug in eventsource if it can get still get open/error events and be GC
  319. # [10:52] <annevk> yeah, filed that bug
  320. # [10:53] <annevk> but EventSource also uses strong reference rather than the language WebSocket uses
  321. # [10:53] <annevk> heycam, idea I had last night
  322. # [10:53] <zcorpan> *shrug*
  323. # [10:53] <annevk> heycam, Web IDL defines DOMException
  324. # [10:54] <annevk> heycam, other than that we keep exceptions the way they are and if people want new exceptions they define extensions to Web IDL, to be coordinated via the WebApps WG
  325. # [10:54] <zcorpan> maybe websockets should use "strong reference" also
  326. # [10:54] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: FireFly)
  327. # [10:54] <heycam> annevk, to solve the coordination problem?
  328. # [10:54] <annevk> you can say shrug, but if you don't really know what's going on that's quite confusing
  329. # [10:55] <annevk> heycam, yeah, we just consolidate all exceptions into DOMException and just like DOMString and DOMTimeStamp Web IDL takes care of it
  330. # [10:55] <annevk> heycam, that way you only need a reference to Web IDL to make use of DOMException too
  331. # [10:55] <heycam> annevk, maybe. I'm not too fussed where DOMException itself lives -- I would be fine with it in DOM Core still.
  332. # [10:56] <zcorpan> annevk: agree it should use the same language if it means the same
  333. # [10:56] * Quits: MikeSmith (~mikesmith@EM114-48-162-17.pool.e-mobile.ne.jp) (Quit: hands busy doing other things)
  334. # [10:56] * heycam has to run
  335. # [10:56] * heycam is now known as heycam|away
  336. # [10:57] <annevk> heycam, the idea is more that there would be nothing apart from DOMException
  337. # [10:57] <annevk> guess I'll add that to some bug somewhere
  338. # [10:58] <zcorpan> annevk: did you file a bug about language difference between websocket/eventsource?
  339. # [10:58] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  340. # [11:00] <annevk> I think I put that in the same bug
  341. # [11:00] <annevk> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13812
  342. # [11:00] <annevk> could use some elaboration maybe
  343. # [11:01] <david_carlisle> hixie: (who isn't here) Henri's parser doesn't like the complete spec: Recoverable error on line 31460 column 13 of complete.html:
  344. # [11:01] <david_carlisle> SXXP0003: Error reported by XML parser: No dt element in scope but a dt end tag seen.
  345. # [11:01] <david_carlisle> would it be possible to remove the /dt from line 31460 which is currently </dt></dt></dt><dd>
  346. # [11:03] <jgraham> david_carlisle: File a big?
  347. # [11:03] <jgraham> *bug
  348. # [11:03] <jgraham> But it could be an error somewhere in the pipeline ofc
  349. # [11:03] <jgraham> In fact I'm not really sure how Hixie could cause that
  350. # [11:04] <david_carlisle> jgraham: yes i suppose I should, the spurious dts are explict in wget http://www.whatwg.org/specs/web-apps/current-work/complete.html, not in a file I had pre-processed
  351. # [11:04] <annevk> also, reported by XML parser?
  352. # [11:04] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  353. # [11:05] <david_carlisle> oh that was really Henri's html 5 parser, just that I was using its sax interface so saxon thought itwas xml...
  354. # [11:06] <annevk> crazy ;p
  355. # [11:07] <zcorpan> probably a bug in the html parser that's used in anolis or something
  356. # [11:08] <jgraham> david_carlisle: Right, but Hixie's text goes through a parser -> tree -> serializer pipeline
  357. # [11:08] <zcorpan> where <dt> doesn't close dt
  358. # [11:08] <jgraham> So it seems unlikely that he could do anything that would cause a stray </dt>
  359. # [11:08] <david_carlisle> ah but I got a pdf out of xslt and tex with only using a few bytes of memory which seems to be rather less than the current pdf generation:-)
  360. # [11:09] <annevk> sweet
  361. # [11:09] <david_carlisle> jgraham: you're all using html rather than xml tools, things going wrong iand appearing in stray places is the expected behaviour isn't it:-)
  362. # [11:10] * Joins: tomasf (~tom@2002:55e5:d95e:0:9090:fd5d:bbde:9cdc)
  363. # [11:10] <jgraham> david_carlisle: Well in this case the input is being processed by an xml toolset with a hacked on html parser
  364. # [11:10] <jgraham> (libxml2)
  365. # [11:10] <david_carlisle> just like me then
  366. # [11:10] <jgraham> (specifically lxml)
  367. # [11:11] <zcorpan> isn't there a good perf html5 parser these days we can use instead?
  368. # [11:12] <jgraham> But I don't really see how that could cause the bug; you could have thought that as long as it generates a tree it can only be the serliaizer that causes ill-formed output
  369. # [11:12] <zcorpan> jgraham: if the input is <dl><dt>foo<dt>foo<dt>foo<dd>bar</dl>
  370. # [11:12] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  371. # [11:12] <zcorpan> jgraham: and the parser creates a tree where teh <dt>s are nested
  372. # [11:13] * jgraham wonders if david_carlisle will use his xslt script to generate fortran bindings for the dom apis, for good measure :p
  373. # [11:13] <zcorpan> then voilà
  374. # [11:13] <david_carlisle> jgraham: want some?
  375. # [11:13] <jgraham> zcorpan: Oh, yes, that would do it I suppose
  376. # [11:14] <jgraham> david_carlisle: I'm good thanks :)
  377. # [11:14] <david_carlisle> jgraham: yes the file has the same number of <dt> and </dt> it's just that the html5 parser has closed some dt by the time it gets to the /dt/dt bit at that line
  378. # [11:14] <jgraham> So, uh, you could file a bug on the spec to use explicit close tags I guess
  379. # [11:15] <zcorpan> or flip a pref in the serializer to omit </dt>
  380. # [11:16] <jgraham> Or you could help hsivonen get the gecko html parser working for non-gecko uses
  381. # [11:18] <annevk> libxml2 guys should get their act together
  382. # [11:22] * Joins: agektmr (~Adium@220.109.219.244)
  383. # [11:23] * Joins: Dimitri87 (~Florian_S@p4FE2D650.dip.t-dialin.net)
  384. # [11:29] <Dimitri87> There is a failure on the following wiki page. http://wiki.whatwg.org/wiki/HTML_vs._XHTML#HTML_Elements_with_Optional_Tags There stands twice "dt" should one not mean "dd"?
  385. # [11:29] <annevk> zcorpan, so I think garbage collection rules can be pretty simple
  386. # [11:30] <annevk> if XMLHttpRequest is a) fetching and b) has event listeners for ... don't
  387. # [11:30] <annevk> otherwise, terminate any ongoing fetching algorithm and die happily
  388. # [11:30] * Joins: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl)
  389. # [11:34] * Quits: cpearce (~chatzilla@ip-118-90-126-143.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  390. # [11:34] * Joins: roc (~chatzilla@121.98.230.221)
  391. # [11:37] <foolip> Hixie, I was invited, but I doubt Opera will be putting me on a plane to California for it
  392. # [11:44] <jgraham> Since Google have all the money they should have more conferences that they have to travel for :)
  393. # [11:52] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  394. # [11:53] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Remote host closed the connection)
  395. # [11:54] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
  396. # [11:55] <Dimitri87> Is that the right location for my report or should i do report this wrong info any where else?
  397. # [11:56] <annevk> you can fix it yourself ;)
  398. # [11:56] <annevk> it's a wiki
  399. # [11:58] * Jedi__ is now known as Jedi_
  400. # [12:00] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  401. # [12:01] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  402. # [12:01] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
  403. # [12:02] <zcorpan> annevk: sounds good
  404. # [12:03] <zcorpan> annevk: except you can GC if there's just a loadstart listener and loadstart has already been fired
  405. # [12:14] * Joins: Dimitri871 (~Florian_S@p4FE2D2E4.dip.t-dialin.net)
  406. # [12:15] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  407. # [12:16] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
  408. # [12:17] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Client Quit)
  409. # [12:17] * Quits: Dimitri87 (~Florian_S@p4FE2D650.dip.t-dialin.net) (Ping timeout: 264 seconds)
  410. # [12:18] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  411. # [12:27] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
  412. # [12:29] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  413. # [12:37] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
  414. # [12:38] <Dimitri871> annevk: ok done!
  415. # [12:40] * Joins: Ankheg (~Ankheg@91.224.77.4)
  416. # [12:40] <annevk> thanks!
  417. # [12:46] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-qyxfmmcxtspxcclm)
  418. # [12:47] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  419. # [12:50] <annevk> zcorpan, I guess I will not mention them
  420. # [12:50] <annevk> they will only dispatch if you invoke send()
  421. # [12:50] <annevk> and invoke before send() returns
  422. # [12:52] * Joins: MikeSmith (~MikeSmith@EM114-48-63-7.pool.e-mobile.ne.jp)
  423. # [12:55] <zcorpan> ah
  424. # [12:57] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  425. # [13:00] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  426. # [13:01] * Ms2ger likes how Hixie added another Avenue Q reference
  427. # [13:03] <zcorpan> heh
  428. # [13:06] <annevk> is there a wiki page documenting the references? :)
  429. # [13:07] <Ms2ger> No, that should be hosted at IANA
  430. # [13:08] <annevk> damn it Julian
  431. # [13:09] <MikeSmith> annevk: I changed the XHR link to point to -2 and added a link to Adam's URL API doc
  432. # [13:09] <MikeSmith> but still not sure what crypto stuff you meant
  433. # [13:09] <MikeSmith> DOMCrypt or the random-number thing
  434. # [13:11] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-inonvdiljyzailul)
  435. # [13:13] * Joins: micheil (~micheil@109.231.193.164)
  436. # [13:13] * Quits: ezoe (~ezoe@112-68-245-41f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
  437. # [13:15] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  438. # [13:17] * Joins: MikeSmith_ (~MikeSmith@s804208.xgsspn.imtp.tachikawa.spmode.ne.jp)
  439. # [13:17] * Quits: hta (~hta@74.125.118.2) (Quit: Leaving.)
  440. # [13:18] * Joins: hta (~hta@74.125.118.2)
  441. # [13:18] <annevk> MikeSmith, DOMCrypt I guess, but maybe the other too?
  442. # [13:18] <annevk> whatever is on window.crypto
  443. # [13:18] <annevk> or going to be there
  444. # [13:18] <MikeSmith_> hai
  445. # [13:19] * Quits: MikeSmith (~MikeSmith@EM114-48-63-7.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
  446. # [13:19] * Joins: MikeSmith (~MikeSmith@EM114-48-63-7.pool.e-mobile.ne.jp)
  447. # [13:23] * Quits: MikeSmith_ (~MikeSmith@s804208.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 240 seconds)
  448. # [13:25] <annevk> zcorpan, http://dev.w3.org/2006/webapi/XMLHttpRequest-2/#garbage-collection
  449. # [13:25] <annevk> oh great
  450. # [13:26] <annevk> that needs some XHR1 markers
  451. # [13:27] <smaug____> annevk: why its state is HEADERS_RECEIVED, or its state is LOADING ?
  452. # [13:27] <smaug____> er, nm
  453. # [13:28] <smaug____> hmm
  454. # [13:28] <smaug____> annevk: yes, why "its state is HEADERS_RECEIVED, or its state is LOADING"
  455. # [13:29] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  456. # [13:29] <annevk> because those are states while it is fetching data?
  457. # [13:29] <smaug____> ah, I'm reading that wrong
  458. # [13:30] <smaug____> would it be easier to say something like "send() flag is set and state is not DONE"
  459. # [13:30] * Quits: tomasf (~tom@2002:55e5:d95e:0:9090:fd5d:bbde:9cdc) (Read error: Connection reset by peer)
  460. # [13:30] * Joins: tomasf (~tom@2002:55e5:d95e:0:9090:fd5d:bbde:9cdc)
  461. # [13:32] <annevk> yeah maybe
  462. # [13:32] <smaug____> but that depends on how the spec defines send() flag
  463. # [13:32] <annevk> currently the spec sort of associates the send() flag with OPENED
  464. # [13:32] <smaug____> I mean in which cases it is cleared
  465. # [13:32] <annevk> but only in prose
  466. # [13:33] <annevk> it would be either UNSENT or DONE btw
  467. # [13:33] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
  468. # [13:35] <zcorpan> annevk: looks good
  469. # [13:37] <MikeSmith> so I see that Adam implemented window.crypto.getRandomFloat32Array(length) and window.crypto.getUint8Array(length) in WebKit but I can't find an actual spec for those anywhere
  470. # [13:38] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 260 seconds)
  471. # [13:38] <zcorpan> wonder if an open eventsource should set salvegeable to false. i guess it should
  472. # [13:39] <annevk> it didn't need make disappear at least
  473. # [13:39] <annevk> and that file in WebKit you said was about salvageable didn't contain references to XHR
  474. # [13:40] <zcorpan> oh, so browsers bfcache the page even if there's an ongoing XHR?
  475. # [13:41] <annevk> no idea :(
  476. # [13:41] <annevk> I don't really feel like diving into that either
  477. # [13:42] <zcorpan> shouldn't be so hard to test
  478. # [13:42] * zcorpan checks
  479. # [13:43] <MikeSmith> ah, found http://wiki.whatwg.org/wiki/Crypto
  480. # [13:43] <MikeSmith> hmm, that's not it either
  481. # [13:44] * Quits: hta (~hta@74.125.118.2) (Ping timeout: 276 seconds)
  482. # [13:44] * Joins: hta (~hta@74.125.118.2)
  483. # [13:47] <Ms2ger> MikeSmith, that's it, but it's out of date
  484. # [13:47] <MikeSmith> ok
  485. # [13:48] <MikeSmith> Ms2ger: so you are all implementing window.crypto.getRandomFloat32Array(length) and window.crypto.getUint8Array(length) ?
  486. # [13:48] <Ms2ger> I don't know who's implementing what
  487. # [13:49] <Ms2ger> Hmm
  488. # [13:49] <Ms2ger> I see a patch for getRandomValues in b.m.o
  489. # [13:50] <Ms2ger> Do you have a link to the webkit implementation?
  490. # [13:50] <MikeSmith> I find https://bugzilla.mozilla.org/show_bug.cgi?id=440046 and https://bugzilla.mozilla.org/show_bug.cgi?id=673432
  491. # [13:50] <MikeSmith> yeah, lemme get a link to the bug
  492. # [13:51] <MikeSmith> in the mean time, http://trac.webkit.org/browser/trunk/Source/WebCore/page/Crypto.cpp
  493. # [13:51] <Ms2ger> That's fine
  494. # [13:51] <MikeSmith> bug is https://bugs.webkit.org/show_bug.cgi?id=22049
  495. # [13:51] <Ms2ger> Er
  496. # [13:52] <Ms2ger> "Crypto::getRandomValues"
  497. # [13:53] <Ms2ger> Where did you get getRandomFloat32Array from?
  498. # [13:58] <MikeSmith> hmm, I guess that was an earlier patch
  499. # [13:58] <MikeSmith> https://bug-22049-attachments.webkit.org/attachment.cgi?id=81287
  500. # [13:59] <MikeSmith> but it's now just Crypto::getRandomValues(ArrayBufferView* array, ExceptionCode& ec)
  501. # [13:59] <MikeSmith> http://trac.webkit.org/browser/trunk/Source/WebCore/page/Crypto.cpp
  502. # [14:05] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
  503. # [14:05] * Joins: krijn (u2319@gateway/web/irccloud.com/x-sujxahdvqrztsnsc)
  504. # [14:05] * Parts: krijn (u2319@gateway/web/irccloud.com/x-sujxahdvqrztsnsc)
  505. # [14:05] * Joins: krijn (u2319@gateway/web/irccloud.com/x-sujxahdvqrztsnsc)
  506. # [14:13] * Joins: necolas (~necolas@5e0129ee.bb.sky.com)
  507. # [14:24] <zcorpan> annevk: from my testing it seems opera and chrome bfcache even if there's an open XHR
  508. # [14:24] <zcorpan> annevk: firefox seems to think my navigation is a redirect and removes the previous history entry
  509. # [14:25] <zcorpan> http://simon.html5.org/dump/bfcache-test/
  510. # [14:27] <zcorpan> so... yeah, when navigating back you have a dead XHR object
  511. # [14:29] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
  512. # [14:29] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
  513. # [14:29] * Joins: richt (~richt@pat-tdc.opera.com)
  514. # [14:34] <zcorpan> oh, actually
  515. # [14:34] <zcorpan> not dead
  516. # [14:34] <Ms2ger> Alive?
  517. # [14:35] <zcorpan> yeah
  518. # [14:35] <zcorpan> but you will miss the readystatechange events if it changes while you're away
  519. # [14:35] <zcorpan> at least in opera
  520. # [14:36] * zcorpan tests other browsers
  521. # [14:36] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  522. # [14:37] <annevk> zombie XHR
  523. # [14:38] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
  524. # [14:39] <zcorpan> but it seems chrome kills the XHR (i see it fills the log when navigating away) and does not bfcache anymore
  525. # [14:39] <zcorpan> maybe because i have an onreadystatechange listener now
  526. # [14:39] <smaug____> zcorpan: does chrome have bfcache?
  527. # [14:39] <smaug____> that is news to me
  528. # [14:40] <zcorpan> same with firefox
  529. # [14:40] <zcorpan> smaug____: it doesn't? http://simon.html5.org/dump/bfcache-test/baseline.html suggests it does
  530. # [14:42] <smaug____> I guess it just works quite differently
  531. # [14:42] <annevk> that also suggests Opera doesn't
  532. # [14:42] <smaug____> in some cases
  533. # [14:42] <annevk> at least in my build
  534. # [14:43] <smaug____> is there a reason to use sessionStorage in the test?
  535. # [14:43] <zcorpan> annevk: my opera says it was cached
  536. # [14:43] <zcorpan> annevk: 11.50 mac
  537. # [14:44] <zcorpan> smaug____: need a way to check if the script runs for the first time or second time
  538. # [14:45] <annevk> same, build 1074 here
  539. # [14:45] <smaug____> zcorpan: just set some variable
  540. # [14:45] <zcorpan> smaug____: i don't see how that would work
  541. # [14:47] <smaug____> if ("somevar" in window) alert("bfcached")
  542. # [14:48] <zcorpan> smaug____: if it is cached, the script doesn't run again when navigating back
  543. # [14:48] <smaug____> you could add some button which does " if ("somevar" in window) alert("bfcached")"
  544. # [14:48] <smaug____> in onclick
  545. # [14:48] <smaug____> or use pageshow
  546. # [14:48] <smaug____> (I don't know which browsers support pageshow event)
  547. # [14:48] <zcorpan> opera doesn't
  548. # [14:49] <zcorpan> does sessionStorage invalidate the test?
  549. # [14:49] <smaug____> don't know
  550. # [14:49] <smaug____> I was just curious why you use that
  551. # [14:50] <zcorpan> i don't see how the var would work -- if the page was not bfcached, then the script would run again, and the script would again set the variable
  552. # [14:50] <zcorpan> so the button would always say the variable is set
  553. # [14:50] <jgraham> Two buttons?
  554. # [14:51] <jgraham> One to set the variable, one to check it
  555. # [14:51] <zcorpan> ah, yeah
  556. # [14:52] * Joins: miketaylr (~miketaylr@206.217.92.186)
  557. # [14:52] <zcorpan> i just try to automate things without thinking about it :)
  558. # [14:53] * Quits: erlehmann (~erlehmann@82.113.99.37) (Quit: Ex-Chat)
  559. # [15:00] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  560. # [15:00] <smaug____> zcorpan: also, IIRC, if load event listener causes a new page load, session history is handled specially
  561. # [15:00] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  562. # [15:01] <smaug____> so better to load a new page using a timer or something
  563. # [15:01] <zcorpan> smaug____: interesting
  564. # [15:02] * Parts: Dimitri871 (~Florian_S@p4FE2D2E4.dip.t-dialin.net)
  565. # [15:02] <zcorpan> i noticed a difference in chrome if script navigates there and back
  566. # [15:02] <zcorpan> then it would cache
  567. # [15:02] <zcorpan> but if i navigate by clicking links, it doesn't cache
  568. # [15:02] * zcorpan checks with a timeout
  569. # [15:03] <annevk> I suspect navigation is full of bugs
  570. # [15:04] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  571. # [15:04] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  572. # [15:05] <smaug____> zcorpan: session history implementations are full of bugs
  573. # [15:05] <smaug____> and the whole thing is underspeficied
  574. # [15:05] <smaug____> zcorpan: AFAIK, IE's session history is least buggy
  575. # [15:05] <zcorpan> chrome doesn't want to navigate from a timeout
  576. # [15:05] <zcorpan> smaug____: i'm here to get it better specified :)
  577. # [15:05] <smaug____> zcorpan: even if you do location = "url" ?
  578. # [15:06] <smaug____> zcorpan: awesome!
  579. # [15:06] <smaug____> (link.click() is just strange way to navigate to another page)
  580. # [15:07] <zcorpan> location = "url" worked
  581. # [15:07] <zcorpan> i used location first but firefox would just think that it was a redirect and remove the previous history entry
  582. # [15:07] <smaug____> you did that in load event listener
  583. # [15:07] <zcorpan> yeah
  584. # [15:08] * ericc|away is now known as eric_carlson
  585. # [15:08] <zcorpan> i guess it's better UX for pages that do scripted redirects
  586. # [15:09] <zcorpan> maybe we should spec this also
  587. # [15:12] <annevk> having to wait for load is not better UX though
  588. # [15:13] <annevk> I have pages that redirect using location because of fragment identifiers (that do not go to the server), but they execute directly
  589. # [15:15] * smaug____ tries to find when the "handle session history differently during load" was added
  590. # [15:15] <smaug____> my guess is about 10 years ago
  591. # [15:15] <annevk> you actually need something like location.redirect() if you want to handle this properly
  592. # [15:15] <annevk> and then maybe grandfather Firefox' use of onload
  593. # [15:15] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
  594. # [15:16] <zcorpan> there's already location.replace()
  595. # [15:16] <annevk> or maybe if location was set before any load event handlers return
  596. # [15:17] <zcorpan> anyway, i'm not getting any further with XHR and bfcache. seems it's sometimes cached and sometimes not
  597. # [15:17] <annevk> (and not involving user action...)
  598. # [15:17] <zcorpan> what behavior do we *want* for XHR?
  599. # [15:18] <smaug____> 2003
  600. # [15:19] <smaug____> hmm, nothing too interesting in https://bugzilla.mozilla.org/show_bug.cgi?id=166736
  601. # [15:20] <smaug____> zcorpan: have you already started to test the fun parts of session history handling: how to handle "dynamically" added iframes
  602. # [15:21] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 260 seconds)
  603. # [15:21] <zcorpan> smaug____: nope. i only intended to test XHR today
  604. # [15:22] <zcorpan> though i know iframes and navigation is not without problems
  605. # [15:23] <smaug____> yeah
  606. # [15:23] <smaug____> it is easy to get active back button which doesn't do anything
  607. # [15:23] <smaug____> or needs too many click
  608. # [15:23] <smaug____> s
  609. # [15:24] <smaug____> or in some cases it is even possible to get wrong document to be load to some iframe
  610. # [15:24] * Joins: Jedi_ (~Jedi@jedi.org)
  611. # [15:25] <smaug____> that used to be a bad problem in Gecko, but hopefully not anymore. IE and Webkit do, IIRC still suffer from that in some cases. Opera, again IIRC, doesn't have that problem
  612. # [15:26] * Joins: david_carlisle_ (~chatzilla@86.188.197.189)
  613. # [15:26] * david_carlisle_ is now known as david_carlisle
  614. # [15:26] <zcorpan> i recall we've had a number of bugs where teh back button just navigates an ad iframe instead of the whole page. and likely we've had the opposite problem as well.
  615. # [15:27] <zcorpan> dunno if it's good now
  616. # [15:27] <zcorpan> but i doubt it
  617. # [15:28] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
  618. # [15:29] * Quits: MikeSmith (~MikeSmith@EM114-48-63-7.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
  619. # [15:49] * Joins: MacTed (~Thud@63.119.36.36)
  620. # [15:51] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  621. # [15:51] * Joins: karlcow (~karl@nerval.la-grange.net)
  622. # [15:53] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  623. # [15:58] * Quits: zcorpan (~zcorpan@c-479de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  624. # [16:02] * Joins: danj (~danj@s15372200.onlinehome-server.info)
  625. # [16:02] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
  626. # [16:04] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 276 seconds)
  627. # [16:04] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  628. # [16:05] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  629. # [16:09] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
  630. # [16:09] * Quits: Ankheg (~Ankheg@91.224.77.4) (Quit: Leaving.)
  631. # [16:13] * Joins: ezoe (~ezoe@112-68-245-18f1.kyt1.eonet.ne.jp)
  632. # [16:14] * Joins: rabbi1 (~manjunath@49.200.70.143)
  633. # [16:16] * Joins: scor (~scor@drupal.org/user/52142/view)
  634. # [16:20] * Stikk is now known as Stikki
  635. # [16:22] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Ping timeout: 260 seconds)
  636. # [16:25] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  637. # [16:28] * Joins: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  638. # [16:29] * Joins: Lachy (~Lachy@guest.opera.com)
  639. # [16:31] * Quits: danj (~danj@s15372200.onlinehome-server.info) (Remote host closed the connection)
  640. # [16:38] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  641. # [16:41] * Quits: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr) (Quit: Linkinus - http://linkinus.com)
  642. # [16:47] * Joins: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr)
  643. # [16:48] <jgraham> http://coding.smashingmagazine.com/2011/08/16/html5-and-the-document-outlining-algorithm/ is pretty nice
  644. # [16:51] * Joins: MikeSmith (~MikeSmith@EM1-113-232-206.pool.e-mobile.ne.jp)
  645. # [16:53] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  646. # [17:00] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  647. # [17:00] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  648. # [17:01] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
  649. # [17:03] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
  650. # [17:08] * Quits: rtuin (~rtuin@dsl-087-195-129-241.solcon.nl) (Quit: Leaving)
  651. # [17:14] * Joins: shetech1 (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
  652. # [17:14] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
  653. # [17:17] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
  654. # [17:18] * Quits: Lachy (~Lachy@guest.opera.com) (Quit: Computer has gone to sleep.)
  655. # [17:19] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
  656. # [17:23] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Client Quit)
  657. # [17:23] * Quits: hta (~hta@74.125.118.2) (Ping timeout: 240 seconds)
  658. # [17:25] * Joins: othermaciej (~mjs@67.218.102.121)
  659. # [17:26] * Joins: hta (~hta@74.125.118.2)
  660. # [17:31] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
  661. # [17:33] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  662. # [17:36] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  663. # [17:37] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  664. # [17:38] <jgraham> Yay for things appearing in meeting notes that didn't actually get discussed at the meeting
  665. # [17:39] <Ms2ger> Where?
  666. # [17:40] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  667. # [17:42] <jgraham> public-html-testsuite
  668. # [17:42] <jgraham> "Microsoft submitted HTML5 Forms Tests (http://w3c-test.org/html/tests/submission/Microsoft/forms/)"
  669. # [17:43] <jgraham> I don't remember that coming up and it isn't in the logs…
  670. # [17:43] <Ms2ger> Me neither
  671. # [17:43] <jgraham> In other news one of me|Microsoft has forgotten how missing value defaults are supposed to work
  672. # [17:43] <Ms2ger> Or both :)
  673. # [17:44] <jgraham> OK, at least one :)
  674. # [17:44] * Quits: shetech1 (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  675. # [17:44] * Quits: nonge_ (~nonge@p5082BF63.dip.t-dialin.net) (Quit: Verlassend)
  676. # [17:45] <jgraham> The spec is not entirely clear so I am starting to think that I am wrong
  677. # [17:46] <jgraham> If an enumerated attribute foo is in the missing value default state and you do x.foo will you get the default value back, or the empty string?
  678. # [17:47] <AryehGregor> http://www.whatwg.org/specs/web-apps/current-work/multipage/urls.html#reflecting-content-attributes-in-idl-attributes
  679. # [17:47] <AryehGregor> If a reflecting IDL attribute is a DOMString attribute whose content attribute is an enumerated attribute, and the IDL attribute is limited to only known values, then, on getting, the IDL attribute must return the conforming value associated with the state the attribute is in (in its canonical case), or the empty string if the attribute is in a state that has no associated keyword value
  680. # [17:47] <AryehGregor> So it depends on whether there's a state associated with the missing value default state.
  681. # [17:47] <AryehGregor> The enum stuff is confusing.
  682. # [17:48] * Joins: karlcow (~karl@nerval.la-grange.net)
  683. # [17:49] <jgraham> OK, so in this case it looks like it should return the missing value default
  684. # [17:49] <jgraham> So I am wrong
  685. # [17:49] <jgraham> But in some other cases I might be right :)
  686. # [17:49] <jgraham> Gotta love the web
  687. # [17:50] <Hixie> Ms2ger: i had to add it, i dropped the earlier one!
  688. # [17:51] <Ms2ger> You did? :(
  689. # [17:51] <Hixie> it was in the rdf stuff iirc
  690. # [17:51] <dglazkov> good morning. Whatwg!
  691. # [17:51] <Philip`> Also gotta love algorithms (like reflection) that are heavily dependent on complex details of the context in which that algorithm is called (like whether the attribute is an enum with known values etc etc), instead of having specialised versions and linking to the right one
  692. # [17:52] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  693. # [17:52] <Hixie> yeah reflection is a bit of a mess
  694. # [17:52] <AryehGregor> It would be a lot nicer if there were separate xrefs for the different types of reflection, yeah.
  695. # [17:52] <AryehGregor> Some of them were actually quite confusing when I first wrote my tests.
  696. # [17:53] <AryehGregor> IIRC, it was unclear in some cases whether some attributes were defined to take a URL or not.
  697. # [17:53] <jgraham> I wonder if I can write an irssi plugin that filters lines that are close matches for "good morning. Whatwg!"
  698. # [17:53] <annevk> morning dglazkov, and hi grumpy jgraham :p
  699. # [17:54] <Philip`> jgraham: "/ignore dglazkov"? :-)
  700. # [17:54] <Philip`> Might be kind of rude though :-(
  701. # [17:54] <Hixie> if anyone wants to send me a patch that changes reflection to N algorithms and updates all the xrefs to point to the right ones, i'd apply it
  702. # [17:54] <Hixie> not gonna spend the time to do it myself though
  703. # [17:54] <Hixie> too many bigger fish to fry
  704. # [17:55] <jgraham> Philip`: Well yeah but at other times he is not being gratingly cheery :)
  705. # [17:55] <Hixie> bbiab
  706. # [17:55] <jgraham> I can only imagine it will be even worse in a few months when it has already been dark for 3 hours here
  707. # [17:55] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  708. # [17:55] <Philip`> Maybe you just need a filter that does s/morning/evening/ ?
  709. # [17:56] <Philip`> Then you can be contentedly miserable while everyone else is jollied up by dglazkov's enthusiasm
  710. # [17:57] * dglazkov helpfully suggests everyone moving to the Bay Area.
  711. # [17:57] <dglazkov> it's a freakishly gorgeous morning here. You just _can't_ not be cheerful.
  712. # [17:58] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
  713. # [17:59] <hober> fsvo "bay area"
  714. # [17:59] <hober> it was pretty gross in sf this morning
  715. # [17:59] <dglazkov> ok, everyone move to Mountain View :)
  716. # [18:00] <annevk> all you have is Castro man
  717. # [18:00] <Philip`> Google should just hire the whole of #whatwg
  718. # [18:00] <annevk> though that street is kind of amusing, that's it
  719. # [18:01] <dglazkov> you should view the bay area as <input type="range">
  720. # [18:01] <hober> annevk: indeed. nothing like the hustle and bustle of downtown cupertino
  721. # [18:01] <hober> oh, wait
  722. # [18:01] <hober> :)
  723. # [18:01] <dglazkov> at the top, in SF, it's awesome nightlife and gross mornings
  724. # [18:01] <dglazkov> at the bottom, in Saratoga, it's always sunny and really, really quiet
  725. # [18:01] <annevk> best of Cupertino is the city council when together with Steve Jobs
  726. # [18:01] <hober> annevk: indeed :)
  727. # [18:04] <othermaciej> SF has great mornings, if you like fog
  728. # [18:06] <dglazkov> fog no
  729. # [18:07] * Joins: gesa (~anonymous@rrcs-98-100-159-202.central.biz.rr.com)
  730. # [18:09] * Quits: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr) (Read error: Connection reset by peer)
  731. # [18:10] * Quits: othermaciej (~mjs@67.218.102.121) (Read error: Connection reset by peer)
  732. # [18:10] * Joins: othermaciej_ (~mjs@67.218.102.121)
  733. # [18:10] * Joins: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr)
  734. # [18:11] <annevk> http://lists.w3.org/Archives/Public/www-style/2011Aug/0503.html interesting perspective at the end on reading the HTML spec
  735. # [18:11] <annevk> if a bit ranty
  736. # [18:12] <zewt> "read it correctly"? what does that mean? heh
  737. # [18:12] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Quit: adactio)
  738. # [18:12] <zewt> it's not like one normally reads a spec like that front-to-back
  739. # [18:14] <Hixie> have you seen the "how to read" section? :-)
  740. # [18:14] <Philip`> I think I once read about the first 2.5 sections from front to back, before getting bored and giving up
  741. # [18:15] <Hixie> annevk: it's a valid concern
  742. # [18:15] <zewt> i don't read things that tell me how to read, i learned that a long time ago :)
  743. # [18:15] <Hixie> annevk: i've been wondering what to do about it for a while
  744. # [18:15] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  745. # [18:17] <Ms2ger> I managed to get to the alt attribute section, at least
  746. # [18:17] <Ms2ger> I distinctly remember that my feedback was "tl;dr"
  747. # [18:19] <Hixie> hey it's better than html4's equivalent section
  748. # [18:19] <annevk> Hixie, the stability indicators should prolly be more prominent
  749. # [18:19] <Hixie> that one was "ts;ntr" ("too short, nothing to read")
  750. # [18:19] <Hixie> annevk: yeah
  751. # [18:19] <Hixie> annevk: i made them more obviously editable recently
  752. # [18:19] <jgraham> It's a valid concern, but the situation with CSS is at least as bad
  753. # [18:19] <AryehGregor> Maybe the stability indicators should affect the color scheme of the whole section?
  754. # [18:19] <Philip`> If it's too long for anyone to read then it's no more useful than writing nothing
  755. # [18:20] <AryehGregor> The way ED vs. WD does at the W3C? Well, that doesn't affect the color scheme of the whole section, but it's extremely visible.
  756. # [18:20] <jgraham> I mean at least HTML doesn't have cases where the leven N spec is right but the level N+1 spec is buggy
  757. # [18:20] <AryehGregor> Or N+0.9, as the case may be?
  758. # [18:20] <Hixie> Philip`: i'm sort of assuming some pedantic authors will read it all and then in discussions they'll point authors to the right subsections
  759. # [18:20] <jgraham> I don't think stability indicators are the right solution per-se
  760. # [18:20] <Philip`> The stability indicators seem to give way too little information to be any value to authors
  761. # [18:21] <MikeSmith> http://www.w3.org/community/editing/
  762. # [18:21] <MikeSmith> oops
  763. # [18:21] <Ms2ger> Hi MikeSmith
  764. # [18:21] <jgraham> I think per-section implementation reports backed by testsuite results are the ideal solution
  765. # [18:21] <Hixie> AryehGregor: we could do something where a section that is marked as implemented by 3 or more UAs gets a thick border or something
  766. # [18:21] <annevk> oh nice, an edit link
  767. # [18:21] <Ms2ger> jgraham, testsuite? Where? ;)
  768. # [18:21] <AryehGregor> Philip`, they're more useful for implementers, I think.
  769. # [18:21] <jgraham> Ms2ger: Well yeah
  770. # [18:21] <jgraham> Think of the testsuite as icing
  771. # [18:22] <MikeSmith> Ms2ger: こんばんは
  772. # [18:22] <jgraham> But we should just integrate caniuse.com into the spec
  773. # [18:22] <Hixie> that would be interesting
  774. # [18:22] <Hixie> not sure how it should work
  775. # [18:22] <annevk> Hixie, for sections that do not yet have a status box you should have a create link
  776. # [18:22] <Hixie> annevk: are there any? i try to create them for every section
  777. # [18:22] <Philip`> It's not useful knowing that features are implemented in trunk versions - I expect authors want to know what caniuse shows (previous/current/next versions of browsers etc) though probably in much more detail, probably with some prose explaining which parts of features are broken or buggy
  778. # [18:22] <jgraham> Although it would provide a big incentive for people to release half-baked implementations of things to look good
  779. # [18:23] <annevk> Hixie, text/html-sandboxed does not have one
  780. # [18:23] <Hixie> if anyone wants to experiment with some scripts btw i'm happy to add them to the spec
  781. # [18:23] <annevk> Hixie, no idea how to fix
  782. # [18:23] <jgraham> So yeah, maybe the icing is important
  783. # [18:23] <Hixie> annevk: alt+double-click
  784. # [18:23] <Hixie> annevk: on the section
  785. # [18:23] <MikeSmith> heh -- Syd Lawrence has a great bio on his twitter page
  786. # [18:23] <MikeSmith> "I am a social web guru using HTML6, CSS4, AJAZ, using twitbook and facedIn. Expert with paint, frontpage and VBScript"
  787. # [18:24] <MikeSmith> http://twitter.com/#!/sydlawrence
  788. # [18:24] <annevk> Hixie, thx
  789. # [18:25] <annevk> Hixie, still not sure whether a little box on the side is helping
  790. # [18:25] <Hixie> yeah
  791. # [18:25] <Hixie> we could do some sort of background colour thing
  792. # [18:25] <Hixie> really no idea what to do
  793. # [18:25] <jgraham> But it still isn't the actual information that people want to know
  794. # [18:25] * Joins: hasather_ (~hasather_@84.38.144.96)
  795. # [18:26] <Ms2ger> Which people?
  796. # [18:26] <Hixie> authors
  797. # [18:26] <jgraham> If, by some miracle, there is a section that is known to be stable and has 0 implementations, no one cares
  798. # [18:26] <Hixie> i agree that caniuse information is more helpful
  799. # [18:26] <Ms2ger> jgraham, you mean style scoped?
  800. # [18:26] <jgraham> Well I'm not sure if that is stable
  801. # [18:27] <jgraham> Or, I guess the HTML part is
  802. # [18:27] <Hixie> there's pending feedback on style scoped
  803. # [18:27] <Hixie> to do with selectors
  804. # [18:27] * Joins: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net)
  805. # [18:27] <annevk> authors want implemented and widely deployed
  806. # [18:27] <Hixie> don't we all
  807. # [18:27] <annevk> :p
  808. # [18:27] <Ms2ger> No
  809. # [18:27] <Hixie> there's a section status for "implemented and widely deployed"
  810. # [18:27] <Hixie> i don't think any part of the spec is marked that way yet
  811. # [18:28] <jgraham> Right, which is why we should actually give that information rather than providing some abstract proxy
  812. # [18:28] <jgraham> Which doesn't really macth
  813. # [18:28] <Hixie> oh, some bits are marked that way actually
  814. # [18:28] <annevk> yeah
  815. # [18:28] <Hixie> they all seem to also have all browsers marked as buggy!
  816. # [18:28] <annevk> acknowledgments is :)
  817. # [18:29] <Hixie> actually there's a bunch of sections marked this way
  818. # [18:29] <Ms2ger> To send or not to send D3E feedback...
  819. # [18:30] <Philip`> Boolean bugginess doesn't seem useful, since all browsers will always be buggy, at least in trivial details that nobody cares about - what matters is whether the bugs are easy to avoid or to work around (and also the bugs need to be documented so people know what to avoid)
  820. # [18:30] <zewt> documenting all of the bugs--now that sounds like a fun project
  821. # [18:31] <Philip`> All the bugs that authors will regularly hit, at least
  822. # [18:31] <Ms2ger> Might as well fix them
  823. # [18:31] <jgraham> Well they are already documented
  824. # [18:31] <annevk> Hixie, "no support whatsoever" should probably be renamed to "unknown"
  825. # [18:31] <jgraham> Just typically not cross-referenced with the spec
  826. # [18:31] <AryehGregor> The info that authors want is what other authors say browser support is like in practice.
  827. # [18:32] <AryehGregor> If there's a good test suite and a browser passes it, that should be sufficient to say it has good support, but it's far from necessary.
  828. # [18:32] <jgraham> AryehGregor: So we should allow authors to vote on whether a browser supports a particular thing in a good enough way?
  829. # [18:33] <AryehGregor> jgraham, no, just get one or a few good authors to put in the work. Like that QuirksMode guy does for some things.
  830. # [18:33] <AryehGregor> Or, realistically, just give up and let people figure out by word of mouth.
  831. # [18:33] <Ms2ger> jgraham, no, we should have them write tests
  832. # [18:33] <AryehGregor> Also, yeah, let's try actually writing tests. :)
  833. # [18:34] <jgraham> Ms2ger: What, as a fee for being allowed to look at the spec?
  834. # [18:34] <Ms2ger> wfm
  835. # [18:34] <jgraham> Put ads on it and encourage people to become "pro" spec readers by donating tests?
  836. # [18:34] <Ms2ger> Ship it!
  837. # [18:35] <Philip`> The HTML5 t-shirt money could be shared among those people
  838. # [18:35] <jgraham> I look forward to my 25p
  839. # [18:35] <Ms2ger> Do you get paid for all of Opera's tests? :)
  840. # [18:36] <jgraham> Point. I should revise that estimate down a bit
  841. # [18:37] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
  842. # [18:40] * Joins: hij1nx (~hij1nx@207.239.107.3)
  843. # [18:40] <annevk> so is http://tantek.com/2011/220/b1/web-actions-a-new-building-block the next rel=tag or something we need to standardize?
  844. # [18:40] <annevk> I saw some <intent> element come by at some point
  845. # [18:41] * Ms2ger wants <semantics>
  846. # [18:41] <zewt> wow that page is subtly really hard to read
  847. # [18:41] <zewt> and i'm not entirely sure why
  848. # [18:41] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  849. # [18:41] <zewt> even ignoring the silly inline diffs
  850. # [18:42] <annevk> still lobbying for background:unicorn
  851. # [18:42] <annevk> or background:unicorn
  852. # [18:42] <annevk> euh
  853. # [18:42] <annevk> double-rainbow
  854. # [18:43] * Quits: othermaciej_ (~mjs@67.218.102.121) (Quit: othermaciej_)
  855. # [18:44] * Joins: KillerX (~anant@173.247.198.2)
  856. # [18:45] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  857. # [18:47] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  858. # [18:50] * Joins: maikmerten (~maikmerte@port-92-201-103-226.dynamic.qsc.de)
  859. # [18:54] * Joins: othermaciej (~mjs@17.246.17.186)
  860. # [18:56] * Joins: ap (~ap@2620:149:4:401:5814:8276:8082:96eb)
  861. # [18:56] * Quits: tbassetto (~tbassetto@LRouen-151-71-49-64.w80-11.abo.wanadoo.fr) (Ping timeout: 264 seconds)
  862. # [18:59] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 240 seconds)
  863. # [19:02] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Quit: astearns)
  864. # [19:03] * Joins: KillerX_ (~anant@173.247.198.2)
  865. # [19:03] * Joins: aho (~nya@fuld-590c7204.pool.mediaWays.net)
  866. # [19:04] * Quits: KillerX (~anant@173.247.198.2) (Ping timeout: 246 seconds)
  867. # [19:04] * KillerX_ is now known as KillerX
  868. # [19:06] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  869. # [19:13] <annevk> http://daringfireball.net/misc/2011/08/white-android-prototype.jpg hahaha
  870. # [19:14] * Joins: rniwa (~rniwa@nat/google/x-fgjgmzrukqejfgyr)
  871. # [19:15] * Joins: mpt (~mpt@91.189.88.12)
  872. # [19:15] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  873. # [19:15] * Joins: mpt (~mpt@canonical/mpt)
  874. # [19:18] <Ms2ger> Anybody who wants to place a bet on when I'll get a reply to my D3E comments?
  875. # [19:18] <zewt> after they've made an off-list decision
  876. # [19:19] <Ms2ger> Well, that's a given
  877. # [19:19] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (Ping timeout: 264 seconds)
  878. # [19:21] <AryehGregor> How easy would it be to write a tool that converts more or less arbitrary HTML5 into polyglot HTML5/XHTML5?
  879. # [19:22] <Philip`> Depending on how strictly you interpret "polyglot", probably impossible
  880. # [19:22] <Philip`> since you can't use inline scripts
  881. # [19:22] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  882. # [19:22] <Philip`> and can't use <pre> if the content starts with a blank line
  883. # [19:22] <Philip`> etc
  884. # [19:23] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Client Quit)
  885. # [19:29] * Quits: Kellen` (~Kellen@194.17.8.94) (Ping timeout: 240 seconds)
  886. # [19:31] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  887. # [19:32] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  888. # [19:34] * Joins: astearns (~anonymous@192.150.22.5)
  889. # [19:35] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 258 seconds)
  890. # [19:36] * Quits: zdobersek (~zan@90.157.246.66) (Ping timeout: 252 seconds)
  891. # [19:41] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  892. # [19:43] * Joins: jamesr (~jamesr@216.239.45.20)
  893. # [19:44] * Quits: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Read error: Connection reset by peer)
  894. # [19:45] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
  895. # [19:45] <AryehGregor> Philip`, polyglot to the extent of "it more or less looks the same when served as HTML vs. XHTML".
  896. # [19:46] * Quits: astearns (~anonymous@192.150.22.5) (Quit: astearns)
  897. # [19:46] * Joins: stearns_ (~anonymous@192.150.22.5)
  898. # [19:46] <AryehGregor> Basically, I'm talking with Ian Jacobs, and he said that the W3C would be okay with allowing specs to be polyglot HTML5, but aren't so sure about regular HTML5.
  899. # [19:47] <AryehGregor> So if someone could just throw together a tool that would take the a text/html spec and output a polyglot one that behaves more or less the same, that would be helpful for progress.
  900. # [19:47] <annevk> the fuck?
  901. # [19:47] <AryehGregor> s/the//
  902. # [19:47] <AryehGregor> ?
  903. # [19:47] <AryehGregor> Well, what he said maybe wasn't official.
  904. # [19:47] <AryehGregor> So perhaps I shouldn't be repeating it in public.
  905. # [19:47] <annevk> polyglot is such nonsense
  906. # [19:47] <AryehGregor> He made it seem like that would be helpful, though.
  907. # [19:48] * Joins: KillerX_ (~anant@173.247.198.2)
  908. # [19:48] <annevk> and has been a failure for many years even when experienced web authors tried it
  909. # [19:48] * Quits: ap (~ap@2620:149:4:401:5814:8276:8082:96eb) (Read error: Connection reset by peer)
  910. # [19:48] <AryehGregor> It's reasonably harmless nonsense, though, and sure beats XHTML 1.0 or whatever the W3C's HTML5 is in.
  911. # [19:48] * Joins: ap (~ap@2620:149:4:401:5814:8276:8082:96eb)
  912. # [19:48] <Ms2ger> HTML4
  913. # [19:48] <Philip`> Just set the HTML serialiser to not omit optional tags and to quote attributes, and stick an xmlns on it, and surely that'll be good enough
  914. # [19:49] <Philip`> It presumably doesn't need to actually work when parsed as XML (in terms of executing scripts correctly etc), it just needs to look well-formed enough
  915. # [19:49] <AryehGregor> Sounds plausible.
  916. # [19:49] <annevk> which is why it's wrong
  917. # [19:50] <annevk> either go your XML way and require XHTML5 or some such or just don't sit in the way
  918. # [19:50] * Quits: stearns_ (~anonymous@192.150.22.5) (Client Quit)
  919. # [19:50] <AryehGregor> However, doing things that are wrong but harmless is better than doing things that are wrong and also harmful, like having it be HTML 4.
  920. # [19:50] <AryehGregor> So in the interests of progress, it sounds better than the status quo by a large margin.
  921. # [19:50] * Joins: astearns (~anonymous@192.150.22.5)
  922. # [19:50] <AryehGregor> Philip`, you'd have to set the serializer to use only numeric entities, too.
  923. # [19:50] <Ms2ger> anolis --quote-attr-values --no-minimize-boolean-attributes --use-trailing-solidus --space-before-trailing-solidus will probably get you a long way
  924. # [19:51] * Quits: KillerX (~anant@173.247.198.2) (Ping timeout: 264 seconds)
  925. # [19:51] * KillerX_ is now known as KillerX
  926. # [19:51] <annevk> AryehGregor, HTML4 does not bother me that much at the moment
  927. # [19:51] <AryehGregor> It bothers me vis-a-vis my spec, should I get around to publishing it as an ED.
  928. # [19:52] <AryehGregor> Ian was explaining to me that the CG's patent policy should really be just as good as the regular one, so maybe that won't be necessary.
  929. # [19:52] * Joins: zdobersek (~zan@cpe-46-164-7-250.dynamic.amis.net)
  930. # [19:55] * Quits: micheil (~micheil@109.231.193.164) (Ping timeout: 258 seconds)
  931. # [19:56] * Joins: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com)
  932. # [19:56] * Quits: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com) (Changing host)
  933. # [19:56] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
  934. # [19:57] <annevk> I wonder why the W3C Team gets to decide on this and not the membership
  935. # [19:57] <annevk> karlcow always tells me the membership is in charge
  936. # [19:57] <AryehGregor> I don't think it's useful to worry about process issues here.
  937. # [19:58] <AryehGregor> Make sure the practicalities are in place, including our ability to leave if they decide to change their mind and do something stupid.
  938. # [19:58] <AryehGregor> What it says on paper doesn't matter.
  939. # [20:04] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
  940. # [20:06] * Joins: janv_ (~varga@195.91.87.57)
  941. # [20:06] * Quits: janv_ (~varga@195.91.87.57) (Client Quit)
  942. # [20:09] * Joins: janv_ (~varga@195.91.87.57)
  943. # [20:11] * Quits: rabbi1 (~manjunath@49.200.70.143) (Quit: Leaving.)
  944. # [20:12] * Joins: rabbi1 (~manjunath@49.200.71.197)
  945. # [20:15] <gsnedders> annevk: probably for the same reason editors make a number of decisions and not WGs
  946. # [20:16] <gsnedders> Most of the time nobody really cares.
  947. # [20:19] <annevk> good point, editors should have a say in the format
  948. # [20:19] <annevk> this should be discussed on spec-prod
  949. # [20:20] <annevk> and the Team should justify their opinions there
  950. # [20:20] <annevk> spec-prod is http://lists.w3.org/Archives/Public/spec-prod/ fwiw
  951. # [20:20] * Joins: dave_levin (~dave_levi@74.125.59.73)
  952. # [20:21] * Joins: dbaron (~dbaron@nat/mozilla/x-aacahukacxllqewt)
  953. # [20:21] <Ms2ger> Where are the canonical parsing tests?
  954. # [20:22] <annevk> http://code.google.com/p/html5lib/ I thought
  955. # [20:25] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  956. # [20:25] * Quits: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Remote host closed the connection)
  957. # [20:29] <annevk> gsnedders, thanks, asked why it's not discussed on spec-prod
  958. # [20:31] <gsnedders> annevk: That's really not what I meant.
  959. # [20:32] <gsnedders> annevk: The reason why the Team makes decisions and not Members is the same reason as why editors make decisions and not WGs.
  960. # [20:33] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  961. # [20:35] * Quits: maikmerten (~maikmerte@port-92-201-103-226.dynamic.qsc.de) (Quit: Leaving)
  962. # [20:36] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
  963. # [20:36] <manu-db> Does anybody know the history behind why "application/json" was picked over "text/json" - besides Douglas Crockford's rather cryptic response - "JSON is not really JavaScript and not really text"? Trying to figure out if JSON-LD should have an IANA registration for text/json-ld or application/json-ld or application/json+ld (JSON-LD is 100% compatible w/ JSON)
  964. # [20:38] <AryehGregor> I'd guess people here mostly aren't interested or knowledgeable about details of MIME type registration.
  965. # [20:38] <AryehGregor> (not that there's anything wrong with asking, I just wouldn't expect such a good answer here)
  966. # [20:38] <manu-db> alright - just attempting to be thorough in how we pick the name.
  967. # [20:38] <manu-db> s/name/mime type/
  968. # [20:39] <manu-db> related browser question: Does any browser actually pay attention to the "+" part of a mime type? For example - "text/xml+xhtml" - do browsers go "oh, that's text/xml" and then go "oh, and it's also xhtml" - or do they just do a regular string comparison for "text/xml+xhtml"?
  969. # [20:40] <annevk> it's application/xhtml+xml
  970. # [20:40] <manu-db> sorry... that's what I meant.
  971. # [20:40] <annevk> and Opera pays special attention to +xml
  972. # [20:40] <annevk> not everyone does I believe
  973. # [20:40] <Ms2ger> There's an old Gecko bug to do that
  974. # [20:40] <Ms2ger> Don't think it's fixed yet
  975. # [20:40] <annevk> text/* in general is a flawed media type according to the IETF and therefore they encourage everyone to just use the application/* one
  976. # [20:40] <manu-db> just wondering what best practice might be from a browser perspective - application/json-ld or application/json+ld ?
  977. # [20:41] <annevk> which of course makes the distinction kind of pointless
  978. # [20:41] <annevk> we have been registering various new text/* types following what we think makes sense...
  979. # [20:41] <annevk> manu-db, doesn't matter
  980. # [20:41] * manu-db nods - there doesn't seem to be a clear logical thread through picking MIMEType names...
  981. # [20:42] <annevk> though application/ld+json would make more sense
  982. # [20:42] <annevk> or is it not actually JSON?
  983. # [20:42] <manu-db> it is 100% compatible w/ json.
  984. # [20:42] <manu-db> it's just JSON in a particular structure.
  985. # [20:42] <annevk> then I guess it ought to be +json
  986. # [20:43] <annevk> the goal btw is for browsers to treat all XML media types the same way
  987. # [20:43] <annevk> as in you can label your XHTML file text/xml and it's fine
  988. # [20:43] * Joins: zdobersek1 (~zan@cpe-46-164-25-124.dynamic.amis.net)
  989. # [20:43] <annevk> because in practice XML works based on namespaces, not media types
  990. # [20:44] <manu-db> one of the reasons I'm shying away from application/ld+json is because there is no such "application/ld" media type... and because I hate plus signs in MIME Types (although, that can't be a basis for any sort of technical decision).
  991. # [20:44] <annevk> manu-db, I guess you want application/ld+json so it's consistent with the original JSON (which should have been text/json but isn't) and the +xml precedent
  992. # [20:45] <annevk> there's no application/xhtml either so that first reason is groundless
  993. # [20:45] <manu-db> I want to be consistent - but it doesn't seem like any of this is actually consistent...
  994. # [20:45] <manu-db> hmm... true.
  995. # [20:45] <kennyluck> what about application/json+ld ?
  996. # [20:45] * Quits: zdobersek (~zan@cpe-46-164-7-250.dynamic.amis.net) (Ping timeout: 240 seconds)
  997. # [20:45] <annevk> kennyluck, the format is JSON, not LD
  998. # [20:45] <manu-db> kennyluck, that's under consideration as well... (bikeshedding)
  999. # [20:48] * Philip` vaguely remembers reading that +s should be avoided in MIME types unless the suffix is defined by some specification
  1000. # [20:49] <Philip`> (and probably nobody has defined a +json suffix yet)
  1001. # [20:49] <Philip`> so using that character would be unnecessary hassle
  1002. # [20:50] <manu-db> So, I just checked w/ the XHTML folks and they said: the convention for media types based upon XML is applicaiton/foo+xml - it is a convention handed down by the XML working group back in the day...I always thought it was backwards.
  1003. # [20:50] <manu-db> Seems like Tim Bray created the +xml meme...
  1004. # [20:50] <manu-db> http://www.ietf.org/rfc/rfc3023.txt
  1005. # [20:51] <manu-db> This document also standardizes a convention (using the suffix '+xml')
  1006. # [20:51] <annevk> doesn't matter who did it and whether or not it's backwards
  1007. # [20:51] <annevk> if you are going to do it the other way around for JSON, people will not be kind
  1008. # [20:52] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (Ping timeout: 246 seconds)
  1009. # [20:52] <manu-db> which people? (just curious to know who would defend the +xml pattern)
  1010. # [20:53] <annevk> everyone who wants some consistency in media types, like me I guess
  1011. # [20:53] <annevk> (though I'd really like them to die, it seems we have to keep a few of them around)
  1012. # [20:54] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
  1013. # [20:57] <Hixie> the w3c is so confusing
  1014. # [20:57] <Hixie> half the decisions are not up to them but up to the membership
  1015. # [20:57] <Hixie> while the other half are up to them
  1016. # [20:57] <Hixie> and yet they do none of the work
  1017. # [20:58] * Quits: tomasf (~tom@2002:55e5:d95e:0:9090:fd5d:bbde:9cdc) (Quit: tomasf)
  1018. # [20:59] * Joins: tomasf (~tom@2002:55e5:d95e:0:f916:f410:8d37:581c)
  1019. # [21:04] <manu-db> hmm... ok - application/ld+json it is
  1020. # [21:05] <manu-db> Philip` any idea where you read the "don't use +s in MIME Type registrations" bit?
  1021. # [21:05] <Ms2ger> Trying to figure out which docs one should reference informatively sure is hard work
  1022. # [21:05] <Philip`> manu-db: No - I might just be imagining it
  1023. # [21:06] * manu-db wanders off to look, just in case.
  1024. # [21:06] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  1025. # [21:07] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1026. # [21:08] <manu-db> hmm... +json pattern has been used before: vnd.collection+json, vnd.hal+json, and vnd.oftn.l10n+json
  1027. # [21:09] * Quits: broquaint (0e8d61ece5@78.47.79.137) (Read error: Operation timed out)
  1028. # [21:09] * Joins: broquaint (c2df8f96c4@78.47.79.137)
  1029. # [21:10] <jgraham> Yes, the canonical parsing tests are on google code
  1030. # [21:11] * jgraham has forgotten who was asking already
  1031. # [21:11] * Quits: othermaciej (~mjs@17.246.17.186) (Quit: othermaciej)
  1032. # [21:11] <jgraham> Ms2ger: ^ seems you were asking
  1033. # [21:11] <jgraham> Yell if you need access
  1034. # [21:12] <Ms2ger> Ta
  1035. # [21:19] * Quits: miketaylr (~miketaylr@206.217.92.186) (Read error: Connection reset by peer)
  1036. # [21:19] * Joins: miketaylr (~miketaylr@206.217.92.186)
  1037. # [21:21] * Joins: othermaciej (~mjs@17.246.17.186)
  1038. # [21:32] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
  1039. # [21:35] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
  1040. # [21:38] <annevk> Ms2ger, apis-in-html-documents needs to move to DOM I suppose
  1041. # [21:38] <Ms2ger> Probably
  1042. # [21:39] <Ms2ger> Or I might have left them there because they test SVG parsing as well
  1043. # [21:40] <annevk> parsing > html5lib
  1044. # [21:45] <karlcow> annevk: spec-prod and chairs mailing-list. There might be a question of the toolchain used already for dealing with these documents maybe.
  1045. # [21:45] <karlcow> no harm pushing for it.
  1046. # [21:46] <karlcow> You might have some pushback from other members who are used to other tools. Community process, dialogs, etc.
  1047. # [21:47] <AryehGregor> Hixie, did you see above where I said that Ian Jacobs told me that he thought the W3C would be okay with allowing specs to be published as HTML5 as long as it's polyglot?
  1048. # [21:48] <Hixie> yes
  1049. # [21:48] <karlcow> AryehGregor: I would be careful on that statement. From Ian Jacobs to W3C generalization.
  1050. # [21:48] <shepazu> I think that's the general W3C staff sentiment
  1051. # [21:49] <AryehGregor> karlcow, I made it clear that it was what he told me, not an official statement.
  1052. # [21:49] <AryehGregor> If that's the sentiment, it should be trivial to set up.
  1053. # [21:49] <shepazu> personally, I don't see the need for them to even be polyglot
  1054. # [21:49] <AryehGregor> Nor do we, obviously. :)
  1055. # [21:49] * Quits: othermaciej (~mjs@17.246.17.186) (Quit: othermaciej)
  1056. # [21:49] <AryehGregor> That's what HTML5 parsers are for.
  1057. # [21:49] <shepazu> I think Mike feels similarly
  1058. # [21:49] <AryehGregor> But it's a small concession.
  1059. # [21:49] <AryehGregor> . . . also, why is non-polyglot HTML5 inferior to HTML4 in any way? HTML4 is allowed.
  1060. # [21:50] <AryehGregor> And that's what the spec is now.
  1061. # [21:50] <shepazu> yup, agreed
  1062. # [21:50] <karlcow> I can imagine that for the Webmasters it might need to refactor a big part of the XML Toolchain but I'm not even sure. I wonder if XSLT is still used for the pub rules checker
  1063. # [21:50] <shepazu> dunno
  1064. # [21:50] <shepazu> I could test it
  1065. # [21:50] * Joins: othermaciej (~mjs@17.246.17.186)
  1066. # [21:51] <AryehGregor> karlcow, how could it be, if HTML4 is allowed?
  1067. # [21:51] <shepazu> yeah
  1068. # [21:51] <karlcow> shepazu: creating a dummy HTML5 spec and testing it with the webmaster to see how/if it fails would be good.
  1069. # [21:51] <AryehGregor> Is there some place where people other than W3C staff can discuss this with the powers that be, rather than having to be told people's reasoning by intermediaries?
  1070. # [21:51] <shepazu> nothing to prevent you from putting in an HTML5 plugin into XSLT, anyway
  1071. # [21:51] <karlcow> AryehGregor: I imagine tidy is involved
  1072. # [21:52] <Hixie> the only difference between the spec being html5 and being html4 is the doctype, a couple of examples that are stripped out of the w3c copy, the <meta charset> being stripped, and some attributes being added.
  1073. # [21:52] <shepazu> AryehGregor: I suggest starting the conversation on spec-prod and seeing if we can get others to chime in
  1074. # [21:53] <Hixie> i literally have a four-line perl script to make the spec html4-compliant
  1075. # [21:53] * Quits: gesa (~anonymous@rrcs-98-100-159-202.central.biz.rr.com) (Ping timeout: 252 seconds)
  1076. # [21:53] <shepazu> Hixie: I don't think that should be necessary, but we can consider that as a fallback
  1077. # [21:54] <Hixie> it's only necessary because ij says i have to use html4 and not versionless-html
  1078. # [21:54] * heycam|away is now known as heycam
  1079. # [21:54] * shepazu doesn't know what that means, but if you mean "HTML5", then I think we can sell that
  1080. # [21:54] <shepazu> :)
  1081. # [21:55] <Hixie> because somehow even though html3.2, html4, html4.01, xhtml1, and xhtml1.1 were all allowed to be self-hosting, the new html spec, despite being more closely aligned to reality, is apparently a Compatibility Risk that the w3c isn't willing to take on
  1082. # [21:55] <zewt> that's called a Vote of Confidence
  1083. # [21:55] <shepazu> Hixie: I'm not sure we're in the same conversation here
  1084. # [21:55] <karlcow> Maybe there is a fear about what HTML5 means in terms of markup. (No idea really, just trying to imagine). Pandora box.
  1085. # [21:56] <Philip`> The spec splitter uses <div> instead of <nav> with the --w3c flag, for HTML4 compatibility
  1086. # [21:56] <Philip`> or at least my version of the splitter, which isn't used for the W3C copy
  1087. # [21:57] <Philip`> so I suppose there might be more differences in MikeSmith(?)'s version
  1088. # [21:57] * Joins: xrash (~felipe@189.102.24.67)
  1089. # [21:58] * Ms2ger wants an id on the </sarcasm> dt
  1090. # [21:58] * Joins: gesa (~anonymous@rrcs-98-100-159-202.central.biz.rr.com)
  1091. # [21:59] <gsnedders> Ms2ger: Where is that in the spec? :P
  1092. # [22:00] <MikeSmith> my version is optimized for the sole purpose of creating as little as possible work/bs for me
  1093. # [22:00] <Ms2ger> whatwg.org/html/#sa... Ah, dammit
  1094. # [22:01] <Hixie> the in-jokes intentionally don't have ids :-)
  1095. # [22:01] <Ms2ger> :(
  1096. # [22:02] <Ms2ger> Go fix some bugs ;)
  1097. # [22:05] * Joins: TabAtkins_ (~tabatkins@nat/google/x-sifgjjotvnbklbfh)
  1098. # [22:05] * Quits: necolas (~necolas@5e0129ee.bb.sky.com) (Remote host closed the connection)
  1099. # [22:06] <AryehGregor> karlcow, shepazu: http://lists.w3.org/Archives/Public/spec-prod/2011JulSep/0010.html
  1100. # [22:08] <karlcow> cool. I would not have turned the mail this way. But at least it starts the discussion :)
  1101. # [22:09] <karlcow> shepazu: what about sending a pointer to this discussion to chairs@w3.org too
  1102. # [22:09] <karlcow> I'm not on chairs mailing list
  1103. # [22:18] * Quits: rabbi1 (~manjunath@49.200.71.197) (Ping timeout: 252 seconds)
  1104. # [22:20] * Quits: Ms2ger (~Ms2ger@91.181.45.92) (Quit: nn)
  1105. # [22:26] <jgraham> FWIW I think requiring polyglotness is worse than not allowing HTML(5)
  1106. # [22:26] * Joins: The_8472 (~stardive@azureus/The8472)
  1107. # [22:27] <jgraham> One is an obviosuly stupid policy. The other is also a stupid policy but looks slightly like a non-stupid one
  1108. # [22:27] <jgraham> So people might mistake it for a sensible one
  1109. # [22:32] * Quits: The_8472 (~stardive@azureus/The8472) (Quit: Muss ein paar Welten vernichten, kann ein bissl dauern.)
  1110. # [22:32] * Quits: xrash (~felipe@189.102.24.67) (Quit: leaving)
  1111. # [22:37] <shepazu> way to hardline it, jgraham…let's hope nobody compromises, so we don't have any progress :)
  1112. # [22:37] * shepazu nominates jgraham for US Congress :)
  1113. # [22:38] * Quits: gesa (~anonymous@rrcs-98-100-159-202.central.biz.rr.com) (Quit: gesa)
  1114. # [22:39] <karlcow> heh
  1115. # [22:40] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
  1116. # [22:40] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  1117. # [22:43] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 250 seconds)
  1118. # [22:45] * Joins: MikeSmith_ (~MikeSmith@EM114-48-151-153.pool.e-mobile.ne.jp)
  1119. # [22:48] * Quits: MikeSmith (~MikeSmith@EM1-113-232-206.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1120. # [22:48] * MikeSmith_ is now known as MikeSmith
  1121. # [22:53] * Joins: zcorpan (~zcorpan@c-479de355.410-6-64736c14.cust.bredbandsbolaget.se)
  1122. # [22:53] <jgraham> shepazu: True polyglotness is a cure worse than the disease. Approximate polyglotness is sort-of acceptable but I don't really see how it helps anyone
  1123. # [22:54] <jgraham> I mean if the pubrules want to say "thou must close all thy tags" that's silly, but whatever
  1124. # [22:54] * Joins: hij1nx (~hij1nx@207.239.107.3)
  1125. # [22:54] <jgraham> Anything that can't be trivially achieved by setting a few serializer options isn't sensible
  1126. # [22:55] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
  1127. # [22:56] * heycam is now known as heycam|away
  1128. # [22:56] * heycam|away is now known as heycam
  1129. # [22:57] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Client Quit)
  1130. # [22:57] * Quits: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  1131. # [23:01] * Quits: dydx (~dydz@adsl-75-36-191-227.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  1132. # [23:02] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  1133. # [23:05] <Hixie> jgraham: i entirely agree
  1134. # [23:06] <Hixie> i don't really see what there is to compromise here. What's the "other" position that we're compromising with to get to polyglot?
  1135. # [23:06] <TabAtkins_> XML forever, everywhere?
  1136. # [23:06] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  1137. # [23:07] <karlcow> getting already all heat up :) funny guys. Looks like a boys club before a soccer game. cute
  1138. # [23:07] <Hixie> we could move to xhtml5 sent as xml, sure
  1139. # [23:08] <AryehGregor> karlcow, this does not appear to be a constructive approach to take when W3C editors complain that a requirement imposed upon them doesn't seem to make sense.
  1140. # [23:08] <Hixie> but if that's what the w3c wants, why hasn't anyone even tried suggesting it?
  1141. # [23:08] <AryehGregor> Rather than giving us substantive answers, you're brushing us off and suggesting we're being unreasonable (without explaining why).
  1142. # [23:08] <karlcow> AryehGregor: who is the "you" :)
  1143. # [23:09] <karlcow> who is the "us"
  1144. # [23:09] * Quits: tomasf (~tom@2002:55e5:d95e:0:f916:f410:8d37:581c) (Quit: tomasf)
  1145. # [23:09] <AryehGregor> you = the person currently using the nick karlcow in this channel
  1146. # [23:09] <AryehGregor> us = me, Hixie, jgraham, inter alia
  1147. # [23:09] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  1148. # [23:09] <karlcow> what did I brush off?
  1149. # [23:10] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
  1150. # [23:10] <karlcow> beautiful rain outside of my window, right now. And wonderful humid smell. The tree leaves are fragrant.
  1151. # [23:11] * Philip` doesn't think speaking in haiku will help much
  1152. # [23:12] <zcorpan> annevk: i think we dropped +xml knowledge because it broke sites
  1153. # [23:13] <karlcow> Philip`: that was not a haiku, that was the description of what I see from the window.
  1154. # [23:14] <karlcow> I sincerely do not know what AryehGregor is talking about cf brushing us off.
  1155. # [23:14] <AryehGregor> Oh, one of the lines was shepazu rather than you.
  1156. # [23:14] <AryehGregor> Well, whatever.
  1157. # [23:15] * Joins: hij1nx (~hij1nx@207.239.107.3)
  1158. # [23:15] <AryehGregor> We were complaining that requiring polyglot made no sense, and shepazu implied that he considered that uncompromising, and you made an amused remark about how we were getting excited, but no one has yet addressed the substantive concern.
  1159. # [23:15] <AryehGregor> (at least, not here, haven't checked the mailing list yet)
  1160. # [23:17] <karlcow> yes the discussion is funny, because indeed it looks like yet another little big debate. It's why I find it amusing. Not brushing off, more amused by our childish tendencies to make small issues international issues ;)
  1161. # [23:17] <shepazu> AryehGregor: my position is that we should simply be able to use HTML5, not only polyglot HTML5, but I'm not the decision maker
  1162. # [23:18] <AryehGregor> shepazu, who is the decision maker?
  1163. # [23:18] <karlcow> heh
  1164. # [23:18] <shepazu> if some people say they are more comfortable with polyglot, and that's all we can get, well, that's suboptimal, but it's a beachhead
  1165. # [23:18] <Philip`> Who decides who is the decision maker?
  1166. # [23:18] <Philip`> and who decides who that is?
  1167. # [23:19] <karlcow> ah finally Philip` is reasonable ;)
  1168. # [23:19] <Philip`> Surely that gets closer to who is the real decision maker
  1169. # [23:19] <shepazu> AryehGregor: I'm guessing it would be some combination of Ian Jacobs and TimBL
  1170. # [23:19] <Philip`> It must be a finite sequence since there's less than seven billion people in the world
  1171. # [23:20] * Quits: kennyluck (~kennyluck@114-43-121-23.dynamic.hinet.net) (Ping timeout: 240 seconds)
  1172. # [23:20] <shepazu> Philip`: don't forget the alien lizard overlords
  1173. # [23:21] <shepazu> and it might be time-limited, so by the time you get to the answer, it may have changed
  1174. # [23:21] <AryehGregor> If that guess could be clarified a bit so we could speak to the actual people responsible instead of being told by people who agree with us that we should compromise with the people who we've never spoken to, whose reasons have not been explained, and who have not even been clearly identified, that would be a step forward.
  1175. # [23:21] <Hixie> also helpful would be an idea of what we're compromising between
  1176. # [23:22] <shepazu> AryehGregor: I think that if we are able to get TimBL (who I think is on vacation just now) and IanJ on the conversation, that would be critical mass
  1177. # [23:22] <AryehGregor> I already spoke with IanJ, and it sounded like he didn't have any problem with publication as straight HTML5.
  1178. # [23:22] <AryehGregor> But let's see, I CC'd him.
  1179. # [23:23] <shepazu> Hixie: I think that would be part of the conversation… though maybe there aren't any deal breakers, just clarification needed
  1180. # [23:23] <shepazu> I can't really say, since I don't see a problem with just using HTML5
  1181. # [23:23] * Quits: MacTed (~Thud@63.119.36.36)
  1182. # [23:23] <zcorpan> which HTML5?
  1183. # [23:24] <Hixie> doesn't matter, there's no way to distinguish them in practice for the specs we're talking about :-)
  1184. # [23:25] <Hixie> shepazu: i tried to convince w3c to let us publish as contemporary HTML a few years ago, and got told no quite firmly. I figured it wasn't worth my time to argue and that the W3C would catch up with the world eventually. And indeed that seems to be happening, in part through Aryeh poking the hornet's nest again. :-)
  1185. # [23:25] <zcorpan> depends on what happens with the HTML5s going forward
  1186. # [23:25] <Hixie> other than the doctype, i can't really see anything that could change that would affect us
  1187. # [23:26] <shepazu> Hixie: actually, I'd credit MikeSmith with starting this up again, internally
  1188. # [23:26] <Hixie> and if the w3c decides to change the doctype, they're going to have bigger problems than the format the spec is in
  1189. # [23:26] <Hixie> shepazu: ah, k
  1190. # [23:26] <shepazu> not to dismiss what Anne, SamRuby, or AryehGregor have done
  1191. # [23:27] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  1192. # [23:27] <zcorpan> Hixie: well there's an example that uses <p>s in <caption>, i dunno, maybe the html wg decides that teh content model of <caption> shall be changed, or similar
  1193. # [23:27] <jgraham> I'm pretty suprised that W3C aren't embarassed not to be publishing their own stuff in their own flagship standard language
  1194. # [23:27] <Hixie> zcorpan: well if they change the content model, the example would have to change too
  1195. # [23:27] <shepazu> Hixie: you might not have asked in a way that was palatable to whoever you talked to
  1196. # [23:27] * Joins: kennyluck (~kennyluck@114-43-113-28.dynamic.hinet.net)
  1197. # [23:28] <zcorpan> Hixie: touche
  1198. # [23:28] <karlcow> jgraham: why should they? :)
  1199. # [23:28] <Hixie> shepazu: i believe the conversation was something along the lines of pubteam: "Hey, you can't use HTML5 to publish HTML5. You must use HTML4." me: "say what?"
  1200. # [23:28] <jgraham> karlcow: It sugests a certain lack of belief in their own propoganda
  1201. # [23:29] <karlcow> jgraham: nope. just a different set of priorities. It doesn't really matter. :) the document being readable.
  1202. # [23:29] <karlcow> You know if it doesn't break, don't fix it. :)
  1203. # [23:29] <zcorpan> Hixie: but now when html5 is at LAST CALL, the situation is clearly quite different
  1204. # [23:30] <jgraham> karlcow: By analogy I would also be surprised to find that the IE team all use IE6
  1205. # [23:30] <shepazu> Hixie: I wasn't part of the conversation, so I can't comment on the verity of your characterization… but in any case, I think it's a reasonable think to do
  1206. # [23:30] <Hixie> zcorpan: as karlcow would put it, it's very cute
  1207. # [23:30] <karlcow> jgraham: I'm not using Opera Next ;) just for testing purpose
  1208. # [23:31] <jgraham> karlcow: Or, if you prefer, the document would be readable as flash or pdf. But I don't think we should publish using those
  1209. # [23:31] * shepazu authors almost exclusively in HTML5 for all his non-TR documents on W3C (group sites, etc)
  1210. # [23:31] <shepazu> and have for over a year
  1211. # [23:31] <karlcow> and I'm not necessary jumping on new version of OSes or software when they come out. I really don't care about the newness of things :) as long as I can publish and communicate words
  1212. # [23:31] <jgraham> HTML 5 actually adds features that are useful for writing specs e.g. the new semantic elements
  1213. # [23:32] <Hixie> yeah <aside> is the main thing i wish i could use
  1214. # [23:32] <Philip`> jgraham: By "useful" you mean "equivalent to <div class=foo> in practice"?
  1215. # [23:33] <jgraham> Philip`: Useul to the person writing the document. Especially for e.g. automatic ToC generation using anolis
  1216. # [23:34] <jgraham> *Useful
  1217. # [23:34] <karlcow> Hixie: what aside provides as a direct ROI? (being curious. apart of a cleaner semantics)
  1218. # [23:34] <Hixie> karlcow: nothing
  1219. # [23:34] <Hixie> jgraham: true, <section>/<h1> would be useful too. it could even be used incrementally, though i'm sure the inconsistency would drive me batty.
  1220. # [23:34] <karlcow> heh
  1221. # [23:36] * Quits: zdobersek1 (~zan@cpe-46-164-25-124.dynamic.amis.net) (Quit: Leaving.)
  1222. # [23:36] * Joins: sicking (~chatzilla@173.247.198.2)
  1223. # [23:37] * karlcow time for being off the screen. paper and pen!
  1224. # [23:37] <jgraham> More haiku?
  1225. # [23:39] <shepazu> would using something like HTMLShiv.js to ensure it works in older browsers be acceptable?
  1226. # [23:39] <zcorpan> the spec already doesn't work in older browsers
  1227. # [23:44] <shepazu> heh
  1228. # [23:45] <shepazu> maybe the HTML5 spec doesn't, but other specs that use HTML5 might
  1229. # [23:49] * Quits: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Remote host closed the connection)
  1230. # [23:49] <AryehGregor> You can write HTML4 that doesn't work in old browsers too, if you like. That seems orthogonal.
  1231. # [23:50] <AryehGregor> For instance, HTML4 that relies on, I dunno, IndexedDB.
  1232. # [23:50] <AryehGregor> If we want compat with old browsers, that should be a separate requirement.
  1233. # [23:51] <zcorpan> i thought pubrules didn't allow scripts at all
  1234. # [23:52] <zcorpan> not that i can find anything about "script" in pubrules
  1235. # [23:59] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1236. # [23:59] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  1237. # [23:59] <AryehGregor> Surely some specs use scripts?
  1238. # [23:59] <AryehGregor> W3C HTML5 doesn't use them?
  1239. # Session Close: Fri Aug 19 00:00:00 2011

The end :)