/irc-logs / freenode / #whatwg / 2011-02-01 / end

Options:

  1. # Session Start: Tue Feb 01 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <TabAtkins> Yeah, I don't see anything that would restrict it.
  4. # [00:00] <TabAtkins> Though, wait...
  5. # [00:01] <matjas> Doesn’t work in Firefox either
  6. # [00:01] <matjas> Presumably not in IE either since the WebKit layout tests would mention it otherwise
  7. # [00:01] <matjas> Am I missing something?
  8. # [00:02] <TabAtkins> I'm wondering if the fact that it contains no data is stopping it.
  9. # [00:02] <matjas> That shouldn't matter; also it doesn't seem to influence the other relevant layout tests
  10. # [00:02] <matjas> ping Hixie ^
  11. # [00:02] <Hixie> hey
  12. # [00:02] <Hixie> sup
  13. # [00:03] <matjas> Should implicit form submission work in this case? <form><input><input><input></form>
  14. # [00:03] <matjas> I don’t see anything in the spec that would restrict it
  15. # [00:03] * Hixie looks at the spec
  16. # [00:03] <matjas> But browsers seem to restrict it anyways for some reason
  17. # [00:03] * webr3 waves good bye to ipv4 http://inetcore.com/project/ipv4ec/index_en.html
  18. # [00:03] <matjas> (Only if there are multiple inputs)
  19. # [00:03] <Hixie> sure, why would it not?
  20. # [00:03] <Hixie> spec seems unambiguous here
  21. # [00:04] <Hixie> what's unclear?
  22. # [00:04] <jamesr__> WebKit layout tests are sometimes more to document behavior so we can know if we accidentally change it. they don't always reflect the behavior we wish WebKit had
  23. # [00:04] <matjas> jamesr__ I believe in this case it's just to mimic IE and Fx’s behavior
  24. # [00:06] <jamesr__> ok. now prove that following the spec will not break websites and we can all change behavior to match it :)
  25. # [00:07] * Quits: bckenny (~bckenny@nat/google/x-ulfhemdyzptoixfc) (Remote host closed the connection)
  26. # [00:07] <jamesr__> (that suggestion is half tongue in cheek, i know it's not generally possible to determine if a change will break the web)
  27. # [00:08] <dglazkov> matjas: as the author of the test, I'll tell you that this is simulating IE behavior
  28. # [00:08] <dglazkov> matjas: and most of the browsers' behavior
  29. # [00:08] <dglazkov> matjas: and that I bugged Hixie about adding this to spec, but he said meh.
  30. # [00:09] <matjas> dglazkov: so what exactly is making the difference here? The fact that there are multiple inputs?
  31. # [00:09] <dglazkov> matjas: yup
  32. # [00:09] <matjas> dglazkov: Multiple *text* inputs?
  33. # [00:10] <dglazkov> matjas: yup
  34. # [00:10] <matjas> Browsers are weird.
  35. # [00:10] <matjas> Thanks for clarifying dglazkov!
  36. # [00:10] <dglazkov> matjas: browsers suck
  37. # [00:11] <dglazkov> matjas: http://google.com/codesearch/p#OAMlx_jo-ck/src/third_party/WebKit/Source/WebCore/html/HTMLFormElement.cpp&l=193
  38. # [00:11] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  39. # [00:11] <dglazkov> matjas: this is the line that regulates the behavior. If you only have _1_ text input.
  40. # [00:11] <paul_irish> TabAtkins: https://github.com/LearnBoost/stylus/blob/master/docs/compare.md
  41. # [00:12] <dglazkov> matjas: but the fact that browsers suck is not a secret
  42. # [00:12] <matjas> dglazkov: Yeah, that’s the code I’ve been looking at the past few days :) Was just wondering *why* it was like that, as it’s not documented as far as I can see.
  43. # [00:13] <dglazkov> the secret is that interwebs suck. They write code for buggy old browsers and then all new browsers have to adjust their behavior to support their stupid buggy code.
  44. # [00:13] <dglazkov> matjas: use svn blame :)
  45. # [00:13] <dglazkov> matjas: or git blame
  46. # [00:13] <dglazkov> stupid interwebs.
  47. # [00:14] <TabAtkins> paul_irish: Already out of date, unfortunately, since they apparently based it off of my slide deck.
  48. # [00:14] <matjas> interwebs--
  49. # [00:14] <dglazkov> that's why you always have to bet on a smaller, more refined, closed platform that has simpler and more elegant APIs and rabid fan base.
  50. # [00:15] <dglazkov> like Amiga.
  51. # [00:18] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  52. # [00:21] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  53. # [00:23] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  54. # [00:24] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  55. # [00:28] * Quits: mokush (~quassel@188.24.40.245) (Remote host closed the connection)
  56. # [00:30] <bga_> why label:checked doesnt possible? it will be very usefull
  57. # [00:30] <AryehGregor> What?
  58. # [00:30] <Hixie> labels don't get checked?
  59. # [00:30] <bga_> label will share state of input
  60. # [00:31] <Hixie> better to just add :matches() support
  61. # [00:31] <TabAtkins> And/or support for following idrefs.
  62. # [00:31] <Hixie> label:matches(#>:checked)
  63. # [00:31] <Hixie> label /for/ :checked
  64. # [00:31] <Hixie> ah, man, i suggested all these things about 10 years ago now
  65. # [00:31] <TabAtkins> Yup.
  66. # [00:31] <bga_> yeah. it will be good
  67. # [00:33] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  68. # [00:35] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  69. # [00:35] <annevk> agreed that what RobS added is spam? http://wiki.whatwg.org/wiki/Special:RecentChanges
  70. # [00:36] <Hixie> not entirely spam
  71. # [00:36] <Hixie> i had a look
  72. # [00:36] <Hixie> the site is a bit, um, reminiscent of my style sense
  73. # [00:36] <Hixie> might make sense to separate the list into those really good ones and "others"...
  74. # [00:37] <Hixie> the content seems on par with w3schools.com
  75. # [00:38] <TabAtkins> Which means "spam".
  76. # [00:38] <annevk> I guess you are right
  77. # [00:38] <annevk> there does not seem to be advertising
  78. # [00:38] <annevk> just feels a bit dodgy
  79. # [00:39] <annevk> and the about and contact pages are 404
  80. # [00:41] * Hixie is thinking maybe the right solution to the rel registry problem is just to have a living standard for rel values
  81. # [00:42] * webr3 wonders why, if the html spec is already a living standard, and the rels are described in it, it already is a living standard
  82. # [00:42] <Hixie> most of the rels are in the wiki at the moment
  83. # [00:43] <annevk> not all rels are described by it at the moment
  84. # [00:43] <annevk> my idea is the same for legacy encodings
  85. # [00:43] <annevk> except that I want it to die
  86. # [00:43] <webr3> .. so add them to the standard and describe them..? they're either valid for use or not
  87. # [00:43] <annevk> that is, remain stable indefinitely
  88. # [00:44] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  89. # [00:45] * Joins: karlcow (~karl@nerval.la-grange.net)
  90. # [00:46] <annevk> Hixie, "an value"
  91. # [00:46] <Hixie> crap
  92. # [00:46] <Hixie> thanks
  93. # [00:50] <hober> hmm. a couple recent edits on the wiki link to (identically-horrible looking) websites like "namespaces.com" and "html-5.com" that look spammy
  94. # [00:51] <annevk> see above
  95. # [00:53] <hober> farther above than in my irc client backlog, I guess. /me goes to the logs
  96. # [00:54] <annevk> see the bit starting seventeen minutes ago
  97. # [00:54] <TabAtkins> It should be *just* above what you said, hober.
  98. # [00:56] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  99. # [00:56] <hober> ahh, thanks. yes, there you go.
  100. # [00:57] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  101. # [01:00] <hober> I think it's dodgier than w3schools
  102. # [01:00] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 272 seconds)
  103. # [01:01] <hober> w3schools at least has the decency to stick to one domain name, instead of serving up crappy content on N of them
  104. # [01:02] <annevk> the content does seem unique
  105. # [01:02] * Joins: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp)
  106. # [01:02] * Quits: jamesr__ (~jamesr@nat/google/x-djvpemqoptigcxxl) (Quit: jamesr__)
  107. # [01:05] <annevk> and http://www.accilent.com/ says Mr Simpson which matches RobS
  108. # [01:05] <annevk> and matches the style more or less
  109. # [01:05] <TabAtkins> The overflowing heading matches, definitely.
  110. # [01:06] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  111. # [01:07] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  112. # [01:09] <matjas> TabAtkins: I can imagine it being a pain to get those URLs in there
  113. # [01:09] <TabAtkins> I dunno if it is or not. If the url is carried in the email somehow, I can do it.
  114. # [01:09] <matjas> TabAtkins: I don’t think it is
  115. # [01:10] <matjas> TabAtkins: In that case, you could host the diffs yourself
  116. # [01:10] <TabAtkins> I'm confused. What is missing about the diffs? They're right there in the feed.
  117. # [01:10] <matjas> TabAtkins: Yeah, but there’s no way to link to them individually (from the feed)
  118. # [01:11] <TabAtkins> Oh, to link to individual commits?
  119. # [01:11] <matjas> Yeah
  120. # [01:11] <matjas> Like your full feed, only limited to one commit
  121. # [01:12] <TabAtkins> I can rig that up. I'll see if I can do that later today.
  122. # [01:12] <matjas> It would allow us to turn http://twitter.com/csscommits into something that looks more like http://twitter.com/whatwg
  123. # [01:13] <TabAtkins> In fact, just gimme a few minutes to talk to my dentist, and I'll get on it.
  124. # [01:13] <matjas> Yay!
  125. # [01:14] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  126. # [01:16] * Quits: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net) (Quit: Leaving.)
  127. # [01:16] <TabAtkins> Argh, where is MikeSmith when you need him? WAKE UP, JAPAN.
  128. # [01:17] <bga_> omg http://code.google.com/p/es-operating-system/
  129. # [01:18] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  130. # [01:20] <TabAtkins> paul_irish: Contacted the LearnBoost dude and let him know that my slidedeck is out-of-date, and he shouldn't rely on *any* syntax until he sees something ship.
  131. # [01:23] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  132. # [01:24] * Xano_ is now known as Xano
  133. # [01:24] <wilhelm> bga_: OK, that is fascinating. Most of the UI on the Wii web browser is HTML, CSS and JS - but that's taking it a bit further. (c:
  134. # [01:26] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  135. # [01:32] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  136. # [01:34] <bga_> btw wilhelm while we invent tabs/lists/trees/... each time because whatwg does not want standardize xul/other full ui markup - its bad
  137. # [01:34] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  138. # [01:38] <wilhelm> That's a difficult problem to solve.
  139. # [01:39] <bga_> choose most popular open version http://en.wikipedia.org/wiki/User_interface_markup_language :)
  140. # [01:40] <AryehGregor> abarth, where's the CSP use-cases pages you started that Lucas mentioned?
  141. # [01:43] * Quits: charlvn (~charlvn@41.0.48.93) (Quit: Leaving)
  142. # [01:43] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  143. # [01:44] <wilhelm> bga_: Just within Opera, there are at least three different UI toolkits in use, in part due to platform constraints and in part due to a decade of legacy code. As I said, this is a difficult problem to solve. (c:
  144. # [01:45] <Hixie> man i hate iana's mime type registry
  145. # [01:45] <Hixie> it is so completely useless
  146. # [01:47] <bga_> wilhelm cross platform toolkits: wxwidget qt gtk ... :)
  147. # [01:48] <bga_> gtk is very lightweight
  148. # [01:50] <wilhelm> Neither of those are sufficiently cross-platform. And no, gtk isn't lightweight enough for all use cases. Neither is qt - which we removed from our GNU/Linux browser because it was too slow.
  149. # [01:51] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  150. # [01:58] <TabAtkins> matjas: Is this sufficient? http://www.xanthir.com/feed/public-css-commits/?t=2011-01-31T21:57:35+00:00
  151. # [01:58] <TabAtkins> The feed now lists each entries' permalink as a rel=alternate.
  152. # [01:58] <matjas> definitely!
  153. # [01:59] <matjas> TabAtkins: +2 internets to you
  154. # [01:59] <TabAtkins> Excellent. Soon I will have *all* the internets.
  155. # [02:00] <TabAtkins> I really need to cache this stuff, so I'm not constantly hitting up GMail for the data.
  156. # [02:00] <TabAtkins> But to do that, I need to write my file-based persistence layer, which I'll be using all over my site so I can turn off my db and save myself 2c per day!
  157. # [02:01] <AryehGregor> Am I misunderstanding HTTP auth here, or is this guy clueless? http://www.w3.org/Bugs/Public/show_bug.cgi?id=11912
  158. # [02:02] <Hixie> aaah, wall of text
  159. # [02:02] * Hixie hides
  160. # [02:02] <TabAtkins> skip his wall of text, read Aryeh's comments.
  161. # [02:02] <Hixie> cunning plan
  162. # [02:03] <Hixie> oh he's just asking for s/cookies/auth/?
  163. # [02:03] <Hixie> good luck with that
  164. # [02:03] <TabAtkins> Looks like it, yeah.
  165. # [02:03] <AryehGregor> I'm trying to figure out if the benefits he claims for HTTP auth even theoretically make sense.
  166. # [02:03] <AryehGregor> Leaving aside whether it's practically useful.
  167. # [02:03] <AryehGregor> I can't see how they do.
  168. # [02:03] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  169. # [02:04] <AryehGregor> But I have no idea how HTTP auth actually works.
  170. # [02:04] * Joins: bckenny (~bckenny@nat/google/x-iljgpnajpfxykoit)
  171. # [02:04] <matjas> TabAtkins: could you remove the leading whitespace in your feed?
  172. # [02:04] <matjas> TabAtkins: before the XML prolog
  173. # [02:05] <matjas> http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.xanthir.com%2Ffeed%2Fpublic-css-commits%2F
  174. # [02:05] <matjas> (and while you're at it, why not just remove the XML prolog altogether?)
  175. # [02:05] <TabAtkins> Can I?
  176. # [02:05] * Quits: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  177. # [02:05] * TabAtkins has no idea.
  178. # [02:05] * TabAtkins is confused and enraged by XML.
  179. # [02:05] <Hixie> AryehGregor: http auth works different ways depending on the auth type
  180. # [02:06] <Hixie> AryehGregor: for basic, you send the username and password with each request.
  181. # [02:06] <Hixie> in plain text
  182. # [02:06] * Joins: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp)
  183. # [02:06] <matjas> TabAtkins: Sure you can. http://mathiasbynens.be/notes.atom validates just fine
  184. # [02:06] <TabAtkins> matjas: Just removed the entity. Validates now.
  185. # [02:07] <AryehGregor> Yeah, I can't see how that has any advantages whatsoever except convenience.
  186. # [02:07] <TabAtkins> I'm gonna go remove it from my blog feed too, then. I hate the contortions you have to go through to output an XML prolog in PHP.
  187. # [02:07] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  188. # [02:08] <AryehGregor> What contortions?
  189. # [02:09] <TabAtkins> You can't just output it literally, because it looks like a PHP shorttag.
  190. # [02:09] * Quits: agektmr (~Adium@p4189-ipbf5102marunouchi.tokyo.ocn.ne.jp) (Client Quit)
  191. # [02:10] <TabAtkins> Which I use, because I love <?= ?>
  192. # [02:10] <Hixie> AryehGregor: it's theoretically better, but was poorly deployed and is now practically irrelevant
  193. # [02:10] <AryehGregor> What's theoretically better about it?
  194. # [02:10] <AryehGregor> TabAtkins, oh, shorttags, blech.
  195. # [02:10] <TabAtkins> <?php echo 'foo' ?>, blech.
  196. # [02:11] <TabAtkins> <?= 'foo' ?>, yay!
  197. # [02:11] <Hixie> ok <div id="div>p+p:first-child"></div> is pretty funny (from http://www.456bereastreet.com/archive/201011/html5_allows_almost_any_value_for_the_id_attribute_use_wisely/)
  198. # [02:11] <abarth> AryehGregor: http://www.w3.org/Security/wiki/Use_Cases_for_Content_Security_Policies
  199. # [02:11] <abarth> got to run
  200. # [02:11] * Quits: abarth (~abarth@nat/google/x-dsbcubaazrevyuhj) (Quit: abarth)
  201. # [02:11] <TabAtkins> Hixie: Hehe.
  202. # [02:12] <Hixie> AryehGregor: it's theoretically better because the browser is in charge of login/logout, rather than the page
  203. # [02:12] <TabAtkins> ...wait. That selector selects nothing, by definition.
  204. # [02:12] <Hixie> TabAtkins: it's not a selector, so that's unimportant :-P
  205. # [02:12] <Hixie> AryehGregor: so you can do clever things like have many different sessions, or whatnot
  206. # [02:12] <TabAtkins> Hixie: But it's clearly supposed to be used as one.
  207. # [02:12] <Hixie> TabAtkins: sure
  208. # [02:14] <TabAtkins> Anyway, sent him a correction.
  209. # [02:17] <matjas> TabAtkins: FYI, updated the proxy feed that posts to http://twitter.com/csscommits
  210. # [02:17] <TabAtkins> kk
  211. # [02:17] <matjas> i.e. http://mathiasbynens.be/demo/css-commits
  212. # [02:18] <matjas> slooooow since it pings your feed, which in turns connects to gmail
  213. # [02:18] <matjas> but it should only get 1 hit every 30 mins anyway
  214. # [02:18] <matjas> yay first tweet https://twitter.com/csscommits/status/32245165687046145
  215. # [02:20] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Quit: Computer has gone to sleep)
  216. # [02:21] <TabAtkins> yay!
  217. # [02:21] * Joins: boogyman_ (~boogy@unaffiliated/boogyman)
  218. # [02:21] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Ping timeout: 240 seconds)
  219. # [02:21] <TabAtkins> It makes me happy to add two more links in the ridiculous chain of interconnected data here.
  220. # [02:21] * boogyman_ is now known as boogyman
  221. # [02:22] * dglazkov is now known as dglazkov|unavail
  222. # [02:22] <TabAtkins> CVS commits -> mailing list -> gmail inbox -> atom feed -> twitterbot -> html page
  223. # [02:22] <TabAtkins> +1 for the web
  224. # [02:22] * Quits: dglazkov|unavail (~dglazkov@nat/google/x-vzqdcjmeifbgtxxw) (Quit: dglazkov|unavail)
  225. # [02:23] <matjas> TabAtkins: you forgot about my intermediary Atom feed
  226. # [02:23] <TabAtkins> Oh jeez. What does your intermediary do?
  227. # [02:24] <matjas> TabAtkins: clears out some whitespace and weird semicolons so it looks nice in a tweet
  228. # [02:24] <TabAtkins> Those semicolons are misplaced. I didn't initially realize that I was keeping the \n at the end of each log line.
  229. # [02:24] <TabAtkins> I need to fix that.
  230. # [02:25] <matjas> CVS commits → mailing list → Gmail inbox → Atom feed → proxy Atom feed → Twitterbot → Twitter → link to detailed log
  231. # [02:25] <matjas> Eff yeah.
  232. # [02:26] <matjas> TabAtkins: I’m off for tonight, but please do keep me posted :)
  233. # [02:26] <TabAtkins> kk
  234. # [02:29] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  235. # [02:30] * Joins: jamesr__ (~jamesr@nat/google/x-hsggikvcyxoilezv)
  236. # [02:30] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  237. # [02:32] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) (Quit: Leaving)
  238. # [02:32] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  239. # [02:32] * Quits: paul_irish (~paul_iris@nat/google/x-bukpzqjguujmruwx) (Remote host closed the connection)
  240. # [02:36] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 265 seconds)
  241. # [02:36] * Quits: dbaron (~dbaron@nat/mozilla/x-waezinewjcsnesdr) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  242. # [02:36] * Joins: paul_irish (~paul_iris@67.218.110.43)
  243. # [02:37] <AryehGregor> It's amazing how much cleaner this makes your code: function $(sel) { return document.querySelector(sel); }
  244. # [02:37] * Quits: bckenny (~bckenny@nat/google/x-iljgpnajpfxykoit) (Remote host closed the connection)
  245. # [02:37] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Quit: Computer has gone to sleep)
  246. # [02:39] <TabAtkins> I know!
  247. # [02:39] <TabAtkins> Though, I use query() and queryOne(). Same deal.
  248. # [02:40] * Quits: matjas (~matjas@91.182.156.144) (Quit: Computer has gone to sleep.)
  249. # [02:41] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  250. # [02:41] * karlcow is discovering http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/CommunicatingWIthAPS/CommunicatingWIthAPS.html
  251. # [02:43] <karlcow> through http://blog.mfabrik.com/2011/01/29/apple-push-notifications-apn-with-python/
  252. # [02:44] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  253. # [02:52] <AryehGregor> Fun, JS diffs: http://aryeh.name/spec/innertext/test/innerText.html
  254. # [02:58] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  255. # [03:00] * Joins: weinig_ (~weinig@17.246.16.36)
  256. # [03:04] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Ping timeout: 272 seconds)
  257. # [03:04] * weinig_ is now known as weinig
  258. # [03:05] <paul_irish> AryehGregor: what is the difference, in practice, between innerText and textContent ?
  259. # [03:05] <AryehGregor> paul_irish, innerText is way more complicated, and much better matches what you actual see.
  260. # [03:05] <AryehGregor> It's basically a plaintext version of the HTML.
  261. # [03:06] <AryehGregor> So it will hide things that are display: none, add newlines when you have display: block, normalize runs of whitespace to a single space, etc.
  262. # [03:06] <AryehGregor> Add tabs for tables.
  263. # [03:06] <AryehGregor> Lots of other stuff.
  264. # [03:07] <Hixie> AryehGregor: i'm about to integrate window.atob! :-)
  265. # [03:07] <AryehGregor> :)!
  266. # [03:07] <Hixie> AryehGregor: is http://aryeh.name/spec/base64.html still the most up to date copy?
  267. # [03:07] <AryehGregor> Hixie, yes.
  268. # [03:07] <Hixie> awesome
  269. # [03:07] <AryehGregor> paul_irish, my spec for innerText so far is here: http://aryeh.name/spec/innertext/innertext.html It's still missing lots of details and testing, but you get the idea.
  270. # [03:08] <jamesr__> AryehGregor: do you think if you spec it fully that ffx will implement it?
  271. # [03:08] <paul_irish> I ask because we're looking to modify what .text() does in jQuery and i'd love to do elem.textContent || elem.innerText .. we might still do it but document the visibility cases
  272. # [03:08] <paul_irish> AryehGregor: great. thank you
  273. # [03:08] <AryehGregor> Well, for setting they should behave the same, or roughly so.
  274. # [03:08] * jamesr__ wouldn't implement innerText if he was a firefox dev and could get away with it. it sucks
  275. # [03:09] <AryehGregor> For getting they're totally different -- in particular, the whitespace they return will be extremely different in most real-world cases.
  276. # [03:09] <AryehGregor> jamesr__, even if it's to a spec?
  277. # [03:09] <jamesr__> AryehGregor: well depends on the spec, but the webkit implementation is horrifying
  278. # [03:09] <AryehGregor> How much of the horrifyingness is required for web compat?
  279. # [03:09] <jamesr__> no clue :)
  280. # [03:10] <jamesr__> maybe going from code -> reverse engineering -> spec -> code will clean it up
  281. # [03:10] <AryehGregor> I'll aim for something not too horrifying and we'll see if it works.
  282. # [03:10] <jamesr__> that sort of worked for the parser
  283. # [03:10] <AryehGregor> The parser spec is pretty horrifying . . .
  284. # [03:10] <jamesr__> imo it's a lot better than the code we had before
  285. # [03:10] <gsnedders> Opera's impl is incredibly simple, it ignores almost all the complexity and isn't that different to textContent.
  286. # [03:10] <AryehGregor> Well, you'd know better than me.
  287. # [03:10] <AryehGregor> gsnedders, yes, which makes it basically useless. May as well use textContent instead.
  288. # [03:10] <jamesr__> just from an implementation point of view
  289. # [03:11] <gsnedders> That hasn't caused too much site compat issues :P
  290. # [03:11] <jamesr__> most of that is (hopefully) hidden safely away from authors
  291. # [03:11] <gsnedders> AryehGregor: If you're looking for simplicity… :P
  292. # [03:12] <Hixie> if we can drop any of this stuff altogether, i'd be even happier, but my (and thus AryehGregor's) goal is to at least have a spec so that we can have that discussion well-informed
  293. # [03:12] <Hixie> my suspicion, though, is that given that ffx is the only one to not do it at all (right?) we are probably stuck with it
  294. # [03:12] <Hixie> wow, http://aryeh.name/spec/innertext/innertext.html is the closest anyone has come to convincing me to change the small-caps style on the h1 :-)
  295. # [03:13] <TabAtkins> Hehe
  296. # [03:13] <AryehGregor> Glad to be of service.
  297. # [03:13] <Hixie> AryehGregor: btw the wording here may be of use http://www.whatwg.org/specs/web-apps/current-work/complete/#being-rendered
  298. # [03:14] <TabAtkins> We need font-variant:small-caps-unless-ugly
  299. # [03:15] <Hixie> hah
  300. # [03:15] <AryehGregor> Hixie, that doesn't seem to match my needs, at a glance. For instance, innerText works on elements that aren't part of a Document.
  301. # [03:15] <AryehGregor> You didn't expect we could actually reuse definitions on the web platform, did you?
  302. # [03:15] <AryehGregor> Silly Hixie.
  303. # [03:15] <Hixie> yeah i didn't mean you could reuse the definition
  304. # [03:16] <Hixie> just that the phrasing may be of interest
  305. # [03:16] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Ping timeout: 240 seconds)
  306. # [03:16] <Hixie> what should i call th esection in which i define atob and btoa
  307. # [03:17] <TabAtkins> The "discard last 4 and interpret as an 8-bit number" bit is crazy.
  308. # [03:17] <othermaciej> innerText does something different when used on unrendered content IIRC
  309. # [03:20] <AryehGregor> It seems to do something completely insane in WebKit when used on display: none content.
  310. # [03:20] <AryehGregor> Maybe that's why.
  311. # [03:20] <AryehGregor> It seems to behave a lot more like textContent in that case.
  312. # [03:20] <AryehGregor> TabAtkins, how so?
  313. # [03:22] * Quits: silanus_ (~silanus@p5DDEBFA7.dip.t-dialin.net) (Read error: Operation timed out)
  314. # [03:22] <othermaciej> I think it might behave exactly like textContent in that case
  315. # [03:22] <AryehGregor> That would be easy to spec, if it's actually desirable. Is it? It doesn't make any sense to me.
  316. # [03:28] * Quits: paul_irish (~paul_iris@67.218.110.43) (Remote host closed the connection)
  317. # [03:29] <Hixie> hsivonen: we discussed what happens when you document.write() a string with broken surrogates at some point... i'm going to promote the use of webidl's "convert to unicode" thing from AryehGregor's atob() spec to apply to every method with a DOMString argument, so document.write() will be adding U+FFFDs to the input stream for that case.
  318. # [03:30] * Quits: jwalden (~waldo@nat/mozilla/x-mqfoxmpfirkfugsv) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  319. # [03:30] <AryehGregor> Maybe that change should just be made in WebIDL?
  320. # [03:30] * Quits: dave_levin (~dave_levi@74.125.59.76) (Quit: dave_levin)
  321. # [03:30] <Hixie> yeah maybe
  322. # [03:30] <gsnedders> Yeah, that'd make sense to have in the ES binding
  323. # [03:31] * Joins: silanus (~silanus@p5DDE9ACC.dip.t-dialin.net)
  324. # [03:31] <Hixie> i don't understand what the "a" in "atob" is supposed to stand for.
  325. # [03:31] <Hixie> oh wait.
  326. # [03:31] <Hixie> i have them backwards.
  327. # [03:31] <Hixie> so "b" is binary and "a" is ascii.
  328. # [03:31] <Hixie> ok.
  329. # [03:32] <Hixie> which should i put first, base64-to-"binary", or "binary"-to-base64?
  330. # [03:32] <Hixie> i guess the latter
  331. # [03:39] <Hixie> AryehGregor: what errors aren't caught by the algorithm?
  332. # [03:39] <Hixie> in atob()
  333. # [03:39] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
  334. # [03:39] * Quits: micheil (~micheil@124-169-14-244.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
  335. # [03:42] <Hixie> also, why "strictly greater" rather than "greater"?
  336. # [03:44] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  337. # [03:44] * bga_ is now known as bga_|away
  338. # [03:48] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  339. # [03:49] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  340. # [03:54] * Joins: sicking (~chatzilla@nat/mozilla/x-jugaopgufycqytrj)
  341. # [04:05] * Quits: webr3 (~nathan@host86-133-150-32.range86-133.btcentralplus.com) (Ping timeout: 240 seconds)
  342. # [04:07] * Joins: webr3 (~nathan@host86-133-148-188.range86-133.btcentralplus.com)
  343. # [04:21] * Quits: othermaciej (~mjs@17.246.18.222) (Quit: othermaciej)
  344. # [04:26] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  345. # [04:28] * bga_|away is now known as bga_
  346. # [04:29] * Quits: weinig (~weinig@17.246.16.36) (Quit: weinig)
  347. # [04:30] * Quits: jamesr__ (~jamesr@nat/google/x-hsggikvcyxoilezv) (Quit: jamesr__)
  348. # [04:34] * Joins: othermaciej (~mjs@67.218.105.243)
  349. # [04:37] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  350. # [04:39] * Quits: sicking (~chatzilla@nat/mozilla/x-jugaopgufycqytrj) (Ping timeout: 255 seconds)
  351. # [04:51] * Joins: Amorphous (jan@unaffiliated/amorphous)
  352. # [04:54] * Quits: kennyluck (~kennyluck@114-43-126-14.dynamic.hinet.net) (Quit: kennyluck)
  353. # [04:59] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 250 seconds)
  354. # [05:00] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  355. # [05:03] * Quits: othermaciej (~mjs@67.218.105.243) (Quit: othermaciej)
  356. # [05:05] * Joins: othermaciej (~mjs@67.218.105.243)
  357. # [05:09] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  358. # [05:12] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  359. # [05:20] * Joins: jamesr__ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  360. # [05:20] * Quits: jamesr__ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
  361. # [05:27] * Quits: othermaciej (~mjs@67.218.105.243) (Quit: othermaciej)
  362. # [05:27] * Quits: Geophage (~Geophage@pool-173-77-100-103.nycmny.east.verizon.net)
  363. # [05:28] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  364. # [05:34] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  365. # [05:36] * Joins: sicking (~chatzilla@nat/mozilla/x-gmzdnlixtprrikqf)
  366. # [05:38] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  367. # [05:48] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  368. # [05:54] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  369. # [05:58] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Ping timeout: 265 seconds)
  370. # [06:06] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  371. # [06:08] * Joins: agektmr (~Adium@220.109.219.244)
  372. # [06:09] * Joins: MikeSmith (~MikeSmith@2002:d106:7be0:1234:219:e3ff:fe08:8ad3)
  373. # [06:17] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  374. # [06:27] * bga_ is now known as bga_|away
  375. # [06:36] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 276 seconds)
  376. # [06:38] * Quits: MikeSmith (~MikeSmith@2002:d106:7be0:1234:219:e3ff:fe08:8ad3) (Quit: MikeSmith)
  377. # [06:40] * Joins: MikeSmith (~MikeSmith@209-6-123-224.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
  378. # [06:49] <Hixie> jgraham: i'm getting an error from pms that i've never had before
  379. # [06:49] <Hixie> "TypeError: expected string or buffer" deep inside build/bdist.linux-i686/egg/html5lib/treewalkers/lxmletree.py, according to the traceback i get
  380. # [06:51] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  381. # [06:53] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  382. # [06:54] * Quits: mamund (mamund@frost.nullshells.net) (Ping timeout: 255 seconds)
  383. # [06:54] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  384. # [06:58] * Quits: sicking (~chatzilla@nat/mozilla/x-gmzdnlixtprrikqf) (Ping timeout: 240 seconds)
  385. # [06:59] * Joins: mamund (mamund@frost.nullshells.net)
  386. # [07:01] * Joins: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net)
  387. # [07:01] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Read error: Connection timed out)
  388. # [07:02] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  389. # [07:02] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  390. # [07:02] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  391. # [07:02] * Quits: jdaggett (~jdaggett@y224181.dynamic.ppp.asahi-net.or.jp) (Ping timeout: 240 seconds)
  392. # [07:05] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  393. # [07:06] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  394. # [07:10] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Read error: Connection reset by peer)
  395. # [07:16] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  396. # [07:16] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  397. # [07:24] * Joins: doublec (~chris@unaffiliated/doublec)
  398. # [07:27] * Joins: jaket (~jake@124-168-182-117.dyn.iinet.net.au)
  399. # [07:28] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  400. # [07:29] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  401. # [07:42] <Hixie> jgraham: may have been because of a <?p> typo
  402. # [07:46] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  403. # [07:53] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Read error: Connection reset by peer)
  404. # [07:54] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  405. # [08:00] * Joins: estellevw (~estelle@adsl-99-146-99-108.dsl.pltn13.sbcglobal.net)
  406. # [08:01] * Parts: estellevw (~estelle@adsl-99-146-99-108.dsl.pltn13.sbcglobal.net)
  407. # [08:02] * Joins: reni__ (~reni@sedkit.inf.u-szeged.hu)
  408. # [08:06] * Quits: reni_ (~reni@sedkit.inf.u-szeged.hu) (Ping timeout: 265 seconds)
  409. # [08:06] <hsivonen> Hixie: I strongly disagree with making document.write FFFD out unpaired surrogates. What problem is being solved?
  410. # [08:08] * Quits: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net) (Quit: onar_)
  411. # [08:14] * Joins: matjas (~matjas@91.182.215.162)
  412. # [08:18] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  413. # [08:21] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  414. # [08:30] * Joins: Geophage (~Geophage@pool-173-77-100-103.nycmny.east.verizon.net)
  415. # [08:31] * Joins: rimantas (~rimliu@93.93.57.193)
  416. # [08:31] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  417. # [08:33] <Hixie> hsivonen: the problem of having unpaired surrogates in what is supposedly a Unicode-clean environment
  418. # [08:33] <Hixie> why would we ever want to allow surrogates -- paired on unpaired -- in?
  419. # [08:37] * Joins: roc (~chatzilla@121.98.230.221)
  420. # [08:37] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  421. # [08:38] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  422. # [08:40] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  423. # [08:42] * Quits: reni__ (~reni@sedkit.inf.u-szeged.hu) (Read error: Operation timed out)
  424. # [08:48] * Quits: jaket (~jake@124-168-182-117.dyn.iinet.net.au) (Quit: jaket)
  425. # [08:48] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  426. # [09:01] * Joins: benschwarz (~ben@59.167.185.148)
  427. # [09:02] <Hixie> hahaha http://ishtml5readyyet.com/ has been updated to use new HTML elements
  428. # [09:02] <Hixie> and has a very pretty countdown clock
  429. # [09:11] <benschwarz> Hixie: I have another change request :)
  430. # [09:12] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  431. # [09:12] * Quits: slartsa (~slartsa@alpha.pumppumedia.com) (Ping timeout: 246 seconds)
  432. # [09:13] * Joins: slartsa (~slartsa@alpha.pumppumedia.com)
  433. # [09:13] <Hixie> benschwarz: shoot
  434. # [09:13] <benschwarz> Hixie: can we rename the "web developer edition" text to read "A technical specification for web developers"
  435. # [09:14] <Hixie> you betcha
  436. # [09:14] <Hixie> lowercase "w" in "web"?
  437. # [09:14] <Hixie> not "Web"?
  438. # [09:14] * Joins: Stikki (~lordstich@dsl-tkubrasgw3-fed4f900-36.dhcp.inet.fi)
  439. # [09:14] <Hixie> I always think of Web as the proper noun name for the Web
  440. # [09:14] <Hixie> like the Internet as opposed to one of the many possible internets
  441. # [09:15] <benschwarz> Hixie: we can do upper case :)
  442. # [09:16] <Hixie> regenning
  443. # [09:16] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  444. # [09:16] <benschwarz> Hixie: <3's floating towards you
  445. # [09:16] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  446. # [09:17] <Hixie> it's up
  447. # [09:17] <benschwarz> legend
  448. # [09:17] <benschwarz> did you make the chrome frame change?
  449. # [09:19] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  450. # [09:20] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 240 seconds)
  451. # [09:20] * mhausenblas_ is now known as mhausenblas
  452. # [09:20] <Hixie> benschwarz: not yet, will do that momentarily
  453. # [09:21] <Hixie> holy cow, someone actually used <canvas> to do a fractal. with web workers in the background for the calculation! http://juliamap.googlelabs.com/#ll=29.152261,-81.051636&z=10&p=ffffff,ffffff,ffffff,ffffff,ff0000,ffff00,ffff00,ff00,ff&f=mandelbrot
  454. # [09:21] <Hixie> sweet
  455. # [09:22] <benschwarz> Hixie: see your secret messages?
  456. # [09:22] * Joins: kal-EL_ (~jor-EL@host14-71-dynamic.245-95-r.retail.telecomitalia.it)
  457. # [09:29] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 240 seconds)
  458. # [09:29] <Hixie> can someone explain to me why the rows on http://www.whatwg.org/specs/web-apps/current-work/complete/webappapis.html#base64-table are not lined up?
  459. # [09:30] <Hixie> chrome
  460. # [09:30] <Hixie> using -webkit-column-stuff
  461. # [09:35] * Quits: reni_ (~reni@sedkit.inf.u-szeged.hu) (Remote host closed the connection)
  462. # [09:38] <Hixie> AryehGregor: atob is in
  463. # [09:39] <Hixie> AryehGregor: i made a number of minor editorial changes to your text to make it fit the spec's style, you may be interested in comparing the two for your edification :-)
  464. # [09:42] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  465. # [09:49] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
  466. # [09:52] * Quits: matjas (~matjas@91.182.215.162) (Quit: Computer has gone to sleep.)
  467. # [09:57] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  468. # [10:02] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  469. # [10:02] <annevk> ISSUE-151 o_O
  470. # [10:02] <annevk> Maybe we should recharter too to cut all cooperation
  471. # [10:04] <Dashiva> So issues are still being created without any kind of filtering?
  472. # [10:04] * Joins: matjas (~matjas@196.224-136-217.adsl-static.isp.belgacom.be)
  473. # [10:04] <annevk> Anything goes it seems
  474. # [10:04] <benschwarz> Hixie: what do you think about a applicationCache.canceUpdate() method?
  475. # [10:08] <hsivonen> Hixie: the DOM isn't a Unicode-clean environment
  476. # [10:08] * Joins: torvalamo (~loriisacu@c3373BF51.dhcp.bluecom.no)
  477. # [10:09] * Joins: Ms2ger (~Ms2ger@91.181.112.101)
  478. # [10:12] * Quits: Anti-X (~loriisacu@c3373BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
  479. # [10:14] * Joins: ROBOd (~robod@109.96.205.221)
  480. # [10:14] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 255 seconds)
  481. # [10:17] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  482. # [10:17] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  483. # [10:20] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  484. # [10:20] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  485. # [10:22] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  486. # [10:22] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  487. # [10:23] * Joins: david_carlisle (~davidc@62.231.145.254)
  488. # [10:24] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  489. # [10:25] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  490. # [10:25] <jgraham> hsivonen: What do you think about innerHTML? I presume you think the same?
  491. # [10:25] * Quits: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: Leaving.)
  492. # [10:25] <hsivonen> jgraham: yes
  493. # [10:25] <jgraham> Conceptually I don't think the innerHTML case is so cleancut
  494. # [10:26] <jgraham> I mean, document.write just adds bytes to the input stream, so it isn't surprising if you get the bytes out that you put in
  495. # [10:26] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  496. # [10:26] <hsivonen> conceptually, I think the DOM and JavaScript form a system of UTF-16 code units and layout has to deal with unpaired surrogates
  497. # [10:27] <jgraham> But conceptually innerHTML runs the HTML parser on the input and if you want to reuse the full parser pipeline you naturally get the unpaired surrogate handling
  498. # [10:27] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  499. # [10:27] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  500. # [10:27] <hsivonen> jgraham: existing browsers don't seem to use the full pipeline
  501. # [10:29] <jgraham> That might be a winning argument. Nevertheless it is unclear to me that the behaviour makes sense
  502. # [10:29] * hsivonen points to topic
  503. # [10:29] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  504. # [10:29] <jgraham> Well yes
  505. # [10:29] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  506. # [10:30] <jgraham> It is less stupiod than, say, innerText, I will give you that
  507. # [10:30] <annevk> topic really is a good one :)
  508. # [10:30] <hsivonen> I don't look forward to explaining to smaug and others who've spent time optimizing innerHTML that I landed something that makes it slower so that we can be theoretically cleaner in the Unicode sense
  509. # [10:30] <hsivonen> especially when we can't make JS strings enforce UTF-16 well-formedness, because people use JS strings for binary data
  510. # [10:31] <jgraham> Right, I agree that the Unicode-hygiene argument doesn't make any sense given that you can already add unpaired surrogates via DOM
  511. # [10:31] <MikeSmith> virtuelv: why's maxf giving you congrats?
  512. # [10:31] <jgraham> (I assume?)
  513. # [10:31] * Joins: micheil (~micheil@114.72.223.172)
  514. # [10:31] * Quits: micheil (~micheil@114.72.223.172) (Client Quit)
  515. # [10:31] <hsivonen> (well, actually, they don't tend to use the code points that are surrogates for binary data)
  516. # [10:31] <hsivonen> jgraham: right
  517. # [10:32] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  518. # [10:32] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  519. # [10:32] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  520. # [10:33] * jgraham wonders what SteveF would expect an implemenation of <hgroup> to look like
  521. # [10:33] <hsivonen> jgraham: I believe the parts of the pipeline I used for Firefox 4 innerHTML and document.write are exactly the right ones considering compat
  522. # [10:33] <hsivonen> and perf
  523. # [10:34] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  524. # [10:34] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  525. # [10:35] <jgraham> hsivonen: I don't really disagree. I just want to be sure that we have covered all the cases
  526. # [10:36] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  527. # [10:36] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  528. # [10:39] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  529. # [10:39] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  530. # [10:39] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  531. # [10:40] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 265 seconds)
  532. # [10:41] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  533. # [10:41] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  534. # [10:42] * Parts: Ms2ger (~Ms2ger@91.181.112.101) ("Leaving")
  535. # [10:42] * Joins: Ms2ger (~Ms2ger@91.181.112.101)
  536. # [10:43] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  537. # [10:43] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  538. # [10:46] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  539. # [10:46] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  540. # [10:46] * Joins: benschwarz (~ben@59.167.185.148)
  541. # [10:46] <annevk> oh, 151 is a Last Call issue...
  542. # [10:46] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
  543. # [10:47] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  544. # [10:48] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  545. # [10:48] <zcorpan> Hixie: could you run the fixBrokenLink() script earlier than onload to speed up loading?
  546. # [10:48] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  547. # [10:49] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  548. # [10:50] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  549. # [10:51] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  550. # [10:51] * Joins: mpt (~mpt@91.189.88.12)
  551. # [10:51] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  552. # [10:51] * Joins: mpt (~mpt@canonical/mpt)
  553. # [10:52] <zcorpan> benschwarz: same with you ^ :)
  554. # [10:53] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  555. # [10:53] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  556. # [10:53] <benschwarz> zcorpan: other than the obvious factor of it "fixing the links"
  557. # [10:53] <benschwarz> what does it actually do?
  558. # [10:54] <annevk> https://lists.webkit.org/pipermail/webkit-dev/2011-January/015797.html yay Maciej
  559. # [10:55] <virtuelv> MikeSmith: it was meant for @opvard who's been with Opera for ten years this year
  560. # [10:55] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  561. # [10:55] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  562. # [10:55] <zcorpan> benschwarz: it redirects to the right page if the fragment is not found on the current page
  563. # [10:56] <benschwarz> zcorpan: so its important for the pages that are split?
  564. # [10:56] <benschwarz> (multipage specs)?
  565. # [10:56] <zcorpan> yeah
  566. # [10:56] * Joins: pesla (~pesla@188.202.125.121)
  567. # [10:57] <zcorpan> but hmm, i guess it needs to be run after the content has been loaded after all
  568. # [10:57] <zcorpan> so ignore me
  569. # [10:57] <benschwarz> zcorpan: perhaps I could re-write it in ruby postprocessors
  570. # [10:57] <benschwarz> and remove the script altogether
  571. # [10:57] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  572. # [10:58] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  573. # [10:58] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  574. # [10:59] <zcorpan> benschwarz: that wouldn't work, it needs to be in javascript
  575. # [11:00] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  576. # [11:00] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  577. # [11:01] <zcorpan> but link-fixup.js logic could be put in fragment-links.js and instead of checking getElementById() just check if the current fragment is in the table and if so, if the current page matches what the table says it should be
  578. # [11:02] <zcorpan> then you could run it ASAP and get faster redirects
  579. # [11:02] <benschwarz> zcorpan: I'll look into it
  580. # [11:02] <benschwarz> can you add an issue for me to track?
  581. # [11:02] <zcorpan> sure
  582. # [11:02] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  583. # [11:03] <benschwarz> thanks ;)
  584. # [11:03] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  585. # [11:04] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  586. # [11:05] * Joins: FireFly (~firefly@unaffiliated/firefly)
  587. # [11:05] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  588. # [11:05] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  589. # [11:06] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  590. # [11:07] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  591. # [11:07] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  592. # [11:10] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  593. # [11:10] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  594. # [11:10] <Philip`> zcorpan: I split link-fixup.js from fragment-links.js because I didn't really want it loading a quarter of a megabyte of scripts every time you visit a page
  595. # [11:11] <Philip`> since that doesn't seem good for bandwidth or performance in the common case where you're not visiting an obsolete fragment address
  596. # [11:11] * Joins: benschwarz_ (~ben@59.167.185.148)
  597. # [11:12] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  598. # [11:12] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  599. # [11:13] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 250 seconds)
  600. # [11:13] * benschwarz_ is now known as benschwarz
  601. # [11:14] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  602. # [11:14] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  603. # [11:15] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  604. # [11:15] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  605. # [11:17] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  606. # [11:17] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  607. # [11:19] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  608. # [11:19] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  609. # [11:20] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
  610. # [11:22] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  611. # [11:22] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  612. # [11:24] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  613. # [11:24] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  614. # [11:25] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  615. # [11:26] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  616. # [11:26] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  617. # [11:27] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  618. # [11:29] <zcorpan> Philip`: is it a quarter of a megabyte gzipped?
  619. # [11:29] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  620. # [11:29] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  621. # [11:31] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  622. # [11:31] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  623. # [11:32] <Philip`> zcorpan: More like 50KB to download
  624. # [11:33] * Philip` wonder how long parsing takes
  625. # [11:33] <zcorpan> 50KB doesn't sound so bad to waste in normal cases to speed up shortlink fixups
  626. # [11:34] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  627. # [11:34] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  628. # [11:34] <zcorpan> developers.whatwg.org already does that anyway
  629. # [11:36] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  630. # [11:36] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  631. # [11:38] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
  632. # [11:38] * Joins: benschwarz_ (~ben@59.167.185.148)
  633. # [11:38] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  634. # [11:39] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  635. # [11:40] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  636. # [11:41] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  637. # [11:41] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  638. # [11:41] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 260 seconds)
  639. # [11:41] * benschwarz_ is now known as benschwarz
  640. # [11:43] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  641. # [11:43] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  642. # [11:45] * Quits: matjas (~matjas@196.224-136-217.adsl-static.isp.belgacom.be) (Quit: Computer has gone to sleep.)
  643. # [11:46] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  644. # [11:46] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  645. # [11:46] * Joins: mpt (~mpt@canonical/mpt)
  646. # [11:48] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  647. # [11:48] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  648. # [11:49] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  649. # [11:50] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  650. # [11:51] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  651. # [11:53] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  652. # [11:53] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  653. # [11:54] * Joins: matjas_ (~matjas@91.182.215.162)
  654. # [11:55] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  655. # [11:55] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  656. # [11:56] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  657. # [11:57] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 240 seconds)
  658. # [11:58] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  659. # [11:58] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  660. # [12:00] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  661. # [12:00] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  662. # [12:02] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  663. # [12:02] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  664. # [12:03] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  665. # [12:05] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  666. # [12:05] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  667. # [12:06] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Quit: benjoffe)
  668. # [12:07] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  669. # [12:07] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  670. # [12:09] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
  671. # [12:09] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  672. # [12:09] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  673. # [12:12] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  674. # [12:12] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  675. # [12:14] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  676. # [12:14] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  677. # [12:16] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  678. # [12:17] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  679. # [12:18] * Joins: benschwarz_ (~ben@59.167.185.148)
  680. # [12:18] * Joins: erlehmann (~erlehmann@89.204.153.64)
  681. # [12:18] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  682. # [12:19] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  683. # [12:19] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  684. # [12:19] <hsivonen> cool. brucel has started posting HTML5 videos on his blog instead of Flash-trapped videos
  685. # [12:20] <hsivonen> the medium is the message
  686. # [12:20] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 246 seconds)
  687. # [12:20] * benschwarz_ is now known as benschwarz
  688. # [12:21] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  689. # [12:21] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  690. # [12:21] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  691. # [12:23] <jgraham> http://www.exploringbinary.com/java-hangs-when-converting-2-2250738585072012e-308/
  692. # [12:23] * Joins: karlcow (~karl@nerval.la-grange.net)
  693. # [12:24] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  694. # [12:24] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  695. # [12:25] * Joins: mpt (~mpt@canonical/mpt)
  696. # [12:25] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  697. # [12:26] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  698. # [12:26] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  699. # [12:28] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Operation timed out)
  700. # [12:28] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  701. # [12:29] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  702. # [12:30] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  703. # [12:31] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  704. # [12:31] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  705. # [12:33] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  706. # [12:33] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  707. # [12:36] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  708. # [12:36] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  709. # [12:37] * Joins: benschwarz_ (~ben@59.167.185.148)
  710. # [12:38] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  711. # [12:38] * hsivonen wonders what the business model for Opera Widgets Runtime for Android is
  712. # [12:38] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  713. # [12:38] <hsivonen> will handset makers or operators pay to bundle it?
  714. # [12:38] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  715. # [12:40] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 255 seconds)
  716. # [12:40] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  717. # [12:41] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  718. # [12:42] * Quits: benschwarz_ (~ben@59.167.185.148) (Ping timeout: 240 seconds)
  719. # [12:43] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  720. # [12:43] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  721. # [12:43] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  722. # [12:43] * Joins: pesla (~pesla@188.202.125.121)
  723. # [12:45] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  724. # [12:45] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  725. # [12:48] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  726. # [12:48] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  727. # [12:48] * Joins: benschwarz (~ben@59.167.185.148)
  728. # [12:48] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  729. # [12:50] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  730. # [12:50] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  731. # [12:52] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  732. # [12:53] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  733. # [12:55] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  734. # [12:55] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
  735. # [12:57] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  736. # [12:58] * Joins: benschwarz_ (~ben@59.167.185.148)
  737. # [13:00] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 255 seconds)
  738. # [13:00] * benschwarz_ is now known as benschwarz
  739. # [13:01] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  740. # [13:02] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  741. # [13:08] <annevk> volkmar, for your <progress> bugs, did you check what existing impls do?
  742. # [13:11] * Quits: connrs (~paul@host86-140-50-106.range86-140.btcentralplus.com) (Ping timeout: 246 seconds)
  743. # [13:13] * Quits: fishd (~fishd@nat/google/x-qbiuesdelyjsecpt) (Read error: Connection reset by peer)
  744. # [13:13] * Joins: fishd (~fishd@nat/google/x-ovcjzsqngrpguqrp)
  745. # [13:13] * Joins: connrs (~paul@host86-136-129-234.range86-136.btcentralplus.com)
  746. # [13:14] * Quits: erlehmann (~erlehmann@89.204.153.64) (Quit: Ex-Chat)
  747. # [13:16] <zcorpan> the vid.ly player doesn't seem particularly keyboard accessible
  748. # [13:17] <zcorpan> and the flash fallback doesn't seem to work for me in ie
  749. # [13:17] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  750. # [13:23] <benschwarz> Philip`: ping
  751. # [13:23] <annevk> http://www.gapminder.org/ is quite cool
  752. # [13:23] <annevk> I wish it did not use Flash
  753. # [13:24] <espadrine> annevk: did you see the ted talks?
  754. # [13:24] <annevk> yup
  755. # [13:24] <espadrine> The speaker ends up with a sword down his throat...
  756. # [13:24] <espadrine> Pretty odd.
  757. # [13:25] <annevk> I did not see that one...
  758. # [13:26] <hsivonen> smaug____: did you see the unpaired surrogate discussion earlier on this channel today?
  759. # [13:26] <smaug____> hsivonen: no
  760. # [13:27] <hsivonen> smaug____: "surrogate" is the string to look for in the logs.
  761. # [13:27] <jgraham> annevk: I am wary of a site with a title like that
  762. # [13:27] <jgraham> Although the graphs are pretty, the brief commentary seems to be bogus
  763. # [13:28] <hsivonen> smaug____: AFAICT, it's a case of theoretical purity vs. innerHTML perf
  764. # [13:28] <hsivonen> smaug____: I thought you might care since you've worked on innerHTML perf
  765. # [13:28] <annevk> jgraham, see e.g. http://www.youtube.com/watch?v=jbkSRLYSojo
  766. # [13:29] <hsivonen> jgraham: I think the main think to be wary of is the Flash use. The substance is good.
  767. # [13:29] * jgraham has only looked at a couple of graphs
  768. # [13:30] * Joins: erlehmann (~erlehmann@89.204.153.64)
  769. # [13:30] <hsivonen> in this case, the software is quite old, so it's understandable it wasn't written in JS+HTML+SVG
  770. # [13:31] * Quits: MikeSmith (~MikeSmith@209-6-123-224.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) (Ping timeout: 246 seconds)
  771. # [13:37] <annevk> zcorpan, oh, did <device> change?
  772. # [13:38] <smaug____> hsivonen: so every method taking a DOMString should check the input and possibly modify it?
  773. # [13:39] <jgraham> I think we would not be happy with that in general
  774. # [13:39] * Joins: jochen__ (~jochen@nat/google/x-ttxlwhpdhbzlatfg)
  775. # [13:40] <smaug____> hsivonen: that would certainly cause some performance regressions, and for things like Gecko's xhr.sendAsBinary it just doesn't make sense
  776. # [13:41] <jgraham> At least I imagine that the conversation would go "the spec says that we have to check for unpaired surrogates in all DOM APIs" "the spec is stupid. That will just cause performance issues for no appreciable gain"
  777. # [13:41] <jgraham> But I am only guessing
  778. # [13:43] <zcorpan> annevk: dunno
  779. # [13:44] * matjas_ is now known as matjas
  780. # [13:45] <annevk> smaug____, the spec allows for exceptions though I hope sendAsBinary goes away...
  781. # [13:45] <hsivonen> smaug____: right. so since browsers don't historically do it, I think we should just say "no"
  782. # [13:45] <smaug____> sendAsBinary was just an example, and yeah, I hope it will go away
  783. # [13:45] <annevk> (Though I'm not really convinced this make sense either. Unpaired surrogates can still get through.)
  784. # [13:50] <jgraham> Right. I don't understand why we hate unpaired surrogates so much. They don't seem to be causing any harm at present, but trying to guard against them everywhere would case harm
  785. # [13:51] <hsivonen> Hixie: see above. Please don't make the spec check for unpaired surrogates in innerHTML or document.write
  786. # [13:52] * bzed_ is now known as bzed
  787. # [13:52] <annevk> There is a few places where you need that algorithm by the way. But only when you want to serialize to e.g. UTF-8 or some such.
  788. # [13:53] <annevk> XMLHttpRequest uses it for that reason.
  789. # [14:06] * Quits: espadrine (~espadrine@acces1377.res.insa-lyon.fr) (Quit: espadrine)
  790. # [14:13] <hsivonen> aaargh. yay for XML. so createContextualFragment requires to propagate XML well-formedness errors as exceptions to the caller. How sad.
  791. # [14:15] <Ms2ger> I followed innerHTML, but we don't do that either
  792. # [14:18] <zcorpan> in http://canvex.lazyilluminati.com/misc/dom-viewer/x.html?%3C!DOCTYPE%20html%3E%0A%3Cscript%20xmlns%3D%27http%3A%2F%2Fwww.w3.org%2F1999%2Fxhtml%27%3Etry{d%3Ddocument.createElement%28%27div%27%29%3Bd.innerHTML%3D%27%26lt%3Bfoo%3E%27%3B}catch%28e%29{alert%28e%29}%3C%2Fscript%3E i get two alerts at the same time in firefox
  793. # [14:19] <zcorpan> shouldn't alerts wait for the current alert to be dismissed?
  794. # [14:20] * hsivonen has no idea how the new alerts in Firefox work
  795. # [14:20] * Joins: kennyluck (~kennyluck@114-43-126-14.dynamic.hinet.net)
  796. # [14:20] * hsivonen is generally unhappy about propagating nsresult
  797. # [14:22] * Ms2ger is generally unhappy about not propagating nsresult
  798. # [14:22] <Ms2ger> "Mediocrity: It's quicker, and by the time anybody notices, it's too late."
  799. # [14:24] <hsivonen> Ms2ger: well, now that we have the infallible malloc, the vast majority of nsresult propagation is useless
  800. # [14:30] * Joins: benschwarz_ (~ben@59.167.185.148)
  801. # [14:32] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 265 seconds)
  802. # [14:33] * Joins: MikeSmith (~MikeSmith@31-35-219.wireless.csail.mit.edu)
  803. # [14:34] * Quits: benschwarz_ (~ben@59.167.185.148) (Ping timeout: 240 seconds)
  804. # [14:43] <volkmar> annevk: that's what Webkit does, I don't think anyone implement progress element
  805. # [14:44] <annevk> both Opera and Chrome have an implementation
  806. # [14:45] <volkmar> annevk: i should check Opera then
  807. # [14:46] * Joins: hdhoang (~hdhoang@cmalu.zahe.me)
  808. # [14:47] <hsivonen> annevk: looks like in Opera it doesn't use the theme from Gtk
  809. # [14:48] <hsivonen> oven uglier in Chrome
  810. # [14:48] <hsivonen> :-(
  811. # [14:48] <hsivonen> I don't expect Web authors to use this any time soon if it looks like this in Chrome
  812. # [14:48] <volkmar> hsivonen: Opera and Chrome don't really care about system theme for what i've seen (at least for GTK)
  813. # [14:48] <volkmar> annevk: Opera is following the specs word by word
  814. # [14:49] <hsivonen> I guess the Chrome impl. still scores some points on html5test.com or something :-(
  815. # [14:49] <volkmar> hsivonen: it looks great on MacOS though
  816. # [14:50] <volkmar> so i would probably bet on web authors using it with no care for the GNU/Linux users
  817. # [14:51] <hsivonen> maybe
  818. # [14:52] <hsivonen> maybe Linux users welcome their new unthemed Chromium overlords, because it's "so fast" :-(
  819. # [14:53] <annevk> I suspect for Linux they mostly care about Chromium OS
  820. # [14:58] * jgraham wonders if Chrome would seem faster if I used it more
  821. # [14:59] <jgraham> As it is, the processes tend to get swapped out and there is a noticable responsiveness issue when the UI is swapped in but not the content
  822. # [15:01] <hsivonen> Also, while Firefox and Opera seem to map well known font names to Ubuntu-bundled lookalikes properly, Chromium doesn't.
  823. # [15:01] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  824. # [15:02] <hsivonen> correction: It seems that Opera has failures in that department, too
  825. # [15:03] <Ms2ger> Why do you make me look at XMLSerializer :(
  826. # [15:04] <hsivonen> Ms2ger: I thought you had volunteered. :-)
  827. # [15:05] <hsivonen> Ms2ger: anyway, I think we should make XMLSerializer escape stuff that would otherwise be normalized away when round-tripping
  828. # [15:05] <hsivonen> Ms2ger: perhaps the right place to spec it is in HTML5
  829. # [15:06] <hsivonen> since XMLSerializer already refers to it
  830. # [15:06] * Joins: boaz (~boaz@64.119.153.2)
  831. # [15:06] <Ms2ger> We need an algorithm for XML serializing in any case
  832. # [15:14] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  833. # [15:21] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  834. # [15:26] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  835. # [15:26] <annevk> indeed we do
  836. # [15:26] <annevk> part of DOM Parsing and Serializing no?
  837. # [15:27] <Ms2ger> Sure
  838. # [15:27] <Ms2ger> Patches welcome ;)
  839. # [15:32] * hsivonen wonders what the point of using kSpace instead of ' ' is
  840. # [15:33] <hsivonen> it's not like the code point will get reassigned every couple of years warranting a layer of abstraction
  841. # [15:39] * Joins: loucapo (~Lou_Capoz@ool-18b86ba8.dyn.optonline.net)
  842. # [15:39] <loucapo> hi again everyone!
  843. # [15:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  844. # [15:49] * Joins: mpt (~mpt@91.189.88.12)
  845. # [15:49] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  846. # [15:49] * Joins: mpt (~mpt@canonical/mpt)
  847. # [15:49] <erlehmann> the video element in chrome is ugly. :(
  848. # [15:54] <Philip`> hsivonen: Maybe a general policy that inline constants are bad?
  849. # [15:55] <hsivonen> Philip`: what's bad about inline constants for ASCII characters?
  850. # [15:57] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  851. # [15:57] <Philip`> Probably nothing, but some other cases of magic constants are bad, and complex policies with exceptions depending on the types of constants are bad, so it's easier just to forbid them entirely if you don't trust your programmers to be sensible, I guess
  852. # [15:59] <hsivonen> Philip`: well, it leads to issues like having to push .h files around because different people defined kSpace in different places than must never see each other
  853. # [15:59] <hsivonen> s/than/that/
  854. # [16:01] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  855. # [16:03] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  856. # [16:03] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  857. # [16:05] * Joins: FastJack (~fastjack@dumpstr.net)
  858. # [16:10] <hsivonen> annevk: are you gonna call into the HTML-XML TF?
  859. # [16:10] <annevk> thanks
  860. # [16:11] * Joins: Martijnc (~Martijnc@91.176.161.216)
  861. # [16:11] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  862. # [16:13] <AryehGregor> Hixie, atob() as I specced it ignores trailing bits that aren't zero, as noted in the second-to-last step, even though those can't be output by btoa(). It also doesn't require the trailing equals signs, although if they're present they must be the exact right number. As I note in HTML comments, WebKit is laxer, but I followed Gecko.
  863. # [16:14] <AryehGregor> Hixie, I say "strictly greater" out of mathematician's habit, I guess. To mathematicians, "greater" is ambiguous, it's often used to mean "greater than or equal to". Probably for a spec, the "strictly" is unnecessary.
  864. # [16:15] * Quits: loucapo (~Lou_Capoz@ool-18b86ba8.dyn.optonline.net) (Ping timeout: 240 seconds)
  865. # [16:15] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 255 seconds)
  866. # [16:16] <Ms2ger> Greater than is >, always
  867. # [16:16] <AryehGregor> To programmers, yeah.
  868. # [16:16] <Ms2ger> Just like 0 is never positive
  869. # [16:16] <AryehGregor> Mathematicians also are sometimes sloppy about the difference between "positive" and "nonnegative". The thing is, when you're dealing with continuous quantities, the difference is usually irrelevant.
  870. # [16:17] <AryehGregor> Because it's a difference of one point in a continuum, which doesn't matter.
  871. # [16:17] <AryehGregor> Programmers deal with discrete quantities, so it makes a difference.
  872. # [16:17] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  873. # [16:17] * bga_ is now known as bga_|away
  874. # [16:17] <AryehGregor> (sometimes it makes a difference in math too, but then mathematicians will often say "strictly" if they mean strictly, to clarify)
  875. # [16:17] <AryehGregor> But it's unnecessary in a computing spec, I agree.
  876. # [16:18] * Quits: eric_carlson (~eric_carl@2620:0:1b00:1191:217:f2ff:fe03:a2e) (Quit: eric_carlson)
  877. # [16:18] * Joins: charlvn (~charlvn@41.0.48.93)
  878. # [16:19] * bga_|away is now known as bga_
  879. # [16:20] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Remote host closed the connection)
  880. # [16:21] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  881. # [16:22] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  882. # [16:23] * bga_ is now known as bga_|away
  883. # [16:24] <AryehGregor> Hixie, I filed three bugs about editorial issues in the base64 stuff.
  884. # [16:26] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  885. # [16:30] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  886. # [16:36] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  887. # [16:39] * Joins: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net)
  888. # [16:39] * Quits: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net) (Changing host)
  889. # [16:39] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  890. # [16:42] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  891. # [16:52] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  892. # [16:52] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  893. # [16:53] * Joins: FireFly (~firefly@unaffiliated/firefly)
  894. # [16:54] * Joins: loucapo (~Lou_Capoz@ool-18b86ba8.dyn.optonline.net)
  895. # [16:57] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  896. # [16:57] * bga_ is now known as _bga
  897. # [17:00] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
  898. # [17:00] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  899. # [17:01] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  900. # [17:02] * _bga is now known as bga_|away
  901. # [17:06] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  902. # [17:09] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Ping timeout: 255 seconds)
  903. # [17:12] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  904. # [17:13] * Joins: jwalden (~waldo@nat/mozilla/x-trmmfoyaqqervmti)
  905. # [17:14] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  906. # [17:19] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  907. # [17:20] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  908. # [17:23] * Joins: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  909. # [17:27] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  910. # [17:36] * bga_|away is now known as bga_
  911. # [17:40] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  912. # [17:41] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  913. # [17:42] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  914. # [17:47] * Joins: dglazkov (~dglazkov@nat/google/x-qpclnjocvkcjbixh)
  915. # [17:48] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 255 seconds)
  916. # [17:49] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
  917. # [17:50] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
  918. # [17:51] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  919. # [17:51] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  920. # [17:52] * Joins: miketaylr (~miketaylr@206.217.92.186)
  921. # [17:54] * Quits: erlehmann (~erlehmann@89.204.153.64) (Quit: Ex-Chat)
  922. # [17:54] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  923. # [17:55] * bga_ is now known as bga_|away
  924. # [17:56] * bga_|away is now known as bga_
  925. # [18:00] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  926. # [18:04] * Joins: saba (~foo@unaffiliated/saba)
  927. # [18:04] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  928. # [18:07] * Joins: paul_irish (~paul_iris@66.109.106.17)
  929. # [18:08] * zcorpan points out that hgroup has at least parser impl in at least gecko and webkit
  930. # [18:10] <zcorpan> also, http://software.hixie.ch/utilities/js/live-dom-viewer/saved/818 styling is still suboptimal with the :any(section, ...) ... h1 styling
  931. # [18:17] * Joins: dbaron (~dbaron@nat/mozilla/x-hubvxbhytldvcgyw)
  932. # [18:20] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  933. # [18:20] * Quits: hdhoang (~hdhoang@cmalu.zahe.me) (Quit: Leaving.)
  934. # [18:26] <karlcow> hmm
  935. # [18:26] <karlcow> "MIME-Handling: Sniffing Opt-Out
  936. # [18:26] * Joins: othermaciej (~mjs@67.218.110.25)
  937. # [18:27] <karlcow> http://blogs.msdn.com/b/ie/archive/2008/07/02/ie8-security-part-v-comprehensive-protection.aspx
  938. # [18:27] <karlcow> I wonder how it will be more effective. As soon it is built into a library that people use inadequatly
  939. # [18:38] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 240 seconds)
  940. # [18:40] <annevk> tech support from ISP at my mom's house does not do Ubuntu
  941. # [18:40] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  942. # [18:40] <annevk> apparently it was too hard to click on the connection thingie at the top and select the wired connection option
  943. # [18:40] <annevk> (she previously had a wireless connection)
  944. # [18:41] <annevk> unfortunately the competing ISPs are even worse
  945. # [18:41] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  946. # [18:41] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  947. # [18:42] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
  948. # [18:43] <annevk> othermaciej++
  949. # [18:43] <annevk> using CORS for fonts is protocol abuse
  950. # [18:44] <othermaciej> annevk: sadly, TabAtkins is being kind of pushy about it
  951. # [18:44] <othermaciej> annevk: fortunately, I think my C++-fu is better than his...
  952. # [18:45] * jgraham wonders in what strange universe a debate about the merits of CORS for font DRM comes down to C++-fu
  953. # [18:45] <othermaciej> annevk: incidentally, if we backed down and decided to use SOP+CORS for WOFF, is there any way we could still allow free cross-site linking of other font formats (TrueType, OpenType, SVG)
  954. # [18:46] <karlcow> webkit?
  955. # [18:46] <othermaciej> jgraham: I doubt he's able to code a patch to implement his suggestion
  956. # [18:46] <annevk> othermaciej, the way CORS works in theory is that the requester sets the policy
  957. # [18:46] <annevk> so this would in theory need to be defined by @font-face
  958. # [18:46] <jgraham> Hmm, I guess this is the logical conclusion of "those who implement win"
  959. # [18:47] <annevk> and you could of course do the request, and if it is WOFF (after sniffing) also check the relevant CORS stuff and otherwise ignore them
  960. # [18:47] <annevk> however, that is very much like checing "usage rights" rather than "read rights" (what CORS is designed for)
  961. # [18:47] <othermaciej> annevk: so the problem with this is either you make a CORS simple request for cross-site access for TT/OT/SVG fonts (which means no cookies etc are sent) or you make a preflight request for all font requests
  962. # [18:48] <othermaciej> annevk: or you violate CORS by sending a request with credentials and no preflight
  963. # [18:48] <annevk> i.e. CORS is not designed to prevent cross-origin image usage, it is designed to allow cross-origin images to be read by e.g. <canvas>
  964. # [18:48] <othermaciej> IE and FF get around this by applying a same-origin limitation to all font formats
  965. # [18:48] <annevk> othermaciej, actually, for GET requests there is no preflight needed
  966. # [18:48] <annevk> othermaciej, you got that wrong in your message
  967. # [18:49] <othermaciej> is it ok to send credentials with a GET with no preflight?
  968. # [18:49] <karlcow> http://sebleedelisle.com/2011/02/html5-canvas-sprite-optimisation/
  969. # [18:49] * othermaciej has trouble remembering this stuff
  970. # [18:49] <annevk> othermaciej, yes, otherwise we could never make <img> work with CORS
  971. # [18:49] <othermaciej> ok
  972. # [18:49] <annevk> othermaciej, and I wanted <img> to be able to work with CORS
  973. # [18:49] <othermaciej> so since none of the headers would be provided by the embedder, you could just send a normal request and read CORS headers in the response depending on Content-Type
  974. # [18:49] <othermaciej> in principle
  975. # [18:49] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  976. # [18:49] <othermaciej> though it would still (IMO) be bad design
  977. # [18:50] <annevk> yeah, where the Content-Type is derived from sniffing
  978. # [18:50] <zcorpan> killing WOFF was my knee-jerk reaction when IE came out and supported OTF
  979. # [18:50] <annevk> it's protocol abuse for sure
  980. # [18:50] <othermaciej> zcorpan: yeah, I have no idea what the point of WOFF is now
  981. # [18:50] <othermaciej> I thought the whole purpose was to have a single font format, when IE refused to implement OTF and others refused to implement EOT
  982. # [18:50] <annevk> I have stated several times that using CORS for this is the wrong solution
  983. # [18:51] * Joins: maikmerten (~maikmerte@port-92-201-160-92.dynamic.qsc.de)
  984. # [18:53] <othermaciej> I also wonder why deciding not to support part of a spec is suddenly a huge deal
  985. # [18:53] <othermaciej> no one is up in arms because Mozilla refuses to support SVG fonts
  986. # [18:54] <annevk> or Web SQL DB *cough* *cough*
  987. # [18:54] * Quits: paul_irish (~paul_iris@66.109.106.17) (Remote host closed the connection)
  988. # [18:55] <annevk> the foundries and e.g. Sylvain from Microsoft seem to be making it a big deal
  989. # [18:56] <annevk> and the rest of the WG sort of gets dragged into it
  990. # [18:56] <annevk> but I am not really interested in participating there, I was not welcome, so I posted something on my blog somewhere in April last year
  991. # [18:57] * Joins: sroussey (~sroussey@adsl-69-234-111-42.dsl.irvnca.pacbell.net)
  992. # [18:58] <zcorpan> not implementing part of a spec *can* be pretty bad. but i think not implementing SOR for fonts isn't bad
  993. # [19:00] <zcorpan> e.g. implementing WF2 API but not UI is pretty bad
  994. # [19:00] <Ms2ger> What about implementing ugly UI? ;)
  995. # [19:01] <zcorpan> that's also pretty bad
  996. # [19:02] <annevk> subjective! :p
  997. # [19:03] * bga_ is now known as bga_|away
  998. # [19:03] * Joins: paul_irish (~paul_iris@nat/google/x-fmajojvgzwzuwjgp)
  999. # [19:08] <zcorpan> why does http://dev.w3.org/2006/webapi/FileAPI/#abort fire both 'error' and 'abort'?
  1000. # [19:08] <annevk> looks like a bug
  1001. # [19:12] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 240 seconds)
  1002. # [19:14] * Joins: abarth (~abarth@173-164-128-210-SFBA.hfc.comcastbusiness.net)
  1003. # [19:14] * Quits: sroussey (~sroussey@adsl-69-234-111-42.dsl.irvnca.pacbell.net) (Read error: Connection reset by peer)
  1004. # [19:16] * Joins: dave_levin (~dave_levi@nat/google/x-uyieobbajxfzvusi)
  1005. # [19:22] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  1006. # [19:22] * Quits: othermaciej (~mjs@67.218.110.25) (Quit: othermaciej)
  1007. # [19:24] * Joins: erlehmann (~erlehmann@89.204.153.64)
  1008. # [19:25] * Quits: charlvn (~charlvn@41.0.48.93) (Quit: Leaving)
  1009. # [19:25] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  1010. # [19:28] * Joins: othermaciej (~mjs@17.246.18.10)
  1011. # [19:31] <loucapo> hey everyone, is this a good place to post a code question or is there a better group?
  1012. # [19:32] * Joins: sicking (~chatzilla@nat/mozilla/x-gxodwuwmcxpyuiax)
  1013. # [19:33] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
  1014. # [19:34] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
  1015. # [19:35] * bga_|away is now known as bga_
  1016. # [19:36] * Joins: espadrine (~espadrine@eduroinsa896.insa-lyon.fr)
  1017. # [19:36] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
  1018. # [19:40] * bga_ is now known as bga_|away
  1019. # [19:43] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
  1020. # [19:43] <jgraham> For today's episode of "an ignorance shared is an ignorance harshly mocked on the internet" I have a question straight out of CS 101
  1021. # [19:44] * Joins: weinig (~weinig@17.203.14.133)
  1022. # [19:44] <jgraham> Say I am trying to construct a representation of tests, in code. The obvious thing to do would be to have a Test base class and derive specific types of tests from that base class
  1023. # [19:45] <jgraham> (these are web browser Tests fwiw)
  1024. # [19:46] <jgraham> However it seems this will violate the Liskov Substitution Principle
  1025. # [19:47] <jgraham> For example a Javascript test will have a single URL
  1026. # [19:47] <jgraham> But a RefTest will have two urls and a type
  1027. # [19:47] <jgraham> So, given that almost all the methods will be the same for all the types, what is one supposed to do?
  1028. # [19:48] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  1029. # [19:49] * Philip` doesn't really understand what Substitution is occurring in this case
  1030. # [19:49] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  1031. # [19:50] <Philip`> Are you having a JavascriptTest and RefTest both derived from Test?
  1032. # [19:50] <TabAtkins> othermaciej: I'm being "pushy" because SOR on @font-face is the right choice, and Moz and IE have both gone with it already. I'd like any new embedded media to have SOR.
  1033. # [19:50] <othermaciej> the latter is definitely not going to happen
  1034. # [19:50] <jgraham> Philip`: Well that was the hypothesis
  1035. # [19:51] <othermaciej> video and audio don't have SOR (despite Mozilla's attempt to enforce it at some point)
  1036. # [19:51] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  1037. # [19:51] <TabAtkins> Right, we've very likely already lost our chance with those two.
  1038. # [19:51] <Philip`> Are you having any methods on Test that won't behave equivalent for objects of either subclass?
  1039. # [19:51] <othermaciej> SOR for non-WOFF fonts is something I'd definitely consider an unacceptable change, there isn't even a spec argument for it
  1040. # [19:51] <loucapo> i was on here last week asking about xmlhttp level 2 posting to a pwd protected url
  1041. # [19:51] <TabAtkins> Sure there is. @font-face suggests applying SOR (though doesn't require it).
  1042. # [19:51] <Philip`> s/equivalent/equivalently/
  1043. # [19:51] <jgraham> Philip`: Not that I know of. But does the constructor count?
  1044. # [19:52] <annevk> TabAtkins, that's not a good argument
  1045. # [19:52] <jgraham> I mean the constructor necessarily has a different signature
  1046. # [19:52] <loucapo> annevk suggested that if u set the Authoization header via JS it should be ok
  1047. # [19:52] <loucapo> assuming the server accepts that header
  1048. # [19:52] <TabAtkins> annevk: That was just challenging the statement that "there isn't even a spec argument for it".
  1049. # [19:52] <loucapo> i allowed it on the server
  1050. # [19:53] <othermaciej> TabAtkins: I can't find the word "origin" in http://www.w3.org/TR/css3-fonts/
  1051. # [19:53] <loucapo> but i dont see the header showing in my request's options call
  1052. # [19:53] <annevk> TabAtkins, also, "suggestions" suggests it's a pretty bad spec
  1053. # [19:53] <annevk> TabAtkins, and what I've seen in WOFF about CORS is crap too
  1054. # [19:53] <annevk> TabAtkins, does not follow CORS at all
  1055. # [19:54] <othermaciej> TabAtkins: nor in the editor's draft
  1056. # [19:54] <othermaciej> wait, I guess it is in the ED
  1057. # [19:54] <TabAtkins> annevk: What do you mean?
  1058. # [19:54] <Philip`> jgraham: I believe constructors are irrelevant to the LSP, because the LSP is about using an object of a type that's a subclass of T as if it were an object of type T, so it's only applicable after you've already constructed the object
  1059. # [19:55] <jgraham> Philip`: Interesting
  1060. # [19:55] <jgraham> I hadn't considered that
  1061. # [19:55] <TabAtkins> annevk: The language used is identical to that used in CSS3 Fonts.
  1062. # [19:55] <othermaciej> TabAtkins: CSS3 fonts doesn't "suggest" it afaict
  1063. # [19:55] <annevk> TabAtkins, I mean a) "suggests applying SOR" makes no sense, it should either require it or not and b) WOFF does not properly use CORS as specified by the CORS specification
  1064. # [19:55] <TabAtkins> othermaciej: You're right. It simply defines what it means to apply SOR to @font-face resources.
  1065. # [19:55] <AryehGregor> jgraham, why do the URLs or type have to be part of the base class? Why not make them members of the derived classes?
  1066. # [19:56] <othermaciej> btw, who decided to replace the perfectly good term "same-origin policy" with "same-origin restriction"?
  1067. # [19:56] <AryehGregor> If you have lots of types of single-URL tests, make a SingleUrlTest class that they derive from.
  1068. # [19:56] <annevk> yeah, "SOR" makes no sense either
  1069. # [19:56] <AryehGregor> If you want to get all obsessive about OO.
  1070. # [19:56] <jgraham> AryehGregor: I don't want to get all obsessive
  1071. # [19:56] <TabAtkins> annevk: I don't immediately see what's wrong with WOFF's use of CORS. Could you be more explicit?
  1072. # [19:56] <Philip`> It's not like JS really does OO anyway
  1073. # [19:56] <jgraham> Having a huge multi-level class heirachy is overkill
  1074. # [19:56] <othermaciej> TabAtkins: in fact, it doesn't even clearly say UAs MAY apply a same-origin limitation
  1075. # [19:56] <TabAtkins> othermaciej: I don't see the distinction.
  1076. # [19:57] * Quits: erlehmann (~erlehmann@89.204.153.64) (Quit: Ex-Chat)
  1077. # [19:57] <jgraham> But having one level of inheritance seems sensible
  1078. # [19:57] <TabAtkins> Sorry, that was to SOP vs SOR.
  1079. # [19:57] <othermaciej> TabAtkins: I don't either, but using a different term sounds like it is drawing a distinction from the traditional terminology
  1080. # [19:57] <annevk> TabAtkins, to use CORS you need to define that the UA need to do a cross-origin request and set various parameters
  1081. # [19:57] <annevk> TabAtkins, then you need to deal with the potential return flags of that algorithm
  1082. # [19:57] <annevk> TabAtkins, as e.g. XMLHttpRequest does
  1083. # [19:57] <annevk> TabAtkins, @font-face nor WOFF does any of that and are therefore not really using CORS
  1084. # [19:57] <TabAtkins> annevk: Is it simply defined somewhere in CORS what specs need to say to make it work?
  1085. # [19:58] <annevk> TabAtkins, yes
  1086. # [19:58] <annevk> but it is pretty clear nobody has actually read or understood the purpose of CORS
  1087. # [19:58] <othermaciej> TabAtkins: anyway - the ED (which it's not clear the CSS WG will even agree on) says if you limit fonts to same-origin, you MUST allow relaxation of that limit via CORS
  1088. # [19:58] <TabAtkins> annevk: As far as I can tell, you've objected to every use of CORS outside of specs that you directly maintain.
  1089. # [19:59] <TabAtkins> othermaciej: Yes.
  1090. # [19:59] <jgraham> Philip`, AryehGregor: Thanks
  1091. # [19:59] <annevk> TabAtkins, no
  1092. # [19:59] <annevk> TabAtkins, what the fuck is that about?
  1093. # [19:59] <TabAtkins> annevk: Not meant to be offensive. It's just that the only time I hear you talk about CORS, it's that some spec is using it wrong.
  1094. # [19:59] <Philip`> jgraham: All that really matters is whether you can write code that takes an object which you know acts like a Test, without caring which type it really is - inheritance is useful as a way to encode "acts like a Test" in statically typed languages, but that doesn't work in JS, so JS prototype inheritance is just useful as a code-sharing mechanism
  1095. # [19:59] <TabAtkins> Or that people don't understand it.
  1096. # [19:59] * Joins: eTiger13 (~eTiger13@c-67-188-247-201.hsd1.ca.comcast.net)
  1097. # [20:00] <othermaciej> it doesn't even say you MAY have a restriction (though presumably that is intended)
  1098. # [20:00] <othermaciej> TabAtkins: maybe there's nothing to say when people use it right?
  1099. # [20:00] <Ms2ger> Well, otherwise it wouldn't have to be mentioned, no? ;)
  1100. # [20:00] <annevk> TabAtkins, oh?
  1101. # [20:00] <Philip`> jgraham: so it seems fine to not worry much about inheritance hierarchy design
  1102. # [20:00] <annevk> TabAtkins, other than fonts I'm not aware of anyone trying to use it
  1103. # [20:00] * Joins: vladikoff (~vladikoff@70.26.81.74)
  1104. # [20:00] <jgraham> Philip`: This is actually Python
  1105. # [20:00] * Joins: erichynds (~hyndse@grumpy.tor.cmdg.com)
  1106. # [20:01] <othermaciej> WebSockets sort of does something similar, but it's not really CORS
  1107. # [20:01] <annevk> TabAtkins, and CORS isn't easy or anything
  1108. # [20:01] <annevk> it's really quite complicated
  1109. # [20:01] <loucapo> not that anyone is available to listen but the only headers on the response i see are:
  1110. # [20:01] <TabAtkins> annevk: I just skimmed through CORS again, and I can't find anywhere that defines in some simple way what a spec using CORS is supposed to provide.
  1111. # [20:02] <loucapo> DateTue, 01 Feb 2011 18:53:00 GMTWWW-AuthenticateBasic realm="People Rails RC Environment"Content-Length401ConnectioncloseContent-Typetext/html; charset=iso-8859-1
  1112. # [20:02] <annevk> which is why it upsets me WOFF is using it without the WG actually understanding what they are doing
  1113. # [20:02] <TabAtkins> annevk: What chapter are the requirements in?
  1114. # [20:02] <annevk> TabAtkins, "CORS API Specification Advice"
  1115. # [20:03] <TabAtkins> annevk: Oh, a "CORS API" is something another spec defines.
  1116. # [20:03] <annevk> of course
  1117. # [20:03] <annevk> CORS is a protocol
  1118. # [20:03] * Quits: dbaron (~dbaron@nat/mozilla/x-hubvxbhytldvcgyw) (Read error: Operation timed out)
  1119. # [20:03] * Parts: eTiger13 (~eTiger13@c-67-188-247-201.hsd1.ca.comcast.net)
  1120. # [20:03] <TabAtkins> In a spec called "CORS", it's not clear to me that "CORS API" is something outside of the spec. ^_^
  1121. # [20:03] <Philip`> jgraham: Oh, okay - I suppose that's a bit more OOey, but still not at all strictly
  1122. # [20:04] <TabAtkins> Not sure what name would be better, though.
  1123. # [20:04] <Philip`> (hence duck typing)
  1124. # [20:04] <annevk> I suppose I could rename it to "Advice for specifications using CORS"
  1125. # [20:05] <TabAtkins> Ah, yeah, that would at least draw the eye better.
  1126. # [20:07] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
  1127. # [20:13] <jgraham> http://www.googleartproject.com/ is awesome
  1128. # [20:13] <jgraham> Wonder what we have to do so it can ditch flash for the image viewing
  1129. # [20:14] <TabAtkins> Most likely, add DRM.
  1130. # [20:15] * Joins: jamesr__ (~jamesr@nat/google/x-sdyzbprwguksslbn)
  1131. # [20:15] <jgraham> That could be the problem I guess
  1132. # [20:15] <jgraham> Although one would have thought that the paintings were out of copyright (I know the digital reproductions may not be)
  1133. # [20:16] <AryehGregor> jgraham, the digital reproductions are out of copyright too, at least in the US, but you're not going to get museums' cooperation if you point that out.
  1134. # [20:16] <AryehGregor> Since they get a lot of revenue from licensing copyrights they don't own.
  1135. # [20:18] <jgraham> AryehGregor: Right, but not everywhere has the same law as the US there
  1136. # [20:18] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  1137. # [20:18] <jgraham> e.g. I think the UK is different
  1138. # [20:18] <AryehGregor> The UK is unclear, AFAIK.
  1139. # [20:19] <jgraham> Unclear to me at least :)
  1140. # [20:19] <jgraham> (but that is diffrent from the US where it is fairly clear)
  1141. # [20:20] * Joins: dbaron (~dbaron@nat/mozilla/x-hvspdljefcppiasz)
  1142. # [20:20] <AryehGregor> I have to say, JS code I write for Chrome basically works fine in IE9.
  1143. # [20:21] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  1144. # [20:21] <AryehGregor> As opposed to IE8, where it dies horribly very early on.
  1145. # [20:21] <AryehGregor> Kudos to the IE team.
  1146. # [20:22] <zcorpan> is the opposite true? JS code written for IE works in Chrome?
  1147. # [20:23] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
  1148. # [20:23] <Ms2ger> document.all('x')
  1149. # [20:23] <Ms2ger> Looks like a yes
  1150. # [20:24] * jgraham totally has to visit MoMA
  1151. # [20:24] * Parts: loucapo (~Lou_Capoz@ool-18b86ba8.dyn.optonline.net)
  1152. # [20:24] <annevk> it's quite nice
  1153. # [20:24] * Joins: weinig_ (~weinig@17.246.16.194)
  1154. # [20:25] <AryehGregor> How do I feature-test the IE8 JS engine? I'm actually testing in IE9 in IE8 document mode, so I'm getting confused.
  1155. # [20:25] <othermaciej> I think IE9's JS engine is more conforming to ES5 than Chrome's
  1156. # [20:25] <AryehGregor> In IE8 document mode, it fails with "'Node' is undefined", but trying to do something like if (Node === undefined) or if (typeof(Node) == "undefined") gives the same error.
  1157. # [20:25] <jgraham> Yeah, the IE9 js engine should be very conforming
  1158. # [20:25] <AryehGregor> Is there some way to say "if 'Node' is a variable name" that works in IE8?
  1159. # [20:26] <AryehGregor> Maybe TabAtkins would know, he actually writes real web pages sometimes.
  1160. # [20:26] <Philip`> if (window.Node) ?
  1161. # [20:26] <TabAtkins> What's up?
  1162. # [20:27] * Quits: weinig (~weinig@17.203.14.133) (Ping timeout: 265 seconds)
  1163. # [20:27] * weinig_ is now known as weinig
  1164. # [20:27] <TabAtkins> If foo is undefined, (foo === undefined) shouldn't be throwing an error.
  1165. # [20:27] <AryehGregor> Nice, thanks.
  1166. # [20:27] <AryehGregor> TabAtkins, this is IE8.
  1167. # [20:28] <TabAtkins> I haven't cared about browser craziness in some time, sorry. Last cross-browser dev I did leaned heavily on jQuery.
  1168. # [20:28] <TabAtkins> Nowadays I just code to Chrome and assume it'll work everywhere, which is usually true.
  1169. # [20:28] <TabAtkins> (For some definition of "everywhere".)
  1170. # [20:29] <miketaylr> jgraham: come to NYC to see MoMA and you can work out of Opera Brooklyn (my tiny 2 person office)
  1171. # [20:29] * Joins: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net)
  1172. # [20:31] <jgraham> miketaylr: Sounds awesome, but I'm not sure how well "see MoMA" would go down under "purpose of trip"
  1173. # [20:31] <miketaylr> heh
  1174. # [20:32] <TabAtkins> "network with other Opera employees"
  1175. # [20:32] * jgraham was somewhat considering visiting the US in the summer anyway
  1176. # [20:34] * matjas is now known as matjasafk
  1177. # [20:38] * bga_|away is now known as bga_
  1178. # [20:44] * bga_ is now known as bga_|away
  1179. # [20:50] * Quits: benjoffe (~benjoffe@63-235-13-3.dia.static.qwest.net) (Quit: benjoffe)
  1180. # [20:51] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
  1181. # [20:59] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
  1182. # [21:02] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
  1183. # [21:04] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  1184. # [21:08] * bga_|away is now known as bga_
  1185. # [21:11] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  1186. # [21:13] * Quits: maikmerten (~maikmerte@port-92-201-160-92.dynamic.qsc.de) (Remote host closed the connection)
  1187. # [21:15] * Joins: huehnts (~huehnts@static.213-239-210-158.clients.your-server.de)
  1188. # [21:15] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 240 seconds)
  1189. # [21:18] <AryehGregor> Can anyone tell me why the Selection stringification is empty here for Opera? http://aryeh.name/spec/innertext/test/innerText.html
  1190. # [21:19] <Workshiva> "typeof identitifer" shouldn't be throwing reference errors...
  1191. # [21:19] <AryehGregor> Even in IE8?
  1192. # [21:20] <Workshiva> Yeah
  1193. # [21:20] <Workshiva> If the identifier isn't previously declared it should just return undefined
  1194. # [21:20] <AryehGregor> Oh well.
  1195. # [21:21] <AryehGregor> Testing window.Node works, anyway.
  1196. # [21:22] <Workshiva> Yeah, that's the usual approach. I never liked typeof :)
  1197. # [21:23] <Workshiva> (Side note, Node == undefined is allowed to throw, and typeof is not a function so you don't need to do typeof(x))
  1198. # [21:25] * Joins: benjoffe (~benjoffe@66.220.144.74)
  1199. # [21:26] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  1200. # [21:27] <AryehGregor> I originally did "typeof x", but tried "typeof(x)" in case it would work.
  1201. # [21:27] <AryehGregor> Which it didn't.
  1202. # [21:27] <AryehGregor> Why is Node === undefined allowed to throw? That's silly.
  1203. # [21:27] <Workshiva> Because you're referencing an undeclared identifier
  1204. # [21:27] <AryehGregor> That's either a reason to throw or not to throw, not to allow throwing.
  1205. # [21:28] <Workshiva> Well, allow as in "throw if there is a reason to throw"
  1206. # [21:28] <Workshiva> It's not optional
  1207. # [21:28] <AryehGregor> What's "a reason to throw"?
  1208. # [21:28] <Workshiva> unresolvable reference
  1209. # [21:29] <AryehGregor> Also, can anyone help me figure out where the plainText function called here is defined? I've been looking, but I can't find it. I want to compare my super-simple innerText to WebKit's real-world implementation: http://www.google.com/codesearch/p?hl=en#OAMlx_jo-ck/src/third_party/WebKit/WebCore/dom/Element.cpp&exact_package=chromium&l=1507
  1210. # [21:29] <AryehGregor> othermaciej, could you point me to WebKit's plainText implementation, or whatever does the bulk of the work of innerText?
  1211. # [21:32] <AryehGregor> (I'm beginning to suspect that it uses some kind of internal rendering data structure, not the DOM at all . . .)
  1212. # [21:33] <AryehGregor> (Which would be hopeless to spec.)
  1213. # [21:33] <TabAtkins> It might rely on the Render Tree, which is a close analogue to CSS's box tree.
  1214. # [21:35] <Workshiva> This one maybe? http://www.google.com/codesearch/p?hl=en#OAMlx_jo-ck/src/third_party/WebKit/WebCore/editing/TextIterator.h&;q=\bplainText\%28%20lang:cpp&exact_package=chromium&sa=N&cd=3&ct=rc
  1215. # [21:36] <AryehGregor> It does scary things like respecting text-transform.
  1216. # [21:36] <Workshiva> (Well, the matching .cpp file anyway)
  1217. # [21:37] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  1218. # [21:38] <Ms2ger> Looks like it
  1219. # [21:38] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1220. # [21:39] <Workshiva> Searched for plainText taking a Range as parameter and that was the only one I could see
  1221. # [21:40] <AryehGregor> I don't get that code at all, but I feel like the code that does the actual work must be someplace else.
  1222. # [21:40] <othermaciej> AryehGregor: I can look for you after I grab lunch
  1223. # [21:40] <AryehGregor> Obviously I should just ask in #webkit.
  1224. # [21:43] <AryehGregor> Ah, I think I see it now.
  1225. # [21:43] <AryehGregor> handleTextNode() et al.
  1226. # [21:44] * Joins: erlehmann (~erlehmann@82.113.99.35)
  1227. # [21:45] <AryehGregor> Hmm, doesn't seem easy enough to understand to be useful.
  1228. # [21:46] <othermaciej> yes, you'll need someone to explain what it is doing
  1229. # [21:46] * Ms2ger hears othermaciej volunteer
  1230. # [21:46] * Joins: xtoph (~xtoph@213.47.185.206)
  1231. # [21:47] * AryehGregor asks in #webkit
  1232. # [21:48] <MikeSmith> we need code-analysis heuristics that magically read source code files and tell us what they do
  1233. # [21:48] * Quits: matjasafk (~matjas@91.182.215.162) (Quit: Computer has gone to sleep.)
  1234. # [21:48] * AryehGregor finds http://www.google.com/codesearch/p?hl=en#OAMlx_jo-ck/src/third_party/WebKit/LayoutTests/fast/dom/inner-text-001.html&exact_package=chromium&d=6
  1235. # [21:49] <Ms2ger> MikeSmith, why do you want us all unemployed?
  1236. # [21:50] <MikeSmith> yeah
  1237. # [21:50] <MikeSmith> then we can all be gentleman and ladies of leisure
  1238. # [21:50] <MikeSmith> can retire with our riches to a bucolic life in the countryside
  1239. # [21:51] * Quits: weinig (~weinig@17.246.16.194) (Remote host closed the connection)
  1240. # [21:51] <nimbupani> hahahaha
  1241. # [21:51] <TabAtkins> MikeSmith: Yo, question about boilerplate on the specs.
  1242. # [21:51] * Joins: weinig (~weinig@17.203.14.133)
  1243. # [21:52] <TabAtkins> Art sent me the message that you said to use the HTML5 WD boilerplate for the SotD. Should I just take the whole thing, replacing spec names when appropriate?
  1244. # [21:52] <roc> othermaciej, annevk: are you opposed to having *any* standard mechanism which allows authors to control who can deep-link resources on their servers? (I mean subresource loads like IMG, font-face and video, not <a href>)
  1245. # [21:53] <MikeSmith> TabAtkins: yeah, please
  1246. # [21:53] <othermaciej> roc: there already is one, isn't there?
  1247. # [21:53] <TabAtkins> MikeSmith: Okay, just making sure.
  1248. # [21:53] <MikeSmith> k
  1249. # [21:53] <roc> othermaciej: which is?
  1250. # [21:53] <othermaciej> (server-side check of Referer, or Origin in browsers that have it)
  1251. # [21:53] <othermaciej> sites do take measures to prevent image hotlinking
  1252. # [21:54] <othermaciej> I'm not sure adding a client-side way to do it for img would be worthwhile
  1253. # [21:54] <roc> that requires an information leak from to the server and is unreliable due to firewall stripping
  1254. # [21:55] <othermaciej> I don't think any firewalls strip Origin, though it's true not all browsers send it for subresource loads (yet)
  1255. # [21:55] <roc> a solution where the browser decide wouldn't have those problems, and could be easier for authors to deploy too
  1256. # [21:55] <othermaciej> firewall stripping is estimated to affect <5% of users and so would not materially affect the effectiveness of hotlinking prevention
  1257. # [21:57] <erlehmann> why should a firewall strip headers?
  1258. # [21:57] <othermaciej> some firewalls strip Refer for privacy purposes
  1259. # [21:57] <TabAtkins> 'cause firewalls are crazy.
  1260. # [21:58] <othermaciej> or to avoid disclosing URLs on intranet servers that link to external sites
  1261. # [21:58] <roc> because intranet administrators are concerned about people clicking on a link from worlddomination.google.com to evil.com
  1262. # [21:58] <othermaciej> Origin should be less of an issue, since it doesn't disclose the full linking URL
  1263. # [21:58] <othermaciej> though it's true that the hostname itself could leak info
  1264. # [21:58] <othermaciej> anyway
  1265. # [21:59] <othermaciej> if there's some general mechanism that can reasonably be applied to IMG, whether client-side or not, I would not be averse to also applying it to @font-face
  1266. # [21:59] <roc> is Webkit going to start sending Origin for all subresource loads?
  1267. # [21:59] <othermaciej> I believe we already do
  1268. # [22:01] <roc> good
  1269. # [22:01] <othermaciej> trying to figure out how to construct the tcpdump command to verify
  1270. # [22:02] <roc> I think deploying Origin checking is likely to be very hard for most Web authors though
  1271. # [22:04] <roc> and "default allow" just seems wrong :-(
  1272. # [22:04] <othermaciej> well, according to tcpdump I'm wrong (about sending Origin), but I'm not sure why
  1273. # [22:05] <erlehmann> othermaciej, just use wireshark :)
  1274. # [22:05] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  1275. # [22:06] <othermaciej> roc: if we were redesigning the Web from scratch, it might make sense to default to denying cross-origin resource loads, but it seems unhelpfully inconsistent to do it only for some resource types, and reversing the default on IMG or SCRIPT at this point is likely impossible
  1276. # [22:06] <roc> I agree that's impossible
  1277. # [22:07] <roc> I don't buy the consistency argument since we DO default-deny cross-origin for XHR
  1278. # [22:07] <othermaciej> that said, I'd be fine with an across-the-board hotlinking prevention mechanism that servers can opt into
  1279. # [22:07] <roc> OK
  1280. # [22:07] <othermaciej> if it was materially easier than checking headers
  1281. # [22:07] <roc> I ask mainly because I've heard some people claim that any such mechanism is "against the spirit of the Web" or something like that
  1282. # [22:08] <othermaciej> well, servers can do it already
  1283. # [22:08] <othermaciej> if we had a header that a server could send to ask the browser to limit embedding, that doesn't seem hugely different
  1284. # [22:08] <roc> people do all kinds of things that are against the spirit of the Web :-)
  1285. # [22:08] <othermaciej> since adding a static header to a resource might be easier than checking a request header
  1286. # [22:09] <othermaciej> XHR is different because it lets you read the response
  1287. # [22:09] <othermaciej> not just embed it in an opaque way
  1288. # [22:09] <othermaciej> same-origin policy is traditionally about preventing actual access to data from another site, not preventing embedding
  1289. # [22:10] <othermaciej> (XHR has the added wrinkle that it can make requests that could be dangerously side-effecting which are otherwise impossible to produce from a WEb page)
  1290. # [22:10] <othermaciej> I would also want to get rid of cross-origin non-GET form submission if that was possible
  1291. # [22:10] <roc> I understand why it's different, but it's still not consistent
  1292. # [22:10] <othermaciej> sadly, probably not
  1293. # [22:11] <roc> and denying cross-origin loads is still not a new concept on the Web
  1294. # [22:11] <othermaciej> fonts are like images or video in that respect, not like XHR
  1295. # [22:11] <roc> the distinction between "reading" and "embedding" makes sense but I don't know if authors appreciate it ... and in practice, the distinction is not so clear, witness all the information leak issues we've had with cross-origin CSS loads etc
  1296. # [22:11] <othermaciej> neither of the reasons that XHR is different apply (reading result, sending dangerous requests)
  1297. # [22:12] <othermaciej> agree; if starting from scratch, it might make sense to reverse the polarity
  1298. # [22:13] <othermaciej> I think adding an Allow-Embedding-From-Origins: header that works across the board would be reasonable and possibly helpful to authors
  1299. # [22:13] <Dashiva> Alex Russel believes that doing perfect browser detection is so simple he leaves it as an exercise for the reader, no need to actually demonstrate how
  1300. # [22:14] <Ms2ger> All you need is indexOf("Netscape")
  1301. # [22:15] <annevk> roc, I think we need a generic blocking mechanism that can be used for fonts/images/scripts/framed resources/etc.
  1302. # [22:16] <annevk> roc, using CORS for fonts and something else for all the other stuff is somewhat insane
  1303. # [22:16] <annevk> plus, CORS is not meant for blocking
  1304. # [22:17] <roc> that is why we want a default-same-origin policy for fonts
  1305. # [22:17] <roc> well, one of the reasons
  1306. # [22:17] <annevk> but our platform is such that such resources work cross-origin by default
  1307. # [22:17] <annevk> singling out fonts is silly
  1308. # [22:17] <roc> no it's not, see above
  1309. # [22:17] <annevk> XHR is reading data
  1310. # [22:17] <annevk> fonts is like images
  1311. # [22:17] <annevk> and scripts
  1312. # [22:18] <annevk> you cannot read the data, just use it
  1313. # [22:18] <roc> it's "cross origin by default" when you "embed" a resource instead of "reading" it, which it turns out is a rather slippery distinction in the presence of cssText etc
  1314. # [22:18] <jcranmer> you might be able to pixel-hunt images
  1315. # [22:18] <annevk> and we're gonna have CORS for images, to enable not getting <canvas> tainted
  1316. # [22:18] <annevk> same would apply with fonts
  1317. # [22:18] <Ms2ger> AryehGregor, gave you access to the data repo too, I forgot earlier
  1318. # [22:20] <annevk> i gotta go
  1319. # [22:20] <annevk> maybe later tonight
  1320. # [22:20] <AryehGregor> Ms2ger, oh, okay, thanks.
  1321. # [22:21] <AryehGregor> I'll update that at some point, then.
  1322. # [22:21] <Ms2ger> Would be nice ;)
  1323. # [22:22] <roc> this "embedding" vs "reading" distinction actually constrains our API design, because we have to make sure that we minimize data leakage from resources that are only "embeddable", not "readable"
  1324. # [22:22] * Quits: ROBOd (~robod@109.96.205.221) (Quit: .)
  1325. # [22:22] * Joins: mpt (~mpt@canonical/mpt)
  1326. # [22:22] <roc> are there any genuine use-cases for resources being "embeddable but not readable", other than legacy content?
  1327. # [22:22] <annevk> yes, all our APIs do that
  1328. # [22:23] <othermaciej> roc: thinking about it more, it seems like a possibly useful state to be able to allow cross-site embedding, but not cross-site reading
  1329. # [22:23] <roc> othermaciej: maybe; what are the use-cases?
  1330. # [22:23] <othermaciej> I'm not sure that's necessarily true for fonts, but it seems clearly true for non-font resources
  1331. # [22:23] * Parts: vladikoff (~vladikoff@70.26.81.74)
  1332. # [22:23] <roc> how about images?
  1333. # [22:24] <roc> scripts? css? (note that CSS isn't really supported, because cssText exists --- do authors resent that?)
  1334. # [22:24] <TabAtkins> I don't really see any author caring about the distinction between their resources being downloaded for an embed vs for a read.
  1335. # [22:25] <othermaciej> we allow image embedding but not image reading by default
  1336. # [22:25] <roc> for legacy reasons
  1337. # [22:25] <othermaciej> and I think most would agree we can't change either of those defaults
  1338. # [22:25] <TabAtkins> roc: imxp, no one cares about cssText allowing reading of CSS.
  1339. # [22:25] <roc> othermaciej: I agree, of course
  1340. # [22:25] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
  1341. # [22:26] <othermaciej> so it seems that a priori it must be a useful state
  1342. # [22:26] <roc> othermaciej: the point is, are we carrying this "embedding vs reading" distinction forward into new resource types just for the sake of consistency with legacy stuff? Or are there genuine use-cases for it?
  1343. # [22:26] <erlehmann> roc, what is your problem with canvas tainting? do you see dom tainting coming? ;)
  1344. # [22:26] <roc> it's complexity
  1345. # [22:26] <roc> it surprises authors
  1346. # [22:26] <TabAtkins> erlehmann: canvas tainting is similar to xorigin iframes being limited.
  1347. # [22:27] <roc> as far as I know, it has not real purpose other than working around a mistake in the design of the Web
  1348. # [22:27] <erlehmann> for me, as an author, it took some time to figure out to do embedding <video> correctly. also, i had to lecture people on it.
  1349. # [22:27] <roc> othermaciej: I don't think distinguishing "embedding" from "reading" for images was a conscious design decision
  1350. # [22:27] <erlehmann> even people who had worked with XHR before.
  1351. # [22:28] <othermaciej> my tentative position is that if we can't eliminate the distinction, it's better to be consistent about it
  1352. # [22:28] <roc> originally, there was only embedding, and cross-origin loads were allowed because, hey why not? The problems we were going to have were not understood at the time
  1353. # [22:29] <roc> later we wanted to add the ability to read, and then we realized that cross-origin reading is bad, so we had to create a distinction
  1354. # [22:29] <othermaciej> besides embedding and reading, there is also linking
  1355. # [22:29] <othermaciej> I'm guessing we don't want to give an easy client-side way to prevent cross-origin linking, though servers can make a vague semi-effective attempt at it server-side
  1356. # [22:29] <TabAtkins> I believe free xorigin linking is a Good Thing, at least.
  1357. # [22:30] <othermaciej> embedding seems to be intermediate between reading and linking, to me
  1358. # [22:30] <roc> so do I
  1359. # [22:30] <erlehmann> preventing cross-origin linking, haha. that would lead to even more fuckuppery.
  1360. # [22:31] <Hixie> AryehGregor: thanks
  1361. # [22:31] <erlehmann> othermaciej, funny enough, at least the german justice system distinguishes between embedding or linking to resources (IANAL)
  1362. # [22:32] <roc> if we don't have actual use-cases for distinguishing embedding vs reading, I think propagating it forward into new resource types for the sake of consistency is a mistake
  1363. # [22:32] <erlehmann> roc, embedding is different because usually it does not leak information. amirite?
  1364. # [22:32] <othermaciej> well, it applies to most existing resource types, which are also by far the most common resource types
  1365. # [22:32] <erlehmann> or rather, it should not.
  1366. # [22:32] <roc> I mean, should we taint the canvas when we draw glyphs from a cross-origin font?
  1367. # [22:33] <othermaciej> I don't think it reduces cognitive load to make it different for new resource types
  1368. # [22:33] <roc> if we add the ability to extract path data from a font, should that be conditional on the origin?
  1369. # [22:33] <roc> or do we have to decide right now that no-one will ever have sensitive data in a font?
  1370. # [22:33] <erlehmann> roc, why not? it prevents data-spills.
  1371. # [22:34] <roc> if we do make it conditional, I'm very confident that authors will trip over it and be surprised
  1372. # [22:35] <erlehmann> roc, authors are surprised already with tainted canvases.
  1373. # [22:35] <roc> exactly
  1374. # [22:35] <erlehmann> so better keep that consistent.
  1375. # [22:35] <roc> no! :-)
  1376. # [22:35] <erlehmann> the second time something cross-origin paints on the canvas, no one will be surprised.
  1377. # [22:36] <roc> You also have to decide where to draw the line
  1378. # [22:36] <erlehmann> but if you make it into a lookup table what can be done and what cannot, it *will* surprise people.
  1379. # [22:36] <erlehmann> you are mixing unexpected behaviour with not-so-easy-to-work-with behaviour?
  1380. # [22:36] <roc> do you expose font tables?
  1381. # [22:36] <roc> glyph metrics?
  1382. # [22:37] <roc> this is because the distinction between "embedding" and "reading" is artificial as noted above
  1383. # [22:37] <erlehmann> roc, why can't the line for cross-origin be “default deny”
  1384. # [22:37] * Quits: erichynds (~hyndse@grumpy.tor.cmdg.com) (Quit: Leaving)
  1385. # [22:37] <erlehmann> roc, embedding should not leak data. reading should.
  1386. # [22:37] <roc> everything leaks data
  1387. # [22:37] <roc> <img> leaks the image size
  1388. # [22:37] <roc> canvas.measureText leaks font data
  1389. # [22:39] <erlehmann> so embedding should leak the least amount of data. reading should leak the maximum amount.
  1390. # [22:39] <erlehmann> “some X are Y, so every X should be Y” is not really an argument.
  1391. # [22:39] <roc> trying to preserve an embedding vs reading distinction forces us to decide early, for all time, exactly where we want to draw that artificial line, and creates crazy security requirements for Web authors like "don't correlate sensitive information with the size of an image on your intranet"
  1392. # [22:39] <erlehmann> neither is “all X are to some extent Y, so all X should be Y to full extent”
  1393. # [22:40] * Quits: paul_irish (~paul_iris@nat/google/x-fmajojvgzwzuwjgp) (Remote host closed the connection)
  1394. # [22:41] * Joins: onar_ (~onar@17.246.54.134)
  1395. # [22:42] <roc> I'm not saying a line can't be drawn. It can, we do for images. The problem is that it's arbitrary, it creates strange requirements, authors won't understand it, and worst of all there are not real use-cases , it's just for legacy content
  1396. # [22:43] * Quits: Ms2ger (~Ms2ger@91.181.112.101) (Quit: nn)
  1397. # [22:44] <othermaciej> if we think fonts can't contain sensitive information, we could just say that when you're allowed to embed, you're allowed to read, and then we only need to solve the "prevent embedding" problem, ideally in a way that is consistent with other resource types, which also seem to need this feature
  1398. # [22:44] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 272 seconds)
  1399. # [22:44] <roc> right
  1400. # [22:44] * AryehGregor has suddenly realized that his approach to speccing this doesn't work at all for whitespace trimming . . . hmm, will need to rethink
  1401. # [22:44] <roc> but if we say there's no distinction between embedding and reading, *and* font loads are cross-origin by default, then we're effectively deciding right now that fonts will never contain sensitive information
  1402. # [22:45] <roc> that feels like a very big call to me
  1403. # [22:45] <othermaciej> it seems to me a Limit-Embedding-To-Origins: header (or whatever) could solve the problem in a consistent way for everything
  1404. # [22:46] <roc> it would help, but it doesn't solve the problems I've just been talking about
  1405. # [22:47] <othermaciej> well, it would help with the problem of hotlinking of legacy resource types
  1406. # [22:47] <othermaciej> then the question would be, should fonts adopt a different model instead?
  1407. # [22:47] <roc> an hour ago I would have said "I don't know", but now I'm thinking "yes"
  1408. # [22:49] * Quits: kal-EL_ (~jor-EL@host14-71-dynamic.245-95-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  1409. # [22:51] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  1410. # [22:54] <erlehmann> hhnnnnng. just saying.
  1411. # [22:54] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: lolfail)
  1412. # [22:54] * Quits: onar_ (~onar@17.246.54.134) (Remote host closed the connection)
  1413. # [22:54] <TabAtkins> othermaciej: By "different model", do you mean SOR+CORS, or the LETO you strawmanned, or what?
  1414. # [22:55] * Joins: onar_ (~onar@17.216.38.14)
  1415. # [22:55] <othermaciej> TabAtkins: I don't know what LETO is
  1416. # [22:55] <TabAtkins> Limit-Embedding-To-Origins
  1417. # [22:55] <othermaciej> my strawman proposal is to apply that to all resource types, and not make fonts different
  1418. # [22:56] <TabAtkins> Okay, that's what I was trying to determine. I couldnt' quite tell what you were trying to say
  1419. # [22:56] <othermaciej> roc would probably say even if we have that for all other resource types, fonts should be different
  1420. # [22:56] <roc> well, new resources in general
  1421. # [22:56] <othermaciej> (presumably still restricted to same-origin embedding by default, with CORS to opt out, so you can enable cross-site embedding by also enabling cross-site reading)
  1422. # [22:57] <roc> yes
  1423. # [22:57] <othermaciej> I am thinking it would probably have to be new embedding contexts as opposed to resource types
  1424. # [22:57] <roc> unless we come up with use-cases for a distinction between reading and embedding, of course
  1425. # [22:57] <roc> and a good way to define them!
  1426. # [22:57] <othermaciej> since for instance PDF in an <iframe> should follow same rules as HTML in an iframe
  1427. # [22:57] * Joins: onar__ (~onar@17.246.54.134)
  1428. # [22:57] <roc> yes, I meant new categories
  1429. # [22:58] <othermaciej> I think new resource types with a new embedding context come along rarely
  1430. # [22:58] <othermaciej> one problem with the WOFF requirement is that it's tied to the format, not the embedding context
  1431. # [22:59] * Joins: nessy (~Adium@74.125.56.18)
  1432. # [22:59] * Quits: onar_ (~onar@17.216.38.14) (Read error: Operation timed out)
  1433. # [23:00] <roc> hard to predict
  1434. # [23:01] * Joins: bckenny (~bckenny@nat/google/x-oezbmxyrzexwczjg)
  1435. # [23:03] <TabAtkins> Right, that's probably an architectural mistake.
  1436. # [23:06] <roc> this has been a stimulating discussion, thanks othermaciej
  1437. # [23:07] <othermaciej> roc: thanks to you too
  1438. # [23:07] <othermaciej> best discussion I've had on this topic so far
  1439. # [23:08] * zcorpan hasn't been following
  1440. # [23:08] <zcorpan> what's the conclusion?
  1441. # [23:09] <roc> I concluded that I was more right than I thought
  1442. # [23:09] <roc> hey, it was an Internet discussion, what did you expect?
  1443. # [23:10] <roc> alright, gotta catch a bus
  1444. # [23:10] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  1445. # [23:10] <zcorpan> "arguing on the internet..."?
  1446. # [23:11] * Parts: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  1447. # [23:12] * Joins: weinig_ (~weinig@17.246.16.194)
  1448. # [23:13] * zcorpan realizes that a graphical password on a touch device is pretty useless unless you clean the screen every time
  1449. # [23:14] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
  1450. # [23:14] <zcorpan> finger print to unlock would be better
  1451. # [23:15] * Quits: onar__ (~onar@17.246.54.134) (Remote host closed the connection)
  1452. # [23:15] * Joins: onar_ (~onar@17.216.38.14)
  1453. # [23:15] * Quits: weinig (~weinig@17.203.14.133) (Ping timeout: 260 seconds)
  1454. # [23:15] * weinig_ is now known as weinig
  1455. # [23:16] * Joins: paul_irish (~paul_iris@nat/google/x-kmskijivprhqvqsv)
  1456. # [23:17] <TabAtkins> finger print works pretty good imxp. My wife's computer has that for the windows unlock, and it reliably reads my fingers (and doesn't read the fingers I don't have stored)
  1457. # [23:17] * Quits: paul_irish (~paul_iris@nat/google/x-kmskijivprhqvqsv) (Remote host closed the connection)
  1458. # [23:18] <zcorpan> i guess there are no smartphones with finger print support yet
  1459. # [23:19] <TabAtkins> Even better is a thermal camera that can read faceprints. My university was working on that.
  1460. # [23:19] <zcorpan> can't that be fooled by holding up a picture in front of the phone?
  1461. # [23:19] <TabAtkins> No, it uses thermal to read your face capillaries.
  1462. # [23:20] <TabAtkins> Apparently they are highly uniquifying, and easy to read.
  1463. # [23:20] <zcorpan> interesting
  1464. # [23:20] <Philip`> Doesn't sound like it'll work well for zombies
  1465. # [23:21] <TabAtkins> I consider discrimination against zombies justified.
  1466. # [23:23] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  1467. # [23:24] * Quits: weinig (~weinig@17.246.16.194) (Quit: weinig)
  1468. # [23:24] * Joins: paul_irish (~paul_iris@nat/google/x-nqimhnzyzhqsjkex)
  1469. # [23:24] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1470. # [23:25] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1471. # [23:26] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  1472. # [23:29] * Quits: paul_irish (~paul_iris@nat/google/x-nqimhnzyzhqsjkex) (Remote host closed the connection)
  1473. # [23:32] * bga_ is now known as bga_|away
  1474. # [23:32] * bga_|away is now known as bga_
  1475. # [23:35] * Joins: weinig (~weinig@17.246.16.194)
  1476. # [23:40] * Joins: paul_irish (~paul_iris@nat/google/x-jddkabpmltyfffum)
  1477. # [23:47] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
  1478. # [23:49] * Quits: xtoph (~xtoph@213.47.185.206)
  1479. # [23:49] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
  1480. # [23:51] * Quits: Martijnc (~Martijnc@91.176.161.216) (Quit: Martijnc)
  1481. # [23:52] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  1482. # [23:52] * Joins: Martijnc (~Martijnc@91.176.161.216)
  1483. # [23:54] * Joins: onar__ (~onar@17.246.54.134)
  1484. # [23:55] * Quits: Martijnc (~Martijnc@91.176.161.216) (Client Quit)
  1485. # [23:55] * Quits: MikeSmith (~MikeSmith@31-35-219.wireless.csail.mit.edu) (Ping timeout: 265 seconds)
  1486. # [23:57] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  1487. # [23:57] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  1488. # [23:57] * Quits: onar_ (~onar@17.216.38.14) (Ping timeout: 272 seconds)
  1489. # [23:58] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1490. # [23:58] * Quits: onar__ (~onar@17.246.54.134) (Ping timeout: 260 seconds)
  1491. # Session Close: Wed Feb 02 00:00:00 2011

The end :)