/irc-logs / freenode / #whatwg / 2008-11-22 / end

Options:

  1. # Session Start: Sat Nov 22 00:00:01 2008
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: weinig_ (n=weinig@17.244.18.87)
  4. # [00:04] * Joins: KevinMarks (n=KevinMar@nat/google/x-5e2dc1488d759f1e)
  5. # [00:14] * Quits: olliej (n=oliver@nat/apple/x-906cde53e541a4d7)
  6. # [00:17] * Joins: weinig (n=weinig@17.244.18.87)
  7. # [00:18] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  8. # [00:21] * Joins: olliej (n=oliver@nat/apple/x-4892e82fd9072274)
  9. # [00:22] * Quits: kangax (n=kangax@74.201.136.194)
  10. # [00:23] * Joins: weinig_ (n=weinig@17.203.15.141)
  11. # [00:28] * Quits: weinig (n=weinig@17.244.18.87) (Read error: 60 (Operation timed out))
  12. # [00:32] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  13. # [00:35] * Joins: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au)
  14. # [00:39] * Quits: dglazkov (n=dglazkov@nat/google/x-0cbf4a3b7df3c4a9) (Read error: 110 (Connection timed out))
  15. # [00:43] * Joins: weinig (n=weinig@17.244.18.87)
  16. # [00:43] * Quits: weinig (n=weinig@17.244.18.87) (Remote closed the connection)
  17. # [01:00] * Quits: weinig_ (n=weinig@17.203.15.141) (Read error: 110 (Connection timed out))
  18. # [01:03] * Joins: othermaciej_ (n=mjs@nat/apple/x-65e4d4dbbf5d22d0)
  19. # [01:07] <Hixie> what the heck is the url to anolis
  20. # [01:07] <Hixie> google can't find it anywhere
  21. # [01:08] * Joins: weinig_ (n=weinig@17.244.18.87)
  22. # [01:11] <Lachy> Hixie, http://hg.gsnedders.com/anolis/
  23. # [01:11] <Hixie> thanks
  24. # [01:11] <Hixie> but too late
  25. # [01:11] <Hixie> already sent the mail :-)
  26. # [01:15] * Joins: doublec (n=Chris_Do@118-92-214-173.dsl.dyn.ihug.co.nz)
  27. # [01:19] <Hixie> <object data=alert.html><object data=alert.html></object></object> alert.html: <script>alert('x')</script>
  28. # [01:19] <Hixie> how many alerts?
  29. # [01:19] * Quits: othermaciej (n=mjs@17.244.18.44) (Read error: 110 (Connection timed out))
  30. # [01:21] * Quits: doublec (n=Chris_Do@118-92-214-173.dsl.dyn.ihug.co.nz) (Read error: 104 (Connection reset by peer))
  31. # [01:21] * Joins: doublec (n=Chris_Do@118-92-214-173.dsl.dyn.ihug.co.nz)
  32. # [01:23] <Hixie> wow
  33. # [01:23] <Hixie> IE8's <object> actually moves the markup that's in the <object> into an altHtml="" attribute
  34. # [01:24] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 60 (Operation timed out))
  35. # [01:26] * Quits: Mustafa51 (n=mustafa@122.164.44.58)
  36. # [01:32] * Quits: hdh (n=hdh@58.187.60.78) (Read error: 54 (Connection reset by peer))
  37. # [01:36] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  38. # [01:52] * Quits: weinig_ (n=weinig@17.244.18.87)
  39. # [01:58] * Joins: weinig (n=weinig@17.203.15.141)
  40. # [02:25] * Quits: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com) (Read error: 145 (Connection timed out))
  41. # [02:26] * othermaciej_ is now known as othermaciej
  42. # [02:27] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  43. # [02:30] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  44. # [02:31] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Client Quit)
  45. # [02:34] * Quits: othermaciej (n=mjs@nat/apple/x-65e4d4dbbf5d22d0)
  46. # [02:44] <Philip`> http://philip.html5.org/misc/spec-links.html - I don't know what that is meant to show, but maybe some information can be extracted
  47. # [02:44] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  48. # [02:44] <Philip`> ...except that it shows Opera doesn't support stroke="rgba(...)", so please use something more like Firefox
  49. # [02:45] <Philip`> (Also it shows repaint bugs in Firefox if I scroll rightwards then leftwards since bits of text go missing)
  50. # [02:46] <Philip`> (but never mind that)
  51. # [02:51] <Hixie> nice!
  52. # [02:52] * Parts: billmason (n=bmason@ip41.unival.com)
  53. # [02:52] <Hixie> not sure what to make of it, but nice nonetheless :-)
  54. # [02:54] <Lachy> Philip`, why is it missing lines from the Table of Contents to every other section?
  55. # [02:55] <Philip`> Lachy: I intentionally omitted those lines, because they're uninteresting and would probably make it uglier
  56. # [02:55] <Lachy> it doesn't indicate the direction of the links
  57. # [02:56] <Philip`> How could it indicate the directions?
  58. # [02:57] <Lachy> by colouring the lines from one section linking to another, on :hover or something, so that the coloured lines mean a link from that section, and the other lines mean to that section
  59. # [02:58] <Philip`> That sounds kind of complicated
  60. # [02:58] <Lachy> I know, but your talented enough to waste time doing it :-)
  61. # [02:59] <Philip`> If it requires more than two lines of Perl, I probably won't bother :-)
  62. # [03:01] * Joins: othermaciej (n=mjs@17.244.18.44)
  63. # [03:03] * Quits: weinig (n=weinig@17.203.15.141)
  64. # [03:07] * Quits: doublec (n=Chris_Do@118-92-214-173.dsl.dyn.ihug.co.nz) ("ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  65. # [03:08] <Hixie> you could make the direction more obvious using a gradient colour
  66. # [03:08] <Hixie> red to black
  67. # [03:08] <Hixie> or some such
  68. # [03:09] <Philip`> Is it trivial to do gradients like that in SVG?
  69. # [03:09] <Hixie> is anything trivial in svg?
  70. # [03:09] <Hixie> other than getting a well-formedness error
  71. # [03:09] <Philip`> This thing has been fairly trivial SVG so far :-)
  72. # [03:10] <Hixie> gradients aren't that hard, and you like to them as fill:url(#id) iirc
  73. # [03:10] <Hixie> dunno if it'll rotate the gradient though
  74. # [03:12] <Hixie> i love how the response to anyone volunteering to do anything here is always more work, btw :-P
  75. # [03:13] <Hixie> i did consider suggesting showing teh direction but i think in general the direction doesn't matter
  76. # [03:13] <Hixie> since what matters it that there is a link at all
  77. # [03:14] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  78. # [03:14] <Lachy> the gradients probably won't work out too well because of all the overlapping lines
  79. # [03:15] * Philip` just reused an old Python script he had that extracted the links between sections, and then wrote a quick Perl script to translate that into SVG
  80. # [03:15] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  81. # [03:16] <Philip`> (The line widths are 1+log(number of links))
  82. # [03:19] <Philip`> Google's SearchWiki has a lot of very useful comments, e.g. "wikicheese.", "This is a good article about cheese!", "sucks", "i like cheese", "Mmmmm, cheese", "Cheese is great"
  83. # [03:21] <blooberry> philip`: I love this quote: "If it requires more than two lines of Perl, I probably won't bother" That's almost a Perl mantra in the making
  84. # [03:22] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  85. # [03:27] * Quits: othermaciej (n=mjs@17.244.18.44)
  86. # [03:31] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  87. # [03:45] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 113 (No route to host))
  88. # [03:48] * Quits: aboodman2 (n=aboodman@72.14.229.81) (Read error: 110 (Connection timed out))
  89. # [03:48] * Quits: KevinMarks (n=KevinMar@nat/google/x-5e2dc1488d759f1e) (Read error: 60 (Operation timed out))
  90. # [03:48] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  91. # [03:48] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  92. # [03:49] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  93. # [03:49] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  94. # [03:54] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  95. # [04:04] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  96. # [04:06] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net) (Connection timed out)
  97. # [04:09] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  98. # [04:13] * Joins: roc (n=roc@121-72-209-122.dsl.telstraclear.net)
  99. # [04:29] * Quits: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  100. # [04:48] * dglazkov_ is now known as dglazkov
  101. # [04:56] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 145 (Connection timed out))
  102. # [04:58] * Quits: dglazkov (n=dglazkov@72.14.224.1)
  103. # [05:10] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  104. # [05:25] * Joins: jwalden_ (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net)
  105. # [05:25] * jwalden_ is now known as jwalden
  106. # [05:28] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  107. # [05:32] * Joins: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  108. # [05:37] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  109. # [05:52] * Joins: Thezilch (n=fuz007@cpe-76-171-111-7.socal.res.rr.com)
  110. # [06:01] * Quits: roc (n=roc@121-72-209-122.dsl.telstraclear.net)
  111. # [06:05] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  112. # [06:08] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  113. # [06:30] * Joins: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net)
  114. # [06:30] * Quits: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au) ("This computer has gone to sleep")
  115. # [06:31] * Joins: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au)
  116. # [06:38] * Joins: tantek (n=tantek@c-69-181-46-33.hsd1.ca.comcast.net)
  117. # [06:38] * Quits: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au) ("This computer has gone to sleep")
  118. # [06:50] * Quits: tantek (n=tantek@c-69-181-46-33.hsd1.ca.comcast.net)
  119. # [06:56] * Joins: tantek (n=tantek@c-69-181-46-33.hsd1.ca.comcast.net)
  120. # [07:00] * Quits: tantek (n=tantek@c-69-181-46-33.hsd1.ca.comcast.net) (Client Quit)
  121. # [07:10] * Joins: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au)
  122. # [07:13] * Quits: famicom__ (i=famicom@5ED2FF2D.cable.ziggo.nl) (Read error: 110 (Connection timed out))
  123. # [07:20] * Joins: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  124. # [07:23] * Joins: erlehmann_ (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net)
  125. # [07:23] * Quits: erlehmann (n=erlehman@dslb-088-075-200-041.pools.arcor-ip.net) (Read error: 110 (Connection timed out))
  126. # [07:58] * Joins: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  127. # [08:11] * Joins: ap (n=ap@195.239.126.12)
  128. # [08:15] * Quits: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  129. # [08:16] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 110 (Connection timed out))
  130. # [08:21] * Quits: erlehmann_ (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net) ("Ex-Chat")
  131. # [08:26] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  132. # [08:28] * olliej is now known as fakeolliej
  133. # [08:33] <annevk2> http://crisp.tweakblogs.net/blog/1221/tweakers-punt-net-en-internet-explorer-8-compatibility.html o_O
  134. # [08:34] * Joins: roc (n=roc@121-72-209-122.dsl.telstraclear.net)
  135. # [08:37] * Joins: erlehmann (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net)
  136. # [08:40] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  137. # [08:42] * Quits: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  138. # [08:45] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  139. # [09:03] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  140. # [09:15] * Quits: ap (n=ap@195.239.126.12)
  141. # [09:30] * Joins: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp)
  142. # [09:55] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  143. # [10:19] * Joins: famicom (i=famicom@5ED2FF2D.cable.ziggo.nl)
  144. # [10:36] * Quits: roc (n=roc@121-72-209-122.dsl.telstraclear.net)
  145. # [10:37] * Quits: erlehmann (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net) ("Ex-Chat")
  146. # [10:44] * Joins: ROBOd (n=robod@89.122.216.38)
  147. # [11:03] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  148. # [11:04] <Hish> Hixie: ping
  149. # [11:04] <Hixie> hey
  150. # [11:08] <annevk2> sound of Standards Suck recording on the Uhuru Peak is actually not that bad, even while it's done with a simple digital camera rather than typical video recording hardware
  151. # [11:08] <annevk2> only 20s though
  152. # [11:08] <Hish> Hixie, I'm trying to change my OpenOffice > html converter from html 4 to 5 by changing all divs to more meaningful tags. So, currently I'm thinking about footnotes, text frames and absolute positioned graphics. For footnotes I'm about to use the display tag. Then I want to wrap graphics and text frames with the figure tag. does this make sense?
  153. # [11:09] <Hixie> display tag?
  154. # [11:09] <Hixie> footnotes have a section in the html5 spec describing three ways to do them depending on exactly what you want
  155. # [11:09] <Hixie> generally you won't be able to do a good translation from a presentational format to html5 without AI (or real I, e.g. with human intervention)
  156. # [11:10] <Hish> sorry, the details tag
  157. # [11:10] <Hixie> no, footnotes aren't like <details>
  158. # [11:10] <Hixie> <details> is for like disclosure triangles in dialogs
  159. # [11:10] <Hish> ah ok. so'
  160. # [11:10] <Hish> so I'll search the footnore section in the spec...
  161. # [11:10] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/#footnotes
  162. # [11:11] <Hish> my typing today doesn't work...
  163. # [11:12] <Hish> yep. your link makes much more sense than details.
  164. # [11:24] * Joins: maikmerten (n=maikmert@Lbdb2.l.pppool.de)
  165. # [11:31] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  166. # [11:32] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  167. # [11:41] * Joins: erlehmann (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net)
  168. # [11:56] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (Remote closed the connection)
  169. # [12:07] <Hixie> is there any reason i shouldn't be replying to table feedback soon?
  170. # [12:07] <Hixie> jgraham?
  171. # [12:19] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  172. # [12:27] * Joins: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk)
  173. # [12:42] <jgraham> Hixie: You don't want to spark another long discussion? ;)
  174. # [12:42] <jgraham> (Seriously I don't know of a reason, although Ben i working on his comparison of the current alorithm and other alternatives)
  175. # [12:43] <jgraham> s/i/is/
  176. # [12:54] * Joins: danbri (n=danbri@ip565f6edb.direct-adsl.nl)
  177. # [12:59] * Quits: Thezilch (n=fuz007@cpe-76-171-111-7.socal.res.rr.com) (Read error: 104 (Connection reset by peer))
  178. # [13:06] * Joins: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com)
  179. # [13:10] <Hixie> ok i'll wait til he's done with his comparison then
  180. # [13:19] * Joins: hdh (n=hdh@58.187.60.206)
  181. # [13:50] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  182. # [13:53] * Joins: hdh0 (n=hdh@58.187.60.206)
  183. # [13:59] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  184. # [14:10] * Quits: hdh (n=hdh@58.187.60.206) (Read error: 110 (Connection timed out))
  185. # [14:45] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  186. # [14:46] <BenMillard> Hixie, jgraham is right that I'm doing a comparison document
  187. # [14:46] <jgraham> BenMillard: I think I fixed the bugs that you found
  188. # [14:46] <jgraham> in the table inspector
  189. # [14:47] <BenMillard> jgraham, cool
  190. # [14:47] <BenMillard> am I right in saying both algorithms need the whole table to be present before they can run? (i.e. they don't run incrementally while the table cells come in over the wire)
  191. # [14:50] <jgraham> BenMillard: In principle I believe either algorithm could be written to run incrementally
  192. # [14:51] <jgraham> Because IIRC given a cell, the headers that apply to that cell are always before it in document order
  193. # [14:52] <jgraham> This would change if ltr/rtl considerations ment that we sometimes had to look to the right of a cell in order to finds its headers
  194. # [14:53] <jgraham> I don't know if bidi issues have been given serious consideration yet (did you look at any rtl tables?)
  195. # [14:53] <BenMillard> jgraham, so you'd apply the header as far as it can go given how much of the table you currently have...then some more of the table comes in so you continue applying those headers until they reach the end of their scope?
  196. # [14:54] <jgraham> Oh and I guess @headers breaks incremental assignment
  197. # [14:54] <BenMillard> jgraham, I've not looked at RTL tables but I assume the source order follows the same principles as in LTR, it's just the rendering is reversed
  198. # [14:55] <BenMillard> jgraham, I guess headers+id would try applying to the cells you currently have, if there are no matches then you keep receiving cells and trying again until you find a match or the table ends?
  199. # [14:56] <jgraham> BenMillard: Well if I were implementing this in a browser, I would invert the whole algorithm so that it would be "given data cell D which of the other cells in the table form the set of headers for C?"
  200. # [14:56] <jgraham> See also the mail from Aaron Leventhal
  201. # [14:56] <BenMillard> yeah, Aaron Leventhal sent feedback about that
  202. # [14:56] <Philip`> Could you invert the whole algorithm without introducing a huge pile of bugs?
  203. # [14:56] * hsivonen just replied to Aaron's email
  204. # [14:57] <BenMillard> (the thread is here: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-October/thread.html#16915)
  205. # [14:58] <jgraham> Philip`: I /think/ the algorithm is not hard to invert. But I have not tried
  206. # [14:58] <hsivonen> I think it would make a lot of sense to invert the algorithm
  207. # [14:59] <BenMillard> HTML4 uses the opposite direction for it's auto algorithm
  208. # [14:59] <hsivonen> (this is the third time, IIRC, that implementation feedback calls for the inversion of an algorithm in HTML5, AFAICT)
  209. # [14:59] <BenMillard> but authors write tables from the perspective of "I want this header cell to apply in this direction"
  210. # [15:00] <jgraham> I am vaugely considering implementing the next iteration of the HTML5 algorithm in js in such a way that it adds aria attributes to tables
  211. # [15:01] <BenMillard> Aaron is right that ATs query a cell for its related header cells, but that happens after those associations are made by the UA
  212. # [15:01] <jgraham> So I guess if I do that I can try inverting the algorithm
  213. # [15:01] <jgraham> BenMillard: I guess Aaron wants to avoid precomputing all the information when it may not be needed, which could be a serious performance hit for large tables
  214. # [15:02] <hsivonen> BenMillard: presumably the UA would compute the association on demand for one data cell instead or rerunning the algorithm and remembering the result every time the table is mutated
  215. # [15:02] <jgraham> Also I agree that an authoring guide would be better written from the same point of view as the current spec
  216. # [15:03] <BenMillard> jgraham & hsivonen, my impression is UAs expose everything to the accessibilty APIs once the page has loaded, or while it is being loaded, so that's what I thought header association should do
  217. # [15:03] <BenMillard> but if the AT is expecting to trigger the UA to do the association lookup per-cell, then inverting the algorithm makes sense
  218. # [15:04] * Quits: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au) ("This computer has gone to sleep")
  219. # [15:04] <jgraham> (this is probably another problem with having a normaive language reference that is different from the main spec because it would be tempting to have the normative text describing how associaions are made, and the text describing the required UA processing be from different points of view)
  220. # [15:05] <BenMillard> also, from the user videos I've seen, a typical user scenario is skim-reading through a data table at high speed
  221. # [15:06] <BenMillard> so I thought having all the associations ready and waiting was better for the user, as well as more consistent with how such mappings are done elsewhere in the document
  222. # [15:07] <hsivonen> BenMillard: do you have data on how common it is that authors copy and paste tables within a page without making ids unique within the page?
  223. # [15:07] <BenMillard> hsivonen, I haven't seen that but Hixie has
  224. # [15:08] <hsivonen> ok
  225. # [15:09] <jgraham> hsivonen: Aaron seems to disallow arcs beween tables in his proposed rewording
  226. # [15:09] <hsivonen> oops.
  227. # [15:10] <BenMillard> Aaron Leventhal's rewording is this, right? "If there is an element in the document with a corresponding ID (via getElementById) equal to the value of /id/, and it is a header cell in the current table, then assign it to the data cell."
  228. # [15:12] <BenMillard> hsivonen, should your reply be listed at the end of that thread or am I looking in the wrong place? http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-October/thread.html#16915
  229. # [15:15] <jgraham> BenMillard: I think that only considers replies from the same month
  230. # [15:16] <BenMillard> jgraham, oh of course! lost track of the month I'm on :P
  231. # [15:24] <BenMillard> jgraham, does your Smart Span implementation check whether a cell is empty? Do such cells change the way it works?
  232. # [15:24] <BenMillard> s/Smart Span/Smart Headers/
  233. # [15:24] * Philip` likes the craziness of how a Perl database interface module relies on the Lingua::EN::Inflect module
  234. # [15:25] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
  235. # [15:25] <jgraham> BenMillard: No.
  236. # [15:26] <jgraham> (the HTML5 algorithm does however. It is not hard to add)
  237. # [15:26] * hsivonen wonders if the CPAN deps are tree-like or if there are circular deps
  238. # [15:29] <Philip`> hsivonen: I don't think there's anything to stop circular dependencies, except convention and bug reports
  239. # [15:30] <Philip`> (You can always force a module to install, ignoring its dependencies and its failing tests, but it's usually a bug if you have to do so)
  240. # [15:30] <jgraham> Does CPAN no cope with circular deps?
  241. # [15:30] <jgraham> not
  242. # [15:31] * hsivonen learns new things (to him) about C++ link errors
  243. # [15:31] <hsivonen> specifically, one can have two .o files that link together into an .a but not into a shared lib
  244. # [15:31] <BenMillard> jgraham, HTML5 says "User agents may remove empty data cells when analyzing data in a table."
  245. # [15:32] <hsivonen> I guess Steve Yegge is right that linker errors are a top thing of the C++ brand
  246. # [15:32] <Philip`> jgraham: No - when you tell it to install a module, it recursively asks whether you want to install its missing dependencies, and then it compiles and then runs the tests (and the tests will fail if you've got missing dependencies) and then installs
  247. # [15:33] <jgraham> Oh. Well that seems like it could be avoided
  248. # [15:34] <jgraham> BenMillard: HTML 5 treats <th>Foo<td><td> as equivalent to <th colspan=3>Foo
  249. # [15:35] <jgraham> but does not do the same vertically
  250. # [15:35] <BenMillard> jgraham, in a table with 3 columns, yes
  251. # [15:36] <BenMillard> but the "may remove empty data cells" thin seems like a bad idea because users would easily become lost in tables with many empty cells
  252. # [15:38] <BenMillard> in contrast, ignoring empty header cells seems like a good thing (such as an empty <th> in the top left corner of a table with both column headers and row headers)
  253. # [15:41] <jgraham> BenMillard: I wasn't sure what the implications of "removing empty data cells" was supposed to be which I guess is a sign that it sould be clarified
  254. # [15:41] <jgraham> s/cells"/cells when analysing data in a table"/
  255. # [15:43] <BenMillard> jgraham, my impression was it meant UAs don't have to associated header cells with empty data cells?
  256. # [15:43] <BenMillard> s/associated/associate/
  257. # [15:44] <jgraham> Also I am unsure why the wide cell thing only works if the cell extends to the edge of the table
  258. # [15:44] <jgraham> or raher if they empty cells extend to the edge of the table
  259. # [15:45] <jgraham> BenMillard: Maybe. If so, the "may" makes the algorithm non-deterministic and the scope should probably be limited to data cells that fom part of a wide cell
  260. # [15:49] <BenMillard> jgraham, I think the wide cell thing is for "section headers" which should use <th colspan="width_of_table">Foo</th> but instead used <th>Foo<td><td><td> to reach the edge of the table
  261. # [15:49] <BenMillard> it makes the gamble that a row header won't be given for a row where there was no data to report (which seems fairly safe)
  262. # [15:50] <jgraham> BenMillard: But that could just as easilly happen with a heading that extended across only part of the table, no?
  263. # [15:50] <jgraham> <th>Foo<td><td><th>Bar
  264. # [15:50] <BenMillard> jgraham, indeed.
  265. # [15:51] <jgraham> I don't understand your row header comment
  266. # [15:53] <BenMillard> jgraham, <tr><th>2006<td>5.6<td>8.3<tr><th>2007<td><td><tr><th>2008<td>7.3<td>9.8
  267. # [15:53] <BenMillard> no data is present in the row for "2007", but it's not a section header
  268. # [15:54] <Philip`> Hmm, Ubuntu (Gutsy) has .atom mapped to "application/atom" in mime.types, which breaks Opera and Firefox because it should have "+xml"
  269. # [15:55] <BenMillard> jgraham, usually a row where no data is available has a character (http://www.avert.org/aofconsent.htm) or a note but they could just as logically be empty
  270. # [15:55] <Dashiva> Philip`: Good thing there's extensive testing to detect things like that
  271. # [15:56] <jgraham> BenMillard: Oh I see. Interesting
  272. # [15:57] * jgraham decides to delay trying to formulate an email covering all of this until later
  273. # [16:02] <Philip`> I thought I was being cleverly lazily by using file extensions so I didn't have to look up the Apache documentation on how to override content-types, but sadly I was thwarted
  274. # [16:02] <Philip`> s/lazily/lazy/
  275. # [16:02] <BenMillard> jgraham, it's worth noting that an AT can announce "Empty" or somesuch for truely empty cells but has to say "Question" or "Dash" if there's a random character, just in case that character is significant
  276. # [16:03] <hsivonen> Philip`: is that an Apache bug, a Debian bug or an Ubuntu bug?
  277. # [16:03] <hsivonen> Philip`: bad brokenness in any case
  278. # [16:03] <BenMillard> jgraham, so it's actually better for users if empty rows are truely empty, which is incompatible with the "wide header cell" thing in HTML5 when such rows have a row header cell
  279. # [16:03] <hsivonen> me wonders how static array of ints can reference a static pointer
  280. # [16:05] <hsivonen> the linker is telling me that the pointer thingy is an undefined symbol referenced from what is a static array of ints
  281. # [16:05] * Quits: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  282. # [16:06] <BenMillard> jgraham, it's also worth noting that it would compatible with some real tables, such as Table 4.1 here, if they used <th> for their header cell: http://www.federalreserve.gov/generalinfo/basel2/docs2005/potentialimpact.htm
  283. # [16:06] <BenMillard> jgraham, although if they retrofitted <th> to their header cells, they could retrofit appropriate colspan at the same time to make these proper section headers. :)
  284. # [16:08] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 113 (No route to host))
  285. # [16:10] <BenMillard> jgraham, I think implying <td><b> and <td><strong> as aliases of <th> messes up reasonable tables, so we should drop that heuristic.
  286. # [16:13] <BenMillard> jgraham, most frustrating case I've found is <td><b> both for row headers and for important data, meaning the <td><b> heuristic would get the row headers right but would erroneously apply "5.8 mm" as a column header as well: http://flickr.com/photos/adactio/1383011861/meta/in/photostream/
  287. # [16:14] <BenMillard> jgraham, could the multi-table support only pick the innermost tables? the above page causes "Table 3" to have the layout table around the data table: http://james.html5.org/tables/table_inspector.py?input_type=type_uri&uri=http%3A%2F%2Fflickr.com%2Fphotos%2Fadactio%2F1383011861%2Fmeta%2Fin%2Fphotostream%2F&source=&algorithm=smartheaders
  288. # [16:15] <BenMillard> jgraham, it's available further down at Table 4 and Table 5, so removing Table 3 due to it containing another table seems possible
  289. # [16:17] <Philip`> hsivonen: The file says "This file is part of the "mime-support" package. Please send email (not a bug report) to mime-support@packages.debian.org if you would like new types and/or extensions to be added." which makes it sound like Debian
  290. # [16:18] <hsivonen> Philip`: I suggest sending email to that address, then
  291. # [16:18] <Philip`> (Maybe it's fixed in newer versions, but I can't update this Ubuntu because apt-get gives errors while trying to download stuff)
  292. # [16:19] * Joins: Lachy (n=Lachlan@85.196.122.246)
  293. # [16:20] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  294. # [16:20] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  295. # [16:21] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  296. # [16:25] * Philip` is surprised that code he wrote two years ago still actually runs, without any library incompatibilities or similar problems, having reinstalled it on a more modern system
  297. # [16:25] <Philip`> despite using the Catalyst framework and various crazy modules
  298. # [16:44] <hsivonen> http://twitter.com/asmitter/statuses/1018146131
  299. # [16:49] * Joins: Mustafa51 (n=mustafa@122.164.177.43)
  300. # [17:09] * Joins: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  301. # [17:16] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Remote closed the connection)
  302. # [17:29] <Lachy> http://www.alistapart.com/articles/thisishowthewebgetsregulated
  303. # [17:30] <BenMillard> ALA's URLs get worse with each issue
  304. # [17:31] <jgraham> BenMillard: Tables with descendant tables are no longer shown. If this causes problems in practice, I will revert the change
  305. # [17:41] <BenMillard> jgraham, that seems to work. :)
  306. # [17:43] <Lachy> I completely disagree with Joe Clark's recommendation to use open captioning instead of closed captioning
  307. # [17:44] <Philip`> Why?
  308. # [17:45] <Lachy> what's really needed is a decent, widely supported, standardised closed captioning/subtitling format that solves all the technical problems with the existing mess of formats
  309. # [17:46] <Dashiva> srt!
  310. # [17:46] <Lachy> so that one closed caption/subtitle file will work regardless of the video codec or device
  311. # [17:46] <Lachy> Dashiva, SRT is a very limited format
  312. # [17:47] * Quits: maikmerten (n=maikmert@Lbdb2.l.pppool.de) (Read error: 104 (Connection reset by peer))
  313. # [17:47] * Joins: maikmerten (n=maikmert@Lbdb2.l.pppool.de)
  314. # [17:47] <Philip`> Lachy: Won't that still have the same problems about unpredictability of fonts and of requiring extra UI to enable the captions?
  315. # [17:49] <Lachy> we also need a better selection of fonts available, which can be done by providing some guidelines about what fonts that media player vendors/device manufacturers should use
  316. # [17:49] <Lachy> and get them all to standardise on using UTF-8
  317. # [17:50] <Lachy> a decent subtitle format needs to be able to specifiy fonts, colours, position and timing of text
  318. # [17:52] <Lachy> the problem with open captions is that it requies creating 2 or more copies of the same video. One without captions and one or more with captions or subtitles in various languages
  319. # [17:54] * Joins: drry (n=drry@it17.opt2.point.ne.jp)
  320. # [17:55] <BenMillard> Lachy, http://screenfont.ca/fonts/today/ and http://screenfont.ca/tech/ are Joe Clark's professional opinion on fonts and Unicode in captioning and subtitles (http://screenfont.ca/about/) which seem close to your own ("New fonts", "A single Unicode encoding")
  321. # [18:03] * Quits: hdh0 (n=hdh@58.187.60.206) (Read error: 104 (Connection reset by peer))
  322. # [18:14] * Joins: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net)
  323. # [18:46] * Quits: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net) (Remote closed the connection)
  324. # [18:54] * Quits: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  325. # [18:56] <Lachy> http://lists.w3.org/Archives/Public/www-archive/2008Nov/0028.html
  326. # [18:56] <Lachy> http://lists.w3.org/Archives/Public/www-archive/2008Nov/0029.html
  327. # [18:58] <Lachy> it's interesting to see how much Dean's opinion has changed so dramatically in the past 12 months
  328. # [19:26] * Joins: ap (n=ap@195.239.126.11)
  329. # [19:28] * Quits: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  330. # [19:29] * Joins: hdh (n=hdh@58.187.60.206)
  331. # [19:39] * Joins: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net)
  332. # [19:45] * Joins: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  333. # [19:47] <yecril71> I consider a major disadvantage of HTML (and XML also) that locality of identifiers is not supported.
  334. # [19:48] <yecril71> It effectively forces page authors to use GUIDs for identifiers in templates.
  335. # [19:48] <yecril71> And those GUIDs have to be regenerated each time a template is used,
  336. # [19:49] <yecril71> if only there is a chance that a template is used twice on the same page.
  337. # [19:49] <yecril71> The situation is mildly alleviated by the fact that a NAME is local to a FORM.
  338. # [19:49] * Quits: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk) (Remote closed the connection)
  339. # [19:50] <yecril71> Not all problems can be handled in this way though.
  340. # [19:54] * Joins: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk)
  341. # [19:58] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  342. # [20:14] * Quits: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 110 (Connection timed out))
  343. # [20:16] * Joins: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  344. # [20:17] * Quits: maikmerten (n=maikmert@Lbdb2.l.pppool.de) (Remote closed the connection)
  345. # [20:18] * Quits: gsnedders (n=gsnedder@host86-139-222-113.range86-139.btcentralplus.com) ("Killin' teh intarwebs")
  346. # [20:23] * Joins: gsnedders (n=gsnedder@host86-139-222-113.range86-139.btcentralplus.com)
  347. # [20:25] * Quits: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 60 (Operation timed out))
  348. # [20:26] <gsnedders> Hixie: Why the asking about Anolis?
  349. # [20:27] <gsnedders> Hixie: http://anolis.gsnedders.com fwiw
  350. # [20:27] <gsnedders> (though it was all ready too late when Lachy gave the wrong answer)
  351. # [20:44] * Quits: erlehmann (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net) ("Ex-Chat")
  352. # [20:56] * Joins: jwalden (n=waldo@64.168.229.50)
  353. # [21:03] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  354. # [21:09] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  355. # [21:15] * Joins: Lachy (n=Lachlan@85.196.122.246)
  356. # [21:24] * Quits: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  357. # [21:26] * Joins: erlehmann (n=erlehman@dslb-088-075-193-109.pools.arcor-ip.net)
  358. # [21:35] <gsnedders> Why do banks use things for security that are entirely forgettable?
  359. # [21:37] <Dashiva> Because they predate the internet?
  360. # [21:38] <gsnedders> I'm expected to give the 5th, 3rd, and 2nd digit (in that order) of "my" passnumber
  361. # [21:38] <gsnedders> Like I can remember it at all
  362. # [21:38] * Joins: jmb^ (n=jmb@login.ecs.soton.ac.uk)
  363. # [21:41] <Philip`> Maybe it's your date of birth
  364. # [21:43] <gsnedders> Philip`: no
  365. # [21:46] * Quits: ap (n=ap@195.239.126.11)
  366. # [21:47] <jwalden> easy! 5, 3, 2
  367. # [21:49] <Philip`> gsnedders: Oh, okay; my passnumber is your date of birth, so I thought it'd be a good guess
  368. # [21:49] <gsnedders> Philip`: Big/little endian?
  369. # [21:50] <Philip`> gsnedders: If I told you that, you'd be able to steal all my money, so I think I'll pass
  370. # [21:51] * gsnedders thinks he knows the first two digits
  371. # [21:52] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 110 (Connection timed out))
  372. # [21:53] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  373. # [22:02] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  374. # [22:07] * Joins: riah (n=chatzill@242-166.97-97.tampabay.res.rr.com)
  375. # [22:23] * Joins: theanxy (n=wzajac@student.agh.edu.pl)
  376. # [22:23] * Joins: csarven- (n=csarven@modemcable150.182-202-24.mc.videotron.ca)
  377. # [22:23] <theanxy> wii Lachy
  378. # [22:25] <theanxy> sorry.
  379. # [22:27] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  380. # [22:31] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  381. # [22:36] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  382. # [22:37] * Quits: csarven- (n=csarven@modemcable150.182-202-24.mc.videotron.ca) ("http://www.csarven.ca")
  383. # [22:37] * Quits: riah (n=chatzill@242-166.97-97.tampabay.res.rr.com) ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111317]")
  384. # [22:48] * Joins: nessy (n=nessy@124-171-15-183.dyn.iinet.net.au)
  385. # [22:50] * Quits: jwalden (n=waldo@64.168.229.50) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  386. # [23:20] * jmb^ is now known as jmb
  387. # [23:24] * Joins: dglazkov (n=dglazkov@72.14.224.1)
  388. # [23:29] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  389. # [23:43] * Quits: MikeSmith (n=MikeSmit@JJ108074.ppp.dion.ne.jp) (Excess Flood)
  390. # [23:43] * Joins: MikeSmith (n=MikeSmit@JJ108074.ppp.dion.ne.jp)
  391. # Session Close: Sun Nov 23 00:00:00 2008

The end :)