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

Options:

  1. # Session Start: Tue Jan 04 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <bga_> xul/amplesdk
  4. # [00:01] * Quits: dbaron (~dbaron@pool-173-49-141-172.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  5. # [00:01] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  6. # [00:07] * Quits: MikeSmith (~MikeSmith@EM114-48-179-172.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  7. # [00:15] <webben> When the spec lists hgroup among the elements with "special parsing rules", http://dev.w3.org/html5/spec/parsing.html#parsing , what rules is it referring to?
  8. # [00:15] <webben> oh never mind found them
  9. # [00:19] * Joins: nessy (~Adium@HSI-KBW-078-043-150-212.hsi4.kabel-badenwuerttemberg.de)
  10. # [00:27] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  11. # [00:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  12. # [00:30] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Ping timeout: 265 seconds)
  13. # [00:31] * Quits: nessy (~Adium@HSI-KBW-078-043-150-212.hsi4.kabel-badenwuerttemberg.de) (Quit: Leaving.)
  14. # [00:36] <Evet> bga_: wohoo its good
  15. # [00:37] * bga_ is now known as bga_|away
  16. # [00:37] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
  17. # [00:38] * Quits: hendry (~hendry@webconverger.org) (Read error: Operation timed out)
  18. # [00:39] * Quits: boaz_ (~boaz@64.119.153.2) (Quit: boaz_)
  19. # [00:40] * Joins: boaz_ (~boaz@64.119.153.2)
  20. # [00:40] * Quits: boaz_ (~boaz@64.119.153.2) (Client Quit)
  21. # [00:48] * Joins: hendry (~hendry@webconverger.org)
  22. # [00:54] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  23. # [01:00] * Joins: MikeSmith (~MikeSmith@EM114-48-85-140.pool.e-mobile.ne.jp)
  24. # [01:01] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Quit: justinhjohnson)
  25. # [01:13] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Quit: estes)
  26. # [01:14] * Quits: wakaba_ (~wakaba_@4.22.102.121.dy.bbexcite.jp) (Ping timeout: 240 seconds)
  27. # [01:14] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  28. # [01:26] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
  29. # [01:27] * Quits: jer|afk (~jernoble@17.203.15.193) (Quit: jer|afk)
  30. # [01:30] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Client Quit)
  31. # [01:35] * Quits: MikeSmith (~MikeSmith@EM114-48-85-140.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  32. # [01:39] * Joins: karlcow (~karl@nerval.la-grange.net)
  33. # [01:39] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  34. # [01:40] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  35. # [01:42] * bga_|away is now known as bga_
  36. # [01:44] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  37. # [01:44] * Joins: MikeSmith (~MikeSmith@EM114-48-15-127.pool.e-mobile.ne.jp)
  38. # [01:49] * Joins: MikeSmith_ (~MikeSmith@EM111-188-5-182.pool.e-mobile.ne.jp)
  39. # [01:51] * Quits: MikeSmith (~MikeSmith@EM114-48-15-127.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  40. # [01:51] * MikeSmith_ is now known as MikeSmith
  41. # [01:55] * Joins: stvs (stvs@unaffiliated/stvs)
  42. # [01:56] <stvs> Why is the topic inviting us to leave our logic :/ ?
  43. # [01:59] * Joins: waldir (bc51d2d5@gateway/web/freenode/ip.188.81.210.213)
  44. # [01:59] * Quits: waldir (bc51d2d5@gateway/web/freenode/ip.188.81.210.213) (Changing host)
  45. # [01:59] * Joins: waldir (bc51d2d5@wikipedia/Waldir)
  46. # [02:04] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  47. # [02:06] <waldir> Hi, I think i found a typo on a W3C page. Is there anyone who can quickly check that (and hopefully fix it if it's really a typo)?
  48. # [02:09] <Lachy_> waldir, unless you're talking about the HTML5 spec, or other related spec, this channel doesn't work on the W3C website
  49. # [02:09] * Lachy_ is now known as Lachy
  50. # [02:09] <waldir> I thought so, but someone pointed me here on the #html5 channel when I asked about how to contact w3c people
  51. # [02:09] <waldir> Lachy: can you point me in the right direction?
  52. # [02:11] <webben> waldir: Doesn't the page have contact details?
  53. # [02:11] <Lachy> not sure, possibly #sysreq on irc.w3.org
  54. # [02:12] <Lachy> depends, what page is it?
  55. # [02:12] <waldir> Lachy: thanks. I was on #w3c on that server but it was empty
  56. # [02:13] <waldir> Lachy: http://www.w3.org/TR/css3-multicol/
  57. # [02:18] <waldir> webben: I can't find any specifically on that page
  58. # [02:20] <webben> waldir: ah in that case "return comments to the (archived) public mailing list www-style@w3.org"
  59. # [02:22] <waldir> aren't those implementation-related comments they're referring to?
  60. # [02:23] <webben> waldir: Yes, but www-style is the appropriate general mailing list.
  61. # [02:24] <waldir> webben: ok, I'll do that. But do i need to be subscribed to it?
  62. # [02:24] <waldir> seems so: "To post messages, you have to be subscribed."
  63. # [02:24] <waldir> argh
  64. # [02:25] <webben> waldir: it's an open subscription model
  65. # [02:25] <webben> you can always join and leave ;)
  66. # [02:25] <waldir> ah, wait: "Messages from non-subscribers are diverted to a human moderator and may appear with a delay."
  67. # [02:25] <waldir> I think I'll do that and bookmark the archives page :P
  68. # [02:25] <webben> yeah, I think that's more cumbersome than joining and leaving but suit yourself :)
  69. # [02:25] <waldir> I got already way too much email to deal with
  70. # [02:26] * webben knows the feeling.
  71. # [02:26] <waldir> :)
  72. # [02:26] <waldir> btw, I'm reading that page, haven't even left the first half and I've already found half a dozen typos! Is that a normal thing?
  73. # [02:27] <waldir> I thought a candidate rec. would have been reviewed many times over by now :/
  74. # [02:28] <webben> waldir: mmm ... I think the amount of CSS spec editing to be done significantly exceeds the available time of spec editors.
  75. # [02:29] <bga_> grammar nazi :)
  76. # [02:29] * Quits: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
  77. # [02:32] <waldir> bga_: guilty as charged :P fortunately I have wikipedia to escape my urges :D
  78. # [02:32] <stvs> I really want to discuss the language int he HTML5 spec under "Tables must not be used as layout aids. Historically, some Web authors have misused tables in HTML as a way to control their page layout."
  79. # [02:32] <stvs> Under tables, I mean.
  80. # [02:33] <stvs> Such strong language is best left for the blogs of the various CSS "gurus" which aren't familiar the HTML4 spec itself suggested at one point using tables for layout (of forms, for example).
  81. # [02:33] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  82. # [02:33] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  83. # [02:34] <stvs> While ideally we shouldn't rely, and normally we don't have to, unless with complex layouts, "must not" is inappropriate language considering there is no CSS alternative beside the still incomplete CSS3 grids module.
  84. # [02:35] <stvs> This remark is also inaccurate for any screen reader of at least a decade back: "In particular, users of accessibility tools like screen readers are likely to find it very difficult to navigate pages with tables used for layout."
  85. # [02:36] <stvs> I urge the authors to update their screen reader software...
  86. # [02:37] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  87. # [02:37] <Lachy> waldir, don't trust moderators to approve messages from non-subscribers.
  88. # [02:37] <Lachy> it's likely that the moderation queue is flooded with spam and your message would be lost
  89. # [02:39] <webben> stvs: "This remark is also inaccurate for any screen reader of at least a decade back". What is that claim based on?
  90. # [02:40] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  91. # [02:41] <waldir> Lachy: then, I must say this feedback system is not very friendly to the random passerby who just wants to report a typo as is the case. I suspect many such helping hands must have been wasted because of process...
  92. # [02:44] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Ping timeout: 264 seconds)
  93. # [02:49] * Joins: FireyFly (~firefly@unaffiliated/firefly)
  94. # [02:49] * Quits: FireFly (~firefly@unaffiliated/firefly) (Read error: Connection reset by peer)
  95. # [02:49] <stvs> webben, I've tested Jaws and few more readers back then to see how they handle table sites, say amazon, ebay, google among others.
  96. # [02:49] <stvs> It worked good.
  97. # [02:49] <stvs> Some earlier readers had hilarious way of interpreting data in tables I admit
  98. # [02:49] <stvs> but that was in the 90-s
  99. # [02:49] <stvs> Such as flattening text lines and reading line by line
  100. # [02:50] <stvs> across table cells
  101. # [02:50] <stvs> no reader in wide use does this today
  102. # [02:50] <webben> stvs: That's not an especially exhaustive test.
  103. # [02:50] <stvs> and it was always more a reader fault than faul of html
  104. # [02:50] <stvs> webben, ok, I did some. What is that claim the spec based on?
  105. # [02:50] <webben> stvs: Please provide an algorithm for distinguishing data and layout tables.
  106. # [02:51] <stvs> webben, simple, I'll cite w3c from back then: if the table has no thead/th or other tabular data semantics but just plain td cells, it's to be treated as content without any assumptions.
  107. # [02:51] <stvs> Naturally IF it's a table that works by its nature again
  108. # [02:52] <stvs> But special handling is only needed to correlate headers and data, if you have no headers you have nothing to correlate
  109. # [02:52] <stvs> Therefore, there is no issue.
  110. # [02:52] <webben> stvs: I think you'll find that algorithm does not work in practice.
  111. # [02:52] <stvs> webben, I think I just said I tested it with actual readers.
  112. # [02:52] <webben> stvs: In particular, real-world algorithms for this task are rather more complex.
  113. # [02:52] <stvs> Again, which reader did you test in "practice"?
  114. # [02:54] <webben> stvs: I think the test is in applying said algorithm in bulk and seeing how many misidentifications you get.
  115. # [02:54] <stvs> webben, what computer do you have in front of you right now
  116. # [02:55] <webben> macbook
  117. # [02:55] <stvs> Great. Open safari and open ebay.com
  118. # [02:55] <webben> stvs: Dude. That isn't a sufficient test, as I've just explained.
  119. # [02:55] <stvs> Select all, now use the TTS to read the page
  120. # [02:55] <stvs> I'm trying to make you BEGIN to test
  121. # [02:56] <stvs> Because you assume problems without making any test.
  122. # [02:56] <webben> stvs: You realize that the behaviors you're seeing are actually dependent on applying more complex algorithms right?
  123. # [02:56] <stvs> I realize that you're trying to redefine the original issue.
  124. # [02:56] <stvs> Are tables a huge problem for layout. No.
  125. # [02:56] <stvs> Modern software handles it.
  126. # [02:57] <webben> stvs: Your testing is not sufficient to make that claim.
  127. # [02:57] * Quits: MikeSmith (~MikeSmith@EM111-188-5-182.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  128. # [02:57] <webben> Sorry.
  129. # [02:58] <stvs> So the deal is this: you do not test. Assume there's a problem. Anyone who actually tests is called to have not sufficient tests.
  130. # [02:58] <webben> stvs: If we can standardize a reliable algorithm for distinguishing data tables and layout tables, that would be useful regardless of the conformance status of layout tables.
  131. # [02:58] <stvs> Are you #whatwg's McCain or something?
  132. # [02:58] <stvs> Need more tests?
  133. # [02:58] <stvs> Need to test the tests?
  134. # [02:58] <webben> stvs: No. You've described the tests you've done and I don't think they're sufficient.
  135. # [02:59] <webben> stvs: And they don't give us a way to standardize an effective behavior.
  136. # [03:00] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  137. # [03:00] <stvs> webben, I think you're inversing the problem.
  138. # [03:00] <stvs> The spec cites vague issues which it can not support.
  139. # [03:01] <stvs> You can't cite any specific issues either.
  140. # [03:01] * Joins: karlcow (~karl@nerval.la-grange.net)
  141. # [03:01] <stvs> So how was that conclusion made?
  142. # [03:01] * webben sighs.
  143. # [03:02] <stvs> The fact is many of the most popular sites out there use tables, for good or bad reasons, and while not all of them are optimal for blind users, I've never seen the TABLE itself making it worse
  144. # [03:02] <stvs> The readers don't read out "table cell"
  145. # [03:02] <webben> stvs: Maybe people have been encountering misidentifications that you did not run across in your limited testing.
  146. # [03:02] <stvs> They read the content in the page.
  147. # [03:02] <stvs> "maybe"?
  148. # [03:02] <stvs> Is that your well argumented and supported position
  149. # [03:05] <webben> stvs: http://lists.w3.org/Archives/Public/public-html/2010Dec/0140.html
  150. # [03:06] <stvs> Thanks for the reference, webben
  151. # [03:06] * stvs reads
  152. # [03:08] <stvs> webben, role="presentation" <- would you comment on this
  153. # [03:10] <webben> stvs: I have commented on it. (I'm Benjamin Hawkes-Lewis in that thread.) See also my concerns at http://lists.w3.org/Archives/Public/public-html-a11y/2010Dec/0267.html
  154. # [03:10] <webben> stvs: See also http://lists.w3.org/Archives/Public/public-html/2010Dec/0141.html for references to some of the complex algorithms deployed on the browser side.
  155. # [03:11] <webben> stvs: I believe these interact with additional algorithms on the AT side.
  156. # [03:12] <webben> stvs: I thinking testing with immensely popular sites like Ebay is problematic as these are a) more likely to have been tested by their developers to work with the current round of AT.
  157. # [03:12] <webben> and b) it's entirely possible that UAs/AT have specific behavior encoded for exceptionally popular sites
  158. # [03:12] <stvs> limiting that attribute to tables (for now) and only to elements that exhibit situation like tables seems to be a good solution, like you yourself said..?
  159. # [03:12] <webben> (e.g. Opera I believe does patches for particular sites - not for this issue, but generally.)
  160. # [03:13] <webben> stvs: Currently the spec allows role="presentation" on everything.
  161. # [03:13] <stvs> The issue of using it on other elements isn't the issue I'm trying to clarify in particular though
  162. # [03:13] <stvs> I'm saying, we have nothing to make flexible grids in HTML right now
  163. # [03:14] <stvs> Except tables.
  164. # [03:14] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  165. # [03:14] <webben> stvs: Are you talking about IE6-7 compat?
  166. # [03:14] <stvs> So an attribute hint, and saying "should avoid using tables for layout" instead of "must not"
  167. # [03:15] <stvs> I am, because they're still relevant, and using display:table on arbitrary elements is outright horrible, not to mention lack or row/colspan
  168. # [03:15] <webben> Yeah, I think HTML5 has bigger problems for IE6/IE7 compat than whether layout tables are conforming or not.
  169. # [03:16] <stvs> When the spec dispenses tips like "must not use" they should either reflect the reality, or if they reflect some ideal, at least have a note on how to deal with it in reality today
  170. # [03:16] <webben> I disagree using display:table on arbitrary elements is horrible. Not sure about impact of colspan/rowspan missing from the CSS model.
  171. # [03:16] <stvs> role="presentation" + td-only light tables seem completely harmless to me
  172. # [03:17] <stvs> And so I'm not misunderstood, I actually quite rarely use tables for layout in practice.
  173. # [03:17] <webben> Would be useful to have examples of popular layouts that cannot be achieved with colspan/rowspan.
  174. # [03:17] <stvs> It's not that I'm stuck in 95 and want my table mess.
  175. # [03:18] <webben> To some extent, I think role="presentation" is a red herring in so far as the people who need to use it probably won't.
  176. # [03:18] <stvs> webben, that is circular logic as you can't have popular table-only layouts when everyone is destroying you if you even mention table layouts.
  177. # [03:19] <webben> I'm more interested in adding features to CSS to support impossible layouts and standardizing algorithms for differentiating data/layout tables in the corpus.
  178. # [03:19] <stvs> I am too. But so far I'm not impressed with the grids module.
  179. # [03:19] <stvs> and when exactly will it be ready and widely available. I wonder if I'll be alive.
  180. # [03:19] <stvs> Literally
  181. # [03:20] <webben> stvs: I don't believe enabling layouts that aren't popular is a more important goal than keeping presentation out of markup.
  182. # [03:20] <stvs> Again, circular logic.
  183. # [03:20] <webben> It's not actually.
  184. # [03:21] <stvs> Let me demonstrate. The web circa 92-93, w3c is arguing images on the web are not popular, so enabling a popular feature is less important that providing good semantics for technical papers.
  185. # [03:21] <stvs> Of course it won't be popular when you *can't do it*
  186. # [03:21] <stvs> you need to provide it then if it's useful, it becomes popular.
  187. # [03:22] <stvs> We have no lack of such popular layouts outside the web
  188. # [03:22] <stvs> in .NET apps, iPad magazines are popping up
  189. # [03:22] <webben> stvs: by popular you mean "desired", by popular I mean "practiced"
  190. # [03:22] <stvs> And various layout frameworks in GUI toolkits
  191. # [03:22] <stvs> Same deal.
  192. # [03:22] <stvs> You can't practice something that you can't do in a browser.
  193. # [03:23] <stvs> So to see what can improve the web, again, you need to look outside the web
  194. # [03:23] <webben> "improve" is very much in the eye of the beholder there ;)
  195. # [03:23] <stvs> People are struggling every day with abusing floats for layout.
  196. # [03:23] <stvs> To me floats for layout is almost as bad as tables.
  197. # [03:24] <stvs> It's a poor tool for the job.
  198. # [03:24] <stvs> If the endless stream of "css tutorials" with 3000px wide transparent gifs and absolute in relative with negative margins inside a centers with and so on and so on CSS layouts don't bother you, they bother me.
  199. # [03:24] <stvs> They identify a clear need for simple layout tools.
  200. # [03:25] <webben> I'm concerned to preserve the sanity of the markup layer because that's where the service is. I can just about live with the insanity beyond that.
  201. # [03:25] <stvs> Oh well.
  202. # [03:25] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  203. # [03:25] * Quits: variable (~variable@unaffiliated/variable) (Quit: Daemon escaped from pentagram)
  204. # [03:25] <stvs> It's really too bad more people in w3c don't realize the code is the means and not the goal.
  205. # [03:26] <webben> stvs: I'd say it's a shame more people don't realize the service not the look is the goal.
  206. # [03:26] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  207. # [03:26] * Joins: variable (~variable@unaffiliated/variable)
  208. # [03:26] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  209. # [03:27] <stvs> It looks like w3c is in conflict with those who made the web what it is then.
  210. # [03:27] <stvs> No wonder XHTML2 failed
  211. # [03:28] <webben> stvs: "what it is" ... superficial, broken, inconsistent? ;)
  212. # [03:28] <stvs> Rich, capable.
  213. # [03:28] <stvs> A platform.
  214. # [03:29] <webben> Then I don't think your claim follows.
  215. # [03:30] <stvs> And I still don't know why role="presentation" on a table doesn't solve your particular grudge with layout tables
  216. # [03:32] <webben> stvs: 1. The people who need to use it won't use it. 2. It's not a substitute for a differentiating algorithm. 3. It will break if UAs provide any sort of interactivity for tables.
  217. # [03:32] <webben> (As I explained in those threads.)
  218. # [03:32] <stvs> 1. is a bogus point
  219. # [03:33] <webben> I disagree.
  220. # [03:33] <stvs> How often do you give up recommending a correct solution at the doubt people won't accept it?
  221. # [03:34] <stvs> Have you given up on recommending no tables for layout because people will use tables anyway?
  222. # [03:34] <stvs> Either is that attribute correct and you can recommend it, or it is not.
  223. # [03:34] <webben> stvs: If we're going to recommend the right thing, we might as well recommend the right thing.
  224. # [03:34] <stvs> Otherwise it's circular logic again
  225. # [03:34] <stvs> People won't use because I don't recommend it so I won't recommend it because people won't use it.
  226. # [03:35] <stvs> No improvement whatsoever can be done this way as I can rationalize any change as pointless using the same argument
  227. # [03:35] <stvs> So is role="presentation" the right thing or the wrong thing?
  228. # [03:36] <stvs> Point 2, also bogus
  229. # [03:36] <webben> I suspect it's less evil than the alternative of a unmarked layout table.
  230. # [03:36] <stvs> It's a direct substitute as it removes the need to detect what's explicitly pointed out
  231. # [03:36] <webben> Only if applied. So it's irrelevant to most of the corpus.
  232. # [03:37] <stvs> If it's less evil, is it not worth recommending it *until* a capable grids module for CSS is finalized
  233. # [03:37] <stvs> And available
  234. # [03:37] <stvs> Or is proving a point that tables are bad more important that the experience of people on the web?
  235. # [03:38] <webben> You assume I agree that various grid layouts are more important for that experience than a sane markup layer.
  236. # [03:39] <stvs> HTML is quite far from a "sane" markup layer any way you look at it.
  237. # [03:39] <webben> It's certainly ugly.
  238. # [03:39] <stvs> It's deeply flawed on so many planes. So preserving some imaginary perfection that was never there is misguided.
  239. # [03:39] <webben> But it's the best we've got for the moment.
  240. # [03:39] <stvs> Instead be practical
  241. # [03:39] <stvs> And address real world needs.
  242. # [03:40] <stvs> It may be shocking but people want to layout their sites.
  243. # [03:40] <webben> I am being practical and addressing real world needs - however, my prioritization of those needs is different to yours.
  244. # [03:40] <webben> This happens in the world. Hence politics.
  245. # [03:40] <stvs> It's not a matter of prioritization.
  246. # [03:41] <stvs> You can spend days arguing your objections, rather than spending an hour improving it with that attribute.
  247. # [03:41] <stvs> It's a matter of misplaced idealism if you ask me.
  248. # [03:42] <webben> It only ceases to be a matter of priorization when people's chasing after their desires interferes with delivery on those needs.
  249. # [03:42] * Quits: waldir (bc51d2d5@wikipedia/Waldir) (Quit: Page closed)
  250. # [03:43] <webben> Which is why the concrete questions about: why are people using table layouts today? what layouts are not possible with CSS today? are important
  251. # [03:43] <webben> from my perspective.
  252. # [03:43] <stvs> I answered that above.
  253. # [03:44] <webben> Not really. I actually do mean real examples. I was hoping some might be appended to the change proposal but no such luck.
  254. # [03:45] <stvs> Just like you calling my tests insufficient, I don't really think you want an answer. You want to ask enough questions so that you hope you don't get enough answers.
  255. # [03:45] <stvs> But this is honestly not a way to support your argument.
  256. # [03:45] <stvs> If you honestly think the attribute improves the situation, support it.
  257. # [03:45] <stvs> In 10 years when the grids module is out, change notes and ask people to phase it out
  258. # [03:45] <stvs> It's that simple.
  259. # [03:45] <webben> Imputing dishonesty to interlocutors doesn't really help your case...
  260. # [03:46] <webben> stvs: Ultimately, it's not /me/ you have to convince.
  261. # [03:46] <stvs> I am not saying you're dishonest.
  262. # [03:46] <stvs> I'm just saying you are really doing it anyway.
  263. # [03:47] <stvs> You are defending your position by whatever means necessary.
  264. # [03:48] <roc> FWIW I think a lot of browser implementors and other standards people agree that CSS desperately needs better layout tools
  265. # [03:48] <webben> I didn't come to this position overnight. You haven't presented me with data that's new to me, so …
  266. # [03:48] <webben> roc: Yep.
  267. # [03:49] <stvs> roc, well that's some light in the tunnel. And past the desire where are we :P ?
  268. # [03:49] <webben> stvs: I think it's a hard thing to spec.
  269. # [03:49] <webben> stvs: And we've had a backlog of catching up on more basic interoperability.
  270. # [03:50] <stvs> It's hard when you think there's a right solution.
  271. # [03:50] <stvs> There's a saying "there are no answers, only choices"
  272. # [03:50] <roc> a lot of things compete for attention
  273. # [03:50] <stvs> the primitives are obvious from other languages and frameworks, or even XUL of Mozilla.
  274. # [03:50] <stvs> vbox, hbox, grids, edge binding, proportional scaling
  275. # [03:51] <webben> stvs: It's not /just/ a case of picking one or a selection of those.
  276. # [03:51] <roc> e.g. alongside better layout primitives, there's better typography control, animation, accelerated graphics, various I18N features (e.g. vertical text), and so on
  277. # [03:51] <stvs> webben, it really is
  278. # [03:51] <webben> stvs: It's also a case of specifying how they interact with all the other CSS layout features.
  279. # [03:51] <webben> stvs: And then producing test suites etc.
  280. # [03:51] <webben> It's a /lot/ of work.
  281. # [03:52] <stvs> Well it's somehow a lot of work for CSS, while frameworks that implement such features grow up like mushrooms every day
  282. # [03:52] <roc> The flexbox spec is making progress both as a spec and in implementations
  283. # [03:52] <stvs> So, more action and less pondering might be the way
  284. # [03:52] <webben> stvs: And it's not like designers don't want flashy things like animations, etc.
  285. # [03:52] <stvs> webben, again, don't scope creep the issue at hand in attempt to make it seem impossibly hard.
  286. # [03:53] <roc> there is really no comparison between the difficulty of implementing a new CSS layout model and, say, a Swing or SWT layout manager
  287. # [03:53] <stvs> If you do that, walking out of bed will become extremely hard every morning, considering 360 degrees of freedom where you can step out.
  288. # [03:53] <webben> stvs: Defining interactions and writing tests is not "scope creep".
  289. # [03:53] * bga_ is now known as bga_|away
  290. # [03:53] <webben> stvs: And it's not impossibly hard, it's just time consuming things
  291. # [03:53] <stvs> rule based layouts are inherently animatable
  292. # [03:54] <webben> Or as Hixie's sig goes: "Impossible things just take longer"
  293. # [03:54] <stvs> because they are parametric. animate a parameter and they animate
  294. # [03:54] <stvs> that's hardly the issue here
  295. # [03:55] <webben> stvs: Well, all I can say is I recommend you contribute to the specs/implementations/tests. :)
  296. # [03:55] <stvs> roc, and why is that you'd say
  297. # [03:55] <stvs> roc, the current model works well for small parts of a page: a blurb summary, article, toc.
  298. # [03:55] <roc> Defining the interactions with all the other parts of the Web
  299. # [03:55] <stvs> it doesn't work well for the higher level blocks.
  300. # [03:56] <stvs> Not saying I solved the Issue, but here's a quicky solution: position:dynamic.
  301. # [03:56] <roc> Getting performance right
  302. # [03:56] <stvs> Now we have a new type of position with its own isolated rules.
  303. # [03:56] <roc> Handling all the edge cases acceptably for both performance and correctness
  304. # [03:56] <stvs> And we can put statis/relative/absolute elements *inside* it
  305. # [03:57] <stvs> Now dynamic can take the best of any of the hundreds layout kits out there that works.
  306. # [03:57] <stvs> And tommorow we'll wake up with a better web.
  307. # [03:57] <stvs> As if ;)
  308. # [04:01] <stvs> roc, what I find very puzzling, and yet educational, is that the w3c has always been extremely careful to not introduce inconsistent, limited, or complicated features in html/css.
  309. # [04:01] <stvs> And yet, if you think about it, compared to just about any other GUI layer, html/css is the most limited, complicated and inconsistent one.
  310. # [04:01] <stvs> And took longest to happen.
  311. # [04:02] <stvs> that's why thinking too much is ultimately a bad thing
  312. # [04:02] <roc> it's not at all true that "the w3c has always been extremely careful to not introduce inconsistent, limited, or complicated features in html/css"
  313. # [04:02] <webben> indeed!
  314. # [04:02] <roc> also, a lot of the features of HTML and CSS were introduced by browser vendors, not the W3C
  315. # [04:03] <roc> often in very undisciplined ways
  316. # [04:03] <stvs> why is this you think :)
  317. # [04:03] <roc> various reasons
  318. # [04:03] <roc> but things are getting better
  319. # [04:03] <stvs> may it be because browser vendors, being closer to the consumers and producers in the web can sense actual needs better.
  320. # [04:03] <stvs> Such as: we need layout tools
  321. # [04:04] <stvs> They are
  322. # [04:04] <roc> sure, but that doesn't excuse a lot of the crap that ended up in the Web platform due to vendors doing crazy things
  323. # [04:04] * bga_|away is now known as bga_
  324. # [04:04] <stvs> Despite not being quite the engineering achievement, it works as a platform, and I like HTML5 as an effort for the most part.
  325. # [04:04] <stvs> It's practical, which is my kind of thing
  326. # [04:04] <stvs> Except for that blurb on "must not" for tables :/
  327. # [04:05] <roc> I missed the beginning of the argument
  328. # [04:05] <roc> can't everyone just use "display:table" and be happy?
  329. # [04:05] <stvs> roc, <stvs> I really want to discuss the language int he HTML5 spec under "Tables must not be used as layout aids. Historically, some Web authors have misused tables in HTML as a way to control their page layout."
  330. # [04:05] <stvs> <stvs> Such strong language is best left for the blogs of the various CSS "gurus" which aren't familiar the HTML4 spec itself suggested at one point using tables for layout (of forms, for example).
  331. # [04:05] <stvs> <stvs> While ideally we shouldn't rely, and normally we don't have to, unless with complex layouts, "must not" is inappropriate language considering there is no CSS alternative beside the still incomplete CSS3 grids module.
  332. # [04:06] <roc> ok
  333. # [04:06] <roc> er
  334. # [04:06] <webben> roc: I believe the argument is a) IE6-IE7 so no. and b) display: table doesn't have spans which are required for some layouts (what layouts?)
  335. # [04:06] <stvs> roc, webben mentioned role="presentation" which solves the "what is this table about" issue but he doesn't really support it
  336. # [04:06] <roc> display:table IS a CSS alternative
  337. # [04:06] <stvs> check webben's notes :P
  338. # [04:07] <stvs> furthermore is honestly recreating table, rows and cells via arbitrary tags the long sought solution?
  339. # [04:07] <roc> the IE<8 argument is not relevant. If you have to do something that works in IE<8 then don't even discuss modern CSS. Just use <table> because that's all you've got, and apologize.
  340. # [04:07] <stvs> It only makes code less maintainable.
  341. # [04:07] <stvs> you *need* to arrange these elements as you would a table
  342. # [04:07] <stvs> Except they're not a table.
  343. # [04:07] <roc> for screenreaders etc, it's helpful
  344. # [04:08] <stvs> role="presentation" is a much more comprehensible solution with the same outcome
  345. # [04:08] <roc> to not use <table>
  346. # [04:08] <roc> also, avoiding the insane HTML DOM construction rules for tables is a win
  347. # [04:08] <stvs> What about that attribute?
  348. # [04:08] <roc> whatever
  349. # [04:08] <roc> I'm not stickler for markup purity
  350. # [04:08] <stvs> :|
  351. # [04:09] <roc> just saying, if you want a CSS alternative to <table>, display:table is it
  352. # [04:09] <roc> unless you need spans I guess
  353. # [04:09] <stvs> And readable code :P
  354. # [04:09] <stvs> and IE6/7 support :P
  355. # [04:10] * stvs .oO <div class="table"><div class="tr"><div class="td">...</div> <-- that's the bright future :P ?
  356. # [04:10] <webben> I don't think baking presentational expectations into the markup layer makes for more readable code.
  357. # [04:10] <roc> you can't have a serious conversation about the evolution of Web standards and throw in "oh it needs to work in IE<8"
  358. # [04:10] <stvs> webben, there are always presentational expectations in the markup
  359. # [04:11] <stvs> while CSS's goals are one of separation it's certainly not ideal
  360. # [04:11] <stvs> And it can't possibly be
  361. # [04:11] <stvs> It's instead "sufficient"
  362. # [04:11] <webben> stvs: I think minimizing those expectations is preferable.
  363. # [04:12] <stvs> You won't minimize anything by appointing a set of different tags for a table.
  364. # [04:12] <webben> (I also think it's plausible to imagine more complete separations than we have now.)
  365. # [04:12] <stvs> they need to be arranged exactly as a table would be
  366. # [04:12] <stvs> In fact that makes the markup even more dependent on CSS for interpretation
  367. # [04:12] <webben> stvs: well for one thing you could use classes for your bits of page that reflect the bit of page they are, not the position they hold
  368. # [04:12] <stvs> Which goes back to my point: separation is never ideal.
  369. # [04:12] <stvs> webben, that's not how display:table works
  370. # [04:13] <stvs> I need a table, in it rows, in it cells
  371. # [04:13] <stvs> Cells go from left to right
  372. # [04:13] <stvs> Rows top to bottom
  373. # [04:13] <stvs> So we solved nothing basically.
  374. # [04:13] <roc> it depends on what you're trying to do
  375. # [04:13] <stvs> A layout ;)
  376. # [04:13] <roc> for some kinds of markup, display:table is a good fit
  377. # [04:13] <roc> for others it's not
  378. # [04:13] <stvs> 8shrug*
  379. # [04:14] <roc> not knowing what you're trying to do, I can't say what the right solution is
  380. # [04:14] <roc> flexbox solves a good number of the use cases where tables aren't quite right
  381. # [04:14] <stvs> To me using display:table is just the exit strategy of those who realize they need grids but spend years hating tables.
  382. # [04:14] <stvs> The new strategy is: let's pretend it's not a table, but make it one
  383. # [04:15] <stvs> I saw flexbox, it's an interesting thing
  384. # [04:15] <stvs> Based on XUL right?
  385. # [04:16] <roc> roughly
  386. # [04:17] * Parts: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
  387. # [04:17] <webben> stvs: Nothing in display:table stops you using content-appropriate class names. I agree it might lead you to add containers for "rows" of content that with better CSS facilities you might not need
  388. # [04:18] <stvs> webben, the problem is one of arranging content, less so of naming.
  389. # [04:18] <stvs> We'll see.
  390. # [04:19] <stvs> Looks like I have to go, thanks for the talk, roc, webben
  391. # [04:19] <webben> yw - thanks for your thoughts
  392. # [04:19] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  393. # [04:19] * Quits: stvs (stvs@unaffiliated/stvs)
  394. # [04:27] * bga_ is now known as bga_|away
  395. # [04:28] * Joins: micheil (~micheil@124-149-67-87.dyn.iinet.net.au)
  396. # [04:31] * Joins: karlcow (~karl@nerval.la-grange.net)
  397. # [04:33] * Joins: Amorphous (jan@unaffiliated/amorphous)
  398. # [04:38] * bga_|away is now known as bga_
  399. # [04:50] * Quits: jaket (~jake@124-149-56-39.dyn.iinet.net.au) (Ping timeout: 260 seconds)
  400. # [04:50] * bga_ is now known as bga_|away
  401. # [04:50] * Joins: MikeSmith (~MikeSmith@EM114-48-18-140.pool.e-mobile.ne.jp)
  402. # [04:50] * Joins: jaket (~jake@124-169-17-166.dyn.iinet.net.au)
  403. # [04:51] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  404. # [04:52] * Joins: MikeSmith_ (~MikeSmith@EM114-48-18-140.pool.e-mobile.ne.jp)
  405. # [04:52] * Quits: MikeSmith (~MikeSmith@EM114-48-18-140.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
  406. # [04:52] * MikeSmith_ is now known as MikeSmith
  407. # [04:53] <oojacoboo> if you do something like td {border-right: 3px solid #000;} td.last-child {border-right: 0;}
  408. # [04:53] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  409. # [04:53] <oojacoboo> why is it that the table wouldn't paint itself properly
  410. # [04:54] <oojacoboo> in other words, it counts that 3px into the width of the table cell/column
  411. # [04:54] <oojacoboo> instead of calculating it without that 3px, it just adds it to the width of that column instead of repainting, this appears to be happening in both firefox and chrome too :/
  412. # [04:55] <oojacoboo> is this common behavior? I mean, in most cases this would result in a correct looking table, but if you are using a background image without repeating it in one of the cells in the column, you will clearly have a width issue, and trying to override the width calculating doesn't seem to help
  413. # [04:56] <oojacoboo> in my case I was able to solve the issue by using border-left and first-child, but I figured I would bring this up here to see if anyone knew/gave-a-shit
  414. # [05:13] * temp01|afk is now known as temp01
  415. # [05:23] * Quits: Martijnc (~Martijnc@91.176.184.32) (Read error: Connection reset by peer)
  416. # [05:24] * Joins: Martijnc (~Martijnc@91.176.184.32)
  417. # [05:41] * Joins: kurrent (~spam@unaffiliated/kurrent)
  418. # [06:09] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 272 seconds)
  419. # [06:23] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  420. # [06:23] * Quits: Sosby (fsosby@70.32.34.100) (Quit: kthxbai)
  421. # [06:24] * Quits: shepazu (~schepers@adsl-242-196-155.rmo.bellsouth.net) (Quit: Core Breach)
  422. # [06:28] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
  423. # [06:29] * Joins: Sosby (fsosby@s2.rdlbnc.com)
  424. # [06:30] * Joins: temp01 (~temp01@unaffiliated/temp01)
  425. # [06:44] * Joins: jaket_ (~jake@124-168-148-226.dyn.iinet.net.au)
  426. # [06:45] * Quits: jaket (~jake@124-169-17-166.dyn.iinet.net.au) (Ping timeout: 265 seconds)
  427. # [06:45] * jaket_ is now known as jaket
  428. # [06:45] * Quits: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com) (Quit: weinig)
  429. # [06:52] * Joins: peol (~andree@h55eb1e56.selukra.dyn.perspektivbredband.net)
  430. # [06:52] * Quits: peol (~andree@h55eb1e56.selukra.dyn.perspektivbredband.net) (Changing host)
  431. # [06:52] * Joins: peol (~andree@unaffiliated/peol)
  432. # [07:00] * Quits: charlvn (~charlvn@41.0.48.93) (Quit: Leaving)
  433. # [07:07] * Quits: peol (~andree@unaffiliated/peol) (Quit: peol)
  434. # [07:55] * Joins: Necrathex (~nectop@ip4da11daf.direct-adsl.nl)
  435. # [08:02] * Quits: jwalden (~waldo@adsl-71-147-38-99.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20101209123813])
  436. # [08:07] * Quits: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Ping timeout: 250 seconds)
  437. # [08:08] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  438. # [08:09] * cardona507 is now known as cgcardona
  439. # [08:14] * Joins: rimantas (~rimliu@93.93.57.193)
  440. # [08:17] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  441. # [08:28] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  442. # [08:30] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
  443. # [08:30] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  444. # [08:31] * Quits: jaket (~jake@124-168-148-226.dyn.iinet.net.au) (Quit: jaket)
  445. # [08:37] * Quits: kurrent (~spam@unaffiliated/kurrent) (Ping timeout: 255 seconds)
  446. # [08:42] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  447. # [08:43] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  448. # [08:53] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  449. # [08:55] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  450. # [09:03] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  451. # [09:03] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  452. # [09:12] <zcorpan> Hixie: could you remove the "..." in live dom viewer? :)
  453. # [09:13] * Joins: Froznic (Froznic@174-126-93-197.cpe.cableone.net)
  454. # [09:31] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  455. # [09:32] * Joins: hjjaa (~ghe@132.150.124.56)
  456. # [09:37] * Quits: plomlompom (~plomlompo@i59F6CB2F.versanet.de) (Ping timeout: 255 seconds)
  457. # [09:39] * Joins: plomlompom (~plomlompo@88.130.164.89)
  458. # [09:41] * Joins: roc (~chatzilla@121.98.230.221)
  459. # [09:46] * Quits: temp01 (~temp01@unaffiliated/temp01) (*.net *.split)
  460. # [09:46] * Quits: micheil (~micheil@124-149-67-87.dyn.iinet.net.au) (*.net *.split)
  461. # [09:46] * Quits: webr3 (~nathan@host86-142-128-179.range86-142.btcentralplus.com) (*.net *.split)
  462. # [09:46] * Quits: sroussey (~sroussey@adsl-69-234-104-230.dsl.irvnca.pacbell.net) (*.net *.split)
  463. # [09:46] * Quits: aboodman (~aa@nat/google/x-ehsnydfmdwyrzree) (*.net *.split)
  464. # [09:46] * Quits: hsivonen (~hsivonen@kekkonen.cs.hut.fi) (*.net *.split)
  465. # [09:46] * Quits: jmb (~jmb@mail.parsifal.org.uk) (*.net *.split)
  466. # [09:46] * Quits: Dashiva (Dashiva@wikia/Dashiva) (*.net *.split)
  467. # [09:46] * Quits: jgraham (~jgraham@web22.webfaction.com) (*.net *.split)
  468. # [09:46] * Quits: Necrathex (~nectop@ip4da11daf.direct-adsl.nl) (*.net *.split)
  469. # [09:46] * Quits: cyphase (~cyphase@adsl-99-27-203-124.dsl.pltn13.sbcglobal.net) (*.net *.split)
  470. # [09:46] * Quits: crash\ (bouncer@lubyte.de) (*.net *.split)
  471. # [09:46] * Quits: elryry (~elryry@188-165-0-193.ovh.net) (*.net *.split)
  472. # [09:46] * Quits: pererik (~pe@unaffiliated/pererik) (*.net *.split)
  473. # [09:46] * Quits: nw_ (eero@heaven.unlink.org) (*.net *.split)
  474. # [09:46] * Quits: jarib (jarib@unaffiliated/jarib) (*.net *.split)
  475. # [09:46] * Quits: slartsa (~slartsa@alpha.pumppumedia.com) (*.net *.split)
  476. # [09:46] * Quits: wakaba (~wakaba@4.22.102.121.dy.bbexcite.jp) (*.net *.split)
  477. # [09:46] * Quits: tomaw (tom@freenode/staff/tomaw) (*.net *.split)
  478. # [09:46] * Quits: Sosby (fsosby@s2.rdlbnc.com) (*.net *.split)
  479. # [09:46] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (*.net *.split)
  480. # [09:46] * Quits: variable (~variable@unaffiliated/variable) (*.net *.split)
  481. # [09:46] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (*.net *.split)
  482. # [09:46] * Quits: hjjaa (~ghe@132.150.124.56) (*.net *.split)
  483. # [09:46] * Quits: Froznic (Froznic@174-126-93-197.cpe.cableone.net) (*.net *.split)
  484. # [09:46] * Quits: cgcardona (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (*.net *.split)
  485. # [09:46] * Quits: hendry (~hendry@webconverger.org) (*.net *.split)
  486. # [09:46] * Quits: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com) (*.net *.split)
  487. # [09:46] * Quits: seventh (seventh@199.48.240.121) (*.net *.split)
  488. # [09:46] * Quits: tmzt (~tmzt@76.211.0.152) (*.net *.split)
  489. # [09:46] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (*.net *.split)
  490. # [09:46] * Quits: wirepair (fbi@random.supermario.org) (*.net *.split)
  491. # [09:46] * Quits: antti_s (~antti@173-203-97-98.static.cloud-ips.com) (*.net *.split)
  492. # [09:46] * Quits: mamund (~mamund@frost.nullshells.net) (*.net *.split)
  493. # [09:46] * Quits: drry (~drry@unaffiliated/drry) (*.net *.split)
  494. # [09:46] * Quits: fishd (~fishd@nat/google/x-jxddmmqbnjqkhohk) (*.net *.split)
  495. # [09:46] * Quits: hamaji (~hamaji@220.109.219.244) (*.net *.split)
  496. # [09:46] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
  497. # [09:46] * Quits: MrWax (waxboy@mail.midegro.com) (*.net *.split)
  498. # [09:46] * Joins: matjas (~matjas@91.182.205.79)
  499. # [09:48] * Joins: drry (~drry@unaffiliated/drry)
  500. # [09:50] * Joins: hjjaa (~ghe@132.150.124.56)
  501. # [09:50] * Joins: Froznic (Froznic@174-126-93-197.cpe.cableone.net)
  502. # [09:50] * Joins: cgcardona (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  503. # [09:50] * Joins: Necrathex (~nectop@ip4da11daf.direct-adsl.nl)
  504. # [09:50] * Joins: Sosby (fsosby@s2.rdlbnc.com)
  505. # [09:50] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  506. # [09:50] * Joins: variable (~variable@unaffiliated/variable)
  507. # [09:50] * Joins: hendry (~hendry@webconverger.org)
  508. # [09:50] * Joins: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com)
  509. # [09:50] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
  510. # [09:50] * Joins: tomaw (tom@freenode/staff/tomaw)
  511. # [09:50] * Joins: wakaba (~wakaba@4.22.102.121.dy.bbexcite.jp)
  512. # [09:50] * Joins: slartsa (~slartsa@alpha.pumppumedia.com)
  513. # [09:50] * Joins: jarib (jarib@unaffiliated/jarib)
  514. # [09:50] * Joins: nw_ (eero@heaven.unlink.org)
  515. # [09:50] * Joins: pererik (~pe@unaffiliated/pererik)
  516. # [09:50] * Joins: elryry (~elryry@188-165-0-193.ovh.net)
  517. # [09:50] * Joins: crash\ (bouncer@lubyte.de)
  518. # [09:50] * Joins: cyphase (~cyphase@adsl-99-27-203-124.dsl.pltn13.sbcglobal.net)
  519. # [09:50] * Joins: seventh (seventh@199.48.240.121)
  520. # [09:50] * Joins: tmzt (~tmzt@76.211.0.152)
  521. # [09:50] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  522. # [09:50] * Joins: wirepair (fbi@random.supermario.org)
  523. # [09:50] * Joins: antti_s (~antti@173-203-97-98.static.cloud-ips.com)
  524. # [09:50] * Joins: mamund (~mamund@frost.nullshells.net)
  525. # [09:50] * Joins: fishd (~fishd@nat/google/x-jxddmmqbnjqkhohk)
  526. # [09:50] * Joins: hamaji (~hamaji@220.109.219.244)
  527. # [09:50] * Joins: Philip` (~philip@zaynar.co.uk)
  528. # [09:50] * Joins: MrWax (waxboy@mail.midegro.com)
  529. # [09:51] * Joins: temp01 (~temp01@unaffiliated/temp01)
  530. # [09:51] * Joins: micheil (~micheil@124-149-67-87.dyn.iinet.net.au)
  531. # [09:51] * Joins: webr3 (~nathan@host86-142-128-179.range86-142.btcentralplus.com)
  532. # [09:51] * Joins: sroussey (~sroussey@adsl-69-234-104-230.dsl.irvnca.pacbell.net)
  533. # [09:51] * Joins: aboodman (~aa@nat/google/x-ehsnydfmdwyrzree)
  534. # [09:51] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
  535. # [09:51] * Joins: jmb (~jmb@mail.parsifal.org.uk)
  536. # [09:51] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  537. # [09:51] * Joins: jgraham (~jgraham@web22.webfaction.com)
  538. # [09:53] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Excess Flood)
  539. # [09:53] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  540. # [09:55] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
  541. # [09:57] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  542. # [09:57] * bga_ is now known as bga_|away
  543. # [10:02] * bga_|away is now known as bga_
  544. # [10:06] * Joins: espadrine (86d6a50b@gateway/web/freenode/ip.134.214.165.11)
  545. # [10:06] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Ping timeout: 265 seconds)
  546. # [10:08] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  547. # [10:10] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  548. # [10:10] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  549. # [10:11] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
  550. # [10:14] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 255 seconds)
  551. # [10:14] * mhausenblas_ is now known as mhausenblas
  552. # [10:20] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Kthxbye!)
  553. # [10:22] * Joins: ROBOd (~robod@92.84.204.84)
  554. # [10:22] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  555. # [10:26] * Quits: tndH (~Rob@adsl-87-102-16-149.karoo.KCOM.COM) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  556. # [10:28] * Quits: hendry (~hendry@webconverger.org) (Ping timeout: 240 seconds)
  557. # [10:28] * Joins: hendry (~hendry@webconverger.org)
  558. # [10:34] * Quits: hendry (~hendry@webconverger.org) (Ping timeout: 240 seconds)
  559. # [10:37] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  560. # [10:42] * Joins: hendry (~hendry@webconverger.org)
  561. # [10:47] * Joins: Ms2ger (~Ms2ger@91.181.24.248)
  562. # [10:51] * Quits: MikeSmith (~MikeSmith@EM114-48-18-140.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  563. # [10:54] * Quits: cgcardona (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Quit: zzzzz)
  564. # [10:57] * Joins: MikeSmith (~MikeSmith@EM111-188-22-77.pool.e-mobile.ne.jp)
  565. # [10:58] * Joins: nessy (~Adium@HSI-KBW-078-043-150-212.hsi4.kabel-badenwuerttemberg.de)
  566. # [10:58] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  567. # [11:01] <jgraham> hsivonen: Agreed that not changing unpaired surrogates in document.write might be simpler to implement, although it is conceptually harder to understand, and harder to test (because I can't just reuse parser tests as document.write tests)
  568. # [11:02] * Joins: mpt (~mpt@91.189.88.12)
  569. # [11:02] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  570. # [11:02] * Joins: mpt (~mpt@canonical/mpt)
  571. # [11:03] * Quits: mpt (~mpt@canonical/mpt) (Client Quit)
  572. # [11:05] * Joins: mpt (~mpt@canonical/mpt)
  573. # [11:06] * Quits: nessy (~Adium@HSI-KBW-078-043-150-212.hsi4.kabel-badenwuerttemberg.de) (Quit: Leaving.)
  574. # [11:09] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  575. # [11:09] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Ping timeout: 240 seconds)
  576. # [11:11] * Joins: mpt (~mpt@91.189.88.12)
  577. # [11:11] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  578. # [11:11] * Joins: mpt (~mpt@canonical/mpt)
  579. # [11:15] * Joins: Necra (~nectop@212-123-163-12.ip.telfort.nl)
  580. # [11:16] <jgraham> People really use "non-shortest form"? That seems unnecessarily mealy-mouthed
  581. # [11:16] * Parts: ormaaj (~quassel@174-20-150-226.mpls.qwest.net) ("http://quassel-irc.org - Chat comfortably. Anywhere.")
  582. # [11:17] * Joins: roc (~chatzilla@121.98.230.221)
  583. # [11:19] * Quits: Necrathex (~nectop@ip4da11daf.direct-adsl.nl) (Ping timeout: 240 seconds)
  584. # [11:21] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  585. # [11:24] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  586. # [11:25] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  587. # [11:31] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  588. # [11:32] <zcorpan> if you quote "overlong form" and "non-shortest form" in google search, the difference is even greater
  589. # [11:36] <Philip`> "non-shortest form" seems more accurate and unambiguous
  590. # [11:37] <Philip`> since it's not clear what length is considered overlong
  591. # [11:37] <Philip`> unless you already know that only the shortest form is allowed
  592. # [11:38] <jgraham> Which, in context seems like an entirely reasonable thing to assume
  593. # [11:41] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  594. # [11:42] * bga_ is now known as bga_|away
  595. # [11:43] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  596. # [11:45] <zcorpan> "utf-8 overlong" - 12600 results. "utf-8 "overlong"" - 80900 results
  597. # [11:46] <zcorpan> "utf-8 non-shortest" - 25000. "utf-8 "non-shortest"" - 5690
  598. # [11:46] <zcorpan> conclusion: ???
  599. # [11:47] <Philip`> Google's result counts are extremely rough approximations and should not be taken seriously?
  600. # [11:58] * bga_|away is now known as bga_
  601. # [11:59] <jgraham> Anyone know of a testsuite for XSLT in HTML?
  602. # [12:00] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 240 seconds)
  603. # [12:00] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  604. # [12:04] * Joins: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl)
  605. # [12:11] <Ms2ger> Yay, -webkit-linear-gradient
  606. # [12:20] * bga_ is now known as bga_|away
  607. # [12:20] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  608. # [12:21] <hsivonen> jgraham: if you find a test suite for XSLT in HTML, please let me know
  609. # [12:22] <hsivonen> (if you write one, please let me know in that case, too)
  610. # [12:22] <jgraham> hsivonen: Writing one is what I really want to avoid :)
  611. # [12:28] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  612. # [12:45] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  613. # [12:48] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  614. # [12:59] * Joins: david_carlisle (~davidc@62.231.145.254)
  615. # [13:01] <david_carlisle> jgraham: only public xslt test suite I know of is http://www.w3.org/Style/XSL/TestSuite/
  616. # [13:01] <david_carlisle> unfortunately xslt2 one is w3c only
  617. # [13:01] <david_carlisle> not sure how much work would be to convert that for html input
  618. # [13:05] <david_carlisle> er no that's mainly xsl-fo there is an xslt collection somewhere...
  619. # [13:06] <jgraham> david_carlisle: Thanks. I am also (perhaps mostly) interested in tests using the DOM APIs for XSLT https://developer.mozilla.org/en/using_the_mozilla_javascript_interface_to_xsl_transformations since that seems to be the main way one can pass a text/html-created DOM into a transform
  620. # [13:07] <jgraham> Unless there is some other way to do that I can't think of right now
  621. # [13:07] <jgraham> which is likely given my relationship with XSLT
  622. # [13:10] <david_carlisle> jgaraham, yes i figured you's want that input, but given a pile of xslt scripts and expected output, calling it with a particular APi is just a matter of munging it with perl or something isn't it:-)
  623. # [13:10] <david_carlisle> http://www.oasis-open.org/committees/workgroup.php?wg_abbrev=xslt
  624. # [13:10] <david_carlisle> appears to be the most recent attempt at a public xslt 1 test suite
  625. # [13:10] <jgraham> david_carlisle: Yeah, probably
  626. # [13:12] * FireyFly is now known as FireFly
  627. # [13:14] <jgraham> "This Group Has Been Deactivated" — that totally makes it sound like it was comprised of rouge killing machines from the future
  628. # [13:16] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Ping timeout: 255 seconds)
  629. # [13:24] <Workshiva> jgraham: Who else would design xslt?
  630. # [13:28] <david_carlisle> Workshiva: xslt people are nice people, not killing machines (and most of them don't wear rouge)
  631. # [13:29] * Quits: Philip` (~philip@zaynar.co.uk) (Ping timeout: 260 seconds)
  632. # [13:30] * Joins: Philip` (~philip@zaynar.co.uk)
  633. # [13:30] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  634. # [13:40] <Workshiva> david_carlisle: I don't think they wear rouge, they kill rouge
  635. # [13:49] * Quits: Philip` (~philip@zaynar.co.uk) (Ping timeout: 265 seconds)
  636. # [13:52] * Joins: stvs (stvs@unaffiliated/stvs)
  637. # [13:53] <stvs> I still don't know why it says "Please leave your sense of logic at the door" :D
  638. # [13:53] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  639. # [13:53] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Remote host closed the connection)
  640. # [13:54] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  641. # [13:54] <annevk> sounds like you didn't follow the advice
  642. # [13:55] <stvs> :(
  643. # [13:56] * Joins: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com)
  644. # [13:58] <zcorpan> stvs: it's because if you try to apply logic to html, you end up with MULTIFAIL
  645. # [14:02] * Quits: sideshow (~MikeSmith@sideshowbarker.net) (Quit: leaving)
  646. # [14:02] * Joins: sideshow (~MikeSmith@sideshowbarker.net)
  647. # [14:03] <stvs> zcorpan :(
  648. # [14:04] <stvs> The web is working so what does this mean then :)
  649. # [14:04] <stvs> Logic is irrelevant to the things working.
  650. # [14:04] <stvs> And there's some truth in that.
  651. # [14:14] * Quits: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com) (Quit: weinig)
  652. # [14:14] <hsivonen> stvs: btw, if you want to argue the layout table thing, the correct procedure is to join the HTML WG and to submit a Change Proposal for http://www.w3.org/html/wg/tracker/issues/130
  653. # [14:17] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  654. # [14:17] * Joins: karlcow (~karl@nerval.la-grange.net)
  655. # [14:19] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  656. # [14:19] * bga_ is now known as bga_|away
  657. # [14:21] * Quits: saba (~foo@unaffiliated/saba) (Ping timeout: 240 seconds)
  658. # [14:23] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  659. # [14:28] * Quits: Ms2ger (~Ms2ger@91.181.24.248) (Ping timeout: 240 seconds)
  660. # [14:30] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  661. # [14:30] * _bga is now known as bga_|away
  662. # [14:33] * Joins: saba (~foo@unaffiliated/saba)
  663. # [14:44] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  664. # [14:51] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  665. # [14:51] * bga_ is now known as _bga
  666. # [14:52] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 265 seconds)
  667. # [14:52] <stvs> hsivonen, I might check it out. Thanks
  668. # [14:54] <annevk> stvs, didn't want to put you off
  669. # [14:54] <annevk> stvs, it basically means that browsers are crazy pieces of software full of holes and the web somehow still works great
  670. # [14:54] <stvs> annevk, nah, I see your point :)
  671. # [14:54] <annevk> stvs, and that you typically should not approach what browsers do rationally
  672. # [14:55] <stvs> I am becomig increasingly convinced that the criteria for success of technology we find intuitive are not quite correct.
  673. # [14:55] <annevk> I have wondered about that too
  674. # [14:56] <annevk> it seems a certain amount of imperfection does great for adoption
  675. # [14:56] <annevk> HTML and PHP being nice examples of that
  676. # [14:56] <stvs> It is. The users are needy: they always go out of scope in order to stretch a spec to fill new needs.
  677. # [14:56] <stvs> Users are imperfect: they make mistakes.
  678. # [14:58] <stvs> And users do not care about ideals: they have a specific line and they draw a straight line from their need to the closest approximation of a solution.
  679. # [14:58] <stvs> specific need*
  680. # [14:59] * Joins: Philip` (~philip@zaynar.co.uk)
  681. # [15:01] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  682. # [15:05] * Joins: davidhund__ (~davidhund@s3eea0ea6.adsl.wanadoo.nl)
  683. # [15:07] * Quits: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl) (Ping timeout: 246 seconds)
  684. # [15:16] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  685. # [15:18] * remysharp is now known as remysharp-away
  686. # [15:19] * Quits: FireFly (~firefly@unaffiliated/firefly) (Read error: Operation timed out)
  687. # [15:34] * Joins: FireFly (~firefly@unaffiliated/firefly)
  688. # [15:34] * Quits: Necra (~nectop@212-123-163-12.ip.telfort.nl) (Ping timeout: 272 seconds)
  689. # [15:37] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  690. # [15:37] * Joins: maikmerten (~maikmerte@port-92-201-224-227.dynamic.qsc.de)
  691. # [15:48] * Joins: Necra (~nectop@ip4da11daf.direct-adsl.nl)
  692. # [15:50] * Joins: Bass2 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  693. # [15:52] * Quits: Bass2 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Client Quit)
  694. # [15:53] * Quits: remysharp-away (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
  695. # [15:56] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  696. # [16:01] * Joins: Mehcrathex (~nectop@ip4da11daf.direct-adsl.nl)
  697. # [16:03] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  698. # [16:05] * Quits: Necra (~nectop@ip4da11daf.direct-adsl.nl) (Ping timeout: 260 seconds)
  699. # [16:05] * Joins: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com)
  700. # [16:06] * _bga is now known as bga_
  701. # [16:07] * Joins: sean`` (~Sean@h183194.upc-h.chello.nl)
  702. # [16:08] * Joins: Ms2ger (~Ms2ger@91.181.24.248)
  703. # [16:09] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  704. # [16:09] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Read error: Operation timed out)
  705. # [16:09] * Quits: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944) (Read error: Operation timed out)
  706. # [16:10] * Joins: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944)
  707. # [16:10] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  708. # [16:10] * Joins: FastJack (~fastjack@dumpstr.net)
  709. # [16:10] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  710. # [16:13] * Joins: boaz_ (~boaz@64.119.153.2)
  711. # [16:17] * Joins: shepazu (~schepers@adsl-242-196-155.rmo.bellsouth.net)
  712. # [16:17] * Quits: davidhund__ (~davidhund@s3eea0ea6.adsl.wanadoo.nl) (Ping timeout: 260 seconds)
  713. # [16:25] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
  714. # [16:30] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Ping timeout: 240 seconds)
  715. # [16:32] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  716. # [16:33] * Quits: seventh (seventh@199.48.240.121) (Ping timeout: 240 seconds)
  717. # [16:37] * Joins: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl)
  718. # [16:38] * Joins: seventh (seventh@199.48.245.99)
  719. # [16:38] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
  720. # [16:45] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  721. # [16:47] * Quits: sean`` (~Sean@h183194.upc-h.chello.nl) (Read error: Connection reset by peer)
  722. # [16:47] * Joins: sean`` (~Sean@h183194.upc-h.chello.nl)
  723. # [16:52] * Quits: MikeSmith (~MikeSmith@EM111-188-22-77.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  724. # [16:58] * Joins: MikeSmith (~MikeSmith@EM114-48-137-185.pool.e-mobile.ne.jp)
  725. # [16:59] <karlcow> MikeSmith: https://github.com/chriso/cli "cli is a tool for rapidly building NodeJS command line apps"
  726. # [17:04] * Joins: charlvn (~charlvn@41.0.48.93)
  727. # [17:04] * Joins: sean``` (~Sean@h183194.upc-h.chello.nl)
  728. # [17:08] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  729. # [17:08] * Quits: sean`` (~Sean@h183194.upc-h.chello.nl) (Ping timeout: 265 seconds)
  730. # [17:08] * Quits: sean``` (~Sean@h183194.upc-h.chello.nl) (Client Quit)
  731. # [17:16] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  732. # [17:19] * Quits: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund_)
  733. # [17:19] * Joins: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl)
  734. # [17:19] * Quits: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl) (Client Quit)
  735. # [17:25] * bga_ is now known as bga_|away
  736. # [17:26] <karlcow> hmmm in cookies token production rules TAB is excluded two times in RFC 2616
  737. # [17:26] <karlcow> :) not very important
  738. # [17:26] <karlcow> token = 1*<any CHAR except CTLs or separators>
  739. # [17:27] <karlcow> CTLs include (0-32) and separators include HT (9)
  740. # [17:27] <karlcow> which is in CTLs
  741. # [17:34] * Joins: erlehmann (~erlehmann@95-89-41-39-dynip.superkabel.de)
  742. # [17:36] * bga_|away is now known as bga_
  743. # [17:36] * Joins: mhausenblas_ (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  744. # [17:36] * Quits: mhausenblas_ (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Client Quit)
  745. # [17:40] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Ping timeout: 255 seconds)
  746. # [17:43] * Joins: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4)
  747. # [17:43] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
  748. # [17:44] * Quits: webr3 (~nathan@host86-142-128-179.range86-142.btcentralplus.com) (Ping timeout: 250 seconds)
  749. # [17:45] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  750. # [17:50] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Ping timeout: 240 seconds)
  751. # [17:51] * Joins: peol (~andree@h55eb1e56.selukra.dyn.perspektivbredband.net)
  752. # [17:51] * Quits: peol (~andree@h55eb1e56.selukra.dyn.perspektivbredband.net) (Changing host)
  753. # [17:51] * Joins: peol (~andree@unaffiliated/peol)
  754. # [17:51] * Joins: mokush (~quassel@188.24.42.76)
  755. # [17:56] * Joins: webr3 (~nathan@host86-142-128-179.range86-142.btcentralplus.com)
  756. # [18:00] <hsivonen> http://www.exploringbinary.com/php-hangs-on-numeric-value-2-2250738585072011e-308/
  757. # [18:00] <hsivonen> floats are hard
  758. # [18:01] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  759. # [18:01] * karlcow has suddenly collapsing contexts. Japanese floating world and hard/rigor
  760. # [18:07] * Joins: sean` (~Sean@h183194.upc-h.chello.nl)
  761. # [18:07] * Quits: sean` (~Sean@h183194.upc-h.chello.nl) (Changing host)
  762. # [18:07] * Joins: sean` (~Sean@unaffiliated/sean/x-7291292)
  763. # [18:07] <Philip`> Apparently it's a bug in their strtod, but is it caused by some PHP-specific modifications or is it a common problem in other applications based on the same original strtod?
  764. # [18:07] * Quits: Mehcrathex (~nectop@ip4da11daf.direct-adsl.nl) (Quit: Mehcrathex)
  765. # [18:08] <bga_> we need "project" nomonkeypatching.js
  766. # [18:08] <paul_irish> bga_: what'd that be?
  767. # [18:08] <bga_> which makes appendChild ... readonly fields
  768. # [18:09] <bga_> and do not let shoot you in your own leg
  769. # [18:09] <Philip`> (The code is reportedly http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/Zend/zend_strtod.c?revision=255174&view=markup&pathrev=260750 which looks like it's been slightly modified)
  770. # [18:10] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  771. # [18:16] * Joins: stevela (~stevela@74.125.59.68)
  772. # [18:16] * Joins: kolor (kolot7@cpc2-sgyl20-0-0-cust473.sgyl.cable.virginmedia.com)
  773. # [18:18] * Quits: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com) (Quit: weinig)
  774. # [18:19] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  775. # [18:20] * Quits: sean` (~Sean@unaffiliated/sean/x-7291292) (Ping timeout: 246 seconds)
  776. # [18:25] <karlcow> http://webintents.appspot.com/ (maybe already known)
  777. # [18:27] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  778. # [18:30] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  779. # [18:31] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  780. # [18:37] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  781. # [18:38] * cardona507 is now known as cgcardona
  782. # [18:39] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  783. # [18:45] * bga_ is now known as bga_|away
  784. # [18:46] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  785. # [18:49] <jgraham> Hm, is the innerHTML serialization algorithm missing some magic needed for certain attributes (href, on*) containing ", or am I just missing something?
  786. # [18:50] * annevk looks
  787. # [18:51] <annevk> did you read the bit about escaping?
  788. # [18:52] <annevk> it says " becomes &quot;
  789. # [18:52] <annevk> among other things
  790. # [18:52] <jgraham> Yes
  791. # [18:52] <jgraham> Which it does
  792. # [18:52] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
  793. # [18:52] <jgraham> Except in some cases, afaict
  794. # [18:52] <annevk> it says "the attribute's value, escaped as described below in attribute mode"
  795. # [18:53] <annevk> right, " does not become &quot; when it is Text or some such
  796. # [18:53] <annevk> only as attribute value
  797. # [18:54] <jgraham> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/758
  798. # [18:55] <jgraham> Oh, WebKit does what the spec says
  799. # [18:55] <jgraham> Gecko is bizzare
  800. # [18:55] * Joins: jamesr_ (~jamesr@nat/google/x-aorbrfohwlgoktcy)
  801. # [18:55] <jgraham> and Opera never escapes
  802. # [18:56] <annevk> Yeah, Chrome/Safari do the sane thing
  803. # [18:56] <annevk> Opera is dangerous
  804. # [18:56] <annevk> :/
  805. # [18:56] <jgraham> OK, I was confused by a test that checked for Opera behaviour that also passed in Gecko
  806. # [18:56] <zcorpan> opera escapes when the value contains both " and '
  807. # [18:57] <zcorpan> annevk: what's dangerous?
  808. # [18:57] <annevk> I blame my fever
  809. # [18:59] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  810. # [18:59] * bga_ is now known as _bga
  811. # [18:59] <annevk> http://warpspire.com/posts/url-design/ -- nice that people still care (I guess karlcow might have posted this already)
  812. # [19:00] <karlcow> I seen it but I do not remember if I posted it ;)
  813. # [19:01] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 255 seconds)
  814. # [19:01] <karlcow> though there are part of it which makes me a bit… worried :)
  815. # [19:01] <jgraham> OK, but http://software.hixie.ch/utilities/js/live-dom-viewer/saved/760 is not escaped
  816. # [19:01] <jgraham> in WebKit
  817. # [19:02] * _bga is now known as bga_
  818. # [19:02] <annevk> wait how is that different?
  819. # [19:03] <annevk> and what is 759?
  820. # [19:03] <jgraham> javascript: uris seem to be special
  821. # [19:04] <annevk> o_O
  822. # [19:05] <jgraham> I guess this is how I know it is time to go home :)
  823. # [19:05] <annevk> stvs, ^^, relevant to your interests :)
  824. # [19:05] * jgraham wonders if that quirk is required for compat
  825. # [19:06] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  826. # [19:08] <gsnedders> jgraham: Did you se my commit to html5lib?
  827. # [19:12] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
  828. # [19:16] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b9pre/20101230152742])
  829. # [19:17] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
  830. # [19:19] * peol is now known as hail_sirup
  831. # [19:19] <annevk> http://trac.webkit.org/browser/trunk/WebCore/editing/MarkupAccumulator.cpp#L161 it does not cite compat
  832. # [19:19] <annevk> just crazy
  833. # [19:19] * hail_sirup is now known as peol
  834. # [19:20] * cgcardona is now known as paul_irish_wanna
  835. # [19:20] * paul_irish_wanna is now known as cgcardona
  836. # [19:21] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  837. # [19:21] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection reset by peer)
  838. # [19:22] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  839. # [19:23] * Joins: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl)
  840. # [19:23] * Quits: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl) (Changing host)
  841. # [19:23] * Joins: sean` (~Sean@unaffiliated/sean/x-7291292)
  842. # [19:25] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
  843. # [19:26] * Quits: Workshiva (~Dashiva@74.125.57.36) (Quit: leaving)
  844. # [19:27] * Joins: mpt (~mpt@91.189.88.12)
  845. # [19:27] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  846. # [19:27] * Joins: mpt (~mpt@canonical/mpt)
  847. # [19:31] * Joins: mdelaney (~mdelaney@67.218.102.33)
  848. # [19:33] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  849. # [19:36] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  850. # [19:38] * Joins: weinig (~weinig@209-45-135-130.dia.static.qwest.net)
  851. # [19:41] * Joins: Workshiva (~Dashiva@74.125.57.36)
  852. # [19:43] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  853. # [19:44] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Remote host closed the connection)
  854. # [19:44] * Joins: dave_levin (~dave_levi@74.125.59.68)
  855. # [19:44] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
  856. # [19:47] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  857. # [19:47] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  858. # [19:50] * Joins: erlehmann_ (~erlehmann@95-89-41-39-dynip.superkabel.de)
  859. # [19:53] * Quits: erlehmann (~erlehmann@95-89-41-39-dynip.superkabel.de) (Ping timeout: 240 seconds)
  860. # [19:56] * Joins: roc (~chatzilla@121.98.230.221)
  861. # [19:56] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
  862. # [19:56] * erlehmann_ is now known as erlehmann
  863. # [19:56] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  864. # [19:58] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  865. # [19:59] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  866. # [19:59] * Joins: jwalden (~waldo@adsl-71-147-38-99.dsl.emhril.sbcglobal.net)
  867. # [20:00] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
  868. # [20:01] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  869. # [20:03] * Quits: mdelaney (~mdelaney@67.218.102.33) (Quit: mdelaney)
  870. # [20:03] * mdelaney__ is now known as mdelaney
  871. # [20:04] * Joins: FireFly (~firefly@unaffiliated/firefly)
  872. # [20:04] * Quits: weinig (~weinig@209-45-135-130.dia.static.qwest.net) (Read error: Connection reset by peer)
  873. # [20:05] * Joins: weinig (~weinig@209-45-135-130.dia.static.qwest.net)
  874. # [20:07] * Joins: bckenny (~bckenny@nat/google/x-yusstpaykgoscrjs)
  875. # [20:08] <jgraham> annevk: I would be scared that someone does eval(extract_javascript_from_attribute(foo.innerHTML))
  876. # [20:08] * Joins: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
  877. # [20:08] <jgraham> gsnedders: Well I saw you siad you made one
  878. # [20:08] <annevk> it sort of seems that is exactly what they cater for
  879. # [20:08] <jgraham> I didn't look yet
  880. # [20:08] * Quits: bckenny (~bckenny@nat/google/x-yusstpaykgoscrjs) (Remote host closed the connection)
  881. # [20:08] * Joins: bckenny (~bckenny@nat/google/x-txgcjzadipziqntm)
  882. # [20:09] <annevk> because they do not do it when the URL contains a '
  883. # [20:09] <annevk> not sure what is considered a URL attribute
  884. # [20:09] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  885. # [20:09] <annevk> Peter` can probably figure that out :hint:
  886. # [20:10] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b9pre/20101230152742])
  887. # [20:10] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
  888. # [20:11] <Peter`> Figuring out what an URL attribute is?
  889. # [20:11] <annevk> "Simply because a few thousand XML weenies think the world revolves around XML doesn't mean that the Real World contains, to a first approximation, anything but HTML." -- John Cowan
  890. # [20:11] <annevk> I think stuff just got real
  891. # [20:12] <annevk> Peter`, see the link above. It's about serialization of attributes in the context of e.g. innerHTML
  892. # [20:13] * Quits: weinig (~weinig@209-45-135-130.dia.static.qwest.net) (Quit: weinig)
  893. # [20:13] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  894. # [20:14] * Quits: stevela (~stevela@74.125.59.68) (Quit: stevela)
  895. # [20:14] <Hixie> annevk: url?
  896. # [20:15] <Peter`> I'm totally missing the context here, I actually got home about ten minutes ago
  897. # [20:15] <Ms2ger> http://lists.w3.org/Archives/Public/public-html-xml/2011Jan/0049.html
  898. # [20:17] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 264 seconds)
  899. # [20:17] <hober> So, I'm becoming part of the vast, browser-wing conspiracy: I've taken a job on the Safari / WebKit team at Apple.
  900. # [20:18] <Hixie> grats!
  901. # [20:18] <Peter`> Congratulations :)
  902. # [20:20] <paul_irish> whoa! awesome! that's huge hober. :D
  903. # [20:20] <gsnedders> hober: The browsers are taking over! Soon nothing else will be relevent!
  904. # [20:21] <zcorpan> hober: welcome to the dark side
  905. # [20:22] <hober> thanks :)
  906. # [20:22] <othermaciej> hober: now you can truly be a part of ruining the Web and hating everything good
  907. # [20:23] <jgraham> hober: You're joining both the vast-browser-wing conspiracy *and* the vast Apple conspiracy all at the same time?
  908. # [20:23] <hober> othermaciej: excellent. muhahahahaa.
  909. # [20:23] <hober> jgraham: yeah, I figured I'd kill 2 conspiratorial birds with one stone.
  910. # [20:23] <Ms2ger> othermaciej, you're off the cabal's PR subcommittee
  911. # [20:23] <othermaciej> oh yeah, since it's Apple, make sure to close everything in your house that's currently open
  912. # [20:25] <Hixie> lol
  913. # [20:25] * Joins: mdelaney_ (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  914. # [20:26] <Hixie> Ms2ger: thanks
  915. # [20:26] <gsnedders> Ms2ger: Shh, that comittee doesn't exist!
  916. # [20:26] <Hixie> that mailing list looks like a lot of pain
  917. # [20:26] <Ms2ger> No,seriously?
  918. # [20:26] <Ms2ger> gsnedders, I guess I'm off too now
  919. # [20:29] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 265 seconds)
  920. # [20:29] * Joins: mdelaney__ (~mdelaney@2620:0:1b00:1191:6847:2e5b:7d59:a1c8)
  921. # [20:29] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:472:7898:ac61:1552) (Ping timeout: 272 seconds)
  922. # [20:29] * mdelaney_ is now known as mdelaney
  923. # [20:29] * mdelaney is now known as 50UAAE71L
  924. # [20:29] * mdelaney__ is now known as 18VAB0EYD
  925. # [20:32] * Quits: 18VAB0EYD (~mdelaney@2620:0:1b00:1191:6847:2e5b:7d59:a1c8) (Client Quit)
  926. # [20:39] <annevk> congrats hober
  927. # [20:39] <hsivonen> hober: congratulations
  928. # [20:40] <hober> thanks :)
  929. # [20:40] <Peter`> http://twitter.com/#!/sgalineau/status/22375757045047296
  930. # [20:40] <hober> looking forward to it, but dreading the move
  931. # [20:41] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  932. # [20:44] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  933. # [20:48] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  934. # [20:49] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Client Quit)
  935. # [20:49] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
  936. # [20:55] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  937. # [20:58] * Joins: stevela (~stevela@74.125.59.68)
  938. # [21:04] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  939. # [21:04] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  940. # [21:04] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  941. # [21:11] <heycam> nice work hober!
  942. # [21:17] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
  943. # [21:22] * Quits: bckenny (~bckenny@nat/google/x-txgcjzadipziqntm) (Remote host closed the connection)
  944. # [21:25] * Joins: mpilgrim (~pilgrim@97.67.219.162)
  945. # [21:25] <mpilgrim> any opera employees around?
  946. # [21:26] * zcorpan is
  947. # [21:26] <mpilgrim> i'm seeking someone to relicense this image under CC-BY-3.0-unported: http://devfiles.myopera.com/articles/4582/fig5.png
  948. # [21:26] <mpilgrim> from this article: http://dev.opera.com/articles/view/new-form-features-in-html5/#input-color
  949. # [21:26] * gsnedders is
  950. # [21:27] <mpilgrim> for use in diveintohtml5.org and the next printed edition of "html5: up and running"
  951. # [21:28] <zcorpan> email patrickl@ opera.com or cmills@ opera.com
  952. # [21:28] <mpilgrim> i could make my own, but it's a nice image and i'm lazy
  953. # [21:28] <mpilgrim> in a good way (usually)
  954. # [21:28] <mpilgrim> ok
  955. # [21:29] <zcorpan> mpilgrim: btw i heard android 2.3 supports webm
  956. # [21:29] <mpilgrim> i heard that too
  957. # [21:30] <mpilgrim> can't remember where
  958. # [21:30] <mpilgrim> somewhere public
  959. # [21:30] <mpilgrim> probably here: http://developer.android.com/sdk/android-2.3-highlights.html
  960. # [21:30] <mpilgrim> "The platform now offers built-in support for the VP8 open video compression format and the WebM open container format."
  961. # [21:30] <mpilgrim> yay
  962. # [21:31] * Joins: abarth (~abarth@nat/google/x-bptcsanllyknmbgg)
  963. # [21:31] <mpilgrim> i wonder if handset manufacturers will ship hardware acceleration support
  964. # [21:35] * Joins: brendaneich (~brendanei@nat/mozilla/x-sfpwonmnoigtfxrk)
  965. # [21:42] <mpilgrim> in case people were wondering, the top search terms that brought people to http://diveintohtml5.org/ in 2010 were variations of "html5 video", "html5 forms", and "html5 canvas"
  966. # [21:42] <mpilgrim> in that order
  967. # [21:42] <Workshiva> There's a huge potential for expansion hardware in the market
  968. # [21:42] <mpilgrim> geolocation was a distant 4th
  969. # [21:43] <Workshiva> We've had graphics cards in desktop computer, surely we can fit something similar on phones :)
  970. # [21:43] <paul_irish> mpilgrim: interesting! good to know
  971. # [21:43] <mpilgrim> i may do a whole blog post on 2010 analytics for the site
  972. # [21:44] * zcorpan concludes video has the best profit and goes write a book on html5 video
  973. # [21:45] <Philip`> Surely you should make a video on HTML5 video
  974. # [21:46] <mpilgrim> briefly: 4 million pageviews, 2 million visitors, 1.1 million absolute unique visitors
  975. # [21:46] <Philip`> except HTML5 video doesn't support DRM so everyone would pirate your video and you wouldn't make any money :-(
  976. # [21:46] <mpilgrim> all versions of IE combined account for less than 7% of all visitors
  977. # [21:46] <mpilgrim> my book doesn't support DRM and it's made $160,000 so far
  978. # [21:47] <zcorpan> Philip`: that's it, i should write a book about how to do DRM with html5 video
  979. # [21:47] * Quits: seventh (seventh@199.48.245.99) (Ping timeout: 272 seconds)
  980. # [21:47] <mpilgrim> absolutely positioned transparent gifs over the video element?
  981. # [21:47] <mpilgrim> i think that's what youtube uses
  982. # [21:48] <zcorpan> <img src="http://spacergif.mobi/">
  983. # [21:48] <mpilgrim> obviously we need a spacer gif TLD
  984. # [21:49] <Philip`> <img src="about:spacergif">
  985. # [21:49] <Philip`> That'd save needless network traffic
  986. # [21:49] <zcorpan> maybe we should just have <spacer>
  987. # [21:50] <mpilgrim> iOS (iPhone+iPad+iPod) accounts for 85% of all mobile devices hitting http://diveintohtml5.org/
  988. # [21:50] * Philip` is worried by how few errors people are reporting in the canvas tests
  989. # [21:50] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
  990. # [21:51] <Philip`> False negatives will be found when people investigate test failures, but I expect false positives will survive forever
  991. # [21:51] * Joins: seventh (seventh@199.48.240.0)
  992. # [21:52] <zcorpan> Philip`: i know i haven't investigated any of your tests that pass
  993. # [21:52] * Quits: cgcardona (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Quit: zzzzz)
  994. # [21:52] * mpilgrim feels guilty for not committing his latest round of video tests
  995. # [21:53] <gsnedders> Philip`: Much the same is true of any test suite unless it really is strictly reviewed. CSS 2.1 is in much the same state. Just have to hope one impl actually follows the spec and not the test. :)
  996. # [21:54] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  997. # [21:55] <mpilgrim> (back to dih5 stats)...but mobile devices account for only 4% of all visits
  998. # [21:55] <Philip`> gsnedders: I'm more worried about tests that pass regardless of what the browser implements, rather than failing on correct behaviour, because then the test is useless and nobody will ever see it fail
  999. # [21:56] <mpilgrim> which makes me feel a little better about having a broken mobile stylesheet
  1000. # [21:56] <Ms2ger> Philip`, and tests that don't match informative text will be found by Microsoft :)
  1001. # [21:56] <Workshiva> What if there was a bounty on invalid tests?
  1002. # [21:56] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  1003. # [21:57] <gsnedders> Workshiva: It's very expensive reviewing test suites, so basically nobody does it.
  1004. # [21:57] <gsnedders> The bounty would need to be raelly quite large.
  1005. # [21:57] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1006. # [21:57] <Workshiva> Nono, crowdsourcing
  1007. # [21:57] <Workshiva> Appeal to all the standards lawyers out there
  1008. # [21:57] <Ms2ger> Hi :)
  1009. # [21:58] <zcorpan> we shouldn't review tests, we should just write more tests
  1010. # [21:58] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  1011. # [21:59] <Philip`> Workshiva: It's hard to define "invalid" usefully, I think
  1012. # [21:59] * Quits: Ms2ger (~Ms2ger@91.181.24.248) (Quit: nn)
  1013. # [22:00] <gsnedders> A test that always passes has a low cost. A test that gives the wrong result given correct behaviour has a high cost.
  1014. # [22:00] <mpilgrim> wow, search engines accounted for only 40% of my traffic
  1015. # [22:00] <mpilgrim> i expected twice that much
  1016. # [22:01] <othermaciej> clearly you need better SEO
  1017. # [22:01] <Philip`> I think my approach is usually to try to think of errors that implementors might make, and then write a test that will fail for each error, and a test is incorrect if it won't actually fail for that error
  1018. # [22:02] <Philip`> but by looking at a test case in isolation you can't always tell what error it was attempting to fail for
  1019. # [22:02] <Philip`> so you can't tell whether it's incorrect
  1020. # [22:02] <mpilgrim> if only there were some sort of consultant i could hire to improve my ranking in search engines
  1021. # [22:02] <Philip`> and also you can't see if there's some likely error which there are no tests for
  1022. # [22:03] <zcorpan> mpilgrim: you just need to stuff some keywords in your alt tags, that'll do the trick
  1023. # [22:04] * Quits: matjas (~matjas@91.182.205.79) (Ping timeout: 240 seconds)
  1024. # [22:04] <mpilgrim> if only i used alt
  1025. # [22:04] <gsnedders> Philip`: wrt public-html-testsuite, Opera still has plenty of issues in DOM with null characters
  1026. # [22:04] <mpilgrim> wow, daringfireball.net sent me three times as much traffic as bing.com
  1027. # [22:04] <Philip`> gsnedders: Does it have fewer than before?
  1028. # [22:05] <gsnedders> Philip`: Yes.
  1029. # [22:05] <Philip`> gsnedders: Okay, so at least it's making progress :-)
  1030. # [22:06] * Joins: maikmerten_ (~maikmerte@port-92-201-111-19.dynamic.qsc.de)
  1031. # [22:07] <mpilgrim> google accounted for 98.7% of my search engine traffic
  1032. # [22:07] <mpilgrim> what monoculture?
  1033. # [22:08] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1034. # [22:08] * Quits: maikmerten (~maikmerte@port-92-201-224-227.dynamic.qsc.de) (Ping timeout: 240 seconds)
  1035. # [22:10] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
  1036. # [22:11] * Joins: matjas (~matjas@91.182.94.8)
  1037. # [22:11] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1038. # [22:11] * Quits: maikmerten_ (~maikmerte@port-92-201-111-19.dynamic.qsc.de) (Remote host closed the connection)
  1039. # [22:11] * Joins: bckenny (~bckenny@nat/google/x-krngpgokgmvughfj)
  1040. # [22:12] <mpilgrim> 5:28 avg. time spent on /video.html
  1041. # [22:12] <mpilgrim> 4:44 on /past.html
  1042. # [22:12] <mpilgrim> people love them some html folklore
  1043. # [22:13] * Quits: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  1044. # [22:13] * mpilgrim makes a mental note to share that statistic with my o'reilly editor, who insisted that nobody would read a whole chapter on the history of html
  1045. # [22:13] <Philip`> Maybe people open the page, read a paragraph, then doze off for a few minutes, then wake up and leave the page?
  1046. # [22:14] <mpilgrim> yes, that seems more likely
  1047. # [22:15] <Philip`> Analytics software ought to activate the user's webcam and take a snapshot, so it can determine how engaged they are with the content
  1048. # [22:16] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 265 seconds)
  1049. # [22:16] * Joins: estes (~aestes@17.246.17.149)
  1050. # [22:17] <hober> ganalytics + <device> :)
  1051. # [22:17] <mpilgrim> that's coming in Analytics 4.0: Telescreen edition
  1052. # [22:17] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1053. # [22:18] * Quits: ROBOd (~robod@92.84.204.84) (Quit: .)
  1054. # [22:18] * Quits: erlehmann (~erlehmann@95-89-41-39-dynip.superkabel.de) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
  1055. # [22:26] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Remote host closed the connection)
  1056. # [22:27] * Joins: ap (~ap@17.203.15.167)
  1057. # [22:28] * Quits: mpilgrim (~pilgrim@97.67.219.162) (Ping timeout: 265 seconds)
  1058. # [22:39] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  1059. # [22:39] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  1060. # [22:44] * Joins: weinig (~weinig@12.130.119.65)
  1061. # [22:44] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1062. # [22:45] <jgraham> Philip`: It is occasionally pointed out to me that the number of real pages that do canvas.getContxt("2d\u0000") is 0
  1063. # [22:45] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
  1064. # [22:46] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  1065. # [22:46] <Dashiva> jgraham: Until someone realizes there's a buffer overflow hidden in there
  1066. # [22:47] <jgraham> Dashiva: Well that is quite differnt of course
  1067. # [22:50] * Joins: MikeSmith_ (~MikeSmith@EM114-48-170-61.pool.e-mobile.ne.jp)
  1068. # [22:51] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  1069. # [22:53] * Quits: MikeSmith (~MikeSmith@EM114-48-137-185.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1070. # [22:53] * MikeSmith_ is now known as MikeSmith
  1071. # [22:55] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  1072. # [22:57] * Joins: ojan (~ojan@nat/google/x-vlzyjzehyamecnfq)
  1073. # [22:57] <Philip`> jgraham: Sure, the cost:benefit ratio of fixing that particular test case is infinite
  1074. # [22:58] <Philip`> but that's a problem for whoever has the job of prioritising bug fixes, not for me
  1075. # [22:58] * Joins: othermaciej_ (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  1076. # [22:59] <Philip`> (Also it's a problem for anyone who cares about 100% pass rates)
  1077. # [22:59] <Philip`> (e.g. if W3C Rec status is dependent on that)
  1078. # [22:59] <Philip`> (but that's still not my problem)
  1079. # [23:00] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  1080. # [23:00] * othermaciej_ is now known as othermaciej
  1081. # [23:03] * abarth is now known as abarth|meeting
  1082. # [23:05] <jamesr_> making sure implementations handle odd/mangled/etc strings correctly is normally important security wise
  1083. # [23:08] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  1084. # [23:13] * Quits: stvs (stvs@unaffiliated/stvs)
  1085. # [23:16] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  1086. # [23:16] * Quits: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Client Quit)
  1087. # [23:17] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  1088. # [23:18] * cardona507 is now known as cgcardona
  1089. # [23:20] * Quits: cgcardona (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Client Quit)
  1090. # [23:20] * Joins: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com)
  1091. # [23:20] * Quits: cardona507 (~cardona50@cpe-98-150-150-230.hawaii.res.rr.com) (Client Quit)
  1092. # [23:21] * Joins: cgcardona (~cgcardona@cpe-98-150-150-230.hawaii.res.rr.com)
  1093. # [23:23] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  1094. # [23:24] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
  1095. # [23:26] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1096. # [23:31] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Quit: Lost terminal)
  1097. # [23:31] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
  1098. # [23:32] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  1099. # [23:36] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  1100. # [23:37] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Ping timeout: 264 seconds)
  1101. # [23:37] * Quits: kolor (kolot7@cpc2-sgyl20-0-0-cust473.sgyl.cable.virginmedia.com) (Ping timeout: 246 seconds)
  1102. # [23:38] * Quits: boaz_ (~boaz@64.119.153.2) (Quit: boaz_)
  1103. # [23:44] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  1104. # [23:48] * Joins: kolor (kolot7@cpc2-sgyl20-0-0-cust473.sgyl.cable.virginmedia.com)
  1105. # [23:51] * Quits: charlvn (~charlvn@41.0.48.93) (Quit: Leaving)
  1106. # [23:51] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  1107. # [23:54] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  1108. # Session Close: Wed Jan 05 00:00:00 2011

The end :)