/irc-logs / freenode / #whatwg / 2010-08-25 / end

Options:

  1. # Session Start: Wed Aug 25 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:02] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  4. # [00:02] * Quits: eric_carlson (~ericc@2620:0:1b00:1191:223:32ff:feb1:5d30) (Quit: eric_carlson)
  5. # [00:02] * Quits: ROBOd (~robod@109.96.254.79) (Quit: .)
  6. # [00:05] <sicking> Hixie: updating the UI is a wholly different set of code than the code that implements the .options list
  7. # [00:06] <sicking> Hixie: also, changing the value in the UI is very different from shrinking the length of the UI, or the length of the .options list
  8. # [00:06] <Hixie> wait, what's .options got to do with anything
  9. # [00:06] <Hixie> i thought we were talking about the autocompletion ui
  10. # [00:07] <sicking> Hixie: the .options list is what the spec says should should be affected by .value
  11. # [00:08] * Quits: Ankheg (~Ankheg@94.158.195.184) (Quit: Leaving.)
  12. # [00:08] <sicking> Hixie: oh, hmm.. i guess it doesn't
  13. # [00:09] <Hixie> you mean datalist.options ?
  14. # [00:09] <sicking> yeah
  15. # [00:09] <Hixie> that's just a list of <option> elements
  16. # [00:09] <Hixie> no magic
  17. # [00:09] <sicking> ok, cool
  18. # [00:09] <sicking> we probably won't filter the UI either, for the same performance reasons
  19. # [00:10] <sicking> but since you can't test that, i care less what the spec says :)
  20. # [00:10] <Hixie> :-)
  21. # [00:10] <Hixie> that's mostly a quality of implementation issue
  22. # [00:10] <sicking> Hixie: for implementing lists like that, you generally want to know the number of options
  23. # [00:10] <sicking> as to calculate how big you make the scrollbar
  24. # [00:10] <sicking> so it's actually a lot more work to filter out empty-string ones, than to just show them as empty
  25. # [00:10] * Joins: jacobolus (~jacobolus@c-66-31-201-117.hsd1.ma.comcast.net)
  26. # [00:11] <Hixie> fair enough
  27. # [00:11] <Hixie> not sure you'd ever want a scrollbar for this stuff anyway
  28. # [00:11] <Hixie> but that's another story
  29. # [00:11] <sicking> true
  30. # [00:13] <sicking> Hixie: it's still a strange difference between <select> and <datalist>, <select> doesn't mention filtering out empty-value <option>s
  31. # [00:20] <Hixie> well it doesn't make much sense to show the ones whose value is empty
  32. # [00:20] <Hixie> since the behaviour would be to autocomplete nothing
  33. # [00:20] <Hixie> but it makes sense with <select>
  34. # [00:20] <Hixie> since the empty string is a valid value
  35. # [00:23] * jcranmer is now known as jcranmer|resuppi
  36. # [00:23] * jcranmer|resuppi is now known as jcranmer|supped
  37. # [00:29] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  38. # [00:32] * jcranmer|supped is now known as jcranmer
  39. # [00:32] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
  40. # [00:33] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  41. # [00:33] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Read error: Connection reset by peer)
  42. # [00:34] * Joins: cypha (~sallabanc@199.85.236.70)
  43. # [00:35] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  44. # [00:35] * Quits: baba (~sallabanc@199.85.236.70) (Ping timeout: 276 seconds)
  45. # [00:35] <Hixie> does css have a feature yet so that you can use the first inline box in a block as a marker, and have everything else indented as far as needed to get past that box on subsequent lines?
  46. # [00:37] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Read error: Connection reset by peer)
  47. # [00:37] * Quits: boaz (~boaz@64.119.159.231) (Read error: Connection reset by peer)
  48. # [00:42] * Quits: aroben|errands (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  49. # [00:45] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
  50. # [00:46] <tantek> Hixie, as a marker like a list-item marker? or do you mean something else by marker?
  51. # [00:46] * Joins: boaz (~boaz@64.119.159.231)
  52. # [00:48] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Remote host closed the connection)
  53. # [00:51] * Joins: othermaciej_ (~mjs@17.246.16.197)
  54. # [00:52] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
  55. # [00:52] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Remote host closed the connection)
  56. # [00:53] * Quits: tango_ (~tex_vim@151.60.178.92) (Ping timeout: 255 seconds)
  57. # [00:53] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  58. # [00:53] * Quits: jacobolus (~jacobolus@c-66-31-201-117.hsd1.ma.comcast.net) (Remote host closed the connection)
  59. # [00:54] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  60. # [00:54] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  61. # [00:55] * Joins: tango_ (~tex_vim@151.60.177.226)
  62. # [00:55] <Hixie> tantek: yeah like a list item marker
  63. # [00:55] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Ping timeout: 276 seconds)
  64. # [00:55] * othermaciej_ is now known as othermaciej
  65. # [00:56] <tantek> I don't know how you specify what the first inline box in a block would be. There's the first line box. And the first letter. But assuming you mean something different.
  66. # [00:56] <tantek> (since I have no AXIOMATIC PROOF ;) )
  67. # [00:57] <Hixie> i mean something like <span> <input type=radio> foo bar baz </span> -- i want the foo bar baz to flow to multiple lines but all aligned so that subsequent lines start immediately below the "foo"
  68. # [00:58] <tantek> ah, you're talking about (essentially) display:marker
  69. # [00:58] <Hixie> yes, essentially
  70. # [00:58] <Hixie> but i don't mind if it's actually that
  71. # [00:58] <Hixie> just wandering if such a feature exists yet
  72. # [00:58] <tantek> I don't think that has made any progress since you and I touched that draft
  73. # [00:58] <Hixie> k
  74. # [00:58] <tantek> I can check tomorrow
  75. # [00:58] <tantek> at the meeting
  76. # [00:58] <tantek> (CSSWG @ Oslo)
  77. # [01:03] * Joins: MikeSmithX (~MikeSmith@EM111-188-60-109.pool.e-mobile.ne.jp)
  78. # [01:04] * Joins: riven` (~riven@53518387.cable.casema.nl)
  79. # [01:06] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
  80. # [01:06] * Quits: MikeSmith (~MikeSmith@EM111-188-37-39.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  81. # [01:07] * Quits: riven (~riven@53518387.cable.casema.nl) (Ping timeout: 260 seconds)
  82. # [01:14] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  83. # [01:15] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
  84. # [01:24] * Joins: jonnybarnes (~jonnybarn@jjjjbarnes.plus.com)
  85. # [01:27] * Quits: othermaciej (~mjs@17.246.16.197) (Remote host closed the connection)
  86. # [01:27] * Quits: ap (~ap@17.246.19.116) (Remote host closed the connection)
  87. # [01:28] * Joins: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad)
  88. # [01:29] * Joins: ap (~ap@17.246.19.116)
  89. # [01:29] * Joins: kennyluck (~kennyluck@EM111-188-18-134.pool.e-mobile.ne.jp)
  90. # [01:31] <jlebar> Hixie, ping
  91. # [01:31] <jonnybarnes> say your page is in english, so has html lang=en at start, and your quoting some french, is there any way of marking that up in the document?
  92. # [01:32] <Hixie> jlebar: pong
  93. # [01:32] <Hixie> jonnybarnes: yes, put lang=fr around the bit that's french
  94. # [01:32] <Hixie> as in <blockquote lang=fr> say
  95. # [01:32] <jlebar> Hixie, I'm having difficulty keeping up with these changes:
  96. # [01:32] <jonnybarnes> ah cool, thanks Hixie
  97. # [01:33] <jlebar> Hixie, if I type http://google.com into my address bar, does Google get a popstate?
  98. # [01:33] <jlebar> Hixie, https://bugs.webkit.org/show_bug.cgi?id=41372
  99. # [01:33] * jlebar has re-read the relevant sections too many times now to make any sense of it. :)
  100. # [01:35] <Hixie> jlebar: search for "popstate" in the spec, it doesn't happen often :-)
  101. # [01:35] <Hixie> there are exactly two times popstate is fired
  102. # [01:35] <Hixie> 1. during history traversal, if the document readiness is already "complete"
  103. # [01:36] <Hixie> 2. after the browser stops parsing
  104. # [01:36] <Hixie> does that answer your question?
  105. # [01:37] * Quits: jonnybarnes (~jonnybarn@jjjjbarnes.plus.com) (Quit: Leaving)
  106. # [01:38] <jlebar> Hixie, I think so, yes. Thanks.
  107. # [01:41] <Hixie> np
  108. # [01:44] * Quits: boaz (~boaz@64.119.159.231) (Quit: boaz)
  109. # [01:45] * Quits: dglazkov (~dglazkov@nat/google/x-gjmjpznvoxbzougn) (Quit: dglazkov)
  110. # [01:48] <jlebar> Hixie, this seems to be a point of a lot of confusion. People see "traverse the history" and assume that it means "go back to a page that you've been to before." Perhaps you could clarify this.
  111. # [01:49] * Joins: dglazkov (~dglazkov@nat/google/x-txxdwdzonbsvgupo)
  112. # [01:50] * Quits: dglazkov (~dglazkov@nat/google/x-txxdwdzonbsvgupo) (Client Quit)
  113. # [01:52] <Hixie> jlebar: any suggestion on how to do that?
  114. # [01:52] <Hixie> jlebar: i could rename the algorithm somehow
  115. # [01:52] <Hixie> jlebar: dunno what to rename it to, though
  116. # [01:53] <Hixie> jlebar: that you traverse the history in more cases than just going back is clear just from clicking the name of the algorith, which lists where it is mentioned (assuming you're using the single-page version of the spec)
  117. # [01:59] <cardona507> what args does lineTo() take?
  118. # [01:59] <Hixie> x,y
  119. # [02:00] <cardona507> cool - thnx Hixie
  120. # [02:01] <cardona507> darn FF is acting like IE
  121. # [02:02] <jlebar> cardona507, :( How?
  122. # [02:03] * Quits: cypha (~sallabanc@199.85.236.70) (Ping timeout: 252 seconds)
  123. # [02:03] <cardona507> for some weird reason FF is not liking an AJAX call that I am doing to populate the jQuery graph plugin visualizer
  124. # [02:03] <jlebar> Hixie, you could add a note under 6.5.9 saying "This algorithm is triggered by: * navigating to a fragment identifier (always) * navigating across documents (sometimes)" or whatever.
  125. # [02:03] <cardona507> I am only joking about FF acting like IE
  126. # [02:03] <cardona507> nothing could be that bad :)
  127. # [02:03] <jlebar> ha.
  128. # [02:05] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Ping timeout: 272 seconds)
  129. # [02:05] * Quits: sicking (~chatzilla@nat/mozilla/x-jwckmlwsxifvlmzg) (Ping timeout: 265 seconds)
  130. # [02:05] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  131. # [02:06] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  132. # [02:06] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  133. # [02:07] <Hixie> jlebar: i don't like doing that because when i change how the algorithm is invoked, i forget to update the note, and then things get out of sync, and people get even more confused
  134. # [02:07] * Joins: othermaciej (~mjs@17.246.16.197)
  135. # [02:08] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
  136. # [02:08] <MikeSmithX> http://techcrunch.com/2010/08/24/motorola-snaps-up-280-north-for-20-million/
  137. # [02:09] <MikeSmithX> good on them
  138. # [02:09] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  139. # [02:10] <jlebar> Hixie, Hm...that's fair. You could just be vague and say "Note: One need not traverse the history to an existing history entry. See e.g. #navigating-across-documents."
  140. # [02:10] * Quits: othermaciej (~mjs@17.246.16.197) (Client Quit)
  141. # [02:10] * abarth|adoptPtr is now known as chrome-cowboy
  142. # [02:14] * Quits: kennyluck (~kennyluck@EM111-188-18-134.pool.e-mobile.ne.jp) (Quit: kennyluck)
  143. # [02:15] <jlebar> Hm...that wording is pretty bad.
  144. # [02:15] <jlebar> Note: The UA can traverse the history to either an existing history entry or a new history entry.
  145. # [02:15] <jlebar> s/can/may
  146. # [02:16] <Hixie> jlebar: never use "may" in a note, "may" has normative meaning and notes are non-normative
  147. # [02:16] <Hixie> however, i've put in some text
  148. # [02:16] <Hixie> regenning now
  149. # [02:16] <Hixie> let me know what you think when it's up
  150. # [02:20] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  151. # [02:21] * Joins: othermaciej (~mjs@17.246.16.197)
  152. # [02:21] * Quits: ap (~ap@17.246.19.116) (Quit: ap)
  153. # [02:22] <jlebar> Hixie, Looks great to me. We'll see if it helps the WebKit devs figure things out. :)
  154. # [02:22] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
  155. # [02:23] * Quits: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com) (Ping timeout: 272 seconds)
  156. # [02:25] * Quits: dave_levin (~dave_levi@nat/google/x-nmpuzzuzlpdkhgso) (Read error: Operation timed out)
  157. # [02:26] * Joins: dave_levin (~dave_levi@74.125.59.73)
  158. # [02:29] * Joins: roc_ (~roc@203-97-204-82.dsl.clear.net.nz)
  159. # [02:29] <Hixie> jlebar: :-)
  160. # [02:29] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 258 seconds)
  161. # [02:29] * roc_ is now known as roc
  162. # [02:36] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  163. # [02:43] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  164. # [02:47] * Joins: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com)
  165. # [02:47] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  166. # [02:48] * chrome-cowboy is now known as abarth
  167. # [02:49] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Client Quit)
  168. # [02:53] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 245 seconds)
  169. # [02:55] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  170. # [02:55] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  171. # [02:59] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  172. # [02:59] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  173. # [03:11] * Quits: JoePeck (~JoePeck@17.244.13.231) (Quit: -)
  174. # [03:21] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
  175. # [03:26] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  176. # [03:28] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 276 seconds)
  177. # [03:29] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  178. # [03:36] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  179. # [03:40] * MikeSmithX is now known as MikeSmith
  180. # [03:46] * Quits: jlebar (~jlebar@nat/mozilla/x-nvttfgdmawarsqnq) (Quit: Leaving)
  181. # [03:47] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  182. # [03:48] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  183. # [03:48] <boblet> hixie: re: bug 9743, the lack of examples meant it was unclear that four different styles were valid. The examples you added make it much clearer, thanks.
  184. # [03:49] <boblet> it would still be nice to link to 12.1.2.3, but I think it’s clear enough as it is
  185. # [03:50] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
  186. # [03:50] <boblet> changing to resolved:fixed
  187. # [03:52] * Joins: baba (~sallabanc@199.85.236.70)
  188. # [03:54] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  189. # [04:00] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  190. # [04:02] * Joins: annevk5 (~annevk@cm-84.208.74.81.getinternet.no)
  191. # [04:02] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  192. # [04:02] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  193. # [04:04] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  194. # [04:04] * Joins: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
  195. # [04:05] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  196. # [04:06] * Joins: stalled (~stalled@unaffiliated/stalled)
  197. # [04:06] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  198. # [04:20] * Joins: tyoshino (~tyoshino@220.109.219.244)
  199. # [04:21] * Quits: annevk5 (~annevk@cm-84.208.74.81.getinternet.no) (Remote host closed the connection)
  200. # [04:22] * Joins: annevk5 (~annevk@cm-84.208.74.81.getinternet.no)
  201. # [04:25] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  202. # [04:28] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  203. # [04:29] * Joins: miketaylr (~miketaylr@24.42.95.108)
  204. # [04:34] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  205. # [04:35] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  206. # [04:37] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  207. # [04:37] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  208. # [04:37] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  209. # [04:44] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  210. # [04:47] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  211. # [04:49] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  212. # [04:50] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  213. # [04:52] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  214. # [04:54] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  215. # [04:58] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  216. # [04:58] <annevk5> is there a known bug of some kind of the spec not defining what should be on the object versus what should be on the prototype chain?
  217. # [04:58] <annevk5> e.g. w(HTMLElement.prototype.title) gives wildly different results
  218. # [04:59] <annevk5> same for HTMLElement.prototype.onclick etc.
  219. # [04:59] <annevk5> actually, that one always returns undefined, but WebIDL suggests it shouldn't
  220. # [05:02] * Quits: othermaciej (~mjs@17.246.16.197) (Quit: othermaciej)
  221. # [05:02] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: thxbye)
  222. # [05:03] * Joins: othermaciej (~mjs@17.246.16.197)
  223. # [05:06] * Quits: baba (~sallabanc@199.85.236.70) (Ping timeout: 272 seconds)
  224. # [05:08] * Quits: othermaciej (~mjs@17.246.16.197) (Ping timeout: 272 seconds)
  225. # [05:10] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  226. # [05:14] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  227. # [05:14] * dglazkov is now known as dglazkov-bot
  228. # [05:16] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
  229. # [05:17] * dglazkov-bot is now known as dglazkov
  230. # [05:24] * Quits: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k602.webspeed.dk) (Quit: Leaving)
  231. # [05:32] * Quits: annevk5 (~annevk@cm-84.208.74.81.getinternet.no) (Quit: annevk5)
  232. # [05:34] * Joins: erlehmann (~erlehmann@dslb-088-075-056-239.pools.arcor-ip.net)
  233. # [05:49] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  234. # [05:50] <MikeSmith> so I'm wanting to change the spam-management I've been using with my mail server .. what's the recommended solution for dealing with spam these days?
  235. # [05:50] <MikeSmith> I'm runnin Exim
  236. # [05:51] <MikeSmith> and have been using spamassassin and sa-exim
  237. # [05:53] * Quits: paul_irish (~paul_iris@nat/google/x-rpkhifpjmmkkvgin) (Remote host closed the connection)
  238. # [05:54] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  239. # [05:56] <wirepair> forward it to gmail and let them worry about it
  240. # [05:56] <wirepair> s'what i do ;D
  241. # [05:58] * Joins: paul_irish (~paul_iris@66.109.105.194)
  242. # [05:58] <MikeSmith> heh
  243. # [05:59] <MikeSmith> yeah, I guess that's the easiest way
  244. # [05:59] <wirepair> seriously, my sh0dan.org domain has the mx forwarding to gmail ehe
  245. # [05:59] <wirepair> wow only 25,926 spams
  246. # [05:59] <boblet> but doing that would take all the masochism out of running your own mail server
  247. # [06:00] <wirepair> boblet, good point!
  248. # [06:00] * Joins: baba (~sallabanc@199.85.236.70)
  249. # [06:00] <wirepair> then i suggest sendmail 8.10 with a perl script filtering emails by hand
  250. # [06:00] <wirepair> ;)
  251. # [06:00] <boblet> and that basically removes the reason for managing your own mail server, no?
  252. # [06:01] <wirepair> 'Would you like to accept this as spam? [y/n]: '
  253. # [06:01] <boblet> wirepair: yeah, much more like it
  254. # [06:01] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  255. # [06:01] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  256. # [06:01] <wirepair> ehe
  257. # [06:03] <MikeSmith> I guess I should quit running my own web server also
  258. # [06:03] <wirepair> thanks MikeSmith, that actually reminded me to check my email
  259. # [06:03] <wirepair> and my first email says your domain will expire in 3 days
  260. # [06:04] <MikeSmith> heh
  261. # [06:04] <wirepair> so
  262. # [06:04] * wirepair tips hat to MikeSmith
  263. # [06:04] * Joins: bentruyman (~bentruyma@c-24-12-251-35.hsd1.il.comcast.net)
  264. # [06:04] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  265. # [06:04] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  266. # [06:05] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Client Quit)
  267. # [06:07] * Quits: bentruyman (~bentruyma@c-24-12-251-35.hsd1.il.comcast.net) (Client Quit)
  268. # [06:08] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  269. # [06:15] <MikeSmith> rolandsteiner: hey
  270. # [06:15] <MikeSmith> have you guys all moved to a new office?
  271. # [06:20] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  272. # [06:21] * Joins: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7)
  273. # [06:21] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  274. # [06:22] * Quits: baba (~sallabanc@199.85.236.70)
  275. # [06:23] * Quits: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
  276. # [06:25] <volkmar> Hixie: can you have a look at that: https://bugzilla.mozilla.org/show_bug.cgi?id=590363 ?
  277. # [06:26] * Joins: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com)
  278. # [06:28] * Quits: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com) (Remote host closed the connection)
  279. # [06:32] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
  280. # [06:34] * Quits: paul_irish (~paul_iris@66.109.105.194) (Remote host closed the connection)
  281. # [06:39] * Quits: dpranke (~Adium@nat/google/x-agamotcxgdmwrkbe) (Quit: Leaving.)
  282. # [06:46] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  283. # [06:47] * Quits: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7) (Ping timeout: 240 seconds)
  284. # [07:00] * Joins: matjas (~matjas@91.182.98.230)
  285. # [07:06] * Quits: MikeSmith (~MikeSmith@EM111-188-60-109.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  286. # [07:08] * Quits: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net) (Ping timeout: 276 seconds)
  287. # [07:09] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
  288. # [07:11] * Joins: MikeSmith (~MikeSmith@EM114-48-150-110.pool.e-mobile.ne.jp)
  289. # [07:17] <MikeSmith> wirepair: I also run my own name server
  290. # [07:18] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
  291. # [07:21] <micheil> MikeSmith: if I heard rightly a few weeks back, some smart node.js developers are writing a node.js powered nameserver (yes, taking over the world by stealth almost)
  292. # [07:22] <MikeSmith> wow
  293. # [07:23] <MikeSmith> well, I guess that's sort to be expected
  294. # [07:23] <MikeSmith> a natural evolution
  295. # [07:23] <MikeSmith> like how CSS is eventually going to become Turing-complete
  296. # [07:24] <MikeSmith> man, I just did a massive upgrade of my Debian server to the latest testing
  297. # [07:24] <MikeSmith> after many months of having done no package updates at all
  298. # [07:24] <MikeSmith> maybe even a year or more
  299. # [07:25] <MikeSmith> and I had to manually deal with some package conflict problems
  300. # [07:25] <MikeSmith> but otherwise, I got everything upgraded
  301. # [07:25] <MikeSmith> and amazingly, everything actually seems to be working
  302. # [07:26] * Joins: dave_levin (~dave_levi@74.125.59.73)
  303. # [07:26] <Ankheg> it's so unusual for Debian?
  304. # [07:27] <MikeSmith> well, I had some conflicts before
  305. # [07:27] * Quits: hamcore (rhythm@unaffiliated/msmosso)
  306. # [07:27] <MikeSmith> which is why I had held off on upgrading
  307. # [07:27] <Hixie> volkmar: what about it?
  308. # [07:27] * Quits: matjas (~matjas@91.182.98.230) (Remote host closed the connection)
  309. # [07:27] * Joins: dbaron (~dbaron@cm-84.208.66.187.getinternet.no)
  310. # [07:28] <MikeSmith> Ankheg: upgrades were totally borking my mail delivery, among other things
  311. # [07:28] <MikeSmith> but I found that the main problem was spamassassin
  312. # [07:28] <MikeSmith> so I solved it by removing spamassassin
  313. # [07:28] <MikeSmith> now I need to find some other other way of dealing with spam
  314. # [07:28] <Ankheg> So much for the stable releases )
  315. # [07:29] <MikeSmith> well, it's what I get for running the testing distro
  316. # [07:29] <MikeSmith> I guess
  317. # [07:29] <MikeSmith> anyway, it wasn't anything I couldn't deal with
  318. # [07:29] <MikeSmith> in the long run
  319. # [07:29] <Ankheg> that's the case, I presume
  320. # [07:29] <MikeSmith> just took me a while to get back to it
  321. # [07:30] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
  322. # [07:30] <Ankheg> then I hope this update will be of without much trouble
  323. # [07:32] <volkmar> Hixie: do you think the spec should take into considering this behavior?
  324. # [07:32] <Hixie> volkmar: you mean the old firefox behaviour?
  325. # [07:33] <volkmar> the old firefox behavior and the current webkit/opera
  326. # [07:33] <Hixie> that behaviour was taken into account
  327. # [07:33] <Hixie> and considered silly :-)
  328. # [07:33] <Hixie> or inconsistent
  329. # [07:33] <Hixie> or some such
  330. # [07:34] <Hixie> this was stuff i studied quite carefully at the time
  331. # [07:34] <volkmar> ok, good to know it's kwown :)
  332. # [07:34] <volkmar> and do you have any idea how much that could break the web?
  333. # [07:35] <volkmar> ... or you are expecting us to test that :)
  334. # [07:35] <Hixie> i expect it won't break the web at all
  335. # [07:35] <Hixie> but i don't know off-hand
  336. # [07:35] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
  337. # [07:35] <Hixie> iirc, IE didn't let you change the type at all dynamically
  338. # [07:35] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  339. # [07:35] <Hixie> so i doubt much content relies on it
  340. # [07:35] <volkmar> ok, fine
  341. # [07:39] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  342. # [07:43] <rsteiner> MikeSmith: hey! sorry for the late response (was having lunch)
  343. # [07:45] <rsteiner> MikeSmith: yep, new and shiny office! :D
  344. # [07:45] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  345. # [07:47] <MikeSmith> rsteiner: I will be stopping by there around 4pm
  346. # [07:47] <MikeSmith> today
  347. # [07:47] <MikeSmith> (to talk with Eiji Kitamura)
  348. # [07:48] <MikeSmith> rsteiner: btw, have you see the Mozilla bug about implementing CSS support for ruby?
  349. # [07:48] <MikeSmith> https://bugzilla.mozilla.org/show_bug.cgi?id=256274
  350. # [07:49] <MikeSmith> hmm, I see that Anne has already commented there as well
  351. # [07:50] <MikeSmith> https://bugzilla.mozilla.org/show_bug.cgi?id=256274#c86
  352. # [07:50] <MikeSmith> [[
  353. # [07:50] <MikeSmith> So is Mozilla planning on supporting more of ruby than the other browsers? I.e.
  354. # [07:50] <MikeSmith> more than HTML5 requires? I am asking because comment 84 mentions various
  355. # [07:50] <MikeSmith> concepts not present in HTML5 or implementations of WebKit/Trident.
  356. # [07:50] <MikeSmith> ]]
  357. # [07:50] <MikeSmith> which seems like exactly the right question to be asking
  358. # [07:50] <rsteiner> MikeSmith: Interesting - let me catch up on that thread
  359. # [07:50] <MikeSmith> k
  360. # [07:51] <MikeSmith> roc is usually around on this channel, btw
  361. # [07:51] <MikeSmith> if you end up wanting to ask him for any clarification
  362. # [07:51] <MikeSmith> (Robert O'Callahan)
  363. # [07:51] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
  364. # [07:52] * Quits: erlehmann (~erlehmann@dslb-088-075-056-239.pools.arcor-ip.net) (Quit: Ex-Chat)
  365. # [08:02] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  366. # [08:07] * Quits: MikeSmith (~MikeSmith@EM114-48-150-110.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  367. # [08:09] * Joins: peol (~andree@91.213.250.6)
  368. # [08:09] * peol is now known as Guest45126
  369. # [08:10] * Quits: Guest45126 (~andree@91.213.250.6) (Changing host)
  370. # [08:10] * Joins: Guest45126 (~andree@unaffiliated/peol)
  371. # [08:10] * Guest45126 is now known as peol
  372. # [08:12] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  373. # [08:13] <rsteiner> MikeSmith: interesting thread - confirms that complex ruby is a headache in implementation details... ;)
  374. # [08:15] * rsteiner wonders if pointing out Mozilla is working on this will make WebKit folks more receptive to a complex ruby implementation
  375. # [08:21] * Joins: maikmerten (~merten@dhcp-11-239.it.uu.se)
  376. # [08:27] * Disconnected
  377. # [08:28] * Attempting to rejoin channel #whatwg
  378. # [08:28] * Rejoined channel #whatwg
  379. # [08:28] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  380. # [08:28] * Set by annevk42 on Mon Oct 19 23:03:06
  381. # [08:28] * Quits: krijnh (~krijnhoet@83.160.77.30) (Read error: Connection reset by peer)
  382. # [08:29] * Quits: dbaron (~dbaron@cm-84.208.66.187.getinternet.no) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  383. # [08:29] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Read error: Connection reset by peer)
  384. # [08:29] * Joins: FireFly (~firefly@unaffiliated/firefly)
  385. # [08:30] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  386. # [08:37] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Ping timeout: 252 seconds)
  387. # [08:39] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  388. # [08:45] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  389. # [08:46] * Quits: tantek (~tantek@cm-84.208.66.187.getinternet.no) (Quit: tantek)
  390. # [08:47] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  391. # [08:47] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  392. # [08:52] * Joins: annevk5 (~annevk@guest.opera.com)
  393. # [08:52] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
  394. # [08:52] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Ping timeout: 276 seconds)
  395. # [08:52] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  396. # [08:54] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  397. # [08:58] * Joins: JonathanNeal (~Jonathan_@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  398. # [08:59] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  399. # [08:59] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  400. # [09:00] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
  401. # [09:01] * Joins: kmq (~kmq@85.159.13.90)
  402. # [09:04] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  403. # [09:04] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  404. # [09:06] * Joins: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13)
  405. # [09:06] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  406. # [09:08] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  407. # [09:10] * Joins: Ms2ger (~Ms2ger@91.181.99.238)
  408. # [09:13] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  409. # [09:13] <annevk5> in response to my own question earlier
  410. # [09:13] <annevk5> it seems WebIDL has this sentence
  411. # [09:13] <annevk5> "If a host object implements an interface, then for each attribute defined on the interface, there must be a corresponding property on the host object"
  412. # [09:14] <annevk5> which suggests properties are not on the prototype chain
  413. # [09:15] * Joins: Amorphous (jan@unaffiliated/amorphous)
  414. # [09:16] * Joins: TabAtkins_ (~chatzilla@guest.opera.com)
  415. # [09:16] * Joins: nattokirai (~nattokira@guest.opera.com)
  416. # [09:18] * Joins: dbaron (~dbaron@guest.opera.com)
  417. # [09:19] * Joins: tantek (~tantek@guest.opera.com)
  418. # [09:20] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Ping timeout: 252 seconds)
  419. # [09:21] <nessy> hsivonen: great to see you back!
  420. # [09:22] <hsivonen> nessy: great to be back :-) (and caught up with email!)
  421. # [09:22] <nessy> congrats - that would have been hard work!
  422. # [09:25] <nessy> your question made me wonder if I should put the effort in to add a processing model to the WMML spec
  423. # [09:26] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  424. # [09:26] <nessy> what would you want to see in a processing model? Something like a DTD or XML schema?
  425. # [09:26] <hsivonen> nessy: neither of those!
  426. # [09:27] <nessy> I didn't think so ;-) but what are you after?
  427. # [09:27] <hsivonen> nessy: I think it makes sense to put effort into the processing model if you want to push the proposal despite the discussions we had at Whistler
  428. # [09:27] <hsivonen> nessy: if not, then not
  429. # [09:27] <nessy> the mapping to display it in an iframe-like construct?
  430. # [09:28] <myakura> Hixie: typo in http://whatwg.org/C#boolean-attribute . the example uses checked and disabled attributes but the text above says "The checked and readonly attributes..."
  431. # [09:28] <nessy> hsivonen: if nobody wants to implement a xml format, I am not going to push it
  432. # [09:28] <hsivonen> nessy: what I'd like to see is a detailed description of what parser what, how it integrates with the task queues, etc.
  433. # [09:28] <nessy> ah ok, that would be simple - mostly a copy of what WebSRT describes, I guess...
  434. # [09:29] <hsivonen> my point is that I don't expect it to be at all simple if done in sufficient detail
  435. # [09:29] <nessy> like this bit? http://www.whatwg.org/specs/web-apps/current-work/websrt.html#parsing
  436. # [09:30] <hsivonen> nessy: parsing isn't enough. also the task queue interaction of how stuff is displayed is needed, etc., etc.
  437. # [09:30] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  438. # [09:30] <nessy> hmm… I wonder if that is specified for WebSRT yet even
  439. # [09:30] <nessy> might be more useful to try doing that for WebSRT
  440. # [09:31] <hsivonen> nessy: it's less important to define it for WebSRT on that level of detail, because WebSRT reuses CSS in a limited way and doesn't import all possible HTML/DOM interactions with the task queue
  441. # [09:32] <nessy> hsivonen: unless we stick innerHTML into WebSRT, right?
  442. # [09:32] <hsivonen> nessy: the reason why my WebSRT with innerHTML cues is so simple is that it defines everything in terms of existing operations, so everything flows out of that
  443. # [09:32] <nessy> hsivonen: I don't understand - why would that be different for WMML?
  444. # [09:32] <hsivonen> nessy: if we stick innerHTML in WebSRT, the task queue interactions need to be answered
  445. # [09:33] <hsivonen> nessy: I already have proposed an answer, but foolip's second to last email to the thread suggests he might not like my answer...
  446. # [09:33] <hsivonen> nessy: you haven't defined how WMML works to the point I have defined how my WebSRT with innerHTML would work
  447. # [09:34] <nessy> hsivonen: probably because I don't know enough about that part to define it and just assumed that what you defined would work the same in WMML as in WebSRT
  448. # [09:34] <nessy> hsivonen: I could just basically copy your proposal then?
  449. # [09:35] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  450. # [09:35] <hsivonen> nessy: to do that, you'd have to define how you extract from WMML the string you assign to innerHTML
  451. # [09:35] <hsivonen> nessy: and as we already discussed, that step would suck more with a markup-like framing than with WebSRT-like framing of the strings
  452. # [09:36] <nessy> hsivonen: is that difficult or unclear? it's just what's in a <cue> element
  453. # [09:36] <hsivonen> nessy: you need to define "what's in the cue" element
  454. # [09:37] <hsivonen> nessy: does it work like "what's in the noscript element" or "what's in the div element" or in another way
  455. # [09:37] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  456. # [09:37] <nessy> hsivonen: as in: take the text and throw it into a <body> element of a iframe
  457. # [09:37] <hsivonen> nessy: I mean "take the text" needs defining
  458. # [09:38] <nessy> hsivonen: ok …
  459. # [09:38] <hsivonen> nessy: and I can't think of how to define it in a way that wouldn't be bad
  460. # [09:38] <nessy> hsivonen: what would be a bad way? (sorry if you have to repeat this from Whistler - I seem pretty clueless here but do want to understand)
  461. # [09:39] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Ping timeout: 252 seconds)
  462. # [09:39] <hsivonen> bad way #1: Parse as XML, take .innerHTML. Bad because the whole document needs to be well-formed. Bad because the XML people would object to no end.
  463. # [09:40] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  464. # [09:40] <hsivonen> bad way #2: Define a custom parser that takes the text with whatever mechanism. Bad because such a custom parser would have to have a tokenizer that's of comparable complexity to the HTML tokenizer and it's not at all a good idea to have to develop another one of those.
  465. # [09:41] <nessy> yup, #1 was my thinking, but if XML people would object, then there is no reason to go with XML in the first place
  466. # [09:41] <nessy> so, I'm happy to just drop it (until somebody asks for a XML version again and then we can have this whole argument again)
  467. # [09:41] <annevk5> I really don't want XML for subtitles btw
  468. # [09:42] <annevk5> I'd object to no end, too
  469. # [09:42] <nessy> hehe :)
  470. # [09:42] <nessy> what are your reasons annevk5?
  471. # [09:42] <annevk5> XML failing was the whole reason we started HTML5
  472. # [09:42] <nessy> ah, but XML failed for HTML - that doesn't mean XML failed for the whole industru
  473. # [09:43] <nessy> I don't like namespaces either and XSL-FO is just… why does it even exist?
  474. # [09:43] <annevk5> some people think XML is salvation
  475. # [09:43] <annevk5> so everything ought to be expressed in it
  476. # [09:43] <nessy> but XML is being used in a lot of places successfully to define exchange formats and re-use a well-defined parser
  477. # [09:44] <annevk5> XQueryX is probably the worst example of that
  478. # [09:44] <hsivonen> bad way #3: Use the HTML tokenizer with a custom tree builder that treats <cue> like <iframe>. Bad because the two-level parsing would be non-obvious (people are already confused by how the contents of iframe and noscript work). Bad because the appearance of the markup document as a whole suggests CSS selectors match on the whole tree when they'd actually match on a different tree.
  479. # [09:44] <annevk5> nessy, not really on the scale HTML is used
  480. # [09:44] <nessy> I am just developing a video application for somebody who has all their formats in XML and I have to use all the XML stuff including XSLT, XML schema etc - but it's actually helpful to some extent
  481. # [09:44] <annevk5> nessy, and most of those uses are generated and not hand edited
  482. # [09:45] <Ms2ger> ... unlike HTML and subtitles
  483. # [09:45] <annevk5> (if you're thinking of Atom / RSS)
  484. # [09:45] <hsivonen> bad way #4: Use the HTML tokenizer *and* a hacked HTML tree builder and get rid of the two-level parsing. Bad because you'd have to hack the tree builder not to implicitly generate the html and body elements.
  485. # [09:45] <nessy> no, no, subtitles will be a lot more generated in future
  486. # [09:45] <hsivonen> bad way #5: Rename wmml to html and cuelist to body, then use the HTML parser as a whole without the innerHTML step but instead clone the subtrees. Bad because of the CSS reason above.
  487. # [09:46] <annevk5> Ms2ger, I expect way more people to touch HTML (either directly or via templates) than they touch e.g. Atom
  488. # [09:46] <Ms2ger> Exactly
  489. # [09:46] <annevk5> nessy, "the future" is what people said about HTML too
  490. # [09:46] <hsivonen> I think those are pretty much the cases I recall discussing at Whistler.
  491. # [09:47] <annevk5> if we can prevent requiring tools to generate something as simple as subtitles (and we can) we should
  492. # [09:47] <nessy> I am actually not sure if there are more html pages on the planet than xml files - you don't know what's going on behind closed doors in companies
  493. # [09:47] <nessy> hsivonen: you have a fair number there! wow!
  494. # [09:47] * Joins: sean` (~sean@h160089.upc-h.chello.nl)
  495. # [09:48] <annevk5> closed systems using XML is not really a convincing argument imo
  496. # [09:48] <annevk5> of course closed systems will work fine
  497. # [09:48] <annevk5> they're easy to get right
  498. # [09:48] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  499. # [09:48] * Joins: MikeSmith (~MikeSmith@220.109.219.245)
  500. # [09:50] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  501. # [09:50] <hsivonen> having a lot of XML behind close doors isn't a particularly relevant point for the Web
  502. # [09:51] <nessy> annevk5: I was just making an argument about the number of documents in existence and therefore the importance of a format - I am by no means suggesting to move HTML to XML (we know that failed)
  503. # [09:52] <nessy> XML as an of itself is not a bad format just because it didn't work for HTML
  504. # [09:52] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  505. # [09:52] <Ms2ger> It's not really a fair comparison, though
  506. # [09:52] * abarth is now known as abarth|adoptPtr
  507. # [09:53] <Ms2ger> XML and HTML are on rather different levels
  508. # [09:53] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  509. # [09:54] <nessy> Ms2ger: I know - and thus I don't really see why a subtitle format should not be XML just because XML didn't work for HTML - but hsivonen obviously has a lot of arguments against a subtitle format that is meant to work with HTML, so that makes sense
  510. # [09:54] <annevk5> It is a bad format for formats that will be hand generated or with string concatenation, etc. as making errors is easy (and they slip in easily as e.g. Philip` has demonstrated lots of times). I expect subtitles to be much closer to HTML in this regard than to e.g. Atom. Especially if I look at the SRT files I often fetch when looking at a movie.
  511. # [09:56] <nessy> annevk5: this is an argument about enforcing strict parsing rather than about XML
  512. # [09:56] <hsivonen> the issues arising from Draconian failure and Namespaces apply to any prospective Web formats based on XML
  513. # [09:57] <hsivonen> nessy: strict parsing is a key part of the XML package
  514. # [09:57] <annevk5> nessy, strict parsing is intrinsic to XML
  515. # [09:57] <nessy> annevk5: foolip found a lot of SRT files that do not have empty lines as separaters between caption cues, which would not be conformant with WebSRT - would you want a WebSRT parser to accept that?
  516. # [09:57] <annevk5> nessy, until everyone does XML5 XML is just not a suitable format for any kind of language that web authors need to deploy
  517. # [09:58] <hsivonen> (it wouldn't have to be that way, but to change it, you'd need to take action against the wishes of the XML community--compare with your argument not to use SRT due to community concerns)
  518. # [09:58] <Ms2ger> Look, another thread about the HTML6 doctype!
  519. # [09:58] <hsivonen> Ms2ger: yeah, it's so sad
  520. # [09:58] <nessy> annevk5: I don't see strict parsing as inherently bad either - in fact, I am really annoyed that Firefox lets me get away with broken JavaScript, that then breaks other browsers - I do like to develop in Firefox...
  521. # [09:58] <annevk5> nessy, maybe it should; but that seems rather separate discussion
  522. # [09:59] <hsivonen> nessy: there's going to be the ES5 strict mode, but as I understand it, it hasn't been designed to be a stable equilibrium, so who knows how long it's going to last...
  523. # [10:00] <annevk5> nessy, JavaScript is somewhat resilient to authoring errors as well; e.g. it's per script element, per event handler attribute, etc.
  524. # [10:01] <annevk5> nessy, http://lists.w3.org/Archives/Public/www-tag/2008Dec/0132.html might of interest to you
  525. # [10:01] <nessy> hsivonen, annevk5: so, what I wanted with WMML was a XML format that doesn't have any of these restrictions - namespaces, XSL-FO, strict parsing - but that seems to be a bit ahead of the curve
  526. # [10:02] <annevk5> nessy, strict parsing and namespaces are intrinsic to XML; you do not just get rid of them
  527. # [10:02] <annevk5> nessy, unless you replace XML wholesale, as I proposed at some point
  528. # [10:03] <nessy> I want a different word for it then - it seems using the single word "XML" makes everyone go religious ;)
  529. # [10:03] <hsivonen> nessy: there's no point is using almost-XML, since you don't get the reuse benefits that are typically used to justify XML in the first place
  530. # [10:03] <annevk5> nessy, euh, didn't I give a bunch of arguments? it's a bit more than a belief
  531. # [10:04] <nessy> hsivonen: yes, that's correct - and I am not religious about it and I understand where you come from (mostly)
  532. # [10:04] <hsivonen> nessy: note that my list of bad solutions included solutions that didn't use an XML parser but would have parsed similar tags by other means
  533. # [10:05] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  534. # [10:05] <nessy> hsivonen: yeah, but mostly because you went from XML to HTML, which I don't see as a solution
  535. # [10:06] <hsivonen> nessy: bad way #2 used neither XML nor HTML parser
  536. # [10:07] <nessy> then WebSRT falls under bad way #2, too - I don't really accept #2 to be honest
  537. # [10:07] <nessy> but I accept that there are issues and I have accepted that nobody wants a XML based format
  538. # [10:08] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  539. # [10:08] <hsivonen> nessy: WebSRT does require a new parser for the container format, but the container doesn't have gratuitously XML/HTML-like complexity like attributes and character references
  540. # [10:09] <annevk5> or DOCTYPEs / <script>
  541. # [10:09] <nessy> hsivonen: it will get there once all the requirements are satisfied by WebSRT
  542. # [10:10] <nessy> it will hopefully stay simpler though, I agree
  543. # [10:10] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  544. # [10:10] <hsivonen> nessy: we can say "no" to any requirement that isn't about making the HTML5 feature set from before the supposed feature freeze accessible
  545. # [10:10] <nessy> hsivonen: did you see the requirements list of the a11y group?
  546. # [10:11] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  547. # [10:11] * Quits: nattokirai (~nattokira@guest.opera.com) (Read error: Connection reset by peer)
  548. # [10:11] * Joins: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7)
  549. # [10:11] <nessy> http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Requirements
  550. # [10:11] * Quits: tantek (~tantek@guest.opera.com) (Read error: No route to host)
  551. # [10:11] * Quits: TabAtkins_ (~chatzilla@guest.opera.com) (Read error: Connection reset by peer)
  552. # [10:11] * Joins: tantek (~tantek@guest.opera.com)
  553. # [10:11] <hsivonen> nessy: if you ask any accessibility group for requirements, they'll require the kitchen sink, because this looks like the one opportunity to get more features since the introduction of U.S. TV captioning
  554. # [10:11] * Joins: nattokirai (~nattokira@guest.opera.com)
  555. # [10:12] * Joins: TabAtkins_ (~chatzilla@guest.opera.com)
  556. # [10:12] <nessy> hsivonen: wouldn't you in their situation?
  557. # [10:12] <hsivonen> nessy: maybe, though I would like to think I'd be able to show the kind of restraint I'd now like them to show
  558. # [10:13] <nessy> hsivonen: if you are a disabled user and have not had the possibilities that the Web allows you to have to make your life easier, wouldn't you want it all, too?
  559. # [10:13] <nessy> hsivonen: so, it's a matter or managing what is achievable now and what is important to meet without obstructing to meet further needs later
  560. # [10:14] <nessy> s/or/of/
  561. # [10:14] <annevk5> note that adding a bunch of features does not necessarily improve the situation
  562. # [10:14] * Quits: MikeSmith (~MikeSmith@220.109.219.245) (Ping timeout: 265 seconds)
  563. # [10:14] <hsivonen> nessy: well, let's put it this way: on the internationalization front, the people who are supposed to be advocating on my behalf in Working Groups claim that I need this and that to be able to write my mother tongue, but I don't really need all they claim I need
  564. # [10:14] <annevk5> e.g. longdesc was at some point added to the language also based on requirements, but it didn't work at all
  565. # [10:14] <hsivonen> nessy: I agree we should address true user needs, though
  566. # [10:16] <nessy> hsivonen: I think there are bare needs, things that are really important, and then there are things that are less important - and we just have to find a way to find out which is which and then manage to create a path to achieve the bare needs without obstructing the later introduction of the more fancy features
  567. # [10:17] * Joins: MikeSmith (~MikeSmith@u-211130160019.hotspot.ne.jp)
  568. # [10:17] <nessy> hsivonen: I say "just", but that is the really difficult part and it is particularly difficult because those that understand the needs don't know what is difficult and those that understand what is difficult don't understand the needs
  569. # [10:18] <nessy> but I'm sure we will get there :)
  570. # [10:19] * Quits: JonathanNeal (~Jonathan_@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds)
  571. # [10:19] * Joins: salty-horse (~ori@bzq-79-179-32-91.red.bezeqint.net)
  572. # [10:21] <salty-horse> hey. why doesn't the first <article> get styled correctly? the border appears on the two <time> elements instead: http://pastehtml.com/view/1ar9mj2.html
  573. # [10:21] <Ms2ger> salty-horse, works for me, try article { display: block; }
  574. # [10:21] <salty-horse> articles aren't blocks by default? :/
  575. # [10:22] <Ms2ger> Only in recent browsers
  576. # [10:23] <salty-horse> you're right. it works in firefox nightly
  577. # [10:23] <salty-horse> if it's not a block, the "bleeding" onto the "time" elements is correct?
  578. # [10:23] <MikeSmith> Hixie: (or anybody else who has insight into this) -
  579. # [10:23] <MikeSmith> I notice here -
  580. # [10:23] <MikeSmith> http://dev.w3.org/html5/spec-author-view/semantics.html#html-documents-16
  581. # [10:23] <MikeSmith> "character encoding used must be an ASCII-compatible character encoding"
  582. # [10:24] <MikeSmith> does that mean that <meta charset=utf-16> is not conformant?
  583. # [10:24] <MikeSmith> because UTF-16 is not ascii-compatible, is it?
  584. # [10:25] <salty-horse> thanks Ms2ger
  585. # [10:25] <MikeSmith> I notice a related statement here:
  586. # [10:25] <MikeSmith> http://dev.w3.org/html5/spec-author-view/semantics.html#html-documents-15
  587. # [10:25] <MikeSmith> prefaced with "If an HTML document does not start with a BOM..."
  588. # [10:26] <MikeSmith> which would seem to apply to the non-UTF-16 case
  589. # [10:26] <MikeSmith> but the other one is not qualified in any way
  590. # [10:27] <hsivonen> MikeSmith: yeah, <meta charset=utf-16> is non-conforming. (Very deliberately.)
  591. # [10:27] <MikeSmith> ok, thanks
  592. # [10:29] <MikeSmith> so at the risk of revealing my ignorance as usual, what is the reason for it being deliberately non-conforming?
  593. # [10:30] <MikeSmith> abarth|adoptPtr: XBL is the thing that's eventually going to save us all
  594. # [10:30] <MikeSmith> XBL2 at least
  595. # [10:30] <abarth|adoptPtr> oh yeah?
  596. # [10:30] <abarth|adoptPtr> currently it doesn't build and is full of memory errors
  597. # [10:30] <MikeSmith> well, I'm partly being facetious, but I don't mean the specific Webkit code
  598. # [10:30] <abarth|adoptPtr> :)
  599. # [10:31] * abarth|adoptPtr is now known as abarth
  600. # [10:31] <abarth> MikeSmith: what do you think this does / should do:
  601. # [10:31] <abarth> <div>&$footer;</div>
  602. # [10:31] <abarth> ?
  603. # [10:31] <MikeSmith> http://www.w3.org/TR/xbl/
  604. # [10:31] <MikeSmith> abarth: it does something fun I hope
  605. # [10:32] <abarth> i'm toying around with the idea of letting authors define their own entities
  606. # [10:32] <MikeSmith> holy christ
  607. # [10:32] <MikeSmith> I hope you're joking
  608. # [10:32] <abarth> to avoid name conflicts, they'll need to start with $
  609. # [10:32] <MikeSmith> you aren't...
  610. # [10:32] <abarth> :)
  611. # [10:32] <MikeSmith> oh man
  612. # [10:32] <MikeSmith> you are serious?
  613. # [10:32] <abarth> why did you fall out of your chair?
  614. # [10:33] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  615. # [10:33] <annevk5> where is that entity defined?
  616. # [10:33] * Joins: smaug____ (~chatzilla@cs181150024.pp.htv.fi)
  617. # [10:33] <MikeSmith> abarth: it's one of those "now you have two problems" solutions
  618. # [10:33] <MikeSmith> [[
  619. # [10:33] <abarth> https://docs.google.com/document/edit?id=1Uye7FCE7sIouru_9ayiyYRDP_ibjY6ZcOeImWH1pFrE&hl=en&authkey=CLO4uYIN
  620. # [10:34] <abarth> is the doc i'm writing about it
  621. # [10:34] <MikeSmith> [[
  622. # [10:34] * Quits: annevk5 (~annevk@guest.opera.com) (Remote host closed the connection)
  623. # [10:34] <MikeSmith> [[
  624. # [10:34] <MikeSmith> The XML Binding Language (XBL) describes the ability to associate elements in a document with script, event handlers, CSS, and more complex content models, which can be stored in another document. This can be used to re-order and wrap content so that, for instance, simple HTML or XHTML markup can have complex CSS styles applied without requiring that the markup be polluted with multiple semantically neutral div elements.
  625. # [10:34] <MikeSmith> ]]
  626. # [10:34] * Joins: annevk5 (~annevk@guest.opera.com)
  627. # [10:34] <MikeSmith> abarth: (for the record, about XBL2 ↑)
  628. # [10:34] * Joins: mat_t (~mattomasz@91.189.88.12)
  629. # [10:34] <abarth> annevk5: you define them with a JS API call
  630. # [10:34] <abarth> you pass in a JSON object
  631. # [10:35] * Parts: salty-horse (~ori@bzq-79-179-32-91.red.bezeqint.net) ("Leaving")
  632. # [10:35] <abarth> i haven't written that part of the doc yet
  633. # [10:35] * MikeSmith reads abarth "Custom HTML Entities" doc
  634. # [10:35] <abarth> it's only half written
  635. # [10:36] <MikeSmith> stop typing
  636. # [10:36] <MikeSmith> " kind of goofy and invites injection."
  637. # [10:36] * Joins: ROBOd (~robod@109.96.249.196)
  638. # [10:36] <abarth> :)
  639. # [10:36] <MikeSmith> :)
  640. # [10:36] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  641. # [10:36] <annevk5> why not just use <iframe srcdoc> ?
  642. # [10:37] <abarth> can you put an iframe srcdoc in an attribute?
  643. # [10:37] <abarth> also, that's huge overkill to display someone's name
  644. # [10:38] <annevk5> no and fair enough
  645. # [10:39] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  646. # [10:40] <abarth> <link rel="entities" href="entites.json"> seems better than the script API
  647. # [10:41] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  648. # [10:44] * Joins: mpt (~mpt@canonical/mpt)
  649. # [10:44] <jgraham> abarth: Please, no :)
  650. # [10:44] <abarth> annevk5: also, <firame srcdoc> is rectangular. you might want the text to flow around a float, for example
  651. # [10:44] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  652. # [10:44] <abarth> jgraham: i think we want some kind of templating system
  653. # [10:44] <abarth> jgraham: so folks don't have to worry too much about escaping
  654. # [10:45] <abarth> to prevent XSS
  655. # [10:45] <abarth> i'm certainly open to other ideas. this was the simplest thing i could think of
  656. # [10:46] <hsivonen> MikeSmith: the reason is that it never has an effect, so using it is always a sign of deep author confusion of how stuff works
  657. # [10:47] <hsivonen> MikeSmith: umm. actually, it's worse than that. Sometimes it has an effect but a non-obvious effect (says UTF-16 but means UTF-8).
  658. # [10:48] * Quits: smaug____ (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 240 seconds)
  659. # [10:48] <jgraham> abarth: It seems pretty complex one you take DOM into account. And the fallback isn't exacly wonderful
  660. # [10:48] <abarth> jgraham: what do you mean by taking DOM into account?
  661. # [10:48] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  662. # [10:49] <abarth> yeah, i need to experiment with what sort of fallback options exist
  663. # [10:49] <jgraham> abarth: Well presumably you need to be able to inject an entity through the DOM somehow
  664. # [10:49] <abarth> and entity definition?
  665. # [10:49] <hsivonen> abarth: your entity proposal scares me
  666. # [10:49] <abarth> or an entity itself?
  667. # [10:49] <jgraham> abarth: Both a new definition and a reference to an existing entity
  668. # [10:49] <abarth> elmt.innerHTML = "Hi there &$name;"
  669. # [10:50] <jgraham> sure innerHTML works
  670. # [10:50] <jgraham> But if you don;t use that?
  671. # [10:50] <jgraham> Also, you have to block load on the entity <link>
  672. # [10:50] <abarth> document.decodeEntity("$name")
  673. # [10:50] <annevk5> why make it more complicated than innerHTML?
  674. # [10:50] <jgraham> so what happens if you want to load a new entity definition file and use it
  675. # [10:51] <MikeSmith> hsivonen: OK
  676. # [10:51] <abarth> yeah, there's a basic tension of wanting to put the untrusted content in a different resource
  677. # [10:52] <abarth> and needing two network requests to render your document
  678. # [10:52] <hsivonen> the untrusted content could be put in a data: URL! :-)
  679. # [10:52] <abarth> if you like
  680. # [10:52] <abarth> i wouldn't recommend it
  681. # [10:53] <hsivonen> (I wouldn't, either.)
  682. # [10:53] <abarth> another option, and this might be crazy,
  683. # [10:53] <jgraham> I wonder if the two resource thing would be enough to stop people actually using this
  684. # [10:53] <abarth> :)
  685. # [10:53] <jgraham> I mean Facebook or whoever
  686. # [10:53] <abarth> is that you could define the parsing so that the entities always got their own text nodes
  687. # [10:53] <abarth> and as long as you didn't mutate them
  688. # [10:53] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  689. # [10:53] <abarth> they'd be "live"
  690. # [10:53] <abarth> so when you later encountered an entity
  691. # [10:53] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
  692. # [10:53] <abarth> it would magically fill in those text nodes
  693. # [10:54] <abarth> i'm not sure that's a great idea
  694. # [10:54] <abarth> but it's a way to make the system lazy instead of synchronous
  695. # [10:54] <abarth> in the implementation, you'd keep some sort of hashmap
  696. # [10:54] <abarth> to find them
  697. # [10:55] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  698. # [10:56] <hsivonen> this morning, I was thinking of arguing for the definite WONTFIXing of the request to support XML external entities in Gecko on the grounds that the combination of the expat API and off-the-main-thread parsing would make it suck even more from impl. POV
  699. # [10:56] <hsivonen> but then I thought there was no point in poking that bug when it's quiet
  700. # [10:56] <abarth> jgraham: Facebook will always roll their own whatever
  701. # [10:57] <abarth> jgraham: we should be targeting the mid-level authors
  702. # [10:57] <hsivonen> (I intend to put non-chrome XML parsing off the main thread in Gecko when schedule permits)
  703. # [10:57] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  704. # [10:57] <abarth> we should try that with webkit
  705. # [10:57] <abarth> (html parsing that is)
  706. # [10:58] <abarth> i worry the context switches are expensive
  707. # [10:58] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  708. # [10:58] <abarth> but preload scanning definitely should not be on teh main thread :)
  709. # [11:00] <MikeSmith> hsivonen: so the proper way to declare the encoding for a UTF-16 text/html document is just by use of the BOM?
  710. # [11:00] <hsivonen> MikeSmith: yes
  711. # [11:00] <MikeSmith> ok
  712. # [11:03] <myakura> "i think we want some kind of templating system" here comes XInclude!
  713. # [11:03] * myakura hides
  714. # [11:04] <abarth> XInclude? /me googles
  715. # [11:05] <abarth> myakura: yeah, i considered a similar design
  716. # [11:05] <abarth> that one seems to make a network request for each variable in the template though
  717. # [11:05] <abarth> it seems more suited for processing on the server
  718. # [11:05] <abarth> where fetching the resource is fast
  719. # [11:06] <abarth> of course, you can fix that by putting all the values in a single resource and then using an element to go get them
  720. # [11:06] * Quits: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net) (Remote host closed the connection)
  721. # [11:06] <abarth> but you still can't use it in attribute values
  722. # [11:06] <abarth> <img alt="&$name;'s Profile Picture" src="...">
  723. # [11:07] * Joins: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
  724. # [11:07] <annevk5> shouldn't the server languages deal with this?
  725. # [11:07] <abarth> they try, but they suck
  726. # [11:07] <annevk5> like echo_html_string(name)
  727. # [11:08] <abarth> the problem is that different contexts need different escaping rules
  728. # [11:08] <abarth> for example htmlspecialchars isn't always safe
  729. # [11:09] <annevk5> interesting
  730. # [11:09] <abarth> <img alt=<?php= htmlspecialchars($name) ?> src="...">
  731. # [11:09] <abarth> => XSS
  732. # [11:09] <abarth> <img alt=&$name; src="...">
  733. # [11:09] <abarth> => safe
  734. # [11:09] * Joins: smaug____ (~chatzilla@cs181150024.pp.htv.fi)
  735. # [11:10] <hsivonen> I have this problem solved for the UI of validator.nu, but apparently other people aren't so interested in designing the architecture of their UI generation around this constraint
  736. # [11:10] <annevk5> abarth, oh like that
  737. # [11:10] <annevk5> yeah that's silly
  738. # [11:10] <annevk5> I wonder if people generating HTML like that can handle the additional level of abstraction
  739. # [11:11] <annevk5> because if they can't this won't help them
  740. # [11:11] <hsivonen> abarth: is http://trac.webkit.org/export/LATEST/trunk/LayoutTests/fast/tokenizer/write-on-load.html the only test case on the onload topic?
  741. # [11:11] * Joins: workmad3 (~workmad3@cspool86.cs.man.ac.uk)
  742. # [11:11] <abarth> hsivonen: that's the main one. i think there might be some other variations
  743. # [11:11] <abarth> annevk5: yeah, it needs to be very easy to use
  744. # [11:12] * MikeSmith notices the XPointer-in-Webkit bug is still alive - https://bugs.webkit.org/show_bug.cgi?id=17491 - comment added today
  745. # [11:12] <hsivonen> I guess I'll need to edit that one to make doubleWrite generate "external" scripts instead of inline scripts in order to form my opinion
  746. # [11:12] <MikeSmith> annevk5: do you guys get requests for XPointer support in Opera?
  747. # [11:12] <annevk5> abarth, having the data be in a separate file seems like too much complexity to me
  748. # [11:12] <abarth> annevk5: you could imagine a PHP function that registered all the keys in some collection
  749. # [11:12] <abarth> and then you could just use the names in that collection without having to jump back into php
  750. # [11:13] <annevk5> MikeSmith, dunno
  751. # [11:14] <MikeSmith> hsivonen: you were referring to the PageEmitter stuff in the v.nu code?
  752. # [11:14] <abarth> annevk5: yeah, having some way of registering the template values inline seems like it would be valuable
  753. # [11:14] <abarth> maybe require them to be base64 encoded?
  754. # [11:15] <abarth> document.registerEntities("dksflasjdfoifoenaoenae+asvesvesv=")
  755. # [11:15] <annevk5> MikeSmith, doesn't seem like it
  756. # [11:15] <hsivonen> MikeSmith: yeah
  757. # [11:15] <abarth> where's that's that base64 of a JSON blob
  758. # [11:18] <annevk5> it seems like too complex for authors to use
  759. # [11:18] <annevk5> they would just echo the string instead
  760. # [11:18] <annevk5> that's also better supported
  761. # [11:18] <annevk5> and if they did think about XSS, they would likely fix their bugs (e.g. add quotes) rather than make it complicated
  762. # [11:19] <hsivonen> http://hsivonen.iki.fi/test/write-on-load.html doesn't look so nice...
  763. # [11:19] <abarth> annevk5: yeah, providing a nice fallback in non-supporting browsers is important
  764. # [11:20] <hsivonen> http://hsivonen.iki.fi/test/write-on-load.html shows different results in old Gecko and in Safari
  765. # [11:20] <abarth> base64_encode(json_encode($TemplateValues))
  766. # [11:20] <abarth> isn't that hard
  767. # [11:20] <MikeSmith> anybody have recommendations for an XMPP server (that is, server daemon to run for providing XMPP services)
  768. # [11:21] <abarth> where $TemplateValues is a PHP associative array of the template values
  769. # [11:21] <annevk5> abarth, but usually it's something like echo htmlspecialchars($_POST["name"])
  770. # [11:22] <abarth> right, so that becomes$TemplateValues["name"] = $_POST["name"]
  771. # [11:23] <abarth> echo "&$name;"
  772. # [11:23] <abarth> ...
  773. # [11:23] <annevk5> i.e. no need for script to register entities, no need for a fallback script
  774. # [11:23] <abarth> yep
  775. # [11:23] <annevk5> $TemplateValues is something magic?
  776. # [11:23] <abarth> nope, but you can just collect up all the values and register them at some point
  777. # [11:23] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Quit: Ex-Chat)
  778. # [11:25] <abarth> there's another design point
  779. # [11:25] <abarth> in which you don't register the templates at all
  780. # [11:25] <abarth> but you have a syntax for a self-decoding entity
  781. # [11:25] <abarth> &%domicm30j30w0hfw0fh;
  782. # [11:25] <abarth> where that just base64 decodes itself
  783. # [11:25] <annevk5> that seems far more reasonable
  784. # [11:26] <annevk5> tbh
  785. # [11:26] <annevk5> s/tbh//
  786. # [11:26] * annevk5 was honest before too :)
  787. # [11:26] * Quits: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net) (Quit: Leaving...)
  788. # [11:27] <abarth> i appreciate honesty
  789. # [11:27] <abarth> both positive and negative feedback is helpful
  790. # [11:27] <annevk5> switching from base64_encode() to htmlspecialchars() is something I can see authors doing
  791. # [11:28] <abarth> the fallback story isn't great
  792. # [11:28] <abarth> unless you do something like UA sniff
  793. # [11:29] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
  794. # [11:29] <annevk5> you can go through the DOM and fix test nodes that contain &%
  795. # [11:29] <abarth> that's true
  796. # [11:30] <annevk5> would be a rather trivial library
  797. # [11:30] <abarth> this proposal is also trivial to implement in a UA
  798. # [11:30] <annevk5> &% you mean?
  799. # [11:30] <abarth> yeah
  800. # [11:31] <annevk5> it seems like the simplest thing that could work addressing the stated problem
  801. # [11:31] <hsivonen> abarth: is it a goal to make the same syntax work in XHTML5?
  802. # [11:31] <abarth> i don't care about XHTML
  803. # [11:31] <abarth> if it's easy, then i'd be up for it
  804. # [11:31] <annevk5> if you are using XML you cannot use string concat anyway
  805. # [11:31] <annevk5> as an author that is
  806. # [11:31] <annevk5> so the XSS issues are not the same
  807. # [11:32] <abarth> plus, XML has XSLT
  808. # [11:32] <hsivonen> annevk5: for some definition of "cannot"
  809. # [11:32] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 252 seconds)
  810. # [11:32] <annevk5> hsivonen, simplifying, yes
  811. # [11:33] <annevk5> I realize Sam Ruby can, though Philip` found a bug there too :)
  812. # [11:35] <abarth> ok, thanks for all your help
  813. # [11:35] <abarth> i think it's time for me to sleep on it
  814. # [11:35] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  815. # [11:36] * MikeSmith install prosody
  816. # [11:36] * Quits: nattokirai (~nattokira@guest.opera.com) (Quit: nattokirai)
  817. # [11:36] * abarth is now known as abarth|zZz
  818. # [11:38] * Quits: tantek (~tantek@guest.opera.com) (Quit: tantek)
  819. # [11:42] * Quits: dbaron (~dbaron@guest.opera.com) (Ping timeout: 265 seconds)
  820. # [11:43] * Quits: TabAtkins_ (~chatzilla@guest.opera.com) (Read error: Connection reset by peer)
  821. # [11:48] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  822. # [11:50] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  823. # [11:55] <hsivonen> Opera 10.50 alpha after self-updating but not to 10.60.something beachballs on http://hsivonen.iki.fi/test/write-on-load.html
  824. # [11:58] <hsivonen> kinda sad that the first-run page in Opera 10.61 shows a youtube video *in Flash*
  825. # [11:59] <hsivonen> (as opposed to WebM)
  826. # [11:59] <hasather> hsivonen: it's not really supposed to, I think there was some issue with the Mac version (if you're using that)
  827. # [12:00] <hsivonen> hasather: Mac, yes
  828. # [12:00] * Quits: MikeSmith (~MikeSmith@u-211130160019.hotspot.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  829. # [12:01] <hasather> hsivonen: is the issue with http://hsivonen.iki.fi/test/write-on-load.html filed, or should I do it?
  830. # [12:01] * Joins: MikeSmith (~MikeSmith@u-211130160019.hotspot.ne.jp)
  831. # [12:01] <hsivonen> hasather: not filed, so it's ok to file
  832. # [12:02] <hsivonen> hasather: except it doesn't beachball in 10.61 anymore
  833. # [12:03] <hasather> hsivonen: ah
  834. # [12:04] * jgraham wonders if it is a truth universially acknowledged that anyone who posts "This is my last email to this list" will inevitably continue to send email to that list
  835. # [12:05] * Quits: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7) (Ping timeout: 260 seconds)
  836. # [12:05] * Joins: kennyluck (~kennyluck@dhcp9.tom.sfc.keio.ac.jp)
  837. # [12:07] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
  838. # [12:09] * Quits: MikeSmith (~MikeSmith@u-211130160019.hotspot.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  839. # [12:12] * Quits: Ms2ger (~Ms2ger@91.181.99.238) (Ping timeout: 245 seconds)
  840. # [12:16] * Quits: bergius (~bergius@c83-254-196-233.bredband.comhem.se) (Ping timeout: 245 seconds)
  841. # [12:17] * Joins: bergius (~bergius@c83-254-196-233.bredband.comhem.se)
  842. # [12:18] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  843. # [12:24] * Quits: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13) (Quit: Page closed)
  844. # [12:28] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
  845. # [12:29] * Joins: tantek (~tantek@guest.opera.com)
  846. # [12:30] * Quits: tantek (~tantek@guest.opera.com) (Client Quit)
  847. # [12:34] * Joins: nattokirai (~nattokira@guest.opera.com)
  848. # [12:34] * Joins: dbaron (~dbaron@guest.opera.com)
  849. # [12:36] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  850. # [12:38] * Joins: TabAtkins_ (~chatzilla@guest.opera.com)
  851. # [12:43] * Joins: nattokirai_ (~nattokira@guest.opera.com)
  852. # [12:43] * Quits: TabAtkins_ (~chatzilla@guest.opera.com) (Read error: Connection reset by peer)
  853. # [12:43] * Quits: nattokirai (~nattokira@guest.opera.com) (Read error: Connection reset by peer)
  854. # [12:43] * nattokirai_ is now known as nattokirai
  855. # [12:43] * Joins: tantek (~tantek@guest.opera.com)
  856. # [12:45] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  857. # [12:48] * Joins: Ms2ger (~Ms2ger@91.181.99.238)
  858. # [12:54] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  859. # [12:55] * Quits: tantek (~tantek@guest.opera.com) (Quit: tantek)
  860. # [12:57] * Joins: tantek (~tantek@guest.opera.com)
  861. # [12:57] * Joins: MikeSmith (~MikeSmith@EM111-188-19-77.pool.e-mobile.ne.jp)
  862. # [12:58] * Joins: temp01 (~temp01@unaffiliated/temp01)
  863. # [13:00] <annevk5> vertical layout is gonna be such a pain
  864. # [13:00] <annevk5> and full of crashers
  865. # [13:00] <annevk5> and perf ... ah well
  866. # [13:00] * Quits: kennyluck (~kennyluck@dhcp9.tom.sfc.keio.ac.jp) (Quit: kennyluck)
  867. # [13:01] <Rik`> vertical layout ?
  868. # [13:01] <annevk5> job security
  869. # [13:01] <annevk5> ;p
  870. # [13:01] * Joins: TabAtkins_ (~chatzilla@guest.opera.com)
  871. # [13:01] <annevk5> Rik`, vertical text et al
  872. # [13:02] <MikeSmith> heh
  873. # [13:02] <MikeSmith> (job security)
  874. # [13:03] <TabAtkins_> Lachy: Yo, I owe you dinner tonight.
  875. # [13:05] <Lachy> ok
  876. # [13:07] * Joins: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
  877. # [13:07] <hsivonen> https://twitter.com/glazou/status/21942648163 seriously?
  878. # [13:11] <hsivonen> does anyone happen to have correct data about which browsers support <meta http-equiv="pragma" value="no-cache">?
  879. # [13:13] <TabAtkins_> hsivonen: Yes. Seriously.
  880. # [13:14] <TabAtkins_> It was after some drinks, but still.
  881. # [13:17] <hsivonen> TabAtkins_: :-(
  882. # [13:17] <hsivonen> TabAtkins_: what will we be using instead?
  883. # [13:18] <annevk5> nothing to get upset about really
  884. # [13:18] <annevk5> Bert Bos just has a different world view
  885. # [13:20] <hsivonen> hmm http://support.apple.com/kb/HT1222 is blank. I wonder what the latest securit update is about
  886. # [13:21] <MikeSmith> I hope it's about making the macports boost build faster
  887. # [13:22] <Rik`> hsivonen: http://support.apple.com/kb/HT4312
  888. # [13:22] <hsivonen> Rik`: thanks
  889. # [13:22] <MikeSmith> because I am trying to installed boost now and it's taking forever
  890. # [13:23] <Rik`> it seems there is the same PDF fix as iOS
  891. # [13:23] * hsivonen wonders if OS X 10.4.x has the same hole...
  892. # [13:24] <TabAtkins_> hsivonen: Yeah, bert just lives in a different world.
  893. # [13:24] <Philip`> MikeSmith: Sounds like you don't want to be using a system where all development library packages have to be compiled from source
  894. # [13:24] <Philip`> MikeSmith: You should try Windows, or Ubuntu
  895. # [13:24] <hsivonen> I'm just curious what people use instead of browsers in that world
  896. # [13:25] <hsivonen> hmm. my OS X session has gone crazy in such a way that it no longer reads new hi-res icons
  897. # [13:25] <MikeSmith> Philip`: I like this system well enough, it just need to response better when I press the "Compile faster" button a bunch of times
  898. # [13:25] <hsivonen> all newly launched apps have fuzzy icons in cmd-tab
  899. # [13:27] <MikeSmith> hsivonen: a mystery of that world is revealed in http://twitter.com/glazou/status/21942696879
  900. # [13:27] <MikeSmith> dunno how you missed that one
  901. # [13:28] <hsivonen> MikeSmith: by working instead of reading every tweet. thanks.
  902. # [13:28] <MikeSmith> heh
  903. # [13:28] <MikeSmith> that's the problem with working
  904. # [13:28] * MikeSmith kicks working
  905. # [13:29] <MikeSmith> maybe the "Compile faster" button on my keyboard is broken or something
  906. # [13:30] * Quits: MikeSmith (~MikeSmith@EM111-188-19-77.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  907. # [13:31] <jgraham> Dear lazy irc: I have a directory full of files checked into SVN. I would like to produce a diff containing all the contents of all the files that are actually in SVN i.e. what you might have thought that svn diff -r revision_before_directory_was_created:HEAD would produce
  908. # [13:31] <jgraham> Needless to say this does not actually work because svn is lame
  909. # [13:32] <jgraham> Is there any way to do this that will not cause me to want to stab my own eyes out
  910. # [13:32] <jgraham> (hint: having to write a script to do this will cause me to want to stab my own eyes out)
  911. # [13:32] <jcranmer> generate a list of all files, exclude those not found in the svn repository, and then concatenate those?
  912. # [13:34] <jgraham> jcranmer: That sounds plausible, if I can make diff get the base path right for files in subdirectories
  913. # [13:35] <jgraham> It also sounds like I need to write a script
  914. # [13:35] <jgraham> Which I was trying to avoid
  915. # [13:35] <jcranmer> if you want a diff of the new files
  916. # [13:35] <jcranmer> well
  917. # [13:35] <jcranmer> why not clone the svn into a new directory, say /tmp/svnsucks
  918. # [13:35] <jcranmer> and then make the diff from that ?
  919. # [13:37] <jgraham> You mean checkout into a new directory?
  920. # [13:37] <jcranmer> yes
  921. # [13:41] <Philip`> mkdir /tmp/empty; diff -rN /tmp/empty .
  922. # [13:41] <Philip`> perhaps?
  923. # [13:41] <Philip`> after doing an svn export to get a clean copy of the files without .svn directories
  924. # [13:41] <Rik`> jgraham: you're diff will only have + lines, no ?
  925. # [13:43] <annevk5> hmm
  926. # [13:46] <jgraham> Rik`: Yes
  927. # [13:47] <jgraham> Philip`: Something like that seems like it is mostly good enough
  928. # [13:47] <Rik`> can't you use the standard diff between your directory and an empty one ?
  929. # [13:48] <jgraham> Rik`: That seems to be the approach that I am taking (see e.g. what Philip` wrote above)
  930. # [13:48] <Rik`> oh yeah, sorry :)
  931. # [13:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  932. # [13:53] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
  933. # [13:58] * Joins: karlcow (~karl@nerval.la-grange.net)
  934. # [14:00] * Quits: cyphase (~cyphase@adsl-99-55-163-60.dsl.pltn13.sbcglobal.net) (Ping timeout: 276 seconds)
  935. # [14:04] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  936. # [14:09] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 260 seconds)
  937. # [14:19] * Quits: inimino (~inimino@boshi.inimino.org) (Ping timeout: 265 seconds)
  938. # [14:21] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  939. # [14:26] * Joins: kennyluck (~kennyluck@EM114-48-20-65.pool.e-mobile.ne.jp)
  940. # [14:28] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 276 seconds)
  941. # [14:32] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Ping timeout: 240 seconds)
  942. # [14:32] <hsivonen> WebKit's HTMLElement::deprecatedCreateContextualFragment is interesting
  943. # [14:33] <hsivonen> doesn't HTML5 allow innerHTML to be set on any HTML element?
  944. # [14:34] * Quits: tantek (~tantek@guest.opera.com) (Read error: Connection reset by peer)
  945. # [14:34] * Joins: tantek (~tantek@guest.opera.com)
  946. # [14:34] * Quits: nattokirai (~nattokira@guest.opera.com) (Read error: Connection reset by peer)
  947. # [14:34] * Joins: nattokirai (~nattokira@guest.opera.com)
  948. # [14:35] * Quits: TabAtkins_ (~chatzilla@guest.opera.com) (Read error: No route to host)
  949. # [14:36] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  950. # [14:36] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  951. # [14:38] * Joins: inimino (~inimino@boshi.inimino.org)
  952. # [14:40] * Quits: irclogbot_ (~bot@li165-234.members.linode.com) (Ping timeout: 276 seconds)
  953. # [14:40] * Quits: Ms2ger (~Ms2ger@91.181.99.238) (Ping timeout: 265 seconds)
  954. # [14:41] * Joins: boaz (~boaz@64.119.159.231)
  955. # [14:41] <hsivonen> is the HTML5 parser supposed to be in the Chrome dev channel?
  956. # [14:41] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  957. # [14:42] <Peter`> The tokenizer is/was, tree builder seems to be in nightlies
  958. # [14:43] <hsivonen> nightlies != dev channel?
  959. # [14:44] <hsivonen> does anyone happen to know if Outlook Web Access works in WebKit-based browsers?
  960. # [14:44] * Parts: bergius (~bergius@c83-254-196-233.bredband.comhem.se)
  961. # [14:45] <Peter`> No, dev channel are weekly, human-tested builds
  962. # [14:45] <Peter`> Google Canary is more like nighlies, updates several times a week but won't be tested by humans
  963. # [14:45] <hsivonen> Peter`: oh. how do I get a real nigthly update channel?
  964. # [14:45] <Peter`> though is branded as well. Real nightlies are Chromium, there's no auto-updater for that
  965. # [14:46] <hsivonen> that's inconvenient
  966. # [14:47] <hsivonen> so WebKit nightlies seem to have the HTML5 tree builder for document.open/write
  967. # [14:47] <hsivonen> but do WebKit nightlies use it for createContextualFragment or innerHTML, yet?
  968. # [14:48] <Peter`> abarth and eseidel are progressively removing the old parser
  969. # [14:48] <Peter`> for the tree builder I think it's likely, but am not sure
  970. # [14:49] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 255 seconds)
  971. # [14:50] * Joins: irclogbot_ (~bot@li165-234.members.linode.com)
  972. # [14:52] <hsivonen> abarth|zZz: when createContextualFragment is called in WebKit with html as the context node, does WebKit behave as if the context node had been body accidentally or intentionally?
  973. # [14:53] <hsivonen> can anyone from Opera disclose whether Opera considers it a bug that createContextualFragment with html as the context doesn't behave as if the context had been body instead?
  974. # [14:53] * jgraham wonders how up to date the ubuntu PPA for chromium is
  975. # [14:54] <hsivonen> that is, in Opera, the body element (but not head!) is implicitly created
  976. # [14:55] <hsivonen> I'm pretty sure that the original Gecko behavior was an accident
  977. # [14:55] <hsivonen> (behaving as if the context had been body when it is html)
  978. # [14:56] <hsivonen> but now I can't tell if WebKit had the same accident or carefully cloned that quirk on purpose
  979. # [14:56] <hsivonen> and whether Opera is aware of imprecise cloning and whether that's considered a bug or not
  980. # [14:57] <hsivonen> (I'm trying to figure out if the quirk should go away in Gecko or if it should become a permanent part of "correct" createContextualFragment behavior)
  981. # [14:57] <hsivonen> Does Outlook Web Access work in Opera?
  982. # [14:57] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  983. # [14:58] <hsivonen> looks like IE9 PP doesn't have DOM Ranges
  984. # [15:00] * Quits: nattokirai (~nattokira@guest.opera.com) (Quit: nattokirai)
  985. # [15:02] * Joins: plainhao (~plainhao@mail.xbiotica.com)
  986. # [15:02] * Quits: tantek (~tantek@guest.opera.com) (Quit: tantek)
  987. # [15:09] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  988. # [15:18] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  989. # [15:18] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 272 seconds)
  990. # [15:19] * Quits: annevk5 (~annevk@guest.opera.com) (Quit: annevk5)
  991. # [15:21] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  992. # [15:22] <jgraham> hsivonen: No idea
  993. # [15:22] <hsivonen> jgraham: ok
  994. # [15:23] * Joins: mat_t (~mattomasz@91.189.88.12)
  995. # [15:27] * hsivonen wonders if http://html5.org/tools/web-apps-tracker?from=5296&to=5297 is stable
  996. # [15:27] <hsivonen> or if this stuff is gonna change tomorrow again
  997. # [15:31] * Joins: FireFly (~firefly@unaffiliated/firefly)
  998. # [15:35] * Quits: smaug____ (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 258 seconds)
  999. # [15:36] <hsivonen> What's the rev that fixed http://www.w3.org/Bugs/Public/show_bug.cgi?id=8966?
  1000. # [15:36] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  1001. # [15:37] * Joins: BlurstOfTimes (~blurstoft@168.203.117.112)
  1002. # [15:37] * hsivonen sees http://html5.org/tools/web-apps-tracker?from=5299&to=5300
  1003. # [15:38] <jorlow> any webIDL experts here?
  1004. # [15:39] <jorlow> I have an interface that has methods that I want to be accessible from the interface object
  1005. # [15:39] * Joins: Ms2ger (~Ms2ger@91.181.99.238)
  1006. # [15:39] <jorlow> but I can't figure out how to spec such a thing
  1007. # [15:44] <jgraham> jorlow: Like MyInterfaceObject.foo()
  1008. # [15:44] <jgraham> ?
  1009. # [15:44] <jorlow> yes
  1010. # [15:45] <jgraham> Hmm
  1011. # [15:45] <jgraham> I can look of course
  1012. # [15:45] <jgraham> But I don't know
  1013. # [15:45] <jorlow> do you know where to look?
  1014. # [15:45] <jorlow> i've spent some time trying to understand what the WebIDL spec has to say on the matter
  1015. # [15:45] <jorlow> but have gotten no where
  1016. # [15:46] * Quits: peol (~andree@unaffiliated/peol) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.17/2009122204])
  1017. # [15:47] <jgraham> Not really, I find WebIDL pretty impeneterable
  1018. # [15:48] <cheeser> what is webidl for? i can't get corba out of my head when i see that
  1019. # [15:48] <jorlow> glad i'm not the only one :-)
  1020. # [15:49] * Joins: kkaefer (~kkaefer@drupal.org/user/14572/view)
  1021. # [15:50] * Joins: smaug____ (~chatzilla@cs181150024.pp.htv.fi)
  1022. # [15:51] <hsivonen> cheeser: it's supposed to be a nice shorthand for saying which ones of the many JS API behavior patterns are required for a given API
  1023. # [15:52] <cheeser> oh... ugh.
  1024. # [15:53] <cheeser> so basically it allows an api to define which js spec version it supports?
  1025. # [15:53] <cheeser> or do you mean it can speciy things like jquery or prototype?
  1026. # [15:53] <jgraham> cheeser: No, it is just a convenient way of saying how host objects map to js
  1027. # [15:53] <cheeser> oh, i see.
  1028. # [15:53] <cheeser> like the idl of old :)
  1029. # [15:53] <jgraham> Just like that
  1030. # [15:54] <jgraham> But more "web"
  1031. # [15:54] <cheeser> i just died a little inside ;)
  1032. # [15:54] <hsivonen> cheeser: it's for saying stuff like whether a given argument behaves as "", "null" or null if you pass something that's null-ish
  1033. # [15:54] * cheeser nods.
  1034. # [15:54] <jgraham> Where "web" in this case is a shorthand for "having a bunch of confusing special cases that no sane person would ever design"
  1035. # [15:55] <jgraham> jorlow: I don't see any way to do what you are trying to do
  1036. # [15:55] <jorlow> jgraham: thanks for looking
  1037. # [15:55] <jgraham> Nor can I think of any precedent in DOM
  1038. # [15:55] <jorlow> me neither
  1039. # [15:56] <jgraham> So maybe you should want to do something different :)
  1040. # [15:56] <jorlow> agreed
  1041. # [15:56] <jorlow> in case you're wondering, the reason I'm asking is this: http://www.w3.org/TR/IndexedDB/#idl-def-IDBKeyRange
  1042. # [15:57] <jorlow> as specced, the methods at the end can't be used
  1043. # [15:57] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  1044. # [15:59] <kkaefer> is this a place to ask canvas questions?
  1045. # [16:01] <jgraham> kkaefer: Possibly
  1046. # [16:01] <kkaefer> heh, okay :)
  1047. # [16:01] <kkaefer> has anyone figured out a way to inverse the clip() mask?
  1048. # [16:01] <kkaefer> i.e. so that the contents /outside/ of the mask are drawn but not the one within the clip() path?
  1049. # [16:03] <kkaefer> I know that drawing it on a separate canvas, then using destination-out and copying over the result is an option too
  1050. # [16:03] <kkaefer> but I don't want to create separate canvases all the time
  1051. # [16:05] <Philip`> kkaefer: You could try to invert the area contained within the path
  1052. # [16:05] * Joins: nattokirai (~nattokira@guest.opera.com)
  1053. # [16:05] <Philip`> like have a clockwise shape then add a large anticlockwise square around it, so that the region between the two shapes is the inside
  1054. # [16:07] <kkaefer> ah, interesting idea
  1055. # [16:07] <kkaefer> let me try that
  1056. # [16:08] * Quits: riven` (~riven@53518387.cable.casema.nl) (Read error: Connection reset by peer)
  1057. # [16:08] * Joins: riven (~riven@53518387.cable.casema.nl)
  1058. # [16:08] <kkaefer> yeah, that seems to work
  1059. # [16:08] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  1060. # [16:09] <kkaefer> so I only have to have the dimensions of the anticlockwise shape outside of the canvas
  1061. # [16:09] * Joins: annevk5 (~annevk@guest.opera.com)
  1062. # [16:09] <kkaefer> so that when I stroke, the stroke doesn't appear inside the canvas
  1063. # [16:09] <kkaefer> Philip`: thanks
  1064. # [16:12] * Quits: hasather (~david@pat-tdc.opera.com) (Ping timeout: 240 seconds)
  1065. # [16:13] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  1066. # [16:13] * Quits: pablof (~palbo@pat-tdc.opera.com) (Ping timeout: 240 seconds)
  1067. # [16:13] * Quits: annevk5 (~annevk@guest.opera.com) (Ping timeout: 240 seconds)
  1068. # [16:13] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  1069. # [16:14] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  1070. # [16:14] * Joins: annevk5 (~annevk@guest.opera.com)
  1071. # [16:14] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  1072. # [16:16] * Joins: tantek (~tantek@guest.opera.com)
  1073. # [16:16] * Joins: pablof (~palbo@pat-tdc.opera.com)
  1074. # [16:18] * Quits: tantek (~tantek@guest.opera.com) (Client Quit)
  1075. # [16:21] * Joins: cyphase (~cyphase@adsl-99-34-76-56.dsl.pltn13.sbcglobal.net)
  1076. # [16:23] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 272 seconds)
  1077. # [16:23] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  1078. # [16:24] * Quits: cyphase (~cyphase@adsl-99-34-76-56.dsl.pltn13.sbcglobal.net) (Client Quit)
  1079. # [16:24] * Joins: cyphase (~cyphase@adsl-99-34-76-56.dsl.pltn13.sbcglobal.net)
  1080. # [16:25] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  1081. # [16:25] * Joins: nattokirai_ (~nattokira@guest.opera.com)
  1082. # [16:26] * Quits: nattokirai (~nattokira@guest.opera.com) (Read error: No route to host)
  1083. # [16:26] * nattokirai_ is now known as nattokirai
  1084. # [16:27] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
  1085. # [16:28] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  1086. # [16:28] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Client Quit)
  1087. # [16:29] * Joins: hasather (~david@pat-tdc.opera.com)
  1088. # [16:33] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  1089. # [16:39] * Joins: Darxus (~darxus@panic.chaosreigns.com)
  1090. # [16:43] <hsivonen> hrm. twitter's widget JS supports transitions only with the -webkit- prefix. :-(
  1091. # [16:44] <Rik`> hsivonen: hopefully, it's hosted on their servers, so fixable
  1092. # [16:46] <Rik`> hsivonen: hmm, what widget JS do you mean ?
  1093. # [16:46] <hsivonen> http://widgets.twimg.com/j/2/widget.js
  1094. # [16:48] <Rik`> where is it used?
  1095. # [16:48] <kkaefer> Philip`: hm, while the anticlockwise shape is interesting, it doesn't work in all cases; e.g. when using drop shadows, the drop shadows are inverted to
  1096. # [16:48] <kkaefer> my goal is to draw "knockout" dropshadows
  1097. # [16:49] <kkaefer> e.g. when you have a transparent shape, you don't want to have the shadow behind the shape, just around it
  1098. # [16:49] <kkaefer> so I'm trying to just draw the shadow, minus the shape
  1099. # [16:50] * Joins: miketaylr (~miketaylr@38.117.156.163)
  1100. # [16:51] <kkaefer> http://i.kkaefer.com/canvas-20100825-174900.png
  1101. # [16:54] <hsivonen> Rik`: seen at http://uglyducklinghouse.blogspot.com/
  1102. # [16:54] <kkaefer> problem is when I set the fill color to transparent, it doesn't draw a dropshadow either
  1103. # [16:54] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  1104. # [16:55] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  1105. # [16:58] <Philip`> kkaefer: Can you draw the anticlockwise+shape path, call clip(), then beginPath() and draw the original path and fill() with shadows?
  1106. # [17:00] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  1107. # [17:02] <kkaefer> Philip`: whoa, that did the trick
  1108. # [17:02] <kkaefer> thanks
  1109. # [17:04] * Quits: maikmerten (~merten@dhcp-11-239.it.uu.se) (Remote host closed the connection)
  1110. # [17:04] * Joins: hamcore (rhythm@unaffiliated/msmosso)
  1111. # [17:06] * Joins: davidhund (~davidhund@78.27.27.74)
  1112. # [17:08] * Quits: davidhund (~davidhund@78.27.27.74) (Client Quit)
  1113. # [17:14] <kkaefer> however, it doesn't seem to properly reset when calling beginPath() after that
  1114. # [17:14] <kkaefer> .save()/.restore() helps, though
  1115. # [17:15] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  1116. # [17:19] <kkaefer> dang, it draws the shadow twice :/
  1117. # [17:20] <cheeser> 1
  1118. # [17:24] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
  1119. # [17:32] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  1120. # [17:32] * Joins: maikmerten (~merten@m83-185-22-122.cust.tele2.se)
  1121. # [17:34] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  1122. # [17:35] * Joins: bobchao (~cctw@112.105.140.77)
  1123. # [17:46] * Quits: bobchao (~cctw@112.105.140.77) (Quit: Leaving.)
  1124. # [17:54] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  1125. # [17:55] * Quits: kmq (~kmq@85.159.13.90) (Quit: WeeChat 0.2.6.3)
  1126. # [18:01] * Joins: paul_irish (~paul_iris@66.109.103.21)
  1127. # [18:01] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
  1128. # [18:02] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  1129. # [18:04] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  1130. # [18:04] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  1131. # [18:04] * Joins: aroben (~aroben@unaffiliated/aroben)
  1132. # [18:05] * Joins: TabAtkins_ (~chatzilla@guest.opera.com)
  1133. # [18:05] * Joins: Phae (~Phae@chimera.macmillan.com)
  1134. # [18:07] <TabAtkins_> Lachy: You around? We're adjourned.
  1135. # [18:07] <Lachy> TabAtkins_, yes
  1136. # [18:08] <TabAtkins_> You wanna come down to the meeting room?
  1137. # [18:08] <Lachy> Are you in Zap?
  1138. # [18:09] <Lachy> or other meeting room?
  1139. # [18:09] <TabAtkins_> mezzo
  1140. # [18:09] <Lachy> ok, be there in a sec
  1141. # [18:11] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Quit: GarethAdams|Home)
  1142. # [18:12] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
  1143. # [18:12] * Quits: nattokirai (~nattokira@guest.opera.com) (Ping timeout: 240 seconds)
  1144. # [18:15] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1145. # [18:16] * Quits: annevk5 (~annevk@guest.opera.com) (Quit: annevk5)
  1146. # [18:16] * Quits: TabAtkins_ (~chatzilla@guest.opera.com) (Ping timeout: 258 seconds)
  1147. # [18:16] * Joins: matjas (~matjas@91.182.98.230)
  1148. # [18:17] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  1149. # [18:19] * Quits: dbaron (~dbaron@guest.opera.com) (Ping timeout: 255 seconds)
  1150. # [18:22] <abarth|zZz> hsivonen: you still there?
  1151. # [18:22] * abarth|zZz is now known as abarth
  1152. # [18:24] * Quits: sean` (~sean@h160089.upc-h.chello.nl) (Quit: Leaving)
  1153. # [18:25] * aroben is now known as aroben|afk
  1154. # [18:25] * Quits: nessy (~Adium@124-169-0-56.dyn.iinet.net.au) (Quit: Leaving.)
  1155. # [18:31] * Joins: ap (~ap@17.246.19.116)
  1156. # [18:33] * Joins: bobchao (~cctw@112.105.140.77)
  1157. # [18:33] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1158. # [18:34] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
  1159. # [18:36] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  1160. # [18:39] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  1161. # [18:46] * Joins: dglazkov (~dglazkov@nat/google/x-vlzwwawhjyhqvkcx)
  1162. # [18:47] * Joins: Rik`_ (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  1163. # [18:48] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Ping timeout: 240 seconds)
  1164. # [18:49] * Quits: aroben|afk (~aroben@unaffiliated/aroben) (Quit: aroben|afk)
  1165. # [18:50] * Joins: aroben (~aroben@unaffiliated/aroben)
  1166. # [18:54] * Quits: paul_irish (~paul_iris@66.109.103.21) (Remote host closed the connection)
  1167. # [18:54] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1168. # [18:58] * Joins: paul_irish (~paul_iris@nat/google/x-oqmwbnxfqvmqfpjn)
  1169. # [19:02] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Remote host closed the connection)
  1170. # [19:03] * Quits: workmad3 (~workmad3@cspool86.cs.man.ac.uk) (Remote host closed the connection)
  1171. # [19:05] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Quit: Leaving)
  1172. # [19:07] * Joins: jlebar (~jlebar@nat/mozilla/x-babcdeffrewrdtbb)
  1173. # [19:13] * Joins: Ankheg (~Ankheg@94.158.195.184)
  1174. # [19:13] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection reset by peer)
  1175. # [19:16] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  1176. # [19:18] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  1177. # [19:18] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1178. # [19:21] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
  1179. # [19:30] * Joins: chronossc (~quassel@unaffiliated/chronos)
  1180. # [19:32] * Joins: peol (~andree@unaffiliated/peol)
  1181. # [19:35] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-210.west.biz.rr.com)
  1182. # [19:37] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
  1183. # [19:44] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
  1184. # [19:44] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  1185. # [19:49] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  1186. # [19:49] * Joins: theMadness (~petal@host57-134-static.35-88-b.business.telecomitalia.it)
  1187. # [19:51] * Joins: mpt (~mpt@91.189.88.12)
  1188. # [19:51] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  1189. # [19:51] * Joins: mpt (~mpt@canonical/mpt)
  1190. # [19:52] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  1191. # [19:57] * Quits: Rik`_ (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
  1192. # [19:58] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  1193. # [20:02] * Quits: Ankheg (~Ankheg@94.158.195.184) (Read error: Connection timed out)
  1194. # [20:04] * aroben is now known as aroben|meeting
  1195. # [20:06] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
  1196. # [20:11] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Ping timeout: 260 seconds)
  1197. # [20:12] <Hixie> othermaciej: http://www.w3.org/mid/20100825200142793866.be0be8e7@xn--mlform-iua.no is another report on the ease of use of the rel registry, effectively
  1198. # [20:13] <AryehGregor> I get an error message.
  1199. # [20:15] <Hixie> ok i finally got a reply from microsoft
  1200. # [20:15] <Hixie> they intend to completely violate HTTP and just completely ignore the MIME type for <video>
  1201. # [20:15] <Hixie> so i guess we know where they stand on standards compliance
  1202. # [20:16] <theMadness> I'm only 27, I shouldn't be so jaded, but i kinda expected it.
  1203. # [20:16] * Joins: michaeln (~michaeln@nat/google/x-vzvzsnrprixbrjmw)
  1204. # [20:16] <AryehGregor> Isn't that what everyone does for images already, for example?
  1205. # [20:16] <Hixie> yes
  1206. # [20:16] <Hixie> but microsoft were on a "honour mime types" kick recently
  1207. # [20:16] <Hixie> so there was still hope
  1208. # [20:17] <Hixie> now the question is can i hold the other browsers back, or should i just give up and make <video> sniff for everything
  1209. # [20:17] <Hixie> and if the latter, can i get something specced that says how to recognise the video types
  1210. # [20:17] <AryehGregor> I thought we concluded that honoring MIME types for video was only useful for theoretical purity anyway.
  1211. # [20:17] <Hixie> and can we get WebM changed to lost its leading ASCII nonsense (matroska would be a lost cause presumably)
  1212. # [20:17] <Hixie> to lose, rather
  1213. # [20:17] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
  1214. # [20:18] <Hixie> well it's useful for avoiding tons of network wastage
  1215. # [20:18] <micheil> btw, Hixie, not sure if I mentioned it, but I got TLS/SSL websockets working
  1216. # [20:18] <Hixie> since you don't have to download the bytes if you know the type is one you don't support
  1217. # [20:18] <micheil> so, wss://
  1218. # [20:18] <Hixie> micheil: cool
  1219. # [20:18] <AryehGregor> Everyone is still honoring <source type="">, no?
  1220. # [20:18] <Hixie> haven't checked that
  1221. # [20:18] <AryehGregor> Once you can read the MIME type from the network, you can already read the first handful of bytes anyway.
  1222. # [20:19] <AryehGregor> Unless you send a separate HEAD, which is a waste of a round trip.
  1223. # [20:19] <AryehGregor> No?
  1224. # [20:20] <theMadness> Some UA do that tho.
  1225. # [20:20] <theMadness> Iinm proxies too.
  1226. # [20:20] <Hixie> if anyone wants to test whether browsers (and IE9 in particular) honour <Source type>, that wouldn't be a bad thing to test
  1227. # [20:21] <Hixie> i might test it when i get back
  1228. # [20:22] <Hixie> bbiab
  1229. # [20:22] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1230. # [20:24] * Joins: kennyluck_ (~kennyluck@EM114-48-21-36.pool.e-mobile.ne.jp)
  1231. # [20:27] * Quits: kennyluck (~kennyluck@EM114-48-20-65.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1232. # [20:27] * kennyluck_ is now known as kennyluck
  1233. # [20:29] <Ms2ger> "As you all know, MathML is a part of HTML5"
  1234. # [20:29] * Ms2ger didn't
  1235. # [20:30] * Joins: sicking (~chatzilla@nat/mozilla/x-zssjjzfeiyapjxgf)
  1236. # [20:31] * aroben|meeting is now known as aroben
  1237. # [20:32] <theMadness> One might joke that is anything exists, it's part of HTML5 :P
  1238. # [20:35] <Ms2ger> http://ismathml.partofhtml5.com/
  1239. # [20:37] <Philip`> http://ishtml5.partofhtml5.com/ - how rude :-(
  1240. # [20:39] * Ms2ger wasn't surprised by Philip` trying that
  1241. # [20:39] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  1242. # [20:40] <Philip`> http://istheblinktag.partofhtml5.com/ seems buggy in Opera - the blink speed is irregular, and sometimes it mispaints the text shadow
  1243. # [20:42] <matjas> Philip` Opera designed it to resemble the rhythm of your ♥
  1244. # [20:43] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1245. # [20:44] <AryehGregor> Ms2ger, it should be extremely unsurprising, since he probably went to partofhtml5.com directly and then followed all the links, as I did. :)
  1246. # [20:44] <miketaylr> oh dear, i swear i didn't make that first link :/
  1247. # [20:44] * miketaylr blames Alex
  1248. # [20:45] * Joins: aho (~nya@fuld-4d00d08d.pool.mediaWays.net)
  1249. # [20:45] <Philip`> AryehGregor: Actually I went to ishtml5 first by guessing the URL :-)
  1250. # [20:46] <AryehGregor> Good job, then.
  1251. # [20:46] <Philip`> and only saw the list after that
  1252. # [20:48] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1253. # [20:49] <chronossc> html5 have some kind of stuff to auto numerate as chapters nested lists, ex, li = 2, nested li = 2.1, etc
  1254. # [20:49] <chronossc> ?
  1255. # [20:49] <AryehGregor> That's CSS.
  1256. # [20:49] <AryehGregor> CSS defines such things, I think, but I don't know if they work yet.
  1257. # [20:50] <chronossc> hm
  1258. # [20:50] <chronossc> k
  1259. # [20:50] <hdhoang> there are no list-style like that, but css generated content should work
  1260. # [20:51] <chronossc> I think that I found some example here: http://stackoverflow.com/questions/2729927/number-nested-ordered-lists-in-html
  1261. # [20:51] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Read error: Connection reset by peer)
  1262. # [20:52] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
  1263. # [20:53] <chronossc> ouch, works perfectly
  1264. # [20:53] <chronossc> thx people
  1265. # [20:53] * Quits: boaz (~boaz@64.119.159.231) (Read error: Connection reset by peer)
  1266. # [20:53] * Joins: boaz (~boaz@64.119.159.231)
  1267. # [20:54] * Quits: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com) (Quit: weinig)
  1268. # [20:59] * Joins: dave_levin (~dave_levi@74.125.59.65)
  1269. # [21:00] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Ping timeout: 240 seconds)
  1270. # [21:01] * Joins: erlehmann (~erlehmann@dslb-088-075-056-239.pools.arcor-ip.net)
  1271. # [21:07] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
  1272. # [21:12] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Ping timeout: 255 seconds)
  1273. # [21:14] <Hixie> 118.132.82.38 has spent days requesting files from hixie.ch with an IE9 previous build
  1274. # [21:14] <Hixie> presumably microsoft's chinese testing subsidiary
  1275. # [21:15] <Hixie> 7 of my apache instances have been running for days and have so far sent over 180,000 files from this directory: http://hiixe.ch/tests/evil/page-loading/alternative-content/investigation/
  1276. # [21:15] <Hixie> makes you wonder about the competence of their testing
  1277. # [21:16] * Ms2ger bets it wasn't from hiixe.ch
  1278. # [21:16] <Hixie> er yeah, typo
  1279. # [21:17] <Ms2ger> That would be particularly incompetent
  1280. # [21:17] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  1281. # [21:22] * Joins: dpranke (~Adium@nat/google/x-nsnuewljlqyfbrqo)
  1282. # [21:26] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Ping timeout: 240 seconds)
  1283. # [21:28] * Quits: matjas (~matjas@91.182.98.230) (Remote host closed the connection)
  1284. # [21:30] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  1285. # [21:33] * Joins: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k602.webspeed.dk)
  1286. # [21:47] * Joins: joseph (~joe@unaffiliated/joseph)
  1287. # [21:51] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
  1288. # [21:53] * Joins: TabAtkins_ (~chatzilla@cm-84.208.66.187.getinternet.no)
  1289. # [21:54] * Quits: TabAtkins_ (~chatzilla@cm-84.208.66.187.getinternet.no) (Client Quit)
  1290. # [21:57] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1291. # [21:57] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  1292. # [22:03] * Joins: MikeSmith (~MikeSmith@EM114-48-17-82.pool.e-mobile.ne.jp)
  1293. # [22:03] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  1294. # [22:05] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Read error: Connection reset by peer)
  1295. # [22:06] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
  1296. # [22:07] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
  1297. # [22:07] * Quits: maikmerten (~merten@m83-185-22-122.cust.tele2.se) (Remote host closed the connection)
  1298. # [22:09] * Joins: seankoole (~Sean@84-106-110-173.cable.quicknet.nl)
  1299. # [22:10] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Disconnected by services)
  1300. # [22:10] * seankoole is now known as sean`
  1301. # [22:10] * sean` is now known as seankoole
  1302. # [22:12] * Joins: othermaciej (~mjs@17.246.17.17)
  1303. # [22:13] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1304. # [22:15] * Parts: joseph (~joe@unaffiliated/joseph)
  1305. # [22:23] * Quits: smaug____ (~chatzilla@cs181150024.pp.htv.fi) (Ping timeout: 240 seconds)
  1306. # [22:30] * Joins: nattokirai (~nattokira@195.159.215.166)
  1307. # [22:30] * Quits: nattokirai (~nattokira@195.159.215.166) (Client Quit)
  1308. # [22:33] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
  1309. # [22:36] * Joins: dbaron (~dbaron@cm-84.208.66.187.getinternet.no)
  1310. # [22:37] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
  1311. # [22:37] * Quits: othermaciej (~mjs@17.246.17.17) (Quit: othermaciej)
  1312. # [22:38] * Joins: othermaciej (~mjs@17.246.17.17)
  1313. # [22:41] * aroben is now known as aroben|lunch
  1314. # [22:41] * Quits: erlehmann (~erlehmann@dslb-088-075-056-239.pools.arcor-ip.net) (Quit: Ex-Chat)
  1315. # [22:42] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
  1316. # [22:49] * Quits: dglazkov (~dglazkov@nat/google/x-vlzwwawhjyhqvkcx) (Remote host closed the connection)
  1317. # [22:49] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1318. # [22:49] * Joins: dglazkov (~dglazkov@nat/google/x-wljjnuodadvlhxps)
  1319. # [22:51] * Joins: jgornick (~joe@199.199.212.242)
  1320. # [22:52] * Quits: chronossc (~quassel@unaffiliated/chronos) (Remote host closed the connection)
  1321. # [22:58] * aroben|lunch is now known as aroben
  1322. # [23:01] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  1323. # [23:01] <jlebar> Hixie, since pushState doesn't cause a history traversal, there's no language saying that the UA should save the scroll position of the previous history entry.
  1324. # [23:02] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Ping timeout: 252 seconds)
  1325. # [23:02] <Hixie> jlebar: is this a problem?
  1326. # [23:03] * Joins: weinig (~weinig@216.112.183.5.ptr.us.xo.net)
  1327. # [23:03] <jlebar> Hixie, well...inasmuch as the UA can do whatever it wants with the scroll position, it's not a problem. But maybe it should be there, since it merits being mentioned in the history traversal algorithm.
  1328. # [23:04] <jlebar> At least, I forgot to do it when I implemented pushState. :)
  1329. # [23:04] <Hixie> i mean, should the state be saved?
  1330. # [23:04] <jlebar> Oh, I think so.
  1331. # [23:04] <jlebar> Say you scroll down, pushState, scroll around, and then go back. Shouldn't you get the old scroll position back?
  1332. # [23:05] <Hixie> i dunno
  1333. # [23:05] <jlebar> Well, it's still broken even if you don't think so:
  1334. # [23:05] <Hixie> most apps i can imagine using pushState() would either not have any scroll position or would change the page so much on popstate that it'd be academic
  1335. # [23:06] <jlebar> Suppose you scroll down, pushState, then go visit some other page entirely. Then you go back to the first history entry. We should restore your scroll position, but we never saved it!
  1336. # [23:06] <Hixie> yeah, good point
  1337. # [23:06] <Hixie> ok
  1338. # [23:07] <Hixie> can you file a bug or send mail?
  1339. # [23:07] <jlebar> Hixie, sure thing.
  1340. # [23:07] <Hixie> ta
  1341. # [23:09] * Quits: weinig (~weinig@216.112.183.5.ptr.us.xo.net) (Quit: weinig)
  1342. # [23:14] * Quits: peol (~andree@unaffiliated/peol) (Ping timeout: 260 seconds)
  1343. # [23:15] * Joins: cardona507_ (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1344. # [23:17] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1345. # [23:18] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
  1346. # [23:18] * cardona507_ is now known as cardona507
  1347. # [23:18] * aroben is now known as aroben|meeting
  1348. # [23:19] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  1349. # [23:19] * Quits: Ms2ger (~Ms2ger@91.181.99.238) (Quit: nn)
  1350. # [23:20] * Quits: dbaron (~dbaron@cm-84.208.66.187.getinternet.no) (Ping timeout: 245 seconds)
  1351. # [23:20] * Joins: annevk5 (~annevk@cm-84.208.74.81.getinternet.no)
  1352. # [23:21] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1353. # [23:22] <annevk5> hsivonen, createContextualFragment is something we copied from Gecko
  1354. # [23:22] <annevk5> hsivonen, we did not want to have it
  1355. # [23:22] <annevk5> hsivonen, so if Gecko changes it we can change it too
  1356. # [23:24] * Quits: ROBOd (~robod@109.96.249.196) (Quit: .)
  1357. # [23:24] <annevk5> ah, finally someone registered ispartofhtml5.com
  1358. # [23:26] <hober> i think it's jsut partofhtml5.com
  1359. # [23:28] <paul_irish> http://whatis.partofhtml5.com/
  1360. # [23:28] <abarth> hsivonen, annevk5: createContextualFragment is evil sauce
  1361. # [23:28] <annevk5> I wish it was not there :)
  1362. # [23:28] <GPHemsley> Hixie: Isn't Base64 limited to ASCII?
  1363. # [23:28] <annevk5> abarth, I kind of like this new entity thing now, btw
  1364. # [23:29] <abarth> annevk5: cool
  1365. # [23:29] <abarth> GPHemsley: the output is binary. we're going to need to translate it to characters
  1366. # [23:29] <abarth> GPHemsley: probably as UTF8
  1367. # [23:29] <GPHemsley> I meant input
  1368. # [23:30] <abarth> the input language is A-Za-Z0-0
  1369. # [23:30] <abarth> plus a few random characters
  1370. # [23:30] <abarth> if (!isBase64Character(cc))
  1371. # [23:30] <abarth> break;
  1372. # [23:30] <abarth> char codeLetter = static_cast<char>(cc);
  1373. # [23:30] <abarth> where cc is UTF16
  1374. # [23:31] <annevk5> GPHemsley, per the PHP manual it should work fine for arbitrary octets
  1375. # [23:32] <annevk5> in fact "This encoding is designed to make binary data survive transport through transport layers that are not 8-bit clean, such as mail bodies."
  1376. # [23:32] <Hixie> base64 encoding is binary -> text, decoding is text -> binary
  1377. # [23:32] <Hixie> so it can carry anything
  1378. # [23:33] <Hixie> we just have to define the encoding
  1379. # [23:33] <Hixie> (presumably utf-8)
  1380. # [23:33] <annevk5> yeah, utf-8, anything else is not really acceptable
  1381. # [23:33] <GPHemsley> oh
  1382. # [23:34] <GPHemsley> so you can encode anything with base64?
  1383. # [23:34] <gsnedders> yeah
  1384. # [23:34] <Hixie> sure
  1385. # [23:34] <Workshiva> As long as you don't mind the size increase :)
  1386. # [23:35] <Hixie> GPHemsley: data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAQMAAAAlPW0iAAAABlBMVEUAAAD///+l2Z/dAAAAM0lEQVR4nGP4/5/h/1+G/58ZDrAz3D/McH8yw83NDDeNGe4Ug9C9zwz3gVLMDA/A6P9/AFGGFyjOXZtQAAAAAElFTkSuQmCC
  1387. # [23:35] <Hixie> GPHemsley: that's a base64 encoded PNG
  1388. # [23:35] <GPHemsley> oh, of course
  1389. # [23:35] <GPHemsley> I don't know where my head was at
  1390. # [23:35] <Hixie> probably left it with your sense of logic, by the door!
  1391. # [23:35] <GPHemsley> (somewhere where base64 is also smaller than its source)
  1392. # [23:35] <Hixie> :-D
  1393. # [23:35] <GPHemsley> :)
  1394. # [23:36] <GPHemsley> ah, see, I listen to the rules :)
  1395. # [23:36] <gsnedders> Wow, your life must be dull.
  1396. # [23:37] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1397. # [23:37] <GPHemsley> no comment
  1398. # [23:38] <Workshiva> Only boring people need to break the rules to have fun
  1399. # [23:39] * GPHemsley likes Workshiva
  1400. # [23:39] <gsnedders> I just break the rules to escape the norm and make people feel uneasy
  1401. # [23:40] <gsnedders> Being like everyone else is boring.
  1402. # [23:40] <GPHemsley> the rules were made for a reason
  1403. # [23:40] <annevk5> this is too ;p
  1404. # [23:41] * aroben|meeting is now known as aroben
  1405. # [23:41] <gsnedders> GPHemsley: To be broken. ;P
  1406. # [23:41] <GPHemsley> meh
  1407. # [23:43] * jgraham tries to think of a rule gsnedders has broken
  1408. # [23:43] * jgraham fails
  1409. # [23:43] <jgraham> Wait
  1410. # [23:43] <gsnedders> Because I'm so perfect?
  1411. # [23:43] <jgraham> Maybe "don't lie" is a rule
  1412. # [23:43] <jgraham> But he is lying aout breaking rules
  1413. # [23:44] * Quits: dglazkov (~dglazkov@nat/google/x-wljjnuodadvlhxps) (Ping timeout: 272 seconds)
  1414. # [23:44] <jgraham> He is a paradoxical rule breaker!
  1415. # [23:44] <gsnedders> jgraham: I thought I'd at least broken your rules. E.g., no metal.
  1416. # [23:45] <gsnedders> (as in the music genre)
  1417. # [23:45] <jgraham> No that is just violting the boundaries of good taste
  1418. # [23:45] * Joins: dglazkov (~dglazkov@nat/google/x-mdjwugvpwylhiihj)
  1419. # [23:45] <jgraham> *violating
  1420. # [23:49] * Quits: annevk5 (~annevk@cm-84.208.74.81.getinternet.no) (Quit: annevk5)
  1421. # [23:54] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Remote host closed the connection)
  1422. # [23:55] <eric_carlson> Hixie: should a media element delay the load event when it is not in a document?
  1423. # [23:55] <Hixie> jlebar: btw re http://people.mozilla.org/~jlebar/respkg/ you can use "the document's address", pushState() doesn't change that (it changes "the document's current address")
  1424. # [23:55] <Hixie> eric_carlson: per spec, yes
  1425. # [23:56] <Hixie> eric_carlson: i think this makes sense; in particular, images do the same thing iirc
  1426. # [23:56] <jlebar> Hixie, I'll fix that. Thanks.
  1427. # [23:56] <Hixie> and audio is useful even when not in the doc
  1428. # [23:56] <Hixie> (since you can play them)
  1429. # [23:56] <Hixie> jlebar: np
  1430. # [23:56] <eric_carlson> Hixie: I agree
  1431. # [23:56] <eric_carlson> Hixie: thanks for the confirmation!
  1432. # [23:56] <Hixie> eric_carlson: np
  1433. # [23:57] * Quits: shepazu (~schepers@adsl-242-205-227.rmo.bellsouth.net) (Quit: shepazu)
  1434. # [23:57] <Hixie> jlebar: any news on that btw? i'm just looking at it now, would love to hear any experience you've had with it.
  1435. # [23:57] * Quits: welly (~welly@unaffiliated/welly) (Remote host closed the connection)
  1436. # [23:58] <jlebar> Hixie, well, I'm waiting on someone here to do the incremental zip extraction part. I've been hearing it's coming Real Soon Now for a bit longer than I'd like.
  1437. # [23:58] <Hixie> i know the feeling
  1438. # [23:58] <jlebar> Hixie, :) My rough, unscientific tests gave pretty positive results. But what I'm really interested is seeing whether people can get a speedup on their real pages.
  1439. # [23:59] <Hixie> cool
  1440. # [23:59] <Hixie> i love the detailed spec
  1441. # [23:59] <Hixie> makes a refreshing change to see someone be as detailed! :-)
  1442. # Session Close: Thu Aug 26 00:00:00 2010

The end :)