/irc-logs / freenode / #whatwg / 2009-09-09 / end

Options:

  1. # Session Start: Wed Sep 09 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:03] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  4. # [00:10] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  5. # [00:11] * Parts: rkennedy (n=rkennedy@pixout.appriss.com)
  6. # [00:14] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  7. # [00:15] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  8. # [00:15] * Quits: heycam (n=cam@210-84-56-211.dyn.iinet.net.au) ("bye")
  9. # [00:20] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 60 (Operation timed out))
  10. # [00:21] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  11. # [00:24] * Joins: webben (n=benh@91.85.214.58)
  12. # [00:25] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
  13. # [00:29] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  14. # [00:39] * Joins: tantek (n=tantek@67.180.202.79)
  15. # [00:39] * Joins: nessy (n=nessy@115.130.24.94)
  16. # [00:44] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  17. # [00:52] * Joins: sicking (n=chatzill@nat/mozilla/x-nxljfwkbyfrkcipn)
  18. # [00:57] * Joins: tantekc (n=tantek@67.180.202.79)
  19. # [01:00] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  20. # [01:00] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  21. # [01:05] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) ("Leaving...")
  22. # [01:10] * annevk3 wonders if the testcase format for Validator.nu is described somewhere
  23. # [01:10] <annevk3> in case I suddenly get interested in making polyglot tests, that is
  24. # [01:12] <Lachy> annevk3, I suppose you could just make them in the format used by html5lib, and then it should be fairly easy to convert to a different format if needed
  25. # [01:12] <annevk3> oh wow
  26. # [01:12] <annevk3> that latest bug report is awesome
  27. # [01:13] <annevk3> JavaScript people are corporate lol
  28. # [01:13] * Quits: tantek (n=tantek@67.180.202.79) (Read error: 110 (Connection timed out))
  29. # [01:14] <Lachy> this one? [Bug 7547] New: on .drawImage() negative widths or heights should flip/mirror the image. There's no easy way of fliping images in canvas
  30. # [01:14] <Lachy> that's the latest one I have
  31. # [01:17] <annevk3> latest in yesterday's #html-wg logs then
  32. # [01:18] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  33. # [01:18] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  34. # [01:18] <Lachy> oh, that one. I was working on a reply to that. Not sure if I'll actually respond yet
  35. # [01:19] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 110 (Connection timed out))
  36. # [01:19] <annevk3> I take it you're bored? :)
  37. # [01:20] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-ejnobuccbzjpxpsy)
  38. # [01:20] * Quits: nessy (n=nessy@115.130.24.94) ("This computer has gone to sleep")
  39. # [01:21] <Lachy> not really, I was doing several things at the same time
  40. # [01:22] <Lachy> just thought it would be useful to explain to him why having the spec defined in terms of the DOM was a good thing overall that made things simpler, not more complex
  41. # [01:22] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  42. # [01:26] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  43. # [01:27] <and> Is this the right channel for html5lib?
  44. # [01:27] <Hixie> yes
  45. # [01:27] <tantekc> Lachy - yeah, it's unfortunate, but better than inventing yet-another-abstraction (<cough>Infoset</cough)
  46. # [01:28] <tantekc> because of course, inventing yet another abstraction doesn't confuse anyone right?
  47. # [01:31] <and> Thanks. I have started to implement the tokeniser, and the tests in html5lib seem useful. However, I would like to make it stand-alone (i.e., possible to use without a treebuilder), and I did not find any tests for the transition to RCDATA or RAWTEXT. Are there any, or is the assumption that a real treebuilder has to be used for that?
  48. # [01:32] <annevk3> the tests only cover what can happen in practice
  49. # [01:33] <annevk3> oh wait
  50. # [01:33] <and> It seems possible to run the tokeniser without a real treebuilder. The only real problem seems to be foreign content inside HTML inside foreign content, but I have not really tried to figure out how that works.
  51. # [01:33] <annevk3> the assumption is that you need a treebuilder to switch that flag
  52. # [01:34] <annevk3> there should be tests that set the flag to an initial state and then test if things are tokenized correctly
  53. # [01:34] <and> Fair enough. Any intuition regarding how much of the treebulder is needed to get the tokenisation right?
  54. # [01:34] <gsnedders> Is there any reason why that can't be done in the tokenizer? Are there any cases where it's hard to tell whether it should be changed or not?
  55. # [01:34] * gsnedders has been meaning to look into this for ages
  56. # [01:35] <gsnedders> Anyhow, time for my to get six hours sleep (ergh)
  57. # [01:35] <annevk3> i think the implementations made so far both decided it would be best in the treebuilder
  58. # [01:35] <and> Nested foreign content seems to be the only obvious problem.
  59. # [01:35] <annevk3> because it effectively depends on the tag name
  60. # [01:36] <and> (If I am right in thinking that the RCDATA and CDATA states are only reached after a corresponding start token.)
  61. # [01:36] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  62. # [01:36] <and> Yes, but there are just a handful of elements with CDATA/RAWTEXT or CDATA content, so that seems easy to add.
  63. # [01:37] <and> *CDATA/RAWTEXT or RCDATA
  64. # [01:37] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  65. # [01:38] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  66. # [01:39] <annevk3> and, true, I think the design of the existing implementations influenced the tests here
  67. # [01:39] <annevk3> though I might be missing something, been a while since I played with the parser
  68. # [01:40] <and> Sure. Thanks for the information.
  69. # [01:41] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net) (Client Quit)
  70. # [01:43] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  71. # [01:44] * Quits: dglazkov (n=dglazkov@nat/google/x-qzclyyjcrvtebfmf)
  72. # [01:49] <Hixie> and: you can't know if you'll be switching mode without a tree
  73. # [01:49] <Hixie> and: because sometimes start tag tokens are just dropped on the floor without switching
  74. # [01:51] <and> Hixie: "Sometimes"? Does this happen outside of foreign contents as well?
  75. # [01:51] * Quits: webben (n=benh@91.85.214.58) (Read error: 145 (Connection timed out))
  76. # [01:51] <and> s/ as well//
  77. # [01:52] <annevk3> yeah
  78. # [01:52] <annevk3> <select> <style> xx </select> xx
  79. # [01:52] * annevk3 forgot
  80. # [01:52] <annevk3> only <script> is dealt with inside <select>
  81. # [01:52] <annevk3> <style>, <xmp>, <title>, <plaintext>, etc. are dropped on the floor
  82. # [01:53] * tantekc is now known as tantek
  83. # [01:56] <and> Right. The real question, then, is how much of the treebuilder can be ignored if the goal is not to build a tree or DOM, and the answer may not be easy to extract from the spec.
  84. # [01:57] * Joins: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net)
  85. # [01:59] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  86. # [01:59] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  87. # [01:59] <Hixie> and: what's the goal?
  88. # [02:00] * ap|away is now known as ap
  89. # [02:02] <tantek> if the goal is just to not build a tree or DOM, one answer would be NOP. ;) (defining things in terms of negatives - what they're not - is usually unproductive)
  90. # [02:02] <and> Hixie: One goal would be to look at tokenisation of character references without the treebuilder overhead, but implementing a part of the treebuilder is probably not a good idea if a substantial part is required anyway.
  91. # [02:04] * annevk3 figures out who and is by /whois
  92. # [02:04] <annevk3> welcome!
  93. # [02:04] <and> Thanks!
  94. # [02:07] <annevk3> still waiting to hear back on encodings from the two missing browsers; guess I'll ping them tomorrow
  95. # [02:07] <othermaciej> what's the encoding question?
  96. # [02:08] <annevk3> othermaciej, trying to fill out the tables in http://wiki.whatwg.org/wiki/Web_Encodings
  97. # [02:08] <annevk3> i.e. which encodings are shipping with Safari and what aliases are recognized and which matching algorithm is used to see if labels well, match
  98. # [02:09] <Hixie> and: you mean for a study?
  99. # [02:09] <Hixie> and: i think you'll end up needing a full tree builder, even if it just throws out the DOM it's creating
  100. # [02:09] <Hixie> and: (the tree builder only uses internal data structures, it doesn't need the output iirc)
  101. # [02:10] * Joins: ifette_GOOG (n=ifette@220.109.219.244)
  102. # [02:10] <mpilgrim> erlehmann: of course the XHTML side is shorter
  103. # [02:11] <mpilgrim> "fail at first error" is shorter than "parse billions of pages of existing web content according to the following 200-page algorithm"
  104. # [02:11] <annevk3> i'd still like to see a never-failing SAX API for HTML defined one day (where you end up with graphs I guess)
  105. # [02:12] <mpilgrim> i was under the impression that a SAX-like API would be difficult due to reparenting, adoption, whatever
  106. # [02:12] <annevk3> for quite a few non-browser use cases that would actually be better than a DOM-based API I think
  107. # [02:12] <mpilgrim> there are non-browser use cases?
  108. # [02:13] <mpilgrim> someone's been falling for roy fielding's bullshit
  109. # [02:13] <annevk3> mpilgrim, yeah, you'd need a distinct conformance class for such an API that can do other things there
  110. # [02:13] <othermaciej> annevk3: of the unanswered questions asked on the wiki, I know we use the system version of ICU on Mac, and we do use TEC on Mac only for extra encodings that are not in ICU
  111. # [02:13] <and> Hixie: Yes, I tried to look at the http://www.dotnetdotcom.org/ dataset, which seems to support my suspicion about the current handling of unterminated character references not being an ideal match for existing pages, but the results are rather too noisy since it is difficult to distinguish between attribute values and text without a parser.
  112. # [02:13] <mpilgrim> ooh, there's an encoding wiki now? where?
  113. # [02:14] * mpilgrim reads the backscroll and retracts the question
  114. # [02:14] <annevk3> and, maybe use the Validator.nu HTML parser?
  115. # [02:14] <annevk3> othermaciej, and on Windows?
  116. # [02:15] <othermaciej> annevk3: our matching algorithms used to be case insensitive match ignoring addition or removal of underscores or hyphens
  117. # [02:15] <othermaciej> annevk3: I think we might use ICU's matching now for at least some encodings; not sure
  118. # [02:15] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 60 (Operation timed out))
  119. # [02:15] <Hixie> and: yeah
  120. # [02:15] <othermaciej> annevk3: on Windows we ship our own ICU and don't support any non-ICU encodings
  121. # [02:15] <annevk3> cheers
  122. # [02:16] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  123. # [02:16] <and> annevk3: I was hoping to get away with something more lightweight, but that is indeed a possible solution.
  124. # [02:21] <othermaciej> annevk3: more specifically, our encoding name comparison is:
  125. # [02:21] <othermaciej> "Hash for all-ASCII strings that does case folding and skips any characters that are not alphanumeric."
  126. # [02:22] <othermaciej> so it will ignore any extra non-alphanumeric characters, which might be more lenient than is needed
  127. # [02:22] <annevk3> sounds like UTS22
  128. # [02:22] <annevk3> I think it's actually causing you compat problems just like us
  129. # [02:23] <othermaciej> that's possible
  130. # [02:23] <othermaciej> TextEncodingRegistry.cpp is the file in our source tree that's responsible for creating all the text encoding name maps
  131. # [02:23] <annevk3> on crazy sites that specify EUC_JP in HTTP but are actually UTF-8 yet we recognize them as EUC-JP because of UTS22 whereas Firefox and IE don't
  132. # [02:24] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  133. # [02:24] * Quits: benward (n=benward@nat/yahoo/x-svkbinepcqpczyov) (Read error: 110 (Connection timed out))
  134. # [02:25] <othermaciej> that's crazy
  135. # [02:25] * Quits: ifette (n=ifette@220.109.219.244) (Read error: 110 (Connection timed out))
  136. # [02:27] <othermaciej> TextCodecICU::registerExtendedEncodingNames includes most of the aliases we add on top of ICU
  137. # [02:27] <othermaciej> Latin-1 and UTF-16 have hardcoded special-case codecs
  138. # [02:29] <othermaciej> for Latin-1 we register a whole lot of aliases for ISO-8859-1, windows-1252, and US-ASCII; we consider the three technically different but decode all three as WinLatin1
  139. # [02:30] <othermaciej> similarly we have a lot of aliases for UTF-16LE and UTF-16BE
  140. # [02:31] * Joins: tantekc (n=tantek@67.180.202.79)
  141. # [02:33] * Joins: nessy (n=nessy@115.130.7.179)
  142. # [02:35] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  143. # [02:36] * Parts: nessy (n=nessy@115.130.7.179) ("Leaving")
  144. # [02:39] * Joins: ttepasse (n=ttepas--@p5B016D77.dip.t-dialin.net)
  145. # [02:45] * Quits: yutak_home (n=kee@M006079.ppp.dion.ne.jp) ("Ex-Chat")
  146. # [02:47] * Quits: tantek (n=tantek@67.180.202.79) (Read error: 110 (Connection timed out))
  147. # [02:47] <annevk3> ta othermaciej, added some notes to look at this later
  148. # [02:48] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl)
  149. # [02:54] * Quits: tantekc (n=tantek@67.180.202.79)
  150. # [02:55] * Quits: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net) ("Leaving")
  151. # [03:01] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  152. # [03:02] * Quits: ttepass- (n=ttepas--@p5B0142FA.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  153. # [03:11] * Joins: ginger (n=nessy@115.130.16.138)
  154. # [03:13] * Joins: tantek (n=tantek@67.180.202.79)
  155. # [03:14] * Quits: tantek (n=tantek@67.180.202.79) (Client Quit)
  156. # [03:15] * Joins: tantek (n=tantek@67.180.202.79)
  157. # [03:16] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  158. # [03:19] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  159. # [03:37] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  160. # [03:38] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  161. # [03:38] * Quits: ap (n=ap@17.203.14.219)
  162. # [03:39] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  163. # [03:41] * Quits: cying (n=cying@70.90.171.153)
  164. # [03:49] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  165. # [03:50] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  166. # [03:51] * Joins: lazni (n=lazni@123.16.224.114)
  167. # [03:55] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
  168. # [03:55] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  169. # [03:58] * Quits: tantek (n=tantek@67.180.202.79)
  170. # [03:59] * Quits: bgalbraith (n=bgalbrai@71.202.109.116) (Client Quit)
  171. # [04:04] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  172. # [04:05] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  173. # [04:06] * Quits: ginger (n=nessy@115.130.16.138) ("This computer has gone to sleep")
  174. # [04:12] * Joins: Super-Dot (n=Super-Do@66.240.25.23)
  175. # [04:14] * Quits: weinig (n=weinig@nat/apple/x-tartuvlxzexbytck)
  176. # [04:16] * Quits: jwalden (n=waldo@nat/mozilla/x-duunneqwuajfjoca) ("over and out")
  177. # [04:24] * Quits: gavin__ (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
  178. # [04:26] * Quits: sicking (n=chatzill@nat/mozilla/x-nxljfwkbyfrkcipn) (Remote closed the connection)
  179. # [04:43] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  180. # [04:44] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Remote closed the connection)
  181. # [04:47] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  182. # [04:48] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  183. # [05:20] * Quits: Super-Dot (n=Super-Do@66.240.25.23)
  184. # [05:26] * Joins: cying (n=cying@adsl-75-18-225-53.dsl.pltn13.sbcglobal.net)
  185. # [05:37] * Quits: jlebar (n=jlebar@nat/mozilla/x-xzwlbzpufhjtnohd) ("Leaving")
  186. # [05:40] * Joins: nessy (n=nessy@115.130.39.138)
  187. # [05:47] * Joins: GPH-Laptop (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  188. # [05:50] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  189. # [05:54] * Quits: dpranke (n=Adium@nat/google/x-touqirnmubesiukw) ("Leaving.")
  190. # [05:56] * Quits: nessy (n=nessy@115.130.39.138) (Read error: 104 (Connection reset by peer))
  191. # [05:56] * Joins: shepazu (n=schepers@adsl-221-74-58.rmo.bellsouth.net)
  192. # [05:57] * Joins: othermaciej (n=mjs@ip67-95-211-74.z211-95-67.customer.algx.net)
  193. # [06:00] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  194. # [06:03] * Quits: othermaciej (n=mjs@ip67-95-211-74.z211-95-67.customer.algx.net)
  195. # [06:08] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  196. # [06:09] * Quits: lazni (n=lazni@123.16.224.114) ("Leaving.")
  197. # [06:15] * Joins: lazni (n=lazni@123.16.224.114)
  198. # [06:41] * Joins: tantek (n=tantek@12.140.254.34)
  199. # [06:42] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  200. # [06:48] * Joins: benward (n=benward@98.210.154.133)
  201. # [06:51] * Joins: lazni1 (n=lazni@118.71.168.26)
  202. # [06:51] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  203. # [06:52] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  204. # [06:54] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) ("The computer fell asleep")
  205. # [06:57] * GPH-Laptop is now known as GPHemsley
  206. # [06:59] * Quits: lazni (n=lazni@123.16.224.114) (Read error: 145 (Connection timed out))
  207. # [07:03] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  208. # [07:03] * Joins: [1]mpilgrim (n=mark@96.10.240.189)
  209. # [07:05] * Quits: mpilgrim (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com) (Nick collision from services.)
  210. # [07:05] * [1]mpilgrim is now known as mpilgrim
  211. # [07:06] * Joins: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net)
  212. # [07:07] <mpilgrim> http://diveintohtml5.org/detect.html
  213. # [07:07] <mpilgrim> feedback welcome
  214. # [07:07] <mpilgrim> (other than "it looks like shit in opera 10," which i already know about)
  215. # [07:09] <roc> where did you get these fonts?
  216. # [07:09] <cardona507> that looks good to me - nice fonts
  217. # [07:09] <roc> the page looks fantastic to me
  218. # [07:09] <mpilgrim> roc: http://diveintohtml5.org/about.html has links
  219. # [07:12] <roc> thanks
  220. # [07:13] <roc> I wish all your graphics were SVG, but nonetheless, great page
  221. # [07:14] <mpilgrim> the SVG versions are much much larger
  222. # [07:15] <mpilgrim> as they are basically created from scans of old books
  223. # [07:15] <mpilgrim> so not terribly optimized as far as vector graphics go
  224. # [07:16] <mpilgrim> anyway, thanks for the kind words
  225. # [07:16] <mpilgrim> if anyone has any technical corrections or stumbles across any bugs in the dynamic content, please let me know
  226. # [07:19] * Joins: Super-Dot (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  227. # [07:27] * Quits: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net) ("Leaving.")
  228. # [07:31] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) (Read error: 60 (Operation timed out))
  229. # [07:36] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  230. # [07:41] * Quits: tantek (n=tantek@12.140.254.34)
  231. # [07:43] * Quits: mcdave (n=mcdave@cm-83-97-164-135.telecable.es) ("Leaving.")
  232. # [07:43] * Joins: mcdave (n=mcdave@83.97.164.135)
  233. # [07:43] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  234. # [07:44] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  235. # [07:45] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  236. # [07:45] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  237. # [07:45] * roc_ is now known as roc
  238. # [07:46] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  239. # [07:59] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  240. # [08:08] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  241. # [08:14] * Joins: harig (n=harig@59.90.71.35)
  242. # [08:21] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  243. # [08:23] * Joins: nessy (n=nessy@115.130.39.71)
  244. # [08:25] * Joins: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au)
  245. # [08:27] * Joins: tantek (n=tantek@70.36.139.128)
  246. # [08:33] * Quits: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au) ("bye")
  247. # [08:35] * Joins: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au)
  248. # [08:42] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  249. # [08:43] <hsivonen> the deadlock discussion makes me think NPAPI lets plug-ins do too many things
  250. # [08:43] * Quits: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au) ("bye")
  251. # [08:44] * Quits: nessy (n=nessy@115.130.39.71) (Success)
  252. # [08:45] * Joins: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au)
  253. # [08:45] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  254. # [08:50] <hsivonen> mpilgrim: Are you intentionally giving your readers the impression that Geolocation is an HTML5 feature?
  255. # [08:53] <hsivonen> mpilgrim: I see the Q & A now
  256. # [08:54] <boblet> mpilgrim: the position of the Canvas API support statement below the illustration made me think the illustration was done via Canvas. Also you’re using “HTML 5”, but I assume that’s intentional. Other than that informative and looks great
  257. # [08:56] <hsivonen> Hixie: even mpilgrim isn't using <figure>/<legend> yet. Maybe we really need to change the <legend> part to <c> or something
  258. # [08:57] <hsivonen> mpilgrim: Video for Everybody! requires authors to use a soon-to-be-royalty-bearing format
  259. # [08:57] <Hixie> hsivonen: i really don't understand what the rush is
  260. # [08:58] <Hixie> hsivonen: i wasn't expecting anyone to use 90% of this stuff for another decade
  261. # [08:58] <hsivonen> Hixie: is using <legend> instead of <c> worth the wait?
  262. # [08:58] <Hixie> yes
  263. # [08:58] <cardona507> another decade?
  264. # [08:59] <hsivonen> Hixie: for what benefit? avoiding the minting of another element
  265. # [08:59] <hsivonen> Hixie: when you then go ahead and mint stuff like <dialog>
  266. # [09:00] <Hixie> hsivonen: <c> is a dumb name. <legend> is the exact right name.
  267. # [09:00] <hsivonen> mpilgrim: congrats for figuring out the codecs parameters for H.264
  268. # [09:01] <hsivonen> mpilgrim: unfortunately, they are unlikely to be correct for video that your readers might encode
  269. # [09:01] <hsivonen> profiles and AVC levels FTW!
  270. # [09:03] * Joins: Hish_ (n=chatzill@212.23.139.152)
  271. # [09:03] * Hish_ is now known as Hish
  272. # [09:03] * tantek thinks <dialog> is a dumb name for a conversation, and there's scant data to legitimize a misconceived offhand informative example from HTML4 (dt/dd for conversations).
  273. # [09:04] <Hixie> tantek: is zeldman done collecting the feedback from his blog commenters yet? :-)
  274. # [09:05] <hsivonen> why does this stuff look like COM instead of looking like JS or even Java? http://www.forum.nokia.com/infocenter/index.jsp?topic=/Web_Developers_Library/GUID-4DDE31C7-EC0D-4EEC-BC3A-A0B0351154F8.html
  275. # [09:07] <MikeSmith> the think I like the least about it <dialog> is that its addition causes the semantics of the <dt> and <dd> elements to change drastically depending on what their parent element is. which seems like very suboptimal language design.
  276. # [09:07] <Hixie> MikeSmith: why?
  277. # [09:08] <hsivonen> Hixie: are you planning on saying anything about cruft in SVG subtrees?
  278. # [09:08] <MikeSmith> Hixie: because elements should have consistent semantics unless there's some really good reason for them not too
  279. # [09:08] <Hixie> hsivonen: dunno, what's the question?
  280. # [09:09] <othermaciej> are there other cases in HTML where semantics change significantly based on the parent element?
  281. # [09:09] <Hixie> MikeSmith: why?
  282. # [09:09] <hsivonen> Hixie: whether the cruft should be conforming despite being bogus
  283. # [09:09] <othermaciej> I would say semantics of <li> change depending on the parent
  284. # [09:09] <Hixie> hsivonen: sounds like an SVG issue, why would I say anything?
  285. # [09:09] <othermaciej> it's a list item in both <ul> and <ol>, but in the latter case it implies an ordering position
  286. # [09:09] <MikeSmith> Hixie: because it's easier for authors
  287. # [09:09] <hsivonen> Hixie: you caused the cruft to become non-conforming per SVG
  288. # [09:10] <hsivonen> Hixie: before you did your thing, SVG was coherent on this particular point
  289. # [09:10] <tantek> Hixie - why do you think inconsistency in element semantics is a good thing?
  290. # [09:10] <Hixie> MikeSmith: i don't really buy that. i don't think authors have problems with that. what makes you think they do?
  291. # [09:10] <Hixie> hsivonen: oh you mean in text/html?
  292. # [09:11] <hsivonen> Hixie: right
  293. # [09:11] <othermaciej> whether it's due to SVG or HTML, someone should define it
  294. # [09:11] <othermaciej> so it doesn't become one of those gap-between-the-spec things
  295. # [09:11] <Hixie> hsivonen: the text/html parsing just generates a DOM, the conformance criteria apply after that, just as if you'd created an equivalent DOM using the DOM API.
  296. # [09:11] <Hixie> tantek: i don't think it's inconsistent.
  297. # [09:12] <othermaciej> right now I think conformance of SVG in text/html is not clearly defined
  298. # [09:12] <hsivonen> Hixie: right, so there's demand for a definition of "bogus but conforming" that defines no-namespace attributes with a colon in their local name bogus but conforming on http://www.w3.org/2000/svg elements
  299. # [09:12] * Joins: ifette (n=ifette@220.109.219.244)
  300. # [09:12] <Hixie> on a completely different topic, how does the UA know which private key is associated with a certificate it gets back after the server has taken the public key created by <keygen> and turned it into a client cert?
  301. # [09:12] <MikeSmith> othermaciej: I don't think the case of <li> is comparable. it's still an item in a list, it just happens to be two different types of lists. whereas in the case of <dialog>, <dt> and <dd> become something else completely
  302. # [09:12] <hsivonen> Hixie: and http://www.w3.org/2000/svg elements with a colon in their local name as bogus but conforming
  303. # [09:12] <Hixie> hsivonen: i have no intention of making any bogus things conforming.
  304. # [09:12] <tantek> MikeSmith - agreed
  305. # [09:13] <othermaciej> MikeSmith: I'm wondering whether there are other examples
  306. # [09:13] <Hixie> hsivonen: (unless there are compelling use cases that need that, like with the <br/> nonsense or the xmlns="" nonsense)
  307. # [09:13] <othermaciej> MikeSmith: besides, arguably, <legend>, but that's also new in HTML5
  308. # [09:13] <hsivonen> Hixie: do you find the SVG WG's use cases compelling?
  309. # [09:13] * Joins: pesla (n=retep@procurios.xs4all.nl)
  310. # [09:14] <Hixie> hsivonen: i have no idea what their use cases are. I'm assuming from the way you're talking that there's some thread i haven't read yet that is all about this.
  311. # [09:14] <othermaciej> Hixie: the compelling use case here is pasting output from Inkscape into an HTML document without having to do a great deal of postprocessing first
  312. # [09:14] * Quits: cying (n=cying@adsl-75-18-225-53.dsl.pltn13.sbcglobal.net)
  313. # [09:14] <othermaciej> (well, arguably compelling)
  314. # [09:14] <MikeSmith> othermaciej: I can't think of any offhand. Not only can't I think of comparable examples in HTML, I can't think offhand of any in other markup vocabularies either
  315. # [09:14] <hsivonen> Hixie: what othermaciej said. IIRC, copying and pasting from Inkscape is part of the SVG WG's use cases
  316. # [09:15] <Hixie> hsivonen: inkscape litters its documents with bogus content?
  317. # [09:15] <hsivonen> Hixie: it sprays junk all over
  318. # [09:15] <othermaciej> MikeSmith: well in this case, HTML4 already gave <dt> and <dd> both sets of semantics
  319. # [09:15] <hsivonen> Hixie: really tedious to remove in a text editor
  320. # [09:15] <Hixie> hsivonen: well that sucks
  321. # [09:16] <Hixie> hsivonen: i'd recommend asking the inkscape guys to have an html-mode output that doesn't do taht.
  322. # [09:16] <hsivonen> Hixie: IIRC, Inkscape has a clean output mode already
  323. # [09:16] <Hixie> we don't need _more_ tag soup
  324. # [09:16] <MikeSmith> othermaciej: how so?
  325. # [09:16] <Hixie> hsivonen: oh
  326. # [09:16] <Hixie> hsivonen: well then
  327. # [09:17] <Hixie> hsivonen: problem solved
  328. # [09:17] <hsivonen> Hixie: the use case in taking stuff someone else saved in Inkscape and copying that
  329. # [09:17] <hsivonen> Hixie: from a clip art library
  330. # [09:17] * Quits: ifette_GOOG (n=ifette@220.109.219.244) (Read error: 145 (Connection timed out))
  331. # [09:17] <hsivonen> Hixie: or a Free content repository
  332. # [09:18] <othermaciej> MikeSmith: http://www.w3.org/TR/html401/struct/lists.html#h-10.3
  333. # [09:18] <othermaciej> "Another application of DL, for example, is for marking up dialogues, with each DT naming a speaker, and each DD containing his or her words."
  334. # [09:18] <Hixie> hsivonen: so basically the proposal is to make certain cases of xml output from certain tools conforming but not support other cases of xml output from other tools?
  335. # [09:18] <othermaciej> MikeSmith: HTML5 just removes that application of DL and assigns it to DIALOG
  336. # [09:19] <tantek> othermaciej - that's false. HTML4 only gave dt and dd one set of *normative* semantics - definition terms and definitions.
  337. # [09:20] <othermaciej> tantek: is the sentence I quoted a false statement of fact in the HTML4 spec, then?
  338. # [09:20] <hsivonen> Hixie: the idea is to bless the cruft that's already in SVG/XML in Wikimedia Commons, etc. as stuff you can copy and paste without a flurry of errors
  339. # [09:20] <othermaciej> (assuming it's not a conformance criterion)
  340. # [09:20] <Philip`> Inkscape has two different modes for saving SVG, one with loads of extra editor-specific data and one without - is the idea that both formats should be copy-and-pastable?
  341. # [09:20] <tantek> the conversation nonsense came from an *informative* example that was nothing more than a mistake - someone misusing semantic elements for their presentational effect
  342. # [09:20] <Hixie> tantek and I are like two priests both with our own interpretation of a really vague holy text
  343. # [09:21] * Quits: johnk_ (n=johnk@cpe-69-205-56-47.nycap.res.rr.com) (Read error: 54 (Connection reset by peer))
  344. # [09:21] <othermaciej> tantek: the sentence I quoted is not backed by an example
  345. # [09:21] <hsivonen> Philip`: yes, because stuff exported in the wrong mode is already out there as potential source to copy
  346. # [09:21] <Hixie> hsivonen: i'd recommend just coallescing the errors into one, but from what you've said it doesn't sound like something we'd want to make conforming.
  347. # [09:21] <othermaciej> tantek: I'd believe it was a mistake, but it does not seem any more or less normative than the rest of the DL/DT/DD definition
  348. # [09:21] <hsivonen> Hixie: I can try that
  349. # [09:22] <hsivonen> Hixie: but it won't make users happy
  350. # [09:22] <hsivonen> Hixie: so what's the point?
  351. # [09:22] <tantek> othermaciej the key phrase there is ", for example," == informative
  352. # [09:22] <othermaciej> hsivonen, Hixie: another claimed use case is foreign namespace content that bears the copyright notice and license for the content, and cannot legally be removed
  353. # [09:22] <Hixie> tantek: if you read html4 literally, 99% of the spec is non-normative and you're left with very little worth talking about.
  354. # [09:23] <hsivonen> othermaciej: I think that use case is based on a faulty interpretation of the CC licenses
  355. # [09:23] <tantek> Hixie - also not true - and I submitted a test suite with methodology to prove it.
  356. # [09:23] <Hixie> othermaciej: parsing an xml file as text/html removes the copyright notice.
  357. # [09:23] <hsivonen> othermaciej: the syntax no longer expresses a license anyway if you paste it to text/html
  358. # [09:24] <Hixie> tantek: your methodology was "let's make up some rules about how to get normative statements from this spec, then pretend the spec had said those were the rules"
  359. # [09:24] <hsivonen> othermaciej: thus, syntax looking like RDF/XML isn't appropriate for the text/html medium
  360. # [09:24] <Hixie> hsivonen: the point is making sure that authors say what they think they are saying
  361. # [09:24] <othermaciej> hsivonen: what would be the legal way to paste an SVG containing a license or copyright notice in foreign namespace content into a text/html document?
  362. # [09:25] <tantek> Hixie - the rules were not "made up", they were constructed based on asking the Editor what was intended by the language used.
  363. # [09:25] <Hixie> tantek: the editor is not a normative source.
  364. # [09:25] <tantek> othermaciej - if you believe it is a mistake, then you should oppose <dialog> in HTML5
  365. # [09:25] <othermaciej> hsivonen: replace with a faithful plain text representation?
  366. # [09:25] <hsivonen> othermaciej: IANAL, but writing the copyright notice and license legend in plain text next to the SVG island
  367. # [09:25] <hsivonen> othermaciej: possibly embellished with microdata
  368. # [09:26] <tantek> and that portion of the DL/DT/DD description is ", for example, " which makes it less normative
  369. # [09:26] <Hixie> tantek: and whether you made them up or the editor made them up doesn't change that they were made up, from the perspective of them not being in the spec.
  370. # [09:26] <othermaciej> tantek: I don't have the information at hand to determine with any certainty whether it was a mistake
  371. # [09:26] <tantek> Hixie - the editor is the source of the language of the spec, including "MUST", "SHOULD" etc., and "this section is normative" etc. thus, the editor *is* a normative source.
  372. # [09:26] <othermaciej> tantek: but whether it was a mistake or not doesn't seem to impact the usefulness of <dialog> (I am pretty agnostic about it)
  373. # [09:26] <Hixie> tantek: no, sorry. that's not how it works.
  374. # [09:26] <othermaciej> hsivonen: presumably you could also put it in plain text in a comment or inside <metadata>
  375. # [09:27] * Joins: foolip (n=philip@pat.se.opera.com)
  376. # [09:27] <tantek> Hixie, simple contradiction ("that's not how it works") is not an argument.
  377. # [09:27] <Hixie> tantek: nor is stating that it is how it works, as you are doing :-)
  378. # [09:27] <hsivonen> othermaciej: does SVG allow text children there?
  379. # [09:27] <othermaciej> hsivonen: but that's a tricky manual step, and it becomes a matter of legality, not just authoring tool leftovers
  380. # [09:27] <hsivonen> othermaciej: one might argue that comments are devoid of semantics
  381. # [09:28] <tantek> Hixie - I did not state "how it works", I explained with reasoning why the editor's use of language is normative or informative - that's part of the editor's job in writing up a spec.
  382. # [09:28] <hsivonen> othermaciej: well, we aren't going to make the entirety of RDF/XML work just because so people thought it was a great idea to use RDF/XML for licensing data
  383. # [09:28] <othermaciej> hsivonen: comments are indeed devoid of semantics, but I don't think that makes them an invalid copyright notice
  384. # [09:28] <hsivonen> s/so/some/
  385. # [09:29] <Hixie> tantek: the intent of the person writing teh spec is irrelevant to what the spec means. Only the spec, and what the spec references normatively, are relevant. Unless the spec says that a human can override it, no human can override it.
  386. # [09:29] <othermaciej> hsivonen: I agree that it would probably be unwise to make it "work", at least in the sense of parsing it in the intended namespaceful way, along with other foreign namespaces
  387. # [09:29] <Hixie> tantek: some specs do say that, e.g. the rules for Munchkin explicitly defer to the owner of the game to resolve rules disputes.
  388. # [09:29] <Hixie> tantek: HTML4 does not. It claims various things about itself, like use of RFC2119, and doesn't mention any editor as being some final arbiter of meaning.
  389. # [09:30] * hsivonen wonders if RSS is like Munchkin
  390. # [09:30] <Hixie> tantek: therefore the only correct way to interpret HTML4's normative meaning is to read it and its references and not to make up (or have the editor make up) post-hoc rationalisations about the text of the spec.
  391. # [09:31] <Hixie> tantek: now as it happens, html4 is so poorly written than a literal reading is a futile exercise, as i mentioned
  392. # [09:31] <Hixie> tantek: and it's quite possible that a pragmatic reading with the editor's advice is a more _useful_ undertaking
  393. # [09:31] <tantek> Hixie - indeed, I think that is a good summary of the differences of our readings of HTML4
  394. # [09:31] <Hixie> tantek: but that is quite irrelevant when it comes to the point of establishing the pedantically precise normative Truth that can be determined from HTML4.
  395. # [09:33] <Hixie> hopefully html5 doesn't have this issue and nobody will later come and say "hey ian, what's normative?" and require that i answer in a way that isn't just pointing to the answer.
  396. # [09:33] <tantek> but is pedantically precise normative truth more important, or what browsers actually implement, or what authors actually publish, or ... ?
  397. # [09:33] <tantek> Hixie - HTML5 will have errors, it is inevitable.
  398. # [09:33] <Hixie> sure, but nothing as eggregious as html4, i hupe
  399. # [09:33] <Hixie> hope
  400. # [09:33] <tantek> In fact, given how big HTML5 is, there is a much higher chance it will have errors than HTML4 did/does.
  401. # [09:33] <tantek> have (more) errors
  402. # [09:33] <Hixie> i'm sure it'll have more errors too
  403. # [09:33] <Hixie> but a thousand typos is nothing compared to not having a normative statement about pretty much anything :-)
  404. # [09:34] <Hixie> anyway, what matters is what legacy content intended, and to that end I've ignored HTML4 completely in writing HTML5
  405. # [09:34] <Hixie> (much to Julian's dismay)
  406. # [09:34] <othermaciej> does the definition of <dl> in HTML4 include any of the Tantek-extended normativity keywords?
  407. # [09:34] <othermaciej> (I can't remember what they were)
  408. # [09:35] <othermaciej> also, does anyone actually use <dl> for marking up conversations (thereby indicating a need for some more suitable way to do so)?
  409. # [09:36] <tantek> othermaciej - http://www.w3.org/MarkUp/Test/HTML401/current/assertions/prologue.html
  410. # [09:37] <tantek> which is part of http://www.w3.org/MarkUp/Test/HTML401/current/assertions/assertions_toc.html
  411. # [09:37] <tantek> referenced by http://www.w3.org/MarkUp/Test/HTML401/current/htmltestdocumentation.html
  412. # [09:38] <othermaciej> tantek: does "is" count as a case of "are"?
  413. # [09:38] <tantek> which is the documentation for http://www.w3.org/MarkUp/Test/HTML401/current/
  414. # [09:42] <tantek> othermaciej - I believe that's what the documentation was saying, but perhaps could have been more explicit and included all forms of a verb rather than just an illustrative form.
  415. # [09:42] <tantek> othermaciej - also note that the "Another application of DL, for example..." sentence is in the context of a sequence of *informative* examples
  416. # [09:42] <tantek> "Here is an example:" ...
  417. # [09:42] <tantek> "Here is an example with ..."
  418. # [09:42] <tantek> "Another application of DL, for example..."
  419. # [09:43] <tantek> hence the reasonable informative treatment of that text
  420. # [09:43] <tantek> as all examples are informative
  421. # [09:43] <tantek> whether described as "here is an example" or "for example"
  422. # [09:44] * Quits: Super-Dot (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  423. # [09:45] <othermaciej> tantek: it seems there isn't any normative definition of DL at all using your extended keywords
  424. # [09:46] <othermaciej> the only verbs applied to it are "vary" and "consist"
  425. # [09:47] <tantek> othermaciej - not true, there are several testable assertions derived from normative text regarding DL, see Assertions 10.3-1 through 10.3.1-3 here: http://www.w3.org/MarkUp/Test/HTML401/current/assertions/assertions_section10.html
  426. # [09:48] <tantek> sorry - make that *two* testable assertions
  427. # [09:48] <tantek> Assertion 10.3-1 and 10.3-2
  428. # [09:48] <tantek> (regarding DL)
  429. # [09:48] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  430. # [09:48] <othermaciej> tantek: the one you expressed as an "author must" doesn't actually use any of the key verbs
  431. # [09:48] <tantek> "must" is already a key RFC2119 word
  432. # [09:48] <tantek> "are required"
  433. # [09:49] <tantek> = "must"
  434. # [09:49] <othermaciej> the only verbs in it are "vary", "consist", "give" (in passive voice), "restrict" (in passive voice) and "contain"
  435. # [09:49] <othermaciej> I mean Assertion 10.3-2
  436. # [09:50] <othermaciej> I think you'd have to be psychic to know that sentence is normative, but the one about marking up dialogues is not
  437. # [09:50] <tantek> yes - I think that's evidence that we used "is" as normatively as "are"
  438. # [09:50] <tantek> othermaciej - not at all, "for example" = informative
  439. # [09:51] <Hixie> othermaciej: psychic, or willing to apply out-of-band information obtained from the person who wrote the spec
  440. # [09:51] * Joins: maikmerten (n=maikmert@Zb250.z.pppool.de)
  441. # [09:51] <othermaciej> so you're saying "is" used as an auxiliary verb for a passive voice verb indicates normativity, but not if the sentence includes the words "for example"?
  442. # [09:51] * Joins: harig_ (n=harig@59.90.71.35)
  443. # [09:51] <tantek> othermaciej - right - anything of an "example" nature is informative.
  444. # [09:51] <othermaciej> but all passive voice verbs are normative
  445. # [09:52] <othermaciej> while active voice ones are not, unless they are on the special list
  446. # [09:52] <othermaciej> but you also includes this sentence in the assertion, which doesn't have any of the magic words, even as auxiliary verbs: "Definition lists vary only slightly from other types of lists in that list items consist of two parts: a term and a description."
  447. # [09:53] <tantek> othermaciej - that sentence was included for context so the following normative sentences would make sense.
  448. # [09:53] * lazni1 is now known as lazni
  449. # [09:53] <tantek> it's not its own assertion
  450. # [09:54] <tantek> (judging *what* to quote from the spec for each assertion was certainly a challenge)
  451. # [09:54] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  452. # [09:55] <othermaciej> so if that second sentence said "the DT element gives the term" instead of "the term is given by the DT element" it would not be normative?
  453. # [09:55] <hsivonen> tantek: the first assertion (at http://www.w3.org/MarkUp/Test/HTML401/current/assertions/assertions_section05.html) shouldn't be marked (author) if one assumed the spec writer used the SGML concept of "document character set" correctly
  454. # [09:55] <hsivonen> tantek: since the SGML concept is always Unicode for HTML
  455. # [09:56] <tantek> othermaciej - we would have had to have made the term "gives" explicitly normative as well, though in hindsight, should have anyway given it's use with "is".
  456. # [09:56] * Joins: ifette_GOOG (n=ifette@220.109.219.244)
  457. # [09:57] <hsivonen> It's also interesting that "User agents must also know the specific character encoding that was used to transform the document character stream into a byte stream" is annotated as (author) when the sentence says what UAs must do
  458. # [09:57] <tantek> hsivonen - I think you're right. you may have found the first bug in the testable assertions. well done.
  459. # [09:57] <othermaciej> here is a sentence using "may" that contains "for example": "For example, using CSS, one may specify that the style of numbers for list elements in a numbered list should be lowercase roman numerals."
  460. # [09:57] <othermaciej> is that non-normative?
  461. # [09:58] * Hixie wonders how "user agents must know [...]" is supposed to be implemented
  462. # [09:58] <tantek> othermaciej - yes that's non-normative, and should be in the HTML spec, as the HTML spec doesn't normatively define what CSS does or does not do.
  463. # [09:58] <tantek> that's common for cross-spec/functionality references
  464. # [09:59] <tantek> (using informative language so as to not potentially invalidate the normative language in another spec)
  465. # [09:59] <tantek> (key for good spec modularity)
  466. # [09:59] <othermaciej> it seems like most uses of "for example" are true statements of fact
  467. # [10:00] <othermaciej> but I guess that one for dl has to be either normative or false
  468. # [10:00] <tantek> othermaciej - most "informative" statements are true statements of fact. that doesn't make them normative.
  469. # [10:00] * othermaciej likes the RFC keyword system a lot better
  470. # [10:00] <tantek> othermaciej - indeed.
  471. # [10:01] <Philip`> If you made the term "gives" explicitly normative, presumably you'd still have to apply some other non-normative interpretation to cases like "Using external (linked) style sheets gives you the flexibility to change the presentation without revising the source HTML document"
  472. # [10:01] <othermaciej> although there still doesn't appear to be a normative definition of DL itself, even if DT and DL are not
  473. # [10:01] * Joins: ROBOd (n=robod@89.122.216.38)
  474. # [10:02] <othermaciej> it seems like the following sentence with "for example" introduces a genuine SHOULD/RECOMMEND-level requirement: "In the absence of more sophisticated behavior, for example tailored to the needs of a particular script or language, we recommend the following behavior for user agents"
  475. # [10:02] <tantek> othermaciej - unfortunately the only normative definition of DL is that it must have a start and end tag per Assertion 10.3-1 :/
  476. # [10:02] <tantek> othermaciej "we recommend" is actually non-normative
  477. # [10:03] <tantek> per http://www.w3.org/TR/html401/conform.html
  478. # [10:03] <othermaciej> as distinct from "recommended"?
  479. # [10:03] <tantek> "At times, the authors of this specification recommend good practice for authors and user agents. These recommendations are **not normative**
  480. # [10:03] <boblet> re: now-completed discussion of <dialog> and <dl>, would <dialog> be used for marking up a theatrical play or IRC log? if so what about non-actor dialog, such as stage directions and joined/left etc announcements?
  481. # [10:03] <tantek> **emphasis adde**
  482. # [10:03] * Quits: harig (n=harig@59.90.71.35) (Read error: 110 (Connection timed out))
  483. # [10:03] * Hixie updates his registration for TPAC to point out he now has clashes with not three, but four working groups on the first two days
  484. # [10:03] <tantek> "These recommendations contain the expression "We recommend ...", "This specification recommends ...", or some similar wording.
  485. # [10:03] <tantek> "
  486. # [10:04] <Lachy> hsivonen, the solution to the RDF/XML looking stuff (and other useless metadata) within <metadata> in SVG is to simply comment it out if the author thinks it can't physically be removed from the image
  487. # [10:04] <tantek> and "we recommend ... (the following)" is exactly what quoted text says
  488. # [10:04] <Philip`> "The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]." sounds like it conflicts with that
  489. # [10:05] <tantek> Philip`: "RECOMMENDED" is not the same as "we recommend"
  490. # [10:05] <othermaciej> boblet: <dialog> could be used for such purposes in theory, but in practice its content model is not suitable for expressing anything but the conversation itself, so stage directions, join/leave messages, IRC /me actions, etc could not be properly marked up in <dialog>
  491. # [10:05] <Philip`> Oh, I missed the "ED"
  492. # [10:05] <tantek> more good reasons to dump <dialog>
  493. # [10:06] * Hixie thinks if <dialog> is popular, we should just add <ds> or whatever to cover that case
  494. # [10:06] <hsivonen> Lachy: that's not a solution to the inkscape cruft
  495. # [10:06] <tantek> Philip` - yes, the distinction ("ED") is too subtle and prone to error in reading.
  496. # [10:06] <Hixie> but that's a problem for a future spec
  497. # [10:06] <Lachy> hsivonen, I know
  498. # [10:06] <Lachy> the solution to that is to have them stripped out by a simple post processor
  499. # [10:06] <othermaciej> does anyone actually currently mark up conversations with <dl>? or in any other distinct and idiomatic way?
  500. # [10:07] <othermaciej> that's the relevant question to me, not what HTML4 may or may not have meant
  501. # [10:07] <hsivonen> Lachy: having anything but textual copy and paste defeats the SVG WG's use cases
  502. # [10:07] <tantek> othermaciej - ordered list, with cite for the speaker and q for the utterance, e.g.: http://rbach.priv.at/Microformats/IRC/2009-08-28
  503. # [10:08] <Hixie> (<cite> for speaker contradics html5's statements about <cite> btw)
  504. # [10:08] <boblet> othermaciej: that’s what I thought. I think authors would potentially find it confusing to decide whether to use method A or B if there are two approved ways for marking up a conversation (depending on whether it contains non-actor content)
  505. # [10:08] <tantek> Hixie - your HTML5 defintion of <cite> contradicts existing usage. Ergo the HTML5 definition of <cite> should change to conform to existing usage.
  506. # [10:08] <Lachy> hsivonen, that's not a problem unless you think their use case deserves addressing, which I don't. The more we can encourage authors to strip useless cruft from markup, the better
  507. # [10:08] <tantek> especially since that usage is permitted in HTML4
  508. # [10:09] <Hixie> tantek: actually, research indicates that <cite> for people is used far less than for other things, and is in fact used less than, say, <cite> for italics, or <cite> for the sake of it with no good semantic use.
  509. # [10:09] <hsivonen> Lachy: I think telling authors not to type cruft is a worthwhile thing to do. Telling them to remove cruft, no so much.
  510. # [10:10] <Lachy> what's the difference?
  511. # [10:10] * Philip` likes how HTML5 lets him extract stuff like http://philip.html5.org/tests/canvas/suite/spec.yaml where there's an explicit "must" statement for most test cases
  512. # [10:10] <Hixie> tantek: i actually disagree that html4 allows <cite> for people, but my reading of html4 is at odds with other people's, so i'm not going to argue that point
  513. # [10:10] <Hixie> tantek: except to point out yet again that html4 is ungodly vague.
  514. # [10:10] <MikeSmith> othermaciej: I think Jonas's message on <dialog> from a while back was meant to make the case that there's little evidence of anybody actually using <dl> for dialogs
  515. # [10:11] * MikeSmith looks in the list archive
  516. # [10:11] * Quits: ifette (n=ifette@220.109.219.244) (Read error: 110 (Connection timed out))
  517. # [10:11] <hsivonen> Lachy: the difference is that the first case saves time and the latter wastes it
  518. # [10:11] <heycam> i haven't been paying attention to the conversation just now, but for the point about conformance of SVG DOM subtrees created from parsing text/html documents, i'm sure we could add some wording in svg's conformance appendix about that
  519. # [10:11] <tantek> Hixie, research indicates that <cite> is used for people far more than <dt> is
  520. # [10:11] <tantek> therefore you should drop <dialog>
  521. # [10:11] <tantek> and fix <cite> accordingly
  522. # [10:11] <Hixie> othermaciej: (per tantek's rules, is "Contains a citation or a reference to other sources" normative?)
  523. # [10:11] <heycam> currently conformance is markup focussed rather than dom focussed
  524. # [10:12] <othermaciej> heycam: I think that would be a reasonable approach
  525. # [10:12] <Hixie> tantek: <dialog> wasn't added because of high usage
  526. # [10:12] <tantek> Hixie - doesn't matter
  527. # [10:12] <heycam> but we could add something about say converting the dom to markup and then determining the conformance based on that
  528. # [10:12] <Hixie> tantek: it kinda does
  529. # [10:12] <tantek> if you want to be consistent in your methodology
  530. # [10:12] <othermaciej> heycam: it does seem that conformance of SVG (at least for 1.1) is ultimately defined in terms of the source text, if you chase all the normative references
  531. # [10:12] <heycam> othermaciej, right
  532. # [10:12] <hsivonen> heycam: in this case, the DOM is not serializable as XML
  533. # [10:12] <heycam> hsivonen, you're talking about the metadata rdf stuff?
  534. # [10:13] <heycam> i guess i'm just worrying about the general issue
  535. # [10:13] <Hixie> tantek: my methodology is not blind adherence to a single principle, it's a very broad set of principles that encompass far more than just usage.
  536. # [10:13] <hsivonen> heycam: that and the inkscape cruft
  537. # [10:13] <heycam> of defining document conformance
  538. # [10:13] <tantek> you should prefer <cite> for people rather than <dt> for people (in conversations)
  539. # [10:13] <othermaciej> hsivonen: you could apply the infoset coercion rules first, but that would certainly result in documents that are not conforming SVG
  540. # [10:13] <Hixie> tantek: why?
  541. # [10:13] <tantek> btw reference to broader request for cite: http://www.zeldman.com/superfriends/guide/#cite
  542. # [10:13] <boblet> Actually it’d be great if there was a quasi-official coding patterns reference (how to mark up a play script etc). Perhaps a section in the Wiki at some stage?
  543. # [10:13] <heycam> well, to be honest, text/html doesn't support xml namespaces -- so if you've got some elements in there with colons in them, you're going to produce invalid text/html imo
  544. # [10:13] <Hixie> tantek: actually, for <cite>, if you want that changed, please respond to the relevant thread in whatwg recently
  545. # [10:13] <hsivonen> othermaciej: true, but it would be the resulting spec text incomprehensible to authors
  546. # [10:13] <Hixie> tantek: since it was discussed to death there already
  547. # [10:14] <Lachy> hsivonen, it's not a waste of time to produce cleaner markup
  548. # [10:14] <Lachy> it makes working with the markup easier
  549. # [10:14] <Hixie> tantek: is zeldman done collecting the feedback from his blog commenters yet btw?
  550. # [10:14] <tantek> and requesting of dropping of dialog: http://www.zeldman.com/superfriends/guide/#dialog
  551. # [10:14] <heycam> but i guess it could be in line with allowing xmlns="" talismans to allow rdf stuff to not be unconforming
  552. # [10:14] <othermaciej> heycam: that was hsivonen's interpretation of the de facto reality, but apparently that would make a great deal of existing SVG produce errors when pasted into text/html
  553. # [10:14] <Hixie> tantek: send that feedback to the list if you want it to get a reply
  554. # [10:14] <heycam> othermaciej, yeah, given a lot is produced by inkscape and inkscape outputs the extra stuff
  555. # [10:14] <tantek> Hixie - will do, was merely citing it here for the benefit of connecting the discussions for the logs.
  556. # [10:15] <Lachy> and makes subsequent copy/pasting by other authors easies by not having to ignore so much useless cruft
  557. # [10:15] <Lachy> *easier
  558. # [10:15] * heycam has to leave, but i'll raise an issue with the svg wg about the "conformance of a dom" thing
  559. # [10:15] <Hixie> i found http://www.zeldman.com/2009/09/04/html5-redefines-footer/ somewhat ridiculous, btw. claiming credit for something that had nothing to do with him.
  560. # [10:15] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  561. # [10:15] <Hixie> and not even apologising when called on it
  562. # [10:15] <heycam> s/i'll/he'll/ if i want to get my pronouns right :)
  563. # [10:16] * Quits: heycam (n=cam@dyn-130-194-69-204.its.monash.edu.au) ("bye")
  564. # [10:17] <hsivonen> so, it looks like I can express all tree operations as an opcode and three pointers
  565. # [10:17] <hsivonen> if I bake the element namespace into the opcode
  566. # [10:17] <hsivonen> yay for namespaces complicating my work again
  567. # [10:18] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  568. # [10:18] <Lachy> Hixie, it's understandable why he thought he played a part in it. The timing of when they first published their feedback, and when you dealt with older feedback on the same issue, was very coincidental
  569. # [10:19] <Hixie> Lachy: sure, but he didn't correct it or anything when it was pointed out that it was in fact a coincidence
  570. # [10:19] <othermaciej> Hixie: since you did what he wanted, it doesn't seem very important whether you did it because you listened to him (as he thought) or due to similar feedback from others (as was actually the case)
  571. # [10:19] <takkaria> hsivonen: hm, why are you expressing tree operations as opcodes?
  572. # [10:19] <othermaciej> he didn't actually directly claim that it was *because* of his request, though the justaposition implies that
  573. # [10:20] <hsivonen> takkaria: to put their identity on a heap-allocate queue as opposed to having direct on-stack method calls
  574. # [10:20] <Hixie> othermaciej: it grates on me that someone would claim to be contributing and claiming credit for it (whether implicitly or not) when they have in fact not done so, because it takes away from the credit that the real contributors should be getting
  575. # [10:20] <hsivonen> *allocated
  576. # [10:20] <Hixie> othermaciej: we have literally hundreds of people who have actually contributed, and they deserve the credit that he's taking
  577. # [10:21] <hsivonen> takkaria: the tree building algorithm runs independently of the tree operations actually happening
  578. # [10:21] <boblet> Hixie: I actually think that the coincidental timing is a good thing, as it’s going to both encourage more people to get involved (increased perception they can contribute), and hopefully to do so in a constructive way (some of the feedback has been backed up by more than personal opinion)
  579. # [10:21] * Quits: shepazu (n=schepers@adsl-221-74-58.rmo.bellsouth.net) (Read error: 104 (Connection reset by peer))
  580. # [10:21] <takkaria> hsivonen: ah, interesting
  581. # [10:21] <takkaria> hsivonen: I'm guessing this is for off-main-thread parsing?
  582. # [10:21] <hsivonen> takkaria: yes
  583. # [10:21] <Hixie> hsivonen: how many opcodes? If your pointers are aligned, and if you don't have many opcodes, you might be able to encode the opcodes in the LSBs of the pointers, for extra obfuscation. :-)
  584. # [10:21] * Joins: shepazu (n=schepers@adsl-221-74-58.rmo.bellsouth.net)
  585. # [10:22] <othermaciej> Hixie: well, the spec has acknowledgements, I guess if you wanted to give more credit you could cite people who gave relevant feedback in commit messages
  586. # [10:22] <hsivonen> takkaria: although I already had a setup like this in order to batch notifications so that the CSS frame constructor didn't run after every tree operation
  587. # [10:22] <Hixie> othermaciej: i do, sometimes. but the commit messages aren't going to get the exposure his claims are.
  588. # [10:22] <othermaciej> but I suppose I should stay away from getting in the middle of the Leibniz-Newton priority dispute here
  589. # [10:23] <Hixie> yeah
  590. # [10:23] <Hixie> me too
  591. # [10:23] <Hixie> i'm not going to make a fuss over it or anything
  592. # [10:23] <Hixie> it just grates me
  593. # [10:23] * Joins: benward (n=benward@98.210.154.133)
  594. # [10:23] * Hixie might be overly protective of the spec's contributors :-)
  595. # [10:23] <Philip`> othermaciej: "cite people"? I thought that wasn't allowed :-p
  596. # [10:24] <hsivonen> Hixie: 19 opcodes so far
  597. # [10:24] <othermaciej> I think I am one of the few people that is not offended by Zeldman's high level of self-esteem
  598. # [10:24] <hsivonen> Hixie: will have a few more
  599. # [10:25] <Hixie> hsivonen: if your pointers are aligned to 4-byte boundaries, you get 2 bits per pointer, right? with 6 bits you can have 64 opcodes.
  600. # [10:25] <Hixie> hsivonen: (btw this is the worst idea ever unless you expect to have bazillions of these flying about)
  601. # [10:26] <hsivonen> Hixie: seems like a premature optimization, but I'll keep it in mind
  602. # [10:26] <Hixie> (your pointers might well be aligned, though, especially if they're coming out of an arena as i expect they are)
  603. # [10:26] <Hixie> yeah like i said, it's a horrible idea :-)
  604. # [10:26] <hsivonen> Hixie: they come out of jemalloc
  605. # [10:26] <tantek> Hixie - your comment on Zeldman's post seems to explain the situation clearly enough. I'm not sure what you're objecting to. Anyone who reads the post and comments will see the details you note and given that no-one is arguing with you, accept them.
  606. # [10:27] <Hixie> hsivonen: no idea what that is
  607. # [10:27] <othermaciej> it's a custom malloc implementation borrowed from FreeBSD
  608. # [10:28] <othermaciej> on modern systems you can always expect any pointer that comes from an allocator to be at least 4-byte aligned, and likely 8-byte aligned if the allocation is at least 8 bytes in size
  609. # [10:29] <Hixie> yeah, i was just looking at the jemalloc source
  610. # [10:29] <othermaciej> however, stuffing flags in the low bits of pointers should probably not be the first tool you reach for
  611. # [10:29] <Hixie> indeed
  612. # [10:29] <Hixie> more like the last tool
  613. # [10:30] <hsivonen> now I have an opcode, three pointers and one integer
  614. # [10:30] <othermaciej> (we do it sometimes in WebKit but only if we can prove the space saved is a singificant memory improvement)
  615. # [10:30] <hsivonen> getting rid of the integer might actually be a small win
  616. # [10:33] * Philip` thought malloc had to return at least 8-byte aligned, because you might potentially use it for storing doubles and (in practice) they ought to be 8-byte aligned, or something like that
  617. # [10:35] <othermaciej> Philip`: yeah, but not for a 4-byte allocation, if malloc supports true 4-byte allocations
  618. # [10:36] * Quits: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  619. # [10:37] <Philip`> Hmm, C99 seems to just say it is "suitably aligned so that it may be assigned to a pointer to any type of object and then used to access such an object ..."
  620. # [10:38] <Philip`> but since *(double*)malloc(4) is always going to be undefined behaviour, I suppose that means it doesn't have to be double-aligned
  621. # [10:39] <Philip`> (even though it is any type of object)
  622. # [10:39] <Philip`> s/it/double/
  623. # [10:48] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  624. # [10:53] <Hixie> five points to the first person who can find me a page with a smallish table that one could imagine markup up using microdata where the items correspond to columns rather than rows
  625. # [10:54] * Joins: heycam (n=cam@210-84-56-211.dyn.iinet.net.au)
  626. # [10:54] <Hixie> and one point for each error that anyone can find in any of the files in http://damowmow.com/playground/microdata/
  627. # [10:55] <Lachy> Hixie, what's the value of these points you're offering?
  628. # [10:55] <Hixie> they're each worth one point
  629. # [10:55] <Lachy> hah
  630. # [10:56] <Lachy> can we exchange them for prizes if we get enough?
  631. # [10:58] <Hixie> with each other? sure
  632. # [10:59] <Lachy> <p>Taken on <time itemprop="http://flickr.com/ns/pubdate" datetime="2009-07-21T00:00-00:00">July 21, 2009</time>.</p>
  633. # [10:59] <Lachy> the datetime attribute doesn't need to have the time specified
  634. # [10:59] <Lachy> just use datetime="2009-07-21"
  635. # [11:00] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  636. # [11:00] <Lachy> from http://damowmow.com/playground/microdata/001/flickr-annotated.html
  637. # [11:01] * Joins: nessy (n=nessy@caffeine.cc.com.au)
  638. # [11:02] <Lachy> also, <img itemprop="about" src="/photos/05108321.jpeg"> -- the image is missing
  639. # [11:02] <tantek> indeed - and artificial precision is an anti-pattern (it implies data where there is none)
  640. # [11:02] <tantek> (regarding not needing to specify the time)
  641. # [11:02] <othermaciej> Hixie: http://www.sosmath.com/tables/trigtable/trigtable.html
  642. # [11:03] <othermaciej> if you think of sin(x), cos(x) and tan(x) as the items
  643. # [11:03] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  644. # [11:03] <ttepasse> Shouldn't be the rating in http://damowmow.com/playground/microdata/003/yelp-annotated.html a <meter>?
  645. # [11:03] <Hixie> Lachy: for the purposes of this study, i'm defining the datetime pattern as being the full datetime
  646. # [11:03] * Joins: Chris_Wilson (n=cwilso@nat/microsoft/x-oraxwmtgxuvclydy)
  647. # [11:03] <Hixie> Lachy: just so there's less to explain
  648. # [11:03] <tantek> Hixie, why?
  649. # [11:03] <Hixie> othermaciej: thanks
  650. # [11:04] <Hixie> tantek: based on advice from our usability expert that each additional aspect of complexity makes the data harder to analyse
  651. # [11:05] <Lachy> Hixie, but requiring authors to add a meaningless and incorrect time to a time stamp, or some random date when they only want a time, makes things more complex
  652. # [11:05] <Hixie> ttepasse: yeah i'm trying to keep it to html4 as much as possible
  653. # [11:05] <Hixie> Lachy: good point. i'll make it be a specific time.
  654. # [11:05] <Lachy> unless you make sure that there are no dates without times or times without dates in any of the examples used
  655. # [11:06] <Lachy> how many points is that worth? :-)
  656. # [11:06] <tantek> Lachy's experience is with authors agrees with mine.
  657. # [11:06] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  658. # [11:06] <tantek> s/is with/with
  659. # [11:06] <Hixie> i agree that in the actual html5 spec we should make it possible for an itemprop="" to have as values either a date, time, or datetime
  660. # [11:07] <Hixie> (though god knows what that does to the rdf conversion)
  661. # [11:08] <Hixie> Lachy: that was 12 points, i think, based on the edits i had to do. :-)
  662. # [11:09] <Lachy> woo hoo!
  663. # [11:09] <Hixie> RE: the missing images, they're all missing
  664. # [11:09] <Hixie> not sure if we'll provide images or not on the day
  665. # [11:09] <othermaciej> if I am due 5 points then I think I must decline to avoid the appearance of bribery
  666. # [11:09] <Lachy> Hixie, also, requiring authors to specify a day when they only have a year and month, is equally wrong, and is why the spec should be more flexible with allowing less specific dates
  667. # [11:09] * Parts: nessy (n=nessy@caffeine.cc.com.au) ("Leaving")
  668. # [11:10] * Joins: nessy (n=nessy@caffeine.cc.com.au)
  669. # [11:10] <ttepasse> Making meter/@value a possible microdata-value as in time/@datetime would be also too complex, wouldn't it?
  670. # [11:10] <Hixie> ttepasse: for the study? yeah, i don't want to go there for the study.
  671. # [11:11] <ttepasse> In general.
  672. # [11:11] <Hixie> ttepasse: might make sense to add to the language, though
  673. # [11:12] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-smupmvtpzfdurjlb) (Read error: 110 (Connection timed out))
  674. # [11:13] * Joins: webben (n=benh@nat/yahoo/x-ysetcwnphhfevwlx)
  675. # [11:14] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  676. # [11:14] <hsivonen> http://stackoverflow.com/questions/1350741/html5-0-canvas-textfield
  677. # [11:17] <othermaciej> ick
  678. # [11:17] <Hixie> how horrifying
  679. # [11:18] <tantek> Lachy agreed: http://www.zeldman.com/superfriends/guide/#time
  680. # [11:20] <Hixie> Lachy: i don't understand the use cases for exposiing only a year and a month. Do calendars even support that? I didn't see anything like that in the iCal format.
  681. # [11:21] <hsivonen> tantek: what's your use case for exposing imprecise dates in a machine-readable format?
  682. # [11:22] <hsivonen> tantek: that is, I see why you might want to write only year and month on a Web site but why do those need to be machine-readable?
  683. # [11:22] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
  684. # [11:23] * Quits: erikvvold (n=erikvvol@96.49.192.204)
  685. # [11:23] <hsivonen> tantek: what apps actually support month-precision events in calendaring?
  686. # [11:23] <hsivonen> tantek: oops. sorry. I misread the superfrieds doc. nothing to see here.
  687. # [11:24] * hsivonen confused Lachy's case and Super Friends' case
  688. # [11:25] <tantek> hsivonen - I've seen far fewer examples in the wild of month-precision "dates". Until I find sufficiently representative real world examples to justify a request, I'm withholding that specific request.
  689. # [11:26] <tantek> I would not be opposed to such an enhancement, but I don't think I can justify one myself.
  690. # [11:26] <hsivonen> tantek: the Super Friends date use cases do look a bit Semantic Webby, though
  691. # [11:26] <tantek> hsivonen - no triples here, move along. ;)
  692. # [11:27] <othermaciej> extracting birthdays without a year sounds plausible
  693. # [11:27] <othermaciej> and years without a day are indeed common on historical timelines
  694. # [11:28] <Hixie> google has shown that to do a timeline you don't need explicit markup
  695. # [11:28] <annevk3> not really
  696. # [11:28] <hsivonen> othermaciej: in the latter case, it seems Semantic Webby that timeline data and timeline creators would arise on that level of coupling
  697. # [11:28] <hsivonen> othermaciej: as opposed to Wikipedia-specific tools
  698. # [11:28] <annevk3> Google places my about page in 1986
  699. # [11:29] <annevk3> as news article, last I checked
  700. # [11:29] <Hixie> annevk3: you think relying on authors to get markup right is going to be any better overall? :-)
  701. # [11:29] * Quits: lazni (n=lazni@118.71.168.26) ("Leaving.")
  702. # [11:30] <othermaciej> hsivonen: I have a hard time gauging what is realistic in terms of extracting data from web pages
  703. # [11:30] <annevk3> mpilgrim, you should do the s/HTML 5/HTML5/ thingie as well
  704. # [11:31] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  705. # [11:31] * Hixie doesn't understand why people care about that space
  706. # [11:31] <ttepasse> http://en.wikipedia.org/wiki/July_Crisis would be an example for yyyy-mm.
  707. # [11:31] <Lachy> Hixie, so you're saying that sites that want to do timelines incorporating vague moments in time, like YYYY-MM without a day, can do so, but are excluded from taking advantage of the <time> element?
  708. # [11:32] <Hixie> not just vague moments in time
  709. # [11:32] <Hixie> any timelines
  710. # [11:32] <hsivonen> Lachy: the time element is not for intra-site timelines
  711. # [11:32] * Joins: lazni (n=lazni@123.16.224.114)
  712. # [11:32] <hsivonen> Lachy: <time> implies that you crawl someone else's content and build a timeline out ofthat
  713. # [11:33] <Philip`> Google News Timeline associates http://www.developerfusion.com/event/8137/the-last-mile-html-5-websockets-comet-free-event-with-jonas-jacobi/ with 01 January 1999 even though there's actually a correct machine-readable hCard date on the page
  714. # [11:33] <Hixie> lachy: i'm saying <time> is intended to allow calendar events to be marked up, to allow Atom feeds to be generated from HTML pages, and nothing else
  715. # [11:33] <hsivonen> Bugzilla uses MySQL data for bug trend graphs. It doesn't scrape its own HTML output.
  716. # [11:33] <Hixie> Lachy: (because nothing else has had a compelling argument made for it)
  717. # [11:34] * Quits: nessy (n=nessy@caffeine.cc.com.au) ("This computer has gone to sleep")
  718. # [11:34] <tantek> Hixie, Google has shown you can create a *lossy* timeline without explicit markup - just like nearly all "entity recognition"
  719. # [11:34] <hsivonen> people love to think up semantics and then invent use cases for the semantics. After all, we've been taught that Semantics are Good.
  720. # [11:35] <tantek> hsivonen people love to think up APIs and then invent applications for the APIs.
  721. # [11:35] <tantek> no difference
  722. # [11:36] <tantek> semantics are just really simple APIs
  723. # [11:36] <tantek> and they enable applications
  724. # [11:36] <tantek> shared semantics enable portable applications
  725. # [11:36] <Hixie> tantek: you can't create anything better than a lossy timeline even with markup, because of the error rate in authoring
  726. # [11:36] <hsivonen> I could buy the argument that including all Porter–Duff operations is a matter of completeness instead of solid use cases for each one
  727. # [11:36] <tantek> Hixie - nope. there are tons of problems with entity recognition. false positives etc.
  728. # [11:37] <Hixie> tantek: you can only get higher fidelity if you have a controlled environment, at which point you can just use microdata/microformats/rdfa/whatever and don't need explicit support from html itself.
  729. # [11:37] <Lachy> Hixie, what about, for example, the list that Opera maintains internally of upcoming web related conferences? That often lists events which are known to be held in a certain month, but the exact date has yet to be decided.
  730. # [11:37] <tantek> Hixie - artificial dichotomy
  731. # [11:37] <Hixie> tantek: your argument assumes that authors can write markup correctly, which is false
  732. # [11:37] <Hixie> Lachy: what about it?
  733. # [11:37] <hsivonen> Lachy: does iCal support that kind of data? where do you intent to import the data?
  734. # [11:38] <tantek> Hixie - tons of microformats on the web show plenty of data that authors can write markup correctly enough.
  735. # [11:38] <ttepasse> Hixie, not all applications deals with Googles scales and Googles possibilities. More often than not it's just a script, scraping data of a small part of the interweb.
  736. # [11:38] <Lachy> it just seems like you're imposing unnecessary restrictions
  737. # [11:38] * Joins: webben_ (n=benh@nat/yahoo/x-reaqtfrkuoncerru)
  738. # [11:38] <hsivonen> Lachy: do you want to be the one who implements per-month events in iCal and Outlook for HTML compat?
  739. # [11:39] <Hixie> tantek: well then authors can write microformats better than they can write html, in which case, again, use microformats, not html, to solve this problem.
  740. # [11:39] <tantek> Lachy - worse than just "unnecessary", but in contradiction of existing publishing patterns.
  741. # [11:39] <tantek> Hixie, <time> is *supposed* to be an improvement upon the way we markup dates and times in microformats.
  742. # [11:39] <Hixie> tantek: no, it's not
  743. # [11:39] <tantek> at least, last time I read HTML5 it said that.
  744. # [11:39] <Hixie> tantek: <time> is supposed to be a way to give a date to iCal and Atom convertors. that's all.
  745. # [11:40] <tantek> and those use cases came from hCalendar and hAtom
  746. # [11:40] <othermaciej> that seems like a pretty narrow set of use cases
  747. # [11:40] <Lachy> Hixie, time was inspired by the abuse of <abbr> in microformats
  748. # [11:40] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  749. # [11:40] <Hixie> othermaciej: those are the ones that have been put forward that can't be solved in other better ways so far.
  750. # [11:40] <othermaciej> no other format or application is interested in a time, besides those two?
  751. # [11:40] <tantek> Lachy, and even now with the improvements in the value-class-pattern, there are some cases where <time> is still better, from a markup simplicity perspective
  752. # [11:41] <othermaciej> very suspicious from a Zero, One, Infinity Rule perspective
  753. # [11:41] <tantek> othermaciej - e.g. the "bday" property in hCard
  754. # [11:42] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  755. # [11:42] <Lachy> Hixie, apps like iCal may not be suitable for representing such vague moments in time, but ruling out the possibility of other applications that might from the beginning seems short sighted
  756. # [11:43] <tantek> Lachy, agreed
  757. # [11:43] <Hixie> Lachy: we rule out an infinite number of applications from the beginning.
  758. # [11:43] * zcorpan_ is now known as zcorpan__
  759. # [11:44] <Hixie> Lachy: if there are specific applications that need to be handled, then they should be brought up as use cases for us to handle
  760. # [11:44] <othermaciej> FWIW iCal (the app) does let you make week-long or month-long events
  761. # [11:44] <zcorpan__> mpilgrim: "The <video> element is designed to be usable without any detection script at all." - this is true for canvas as well (it supports fallback)
  762. # [11:44] <Hixie> othermaciej: and you can mark those up with <time> and the vevent microdata format, using dtstart and dtend
  763. # [11:45] <hsivonen> othermaciej: yet, you posted a WebKit position casting doubt over the use cases for the large set of date-related widgets :-)
  764. # [11:45] * Quits: webben (n=benh@nat/yahoo/x-ysetcwnphhfevwlx) (Read error: 110 (Connection timed out))
  765. # [11:45] <Hixie> othermaciej: providing a <time> format for just a year-month combination wouldn't actually work with the vevent format, we'd have to hard-code a mapping from that to a separate dtstart/dtend pair
  766. # [11:45] <othermaciej> hsivonen: I've never personally seen a Web app ask me for a month or a week, it is true
  767. # [11:46] <hsivonen> Lachy: "possibility of other apps" would be more convincing if you were clearly on the hook for writing a <time> to iCalendar converter
  768. # [11:46] <Hixie> othermaciej: every time you spend money online you're asked for a month (credit card expiry date)
  769. # [11:46] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 60 (Operation timed out))
  770. # [11:46] <zcorpan__> mpilgrim: s/HTML 5/HTML5/ ?
  771. # [11:46] <Hixie> othermaciej: (weeks though is mostly for europe)
  772. # [11:46] <othermaciej> Hixie: fair enough
  773. # [11:47] <tantek> Hixie, I'm not opposed to your suggestion to "use microformats, not html, to solve this problem."
  774. # [11:47] <tantek> I'm merely suggesting improvements to HTML that *help* authors use microformats to solve such problems.
  775. # [11:47] <othermaciej> Hixie: true, though it would be kind of awful to actually use a date picker widget for those...
  776. # [11:48] <tantek> Hixie is there an <input type=month> for the credit card expiry date case?
  777. # [11:48] <Lachy> tantek, yes
  778. # [11:48] * zcorpan__ is used to just type the year/month of the credit card and would be annoyed to have to use a date picker
  779. # [11:48] <othermaciej> Hixie: because even though it's a month in theory, it's an arbitrary 4-digit number in the way it's used
  780. # [11:49] <Hixie> othermaciej: i'd expect type=month to be implemented in the way that works for credit card expiry dates
  781. # [11:49] <Philip`> For expiry dates you'd want it to show the month as a number rather than a name; are there are other cases where a name would be better?
  782. # [11:49] <Lachy> zcorpan__, it would help if the type=month control was implemented in a way that provided usability enhancements over having two text boxes
  783. # [11:50] <othermaciej> Hixie: if it's expected to be used for credit card dates, then indeed, it would need something significantly different from what other date/time widgets would use, to be usable
  784. # [11:50] <zcorpan__> Lachy: file a bug? :)
  785. # [11:50] <Lachy> zcorpan__, yeah. I might
  786. # [11:51] <Lachy> I recall seeing a nice javascript based implementation of a date picker that was optimised incredibly well for date selection
  787. # [11:51] <Philip`> "two text boxes" - I always see two <select> boxes
  788. # [11:51] <Lachy> Philip`, I've seen both
  789. # [11:51] <Philip`> and I can't think of any usability enhancements you could make to it
  790. # [11:52] <Lachy> Philip`, the one I've seen implemented in javascript before worked like this: When clicked, it brought up a row of years. When you hover over a year, a bar showed below that with all the months. Then, hovering over the month let you move down and select the date
  791. # [11:53] <othermaciej> the usability enhancement would be to associate it with a credit card number field and be able to enter both at once from a list of your credit cards
  792. # [11:53] <Lachy> so it made picking any date a 2 click operation, with just a little bit of hovering over the right bits
  793. # [11:55] * Quits: lazni (n=lazni@123.16.224.114) ("Leaving.")
  794. # [11:56] * Joins: myakura (n=myakura@p4040-ipbf1105marunouchi.tokyo.ocn.ne.jp)
  795. # [12:04] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  796. # [12:05] * Quits: benward (n=benward@98.210.154.133) (Read error: 110 (Connection timed out))
  797. # [12:10] * annevk3 sighs
  798. # [12:10] <Hixie> sup?
  799. # [12:10] <annevk3> trying to figure out how MIME types are to be parsed
  800. # [12:10] <zcorpan__> mpilgrim: no need for !! in supports_local_storage()
  801. # [12:10] * Joins: tkent_ (n=tkent@220.109.219.244)
  802. # [12:11] <annevk3> apparently not executing <script type="text/javascript " src="..."> is causing issues
  803. # [12:12] <zcorpan__> mpilgrim: window.name is an alternative to sessionStorage that works in legacy browsers
  804. # [12:12] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) (Read error: 113 (No route to host))
  805. # [12:14] <annevk3> Hixie, for "MIME type" HTML5 references RFC2046 and not RFC2045...
  806. # [12:15] <annevk3> Hixie, but RFC2045 defines the actual syntax afaict
  807. # [12:15] <zcorpan__> hmm, how would you know which videos to store for offline use if you're providing both ogg and mp4?
  808. # [12:16] <eighty4> is there number on how many people that need stuff like <label> and such?
  809. # [12:16] <annevk3> MIME specs make it clear why BNF is a bad idea
  810. # [12:16] <annevk3> christ
  811. # [12:17] <eighty4> oh, and this is probably the wrong channel to ask that, sorry...
  812. # [12:17] <Hixie> annevk3: yeah, that's intentional iirc
  813. # [12:17] <annevk3> Hixie, do you know if parsing a media type makes the whitespace go away?
  814. # [12:18] * Quits: maikmerten (n=maikmert@Zb250.z.pppool.de) (Remote closed the connection)
  815. # [12:18] <Hixie> annevk3: i doubt that's defined anywhere
  816. # [12:18] <annevk3> Hixie, I'd assume you can write stuff like text/html ;charset=utf-8 but I don't know
  817. # [12:18] <annevk3> :/
  818. # [12:18] <Hixie> annevk3: yeah, the 2046 is intentional; i reference http for the actual syntax (next paragraph)
  819. # [12:19] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  820. # [12:19] <annevk3> cheers
  821. # [12:19] <Hixie> hm, i really don't define how you parse mime types anywhere?
  822. # [12:19] <Hixie> that seems like a big ommission
  823. # [12:19] <annevk3> i guess whitespace is allowed then given that HTTP allows whitespace everywhere
  824. # [12:20] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  825. # [12:20] <annevk3> Hixie, I'm willing to file a bug :)
  826. # [12:21] <annevk3> Hixie, it could make the various things that accept mime types as arguments slightly less ambigious
  827. # [12:21] <Hixie> yeah
  828. # [12:21] <annevk3> if there's a proper dfn of how to get the mime type and parameters
  829. # [12:21] <Hixie> we have some algorithms for parsing the charset="" parameter
  830. # [12:22] <Hixie> (which has little to do with the right way to do things)
  831. # [12:22] <Hixie> (now in mimesniff, as the "algorithm for extracting an encoding from a Content-Type")
  832. # [12:23] <Hixie> http://tools.ietf.org/html/draft-abarth-mime-sniff-01 says to use the HTTP spec to parse the mime type itself
  833. # [12:23] <annevk3> done
  834. # [12:24] <zcorpan__> i thought philipj had complained about parsing mime types not being defined (for canPlayType and <source type>)
  835. # [12:24] <annevk3> http://www.w3.org/Bugs/Public/show_bug.cgi?id=7549
  836. # [12:24] <Hixie> zcorpan__: any idea if i replied already?
  837. # [12:24] <zcorpan__> Hixie: don't remember
  838. # [12:24] <annevk3> if it's invalid that's ok too, if someone can explain how the HTTP BNF works and that it allows the trailing space
  839. # [12:25] <zcorpan__> annevk3: i thought there was a clause somewhere saying that whitespace is allowed between any and all tokens in the BNF, but i might be mistaken
  840. # [12:25] * Quits: tkent (n=tkent@220.109.219.244) (Connection timed out)
  841. # [12:26] <annevk3> zcorpan__, yeah, something like that
  842. # [12:26] <zcorpan__> not that it matches what is implemented
  843. # [12:26] <zcorpan__> text / html
  844. # [12:26] <annevk3> zcorpan__, they plan on fixing the not being explicit part in HTTPbis
  845. # [12:26] <annevk3> zcorpan__, I doubt they'd fix that though
  846. # [12:27] <annevk3> zcorpan__, because of the gazillion non-browser implementations that can read gibberish
  847. # [12:27] <zcorpan__> interop++
  848. # [12:27] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
  849. # [12:27] <Hixie> i don't think the httpbis work is going to really fix much of what we think needs fixing
  850. # [12:28] <Hixie> throw it onto the pile of things for us to fix later
  851. # [12:28] <annevk3> i think we did before it started :p
  852. # [12:28] <Hixie> true
  853. # [12:31] * Joins: yutak (n=yutak@220.109.219.244)
  854. # [12:36] * Quits: yutak (n=yutak@220.109.219.244) (Client Quit)
  855. # [12:39] <Lachy> I found this slightly improved date picker UI example. It's not the one I was looking for, though. http://onemarco.com/2008/12/13/improving-the-date-picker-user-interface-ui/
  856. # [12:41] * Joins: yutak (n=yutak@220.109.219.244)
  857. # [12:46] * Quits: harig_ (n=harig@59.90.71.35) (clarke.freenode.net irc.freenode.net)
  858. # [12:46] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (clarke.freenode.net irc.freenode.net)
  859. # [12:46] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (clarke.freenode.net irc.freenode.net)
  860. # [12:46] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp) (clarke.freenode.net irc.freenode.net)
  861. # [12:46] * Quits: steevel (n=steevel@irc.kodslav.org) (clarke.freenode.net irc.freenode.net)
  862. # [12:46] * Quits: yusukes (n=yusukes@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  863. # [12:46] * Quits: hamaji (n=hamaji@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  864. # [12:46] * Quits: onar (n=onar@17.226.20.255) (clarke.freenode.net irc.freenode.net)
  865. # [12:46] * Quits: fupp (n=User@mg038a.studby.ntnu.no) (clarke.freenode.net irc.freenode.net)
  866. # [12:46] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (clarke.freenode.net irc.freenode.net)
  867. # [12:46] * Quits: karlcow (n=karl@nerval.la-grange.net) (clarke.freenode.net irc.freenode.net)
  868. # [12:46] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (clarke.freenode.net irc.freenode.net)
  869. # [12:46] * Quits: inimino (n=inimino@atekomi.inimino.org) (clarke.freenode.net irc.freenode.net)
  870. # [12:46] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (clarke.freenode.net irc.freenode.net)
  871. # [12:46] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) (clarke.freenode.net irc.freenode.net)
  872. # [12:46] * Quits: heycam (n=cam@210-84-56-211.dyn.iinet.net.au) (clarke.freenode.net irc.freenode.net)
  873. # [12:46] * Quits: ifette_GOOG (n=ifette@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  874. # [12:46] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (clarke.freenode.net irc.freenode.net)
  875. # [12:46] * Quits: scherkus (n=scherkus@74.125.59.65) (clarke.freenode.net irc.freenode.net)
  876. # [12:46] * Quits: gavin (n=gavin@firefox/developer/gavin) (clarke.freenode.net irc.freenode.net)
  877. # [12:46] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (clarke.freenode.net irc.freenode.net)
  878. # [12:46] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (clarke.freenode.net irc.freenode.net)
  879. # [12:46] * Quits: doobar (i=david@bsdguru.net) (clarke.freenode.net irc.freenode.net)
  880. # [12:46] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (clarke.freenode.net irc.freenode.net)
  881. # [12:46] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (clarke.freenode.net irc.freenode.net)
  882. # [12:46] * Quits: tantek (n=tantek@70.36.139.128) (clarke.freenode.net irc.freenode.net)
  883. # [12:46] * Quits: miketaylr (n=mtaylor@38.117.156.163) (clarke.freenode.net irc.freenode.net)
  884. # [12:46] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (clarke.freenode.net irc.freenode.net)
  885. # [12:46] * Quits: eighty4 (n=eighty4@eighty4.se) (clarke.freenode.net irc.freenode.net)
  886. # [12:46] * Quits: hober (n=ted@unaffiliated/hober) (clarke.freenode.net irc.freenode.net)
  887. # [12:46] * Quits: peritus- (n=peritus@ircbridge.mahner.org) (clarke.freenode.net irc.freenode.net)
  888. # [12:46] * Quits: ukai (n=ukai@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  889. # [12:46] * Quits: syp__ (n=syp@lasigpc9.epfl.ch) (clarke.freenode.net irc.freenode.net)
  890. # [12:46] * Quits: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp) (clarke.freenode.net irc.freenode.net)
  891. # [12:46] * Quits: ray (i=ray@drong.notacat.org) (clarke.freenode.net irc.freenode.net)
  892. # [12:46] * Quits: yutak (n=yutak@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  893. # [12:46] * Quits: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com) (clarke.freenode.net irc.freenode.net)
  894. # [12:46] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (clarke.freenode.net irc.freenode.net)
  895. # [12:46] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (clarke.freenode.net irc.freenode.net)
  896. # [12:46] * Quits: and (n=and@apo29.girton.cam.ac.uk) (clarke.freenode.net irc.freenode.net)
  897. # [12:46] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (clarke.freenode.net irc.freenode.net)
  898. # [12:46] * Quits: garbeam (n=arg@garbe.us) (clarke.freenode.net irc.freenode.net)
  899. # [12:46] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (clarke.freenode.net irc.freenode.net)
  900. # [12:46] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl) (clarke.freenode.net irc.freenode.net)
  901. # [12:46] * Quits: shepazu (n=schepers@adsl-221-74-58.rmo.bellsouth.net) (clarke.freenode.net irc.freenode.net)
  902. # [12:46] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (clarke.freenode.net irc.freenode.net)
  903. # [12:46] * Quits: pererik (n=pe@unaffiliated/pererik) (clarke.freenode.net irc.freenode.net)
  904. # [12:46] * Quits: takkaria (n=takkaria@isparp.co.uk) (clarke.freenode.net irc.freenode.net)
  905. # [12:46] * Quits: jianli (n=jianli@74.125.59.65) (clarke.freenode.net irc.freenode.net)
  906. # [12:46] * Quits: tyoshino (n=tyoshino@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  907. # [12:46] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (clarke.freenode.net irc.freenode.net)
  908. # [12:46] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (clarke.freenode.net irc.freenode.net)
  909. # [12:46] * Quits: bzed (n=bzed@devel.recluse.de) (clarke.freenode.net irc.freenode.net)
  910. # [12:46] * Quits: zcorpan__ (n=zcorpan@83.252.193.59) (clarke.freenode.net irc.freenode.net)
  911. # [12:46] * Quits: Hish (n=chatzill@212.23.139.152) (clarke.freenode.net irc.freenode.net)
  912. # [12:46] * Quits: mcdave (n=mcdave@83.97.164.135) (clarke.freenode.net irc.freenode.net)
  913. # [12:46] * Quits: mpilgrim (n=mark@96.10.240.189) (clarke.freenode.net irc.freenode.net)
  914. # [12:46] * Quits: JohnResig (n=JohnResi@74.201.255.121) (clarke.freenode.net irc.freenode.net)
  915. # [12:46] * Quits: myakura (n=myakura@p4040-ipbf1105marunouchi.tokyo.ocn.ne.jp) (clarke.freenode.net irc.freenode.net)
  916. # [12:46] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (clarke.freenode.net irc.freenode.net)
  917. # [12:46] * Quits: vs-hs (i=david@shell.etttretresju.net) (clarke.freenode.net irc.freenode.net)
  918. # [12:46] * Quits: kconragan1 (n=Adium@nat11.metaweb.com) (clarke.freenode.net irc.freenode.net)
  919. # [12:46] * Quits: Philip` (n=philip@zaynar.co.uk) (clarke.freenode.net irc.freenode.net)
  920. # [12:46] * Quits: k0rnel (n=k0rnel@krtko.org) (clarke.freenode.net irc.freenode.net)
  921. # [12:46] * Quits: tkent_ (n=tkent@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  922. # [12:46] * Quits: Chris_Wilson (n=cwilso@nat/microsoft/x-oraxwmtgxuvclydy) (clarke.freenode.net irc.freenode.net)
  923. # [12:46] * Quits: foolip (n=philip@pat.se.opera.com) (clarke.freenode.net irc.freenode.net)
  924. # [12:46] * Quits: pesla (n=retep@procurios.xs4all.nl) (clarke.freenode.net irc.freenode.net)
  925. # [12:46] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (clarke.freenode.net irc.freenode.net)
  926. # [12:46] * Quits: ttepasse (n=ttepas--@p5B016D77.dip.t-dialin.net) (clarke.freenode.net irc.freenode.net)
  927. # [12:46] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (clarke.freenode.net irc.freenode.net)
  928. # [12:46] * Quits: broquaint (i=4776acbc@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (clarke.freenode.net irc.freenode.net)
  929. # [12:46] * Quits: Hixie (i=ianh@trivini.no) (clarke.freenode.net irc.freenode.net)
  930. # [12:46] * Quits: Darxus (n=darxus@panic.chaosreigns.com) (clarke.freenode.net irc.freenode.net)
  931. # [12:46] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (clarke.freenode.net irc.freenode.net)
  932. # [12:46] * Quits: webben_ (n=benh@nat/yahoo/x-reaqtfrkuoncerru) (clarke.freenode.net irc.freenode.net)
  933. # [12:46] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk) (clarke.freenode.net irc.freenode.net)
  934. # [12:46] * Quits: ROBOd (n=robod@89.122.216.38) (clarke.freenode.net irc.freenode.net)
  935. # [12:46] * Quits: dave_levin (n=dave_lev@74.125.59.65) (clarke.freenode.net irc.freenode.net)
  936. # [12:46] * Quits: aboodman (n=aboodman@72.14.229.81) (clarke.freenode.net irc.freenode.net)
  937. # [12:46] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (clarke.freenode.net irc.freenode.net)
  938. # [12:46] * Quits: hendry (n=hendry@webvm.net) (clarke.freenode.net irc.freenode.net)
  939. # [12:46] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (clarke.freenode.net irc.freenode.net)
  940. # [12:46] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (clarke.freenode.net irc.freenode.net)
  941. # [12:46] * Quits: pablof (n=palbo@pat-tdc.opera.com) (clarke.freenode.net irc.freenode.net)
  942. # [12:57] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  943. # [12:57] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  944. # [12:57] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  945. # [12:57] * Joins: tkent_ (n=tkent@220.109.219.244)
  946. # [12:57] * Joins: zcorpan__ (n=zcorpan@83.252.193.59)
  947. # [12:57] * Joins: webben_ (n=benh@nat/yahoo/x-reaqtfrkuoncerru)
  948. # [12:57] * Joins: Chris_Wilson (n=cwilso@nat/microsoft/x-oraxwmtgxuvclydy)
  949. # [12:57] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  950. # [12:57] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  951. # [12:57] * Joins: heycam (n=cam@210-84-56-211.dyn.iinet.net.au)
  952. # [12:57] * Joins: shepazu (n=schepers@adsl-221-74-58.rmo.bellsouth.net)
  953. # [12:57] * Joins: ROBOd (n=robod@89.122.216.38)
  954. # [12:57] * Joins: ifette_GOOG (n=ifette@220.109.219.244)
  955. # [12:57] * Joins: harig_ (n=harig@59.90.71.35)
  956. # [12:57] * Joins: foolip (n=philip@pat.se.opera.com)
  957. # [12:57] * Joins: pesla (n=retep@procurios.xs4all.nl)
  958. # [12:57] * Joins: Hish (n=chatzill@212.23.139.152)
  959. # [12:57] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  960. # [12:57] * Joins: tantek (n=tantek@70.36.139.128)
  961. # [12:57] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  962. # [12:57] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  963. # [12:57] * Joins: mcdave (n=mcdave@83.97.164.135)
  964. # [12:57] * Joins: mpilgrim (n=mark@96.10.240.189)
  965. # [12:57] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  966. # [12:57] * Joins: ttepasse (n=ttepas--@p5B016D77.dip.t-dialin.net)
  967. # [12:57] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  968. # [12:57] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  969. # [12:57] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  970. # [12:57] * Joins: and (n=and@apo29.girton.cam.ac.uk)
  971. # [12:57] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  972. # [12:57] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  973. # [12:57] * Joins: pererik (n=pe@unaffiliated/pererik)
  974. # [12:57] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  975. # [12:57] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  976. # [12:57] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
  977. # [12:57] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  978. # [12:57] * Joins: broquaint (i=4776acbc@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  979. # [12:57] * Joins: aboodman (n=aboodman@72.14.229.81)
  980. # [12:57] * Joins: takkaria (n=takkaria@isparp.co.uk)
  981. # [12:57] * Joins: eighty4 (n=eighty4@eighty4.se)
  982. # [12:57] * Joins: vs-hs (i=david@shell.etttretresju.net)
  983. # [12:57] * Joins: steevel (n=steevel@irc.kodslav.org)
  984. # [12:57] * Joins: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com)
  985. # [12:57] * Joins: jianli (n=jianli@74.125.59.65)
  986. # [12:57] * Joins: scherkus (n=scherkus@74.125.59.65)
  987. # [12:57] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  988. # [12:57] * Joins: garbeam (n=arg@garbe.us)
  989. # [12:57] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  990. # [12:57] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  991. # [12:57] * Joins: inimino (n=inimino@atekomi.inimino.org)
  992. # [12:57] * Joins: hober (n=ted@unaffiliated/hober)
  993. # [12:57] * Joins: gavin (n=gavin@firefox/developer/gavin)
  994. # [12:57] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  995. # [12:57] * Joins: onar (n=onar@17.226.20.255)
  996. # [12:57] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
  997. # [12:57] * Joins: yusukes (n=yusukes@220.109.219.244)
  998. # [12:57] * Joins: fupp (n=User@mg038a.studby.ntnu.no)
  999. # [12:57] * Joins: hamaji (n=hamaji@220.109.219.244)
  1000. # [12:57] * Joins: karlcow (n=karl@nerval.la-grange.net)
  1001. # [12:57] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  1002. # [12:57] * Joins: doobar (i=david@bsdguru.net)
  1003. # [12:57] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  1004. # [12:57] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  1005. # [12:57] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  1006. # [12:57] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  1007. # [12:57] * Joins: peritus- (n=peritus@ircbridge.mahner.org)
  1008. # [12:57] * Joins: ukai (n=ukai@220.109.219.244)
  1009. # [12:57] * Joins: syp__ (n=syp@lasigpc9.epfl.ch)
  1010. # [12:57] * Joins: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp)
  1011. # [12:57] * Joins: bzed (n=bzed@devel.recluse.de)
  1012. # [12:57] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  1013. # [12:57] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
  1014. # [12:57] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  1015. # [12:57] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  1016. # [12:57] * Joins: ray (i=ray@drong.notacat.org)
  1017. # [12:57] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  1018. # [12:57] * Joins: hendry (n=hendry@webvm.net)
  1019. # [12:57] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  1020. # [12:57] * Joins: kconragan1 (n=Adium@nat11.metaweb.com)
  1021. # [12:57] * Joins: JohnResig (n=JohnResi@74.201.255.121)
  1022. # [12:57] * Joins: Philip` (n=philip@zaynar.co.uk)
  1023. # [12:57] * Joins: k0rnel (n=k0rnel@krtko.org)
  1024. # [12:57] * Joins: Darxus (n=darxus@panic.chaosreigns.com)
  1025. # [12:57] * Joins: Hixie (i=ianh@trivini.no)
  1026. # [12:57] * Joins: pablof (n=palbo@pat-tdc.opera.com)
  1027. # [12:58] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  1028. # [12:59] <hsivonen> tantek: does it need any changes except zapping axis?
  1029. # [12:59] <hsivonen> (and border and summary)
  1030. # [13:00] <hsivonen> or moving part of summary to <caption>
  1031. # [13:00] <hsivonen> are there Super Friend-authored sites with real-world multidimensional tables?
  1032. # [13:01] * jgraham wonders what "it" is
  1033. # [13:01] <hsivonen> jgraham: the sample table at http://www.w3.org/TR/html401/struct/tables.html#h-11.4.2
  1034. # [13:04] * jgraham suddenly realises that must be the table that was supposed to correspond to the summary attribute example that bounced around public-html for a while
  1035. # [13:05] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1036. # [13:05] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1037. # [13:09] <hsivonen> mercurial pulls in a ridiculous dependency tree
  1038. # [13:09] <hsivonen> xorg-libXScrnSaver
  1039. # [13:09] <hsivonen> is one of the deps...
  1040. # [13:13] <Hixie> othermaciej: do you know if there is any way to turn off paging on mac os X? (i have a machine with plenty of ram and i'd rather fail hard when something leaks memory than fail to disk with the resulting massive slowdown)
  1041. # [13:14] <othermaciej> Hixie: I think there is some way to configure the kernel not to swap, but I don't know offhand what it is
  1042. # [13:14] <Hixie> k
  1043. # [13:14] <othermaciej> my guess is that it would be a sysctl parameter
  1044. # [13:15] <zcorpan__> hmm, there's a new "Profile" option in validator.nu, though it doesn't seem to do anything yet
  1045. # [13:15] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  1046. # [13:16] <othermaciej> I guess I'd add that even if you can turn off the use of swap space, it might not be possible to prevent discarding buffer cache pages that aren't dirty, so unused parts of your executable or shared libs could get tossed and reloaded later
  1047. # [13:16] <annevk3> zcorpan__, see rubys' blog
  1048. # [13:16] <Hixie> vm.swapusage maybe
  1049. # [13:18] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1050. # [13:19] <Hixie> apparently i need to disable dynamic_pager
  1051. # [13:19] <Hixie> i guess launchd will let me do that
  1052. # [13:19] <Hixie> though god knows what the result will be!
  1053. # [13:22] <othermaciej> OS X does run without paging on iPhone
  1054. # [13:23] <othermaciej> but I don't know if Mac OS X is prepared for the consequences
  1055. # [13:27] <Hixie> i have this other box - my partner's 2007 macbook - which has been paging like crazy ever since we installed snow leopard
  1056. # [13:27] <Hixie> i think it's some issue with flash
  1057. # [13:27] <Hixie> it happens a lot when my partner uses this game on facebook
  1058. # [13:28] <Hixie> which of course is always left in the background in one of safari's tabs... along with gmail and calendar...
  1059. # [13:30] * zcorpan__ notes that <object type> doesn't interact so well with other form controls' .type when iterating .elements
  1060. # [13:30] <Hixie> yeah, not much we can do about that
  1061. # [13:34] <annevk3> what is the use case for iterating and calling the validation stuff anyway?
  1062. # [13:36] <Hixie> checking each control is valid, finding all the controls that are required and not set, etc
  1063. # [13:36] <othermaciej> Flash running in a separate process has mostly stopped it from taking down Safari, but it seems (anecdotally) like it might have increased the CPU hogging and such
  1064. # [13:37] <annevk3> Hixie, but the UA already does that, no?
  1065. # [13:37] <Hixie> annevk3: not if you, e.g., want to make a list of all the missing fields in your UI
  1066. # [13:37] * Joins: nessy (n=nessy@caffeine.cc.com.au)
  1067. # [13:46] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  1068. # [13:47] * Joins: maikmerten (n=maikmert@Zb250.z.pppool.de)
  1069. # [13:55] <hsivonen> awesome. my Typinator macro for the xlink namespace has a type
  1070. # [13:55] <hsivonen> typo
  1071. # [14:04] * Joins: yutak (n=yutak@220.109.219.244)
  1072. # [14:07] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  1073. # [14:08] * Quits: webben_ (n=benh@nat/yahoo/x-reaqtfrkuoncerru) (Read error: 113 (No route to host))
  1074. # [14:13] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  1075. # [14:13] * Quits: mpilgrim (n=mark@96.10.240.189) (Read error: 148 (No route to host))
  1076. # [14:22] * Joins: pmuellr (n=pmuellr@nat/ibm/x-bxjqmscjnzbgkvcl)
  1077. # [14:24] * Joins: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net)
  1078. # [14:26] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  1079. # [14:27] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  1080. # [14:28] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1081. # [14:32] * Joins: mpilgrim (n=mark@155.229.51.170)
  1082. # [14:33] <annevk3> http://www.sitepen.com/blog/2009/09/02/json-namespacing/ -- "XML’s namespacing colon cancer"
  1083. # [14:35] * Joins: Unixmonkey (n=Unixmonk@mail.reprographix.com)
  1084. # [14:43] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  1085. # [14:47] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  1086. # [14:47] <zcorpan__> Hixie: the same <section> confusion: http://www.sitepoint.com/forums/showthread.php?t=636355
  1087. # [14:52] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  1088. # [14:57] * Quits: tantek (n=tantek@70.36.139.128)
  1089. # [15:03] * Quits: k0rnel (n=k0rnel@krtko.org) (Read error: 60 (Operation timed out))
  1090. # [15:04] <Lachy> one thing that might help a little bit is if there was actually an example illustrating how to use <article> without <section>, in the #the-article-element section
  1091. # [15:05] <Lachy> something like this:
  1092. # [15:05] <Lachy> <article>
  1093. # [15:05] <Lachy> <header><h1>Some Heading</h1></header>
  1094. # [15:05] * Quits: mcdave (n=mcdave@83.97.164.135) ("Leaving.")
  1095. # [15:05] <Lachy> <p>A few paragraphs, maybe a list or something to illustrate the article content.
  1096. # [15:05] <Lachy> </article>
  1097. # [15:06] * Joins: mcdave (n=mcdave@83.97.164.135)
  1098. # [15:06] <Lachy> although, the <header> should probably be excluded from the example, or filled in with additional stuff too
  1099. # [15:07] <Lachy> maybe <header><h1>...</h1><p>Published <time ...>...</time></header>
  1100. # [15:07] * Joins: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net)
  1101. # [15:10] * Quits: Chris_Wilson (n=cwilso@nat/microsoft/x-oraxwmtgxuvclydy) (Read error: 104 (Connection reset by peer))
  1102. # [15:11] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-gcewmdhkehkhwbxa)
  1103. # [15:16] <zcorpan__> Lachy: yes, that might help
  1104. # [15:16] <zcorpan__> the definition of <section> probably also needs to be clearer
  1105. # [15:17] * Joins: webben (n=benh@nat/yahoo/x-osralprpcvmtdjsr)
  1106. # [15:17] <Lachy> bug filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=7552
  1107. # [15:23] * Joins: yutak_home (n=kee@M006079.ppp.dion.ne.jp)
  1108. # [15:23] * Joins: myakura (n=myakura@p4040-ipbf1105marunouchi.tokyo.ocn.ne.jp)
  1109. # [15:25] * Joins: da3d (n=opera@h11n1fls34o986.telia.com)
  1110. # [15:29] <boblet> myakura: Vant?
  1111. # [15:30] <boblet> myakura: hey :)
  1112. # [15:31] <Lachy> #the-section-element already has an example illustrating what I just filed the bug about.
  1113. # [15:31] <Lachy> And it's the example that I had written too :-)
  1114. # [15:32] <Lachy> it wouldn't hurt to have additional example in the <article> element section too, I suppose
  1115. # [15:41] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 104 (Connection reset by peer))
  1116. # [15:48] <myakura> boblet: heya
  1117. # [15:48] <mpilgrim> boblet: s/HTML 5/HTML5/g deployed
  1118. # [15:49] <mpilgrim> hsivonen: i am aware of the patent issues, i even mention them in the video detection section
  1119. # [15:49] <mpilgrim> and i'll mention them again in the video chapter
  1120. # [15:50] <boblet> myakura: dude, how am I even gonna get into your HTML5 speech in Ginza? can I carry your bag or something?
  1121. # [15:50] <boblet> mpilgrim: that was basically your only feedback from like 4 ppl huh :D
  1122. # [15:50] * Joins: aroben (n=aroben@unaffiliated/aroben)
  1123. # [15:51] <myakura> boblet: heh.
  1124. # [15:51] <mpilgrim> i will have explicit instructions on encoding H.264Baseline+AAC/LC+MP4 that match the codec parameters given
  1125. # [15:51] <mpilgrim> and copies notes on H.264 profiles and stuff
  1126. # [15:52] <boblet> myakura: good to be popular!
  1127. # [15:52] <myakura> boblet: well it seems that I have another one on the 10th of November in Digital Hollywood Tokyo. This one would be better for you, cuz it's the day before WDE.
  1128. # [15:53] <mpilgrim> zcorpan__: it's true that <canvas> allows fallback content (and i should mention that), but i think it's a different situation than <video>
  1129. # [15:54] <mpilgrim> 99% of the time, people put <video> on a page because they want to show a video and nothing more
  1130. # [15:54] <mpilgrim> whereas 99% of the time, people put <canvas> on a page because they want to draw on it, and the fallback content is just going to be empty or next-to-useless
  1131. # [15:54] <boblet> myakura: if this year is like last year I’ll have zero time then ;( that was a 18 hour day of cat herding
  1132. # [15:54] <boblet> still good to know
  1133. # [15:55] <mpilgrim> i should mention the capability anyway because of accessibility, and for the 1% case where you could actually provide a useful fallback
  1134. # [15:55] <mpilgrim> but i suspect that the use cases will end up at opposite ends of the spectrum
  1135. # [15:55] <Rik|work> mpilgrim: maybe a flash equivalent ?
  1136. # [15:58] <mpilgrim> maybe
  1137. # [15:58] <mpilgrim> but i think people who care enough to program a flash version will just use the flash version to the exclusion of anything else
  1138. # [15:58] <mpilgrim> zcorpan__: extraneous !! will be removed in next checkin
  1139. # [15:59] <mpilgrim> whew, i think that takes care of all the feedback from irc, twitter, and email
  1140. # [15:59] <zcorpan__> mpilgrim: (i saw more unnecessary !! than the one i mentioned)
  1141. # [16:00] <mpilgrim> yeah, they're fixed but not deployed
  1142. # [16:00] <mpilgrim> they're all fixed and consistent now
  1143. # [16:00] <mpilgrim> oh, the table-of-contents.html is still a 404
  1144. # [16:01] <mpilgrim> bah
  1145. # [16:01] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  1146. # [16:01] <mpilgrim> screw it, i'm writing a script to autogenerate it
  1147. # [16:01] <mpilgrim> updating the TOC manually was the biggest PITA in "Dive Into Python 3"
  1148. # [16:02] <annevk2> maybe you should use the document outline tool?
  1149. # [16:02] <mpilgrim> second only to manually updating the next/previous links between chapters that i kept rearranging
  1150. # [16:02] <annevk2> html5 ftw
  1151. # [16:02] <mpilgrim> what a concept
  1152. # [16:02] <mpilgrim> is there a standalone version?
  1153. # [16:03] <annevk2> http://gsnedders.html5.org/outliner/
  1154. # [16:03] <jgraham> mpilgrim: Not afaik, but I could probably make you one this evening if you like
  1155. # [16:03] <annevk2> oh, source code
  1156. # [16:03] <annevk2> hmm
  1157. # [16:03] * Joins: lazni (n=lazni@118.71.0.2)
  1158. # [16:03] <jgraham> s/this evening/maybe this evening maybe over the next couple of evenings/
  1159. # [16:04] <mpilgrim> html5lib doesn't do this yet?
  1160. # [16:04] <jgraham> html5lib is just a parser. Well and a bunch of other things I wish I didn';t have to maintain
  1161. # [16:05] <jgraham> But the anolis outline tool would be pretty easy to extract into a standalone product
  1162. # [16:06] <jgraham> (I also wrote an outline tool but I don't suggest using it for anything)
  1163. # [16:07] <jgraham> http://hg.hoppipolla.co.uk/hgwebdir.cgi/anolis/file/16550726fd0d/anolislib/processes/outliner.py is the code if you want to do it yourself
  1164. # [16:11] <zcorpan__> hmm, maybe video and audio should support the url decomposition attributes so it's easy to set a fragment identifier for start and end position
  1165. # [16:15] <annevk2> wouldn't a dedicated API be better?
  1166. # [16:15] * Quits: nessy (n=nessy@caffeine.cc.com.au) ("This computer has gone to sleep")
  1167. # [16:15] <annevk2> in fact, i'm not even sure how decomposition would work given that alternate resources could be selected
  1168. # [16:15] <TabAtkins> jgraham: holy crap, you're right about that table being the one that the super-confusing @summary was designed for.
  1169. # [16:16] * annevk2 wonders if there's an assumption that all <source> resources are of equal length
  1170. # [16:16] <jgraham> TabAtkins: Yeah. I would _never_ have got from that summary to that table layout
  1171. # [16:17] <TabAtkins> Or vice-versa, to be honest.
  1172. # [16:17] <beowulf> url?
  1173. # [16:17] <beowulf> i mean, web address?
  1174. # [16:17] <jgraham> heh
  1175. # [16:18] <jgraham> http://www.w3.org/TR/html401/struct/tables.html#h-11.4.2
  1176. # [16:18] <jgraham> is the table
  1177. # [16:18] <beowulf> haha
  1178. # [16:18] <beowulf> i was so wrong, i suck
  1179. # [16:19] <TabAtkins> Yeah, sorry beowulf. You lose.
  1180. # [16:19] <TabAtkins> But so does everyone else IN THE ENTIRE WORLD.
  1181. # [16:19] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  1182. # [16:19] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
  1183. # [16:20] <jgraham> (the summary is in http://lists.w3.org/Archives/Public/public-html/2009Jun/0684.html for those following along at home)
  1184. # [16:20] <TabAtkins> So that qualifies as an argument against @summary, right? ^_^
  1185. # [16:20] <jgraham> Can we please not use the words "argument" and "summary" in the same sentence?
  1186. # [16:21] <jgraham> They make my email client tremble
  1187. # [16:21] <beowulf> haha
  1188. # [16:21] <TabAtkins> Hahaha
  1189. # [16:24] <TabAtkins> I think part of the problem is that the table in question is organized somewhat confusingly. It has two levels of row headers - I'd probably move the city names to a column preceding the others, and @colspan them to cover the dates.
  1190. # [16:24] * Quits: harig_ (n=harig@59.90.71.35)
  1191. # [16:25] <TabAtkins> By putting both levels of headers in the same table they make it hard to describe easily.
  1192. # [16:29] <TabAtkins> Hrm. I'll also note that the first column does *not* contain merged table cells, unless they're referring to the issue I just brought up.
  1193. # [16:29] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  1194. # [16:31] * Joins: webben_ (n=benh@nat/yahoo/x-kvwazohmtnzddnju)
  1195. # [16:36] * aroben_ is now known as aroben
  1196. # [16:36] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1197. # [16:40] <beowulf> Warnock's Dilemma should have another interpretation: Mail clients are scared of the responses
  1198. # [16:43] <jcranmer> there's an easy solution to the issue... just use the relational database model which has been around for the past 20-30 years...
  1199. # [16:45] * Joins: seyDoggy (n=macagp@CPE0016cbc4baf9-CM001225d75790.cpe.net.cable.rogers.com)
  1200. # [16:46] * Parts: seyDoggy (n=macagp@CPE0016cbc4baf9-CM001225d75790.cpe.net.cable.rogers.com)
  1201. # [16:46] * Quits: webben (n=benh@nat/yahoo/x-osralprpcvmtdjsr) (Read error: 110 (Connection timed out))
  1202. # [16:49] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1203. # [16:52] <TabAtkins> jcranmer: Yeah, 'easy'.
  1204. # [16:53] <TabAtkins> Relational databases *are* easy. Doesn't mean it's an easy solution for the average author. ^_^
  1205. # [16:54] <jcranmer> in a few years, I expect relational database to be standard course material at the collegiate if not the high school-level
  1206. # [16:54] <TabAtkins> They're definitely standard at college level. I doubt they're standard at highschool.
  1207. # [16:54] <jcranmer> well, my school system now requires people to learn GIS
  1208. # [16:56] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  1209. # [16:58] <mpilgrim> http://www.reddit.com/r/programming/comments/9ipvm/detecting_html_5_features_dive_into_html_5/
  1210. # [16:58] <mpilgrim> #3 in /r/programming and just 8 comments
  1211. # [16:59] <mpilgrim> half of which are stupid
  1212. # [16:59] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1213. # [16:59] <mpilgrim> i've seen better-quality discussions on scammy affiliate marketing articles
  1214. # [17:00] <mpilgrim> maybe i'm in the wrong business
  1215. # [17:01] <annevk2> maybe reddit is becoming digg
  1216. # [17:01] <mpilgrim> apparently news.ycombinator.com is like the reddit of old
  1217. # [17:01] <mpilgrim> and stackoverflow.com is like the new.ycombinator of old
  1218. # [17:02] <mpilgrim> so hard to keep up
  1219. # [17:04] <TabAtkins> I do loves me some stackoverflow, though.
  1220. # [17:05] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp) ("thxbye")
  1221. # [17:06] * Joins: boblet (n=boblet@221.184.228.254)
  1222. # [17:07] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  1223. # [17:08] * Parts: lazni (n=lazni@118.71.0.2)
  1224. # [17:11] <miketaylr> mpilgrim: fwiw, i was excited to see your book linked on reddit today.
  1225. # [17:11] <mpilgrim> me too!
  1226. # [17:11] <mpilgrim> i was just disappointed to see the level of discussion
  1227. # [17:11] <miketaylr> :)
  1228. # [17:11] <miketaylr> yeah.
  1229. # [17:11] <mpilgrim> i got much better discussions on "Dive Into Python 3" (in /r/python)
  1230. # [17:11] <miketaylr> especially the modernizr salespitch part
  1231. # [17:12] <mpilgrim> was tempted to respond to that. decided to bitch about it in irc instead.
  1232. # [17:12] <miketaylr> funny how nobody complains that half of what's in /r/programming is a salespitch for jquery
  1233. # [17:12] <miketaylr> :P
  1234. # [17:12] <mpilgrim> reddit does pump a hella buncha traffic, though
  1235. # [17:13] <mpilgrim> it swamps all other referrers
  1236. # [17:13] <jcranmer> /.?
  1237. # [17:14] <mpilgrim> i haven't been on slashdot in a long time, so i wouldn't know
  1238. # [17:14] <mpilgrim> i should say, reddit is currently swamping all the other referrers to http://diveintohtml5.org/detect.html
  1239. # [17:14] <mpilgrim> including the irc logs for this channel :)
  1240. # [17:15] <hendry> mpilgrim: do you think you could please modify the geo link to s/OMTP/OMTP BONDI/ ?
  1241. # [17:15] <mpilgrim> sure
  1242. # [17:15] <mpilgrim> to what?
  1243. # [17:15] <mpilgrim> oh
  1244. # [17:15] <mpilgrim> i see
  1245. # [17:15] <mpilgrim> i actually had that to begin with, then second-guessed myself
  1246. # [17:15] <mpilgrim> fixing...
  1247. # [17:16] <hendry> mpilgrim: 1.0 is also out-of-date, though there is no /stable redirect yet. :/ Their Web server isn't maintained v. well
  1248. # [17:16] <mpilgrim> done
  1249. # [17:17] <mpilgrim> i just searched for "bondi location" and used the first reasonable-looking url
  1250. # [17:17] <hendry> mpilgrim: i'm surprised you don't capitalise Web ;)
  1251. # [17:17] <mpilgrim> i'd be happy to change it
  1252. # [17:17] <mpilgrim> "Web"?
  1253. # [17:17] <mpilgrim> where?
  1254. # [17:17] <hendry> mpilgrim: i did this geo detection example a while back called http://geo.webvm.net I should probably update it.
  1255. # [17:19] <hendry> mpilgrim: there is lowercase web in your doc. I like to see capitalised Web.
  1256. # [17:19] <mpilgrim> WONTFIX ;)
  1257. # [17:19] <annevk2> you should lowercase the single uppercase Web then ;)
  1258. # [17:20] <annevk2> (and I don't mean the one in the <h2>)
  1259. # [17:21] <mpilgrim> that's a quote
  1260. # [17:21] * hendry notices http://code.google.com/p/geo-location-javascript
  1261. # [17:21] <mpilgrim> from a spec that capitalized it
  1262. # [17:21] <mpilgrim> so again, WONTFIX ;)
  1263. # [17:21] <annevk2> aah, you win
  1264. # [17:22] <mpilgrim> bbiab
  1265. # [17:23] <annevk2> http://www.theinquirer.net/inquirer/news/1532879/microsoft-previews-silverlight-amsterdam -- "Silverlight works on PCs and the expensive PC clone, the Apple Mac."
  1266. # [17:25] * Joins: dglazkov (n=dglazkov@nat/google/x-vpwlocgdiljrgjgy)
  1267. # [17:25] * Quits: dglazkov (n=dglazkov@nat/google/x-vpwlocgdiljrgjgy) (Remote closed the connection)
  1268. # [17:26] * Joins: dglazkov (n=dglazkov@nat/google/x-azasjflnnipumizg)
  1269. # [17:28] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1270. # [17:35] <Lachy> I found the control I was looking for earlier related to datetime control discussion http://haineault.com/media/jquery/ui-timepickr/page/
  1271. # [17:36] <Lachy> I reckon applying the same concept to date picking, as that one does for time picking, would be a major usability enhancement
  1272. # [17:40] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  1273. # [17:40] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  1274. # [17:42] * Quits: mpilgrim (n=mark@155.229.51.170) (Read error: 113 (No route to host))
  1275. # [17:44] <annevk2> hmm, mpilgrim just regressed the removal of the space...
  1276. # [17:44] <annevk2> maybe just in a few places
  1277. # [17:54] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1278. # [18:01] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1279. # [18:08] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1280. # [18:23] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1281. # [18:23] * Joins: rubys (n=rubys@cpe-065-190-139-141.nc.res.rr.com)
  1282. # [18:24] <rubys> looks like html5lib's sanitizer exposes rather than omits unknown markup... any reason why I can't make that an option?
  1283. # [18:25] <annevk2> if there's someone to maintain it
  1284. # [18:25] <annevk2> iirc that's a problem with the current sanitizer already
  1285. # [18:25] <zcorpan__> hsivonen: i get an internal error when i try to validate with the xml parser and xhtml 1.0 schemas
  1286. # [18:26] * Quits: dave_levin (n=dave_lev@74.125.59.65)
  1287. # [18:27] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  1288. # [18:31] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  1289. # [18:31] <rubys> http://code.google.com/p/html5lib/issues/detail?id=62
  1290. # [18:31] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 110 (Connection timed out))
  1291. # [18:37] * Joins: jlebar (n=jlebar@nat/mozilla/x-kwgeimfvqhjjqiok)
  1292. # [18:38] <jgraham> rubys: I think you coded the original so you are certianly welcome to change it :)
  1293. # [18:39] <rubys> jgraham: I get failures running python/tests/runtests ... is that expected?
  1294. # [18:39] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  1295. # [18:39] <jgraham> rubys: Some failures are pretty much expected because the spec changed under us and we have not kept pace with hsivonen in fixing issues
  1296. # [18:39] <rubys> File "/var/lib/python-support/python2.6/simplejson/decoder.py", line 158, in JSONString
  1297. # [18:39] <rubys> return scanstring(match.string, match.end(), encoding, strict)
  1298. # [18:39] <rubys> ValueError: Invalid \uXXXX escape: line 121 column 48 (char 3997)
  1299. # [18:40] <jgraham> Oh, and new versions of simplejson enforce valid UTF-8 and we have tests for invalid UTF8 in JSON format
  1300. # [18:41] <jgraham> That badly needs fixing
  1301. # [18:41] * jgraham obviously has not been spending enough time on htis
  1302. # [18:41] <jgraham> *this
  1303. # [18:42] <jgraham> (there should be, iirc, something like 5 unique treebuilder tests that fail * the number of tree implementations that you have)
  1304. # [18:42] <jgraham> (so typically 25 fails)
  1305. # [18:44] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-bpxfjndoarzuvwxv)
  1306. # [18:45] * Joins: barklund (i=barklund@rapwap.razor.dk)
  1307. # [18:52] <rubys> jgraham: I only get one failure... a hard one that stops testing.
  1308. # [18:53] * Joins: ap (n=ap@17.246.19.174)
  1309. # [18:58] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-gcewmdhkehkhwbxa)
  1310. # [18:59] * Joins: Steve^ (n=steve@92.40.105.147.sub.mbb.three.co.uk)
  1311. # [19:01] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  1312. # [19:01] <rubys> Running on a machine with 2.5.2, I get FAILED (failures=173, errors=1)
  1313. # [19:02] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1314. # [19:03] * Quits: boblet (n=boblet@221.184.228.254)
  1315. # [19:04] <rubys> just testing the sanitizer, I get 5 failures (on either 2.5.2 or 2.6.2)
  1316. # [19:10] * Quits: ap (n=ap@17.246.19.174)
  1317. # [19:15] <jgraham> rubys: Oh. That seems much worse than I thought
  1318. # [19:16] * jgraham will investigate
  1319. # [19:17] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  1320. # [19:18] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Client Quit)
  1321. # [19:19] * Joins: mpt_ (n=mpt@canonical/launchpad/mpt)
  1322. # [19:24] * Joins: cying (n=cying@70.90.171.153)
  1323. # [19:24] * Quits: aboodman (n=aboodman@72.14.229.81)
  1324. # [19:25] * Joins: aboodman (n=aboodman@72.14.229.81)
  1325. # [19:26] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  1326. # [19:27] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1327. # [19:27] * mpt_ is now known as mpt
  1328. # [19:30] * Parts: zcorpan__ (n=zcorpan@83.252.193.59)
  1329. # [19:30] * Quits: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com) (Remote closed the connection)
  1330. # [19:31] * Joins: zdobersek1 (n=zan@cpe-92-37-65-138.dynamic.amis.net)
  1331. # [19:31] * Joins: zcorpan__ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1332. # [19:40] * Joins: benward (n=benward@nat/yahoo/x-qtzklnlkaauvjunp)
  1333. # [19:44] <zcorpan__> why is http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#offsets-into-the-media-resource marked as being considered for removal?
  1334. # [19:44] <zcorpan__> is it an old annotation intended for the looping/start/end etc stuff that were removed before?
  1335. # [19:45] <annevk2> prolly
  1336. # [19:45] <annevk2> you edited it last
  1337. # [19:45] * Quits: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net) (Connection timed out)
  1338. # [19:46] <zcorpan__> yeah
  1339. # [19:46] <zcorpan__> now i just need to figure out where to find the password for the annotation system
  1340. # [19:47] * zcorpan__ requests a new account
  1341. # [19:48] * Joins: sbublava (n=stephan@77.118.155.128.wireless.dyn.drei.com)
  1342. # [19:50] <zcorpan__> fixed
  1343. # [19:51] * Joins: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com)
  1344. # [19:57] * Quits: webben_ (n=benh@nat/yahoo/x-kvwazohmtnzddnju) (Read error: 110 (Connection timed out))
  1345. # [20:03] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  1346. # [20:06] * Joins: jamesr (n=jamesr@nat/google/x-yozuyevapxcakmyy)
  1347. # [20:13] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  1348. # [20:13] * Joins: weinig (n=weinig@17.246.16.129)
  1349. # [20:13] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1350. # [20:14] * Joins: ROBOd (n=robod@89.122.216.38)
  1351. # [20:16] * Joins: ap (n=ap@17.246.19.174)
  1352. # [20:20] * aroben is now known as aroben|meeting
  1353. # [20:32] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  1354. # [20:33] * Joins: maikmerten_ (n=maikmert@BAE03bc.bae.pppool.de)
  1355. # [20:33] * Quits: maikmerten (n=maikmert@Zb250.z.pppool.de) (Read error: 60 (Operation timed out))
  1356. # [20:34] * aroben|meeting is now known as aroben|lunch
  1357. # [20:34] * Joins: sebmarkbage (n=miranda@c123.a108.sto.bahnhof.net)
  1358. # [20:35] * Joins: karlushi (n=karlushi@209.104.75.194)
  1359. # [20:40] * Joins: dpranke (n=Adium@nat/google/x-qspkfsyppliwuhkh)
  1360. # [20:49] * Quits: weinig (n=weinig@17.246.16.129) (Remote closed the connection)
  1361. # [20:49] * Joins: weinig (n=weinig@nat/apple/x-ndfsloyuzfovmarz)
  1362. # [20:50] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  1363. # [20:52] * Joins: jwalden (n=waldo@nat/mozilla/x-hrtzcgmyrrevmzoc)
  1364. # [20:52] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  1365. # [20:53] * Joins: ROBOd (n=robod@89.122.216.38)
  1366. # [20:54] <zcorpan__> what is controversial about "HTML vs XHTML"?
  1367. # [20:54] <annevk2> ?
  1368. # [20:54] <zcorpan__> in the spec
  1369. # [20:54] <zcorpan__> it's annotated as controversial
  1370. # [20:55] <tantek> hsivonen, the example at http://www.w3.org/TR/html401/struct/tables.html#h-11.4.2 sans axis and border attributes, and with a suitable replacement for summary (whatever HTML5 suggests) would indeed be a good start for a multidimensional table example.
  1371. # [20:55] <annevk2> zcorpan__, if your name is Dean Edridge I suppose it is
  1372. # [20:57] <zcorpan__> changed it to LC
  1373. # [20:58] <gsnedders> XHTML2 WG disagreed with it
  1374. # [20:58] <annevk2> the annotation system is not section aware it seems
  1375. # [20:58] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1376. # [20:59] <annevk2> e.g. annotations for 1.9 apply to 1.10 as well...
  1377. # [21:02] * Quits: weinig (n=weinig@nat/apple/x-ndfsloyuzfovmarz)
  1378. # [21:03] <zcorpan__> annevk2: right. i think Hixie expects all sections to have annotations in the end
  1379. # [21:03] <Lachy> zcorpan__, I think I just overwrote your change to the annotation. Although it was still marked controversial when I loaded the spec to see it
  1380. # [21:03] <zcorpan__> gsnedders: i thought they disagreed with the relationship section
  1381. # [21:03] <Lachy> didn't see your comment about marking it LC before I changed it
  1382. # [21:04] <gsnedders> zcorpan__: both, IIRC
  1383. # [21:04] <zcorpan__> oh well
  1384. # [21:04] <Lachy> changed it back to CL
  1385. # [21:04] <Lachy> LC
  1386. # [21:04] <annevk2> isn't it widely implemented and deployed?
  1387. # [21:05] <zcorpan__> annevk2: it just explains the differences. it can't be implemented :)
  1388. # [21:05] * aroben|lunch is now known as aroben
  1389. # [21:06] <zcorpan__> also, xhtml isn't widely deployed ;)
  1390. # [21:06] * Quits: myakura (n=myakura@p4040-ipbf1105marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  1391. # [21:07] <annevk2> hmm, wide enough not to kill it apparently
  1392. # [21:07] <tantek> just different interpretations of "deployed" :)
  1393. # [21:15] * Joins: [1]mpilgrim (n=mark@nat/google/x-vlwnexnqxlnjovub)
  1394. # [21:15] <rubys> no, just different interpretations of "xhtml" :-)
  1395. # [21:17] <murr4y> so, do you guys think it will be properly deployed (served as xml) in the future?
  1396. # [21:17] <murr4y> or that the regular html syntax will prevail?
  1397. # [21:18] <rubys> only by crazy people. (note: I'm one of them)
  1398. # [21:22] * Joins: tantekc (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  1399. # [21:22] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  1400. # [21:29] <annevk3> rubys, what was the reason you did this again? just to show you can?
  1401. # [21:29] <tantekc> annevk3 , what is "this"?
  1402. # [21:29] <rubys> "this" being xhtml?
  1403. # [21:29] * Quits: Steve^ (n=steve@92.40.105.147.sub.mbb.three.co.uk) ("Leaving")
  1404. # [21:31] <rubys> annevk3: if by "this" you mean application/xhtml+xml, I blame mpilgrim.
  1405. # [21:33] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 110 (Connection timed out))
  1406. # [21:33] * [1]mpilgrim is now known as mpilgrim
  1407. # [21:43] <annevk3> rubys, is this similar to little game you had going on where he did semantic HTML and you did HTML scraping?
  1408. # [21:43] * Joins: weinig (n=weinig@nat/apple/x-bzywhjluyzwopvuv)
  1409. # [21:49] <rubys> I assume that you are referring to Million Dollar markup and posts by citation. That's the right era (2002). He convinced me to clean up my markup. He since joined Google.
  1410. # [21:50] * Quits: foolip (n=philip@pat.se.opera.com) (Read error: 110 (Connection timed out))
  1411. # [21:50] <annevk3> I'm aware of the irony :)
  1412. # [21:51] <annevk3> Anyway, I was just wondering if there's some kind of practical reason that required XHTML, but when asking that I forgot that not all browsers support embedded SVG and MathML just yet
  1413. # [21:53] <rubys> and there is alway the "because I can" motivation. I have found that being demonstrably able to do it has provided me considerable street cred when talking to people who think that it is easy.
  1414. # [21:55] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1415. # [21:58] * Joins: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
  1416. # [22:03] * Quits: zcorpan__ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1417. # [22:08] * Quits: sbublava (n=stephan@77.118.155.128.wireless.dyn.drei.com)
  1418. # [22:20] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  1419. # [22:20] <jamesr> why doesn't a MessagePort have an onclose or ondisentangle event?
  1420. # [22:22] <annevk3> if you have a good use case I'm sure it can be added
  1421. # [22:37] <Hixie> jamesr: because it would expose details of the garbage collector
  1422. # [22:37] <Hixie> and we don't want to specify how GC works in that much detail
  1423. # [22:38] <jamesr> what would it expose other than "the thing has to get collected eventually"?
  1424. # [22:40] * Joins: jonpierce (n=jonpierc@c-98-216-49-27.hsd1.ma.comcast.net)
  1425. # [22:43] <jamesr> or is that too much?
  1426. # [22:45] <Hixie> jamesr: it would expose when it was GC'ed
  1427. # [22:48] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-bpxfjndoarzuvwxv)
  1428. # [22:50] <jgraham> (python has __del__ methods on objects and it is something of a disaster because they are not called reliably. As a consequence it's considered bad practice to use them even without the same kind of interoperability problems that you get on the web)
  1429. # [22:50] <jamesr> upon reflection it wouldn't be very useful
  1430. # [22:51] <jamesr> java finalizers are basically useless as well
  1431. # [22:52] * Parts: rubys (n=rubys@cpe-065-190-139-141.nc.res.rr.com)
  1432. # [22:57] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1433. # [22:59] * Quits: maikmerten_ (n=maikmert@BAE03bc.bae.pppool.de) (Remote closed the connection)
  1434. # [23:01] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1435. # [23:05] <jgraham> rubys: (in case you raed the logs) I just pushed some changes to html5lib that fix the sanitizer testcases
  1436. # [23:06] <annevk3> Hixie, closing a bunch of HTML WG bugs btw
  1437. # [23:06] * annevk3 is a bit bored
  1438. # [23:06] <and> annevk3: Did you test whitespace stripping in IE’s encoding matching algorithm on labels from both meta charset and HTTP header? (I am not sure how significant whitespace is supposed to be encoded in a HTTP header, and trailing literal whitespace will presumably be removed by the HTTP layer.)
  1439. # [23:06] <jgraham> rubys: Actually no I didn't because it won't accept the push for some reason
  1440. # [23:06] <annevk3> and, I got this info from someone on the IE Team
  1441. # [23:07] <and> annevk3: OK.
  1442. # [23:07] <annevk3> and, he also gave me this: http://lists.w3.org/Archives/Public/public-html-comments/2009Sep/0050.html
  1443. # [23:07] <annevk3> and, list with encodings IE should support
  1444. # [23:07] * annevk3 hasn't looked at that in detail yet
  1445. # [23:07] <jgraham> Oh it seems to have worked on the third attempt
  1446. # [23:08] <jgraham> silly unreliable google
  1447. # [23:09] <gsnedders> and: In HTTP leading and trailing LWS is insignificant
  1448. # [23:09] * Joins: weinig_ (n=weinig@17.246.16.129)
  1449. # [23:13] * Quits: sebmarkbage (n=miranda@c123.a108.sto.bahnhof.net) ("http://calyptus.eu/")
  1450. # [23:14] <and> gsnedders: Thanks. What about, e.g., after the colon in "Content-Type: text/html; charset=ISO-8859-1"?
  1451. # [23:14] <gsnedders> and: Insignificant
  1452. # [23:15] <and> gsnedders: Yes, of course. Sorry, I meant after the equals sign.
  1453. # [23:15] <gsnedders> and: Insignificant
  1454. # [23:15] <annevk3> what gsnedders is saying here is all "in theory" btw
  1455. # [23:15] * mpilgrim pines for the good old days when the topic was in english
  1456. # [23:15] <gsnedders> Yeah
  1457. # [23:16] * Quits: dave_levin (n=dave_lev@74.125.59.65)
  1458. # [23:16] <annevk3> http://tools.ietf.org/html/draft-abarth-mime-sniff -- search for "extracting an encoding from a Content-Type"
  1459. # [23:16] <annevk3> mpilgrim, feel free to change it back
  1460. # [23:16] <gsnedders> That's only for meta@charset though
  1461. # [23:16] <gsnedders> What's done for the actual HTTP header is difference
  1462. # [23:16] <annevk3> gsnedders, I don't think so
  1463. # [23:17] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1464. # [23:17] <gsnedders> annevk3: They are
  1465. # [23:17] <annevk3> gsnedders, that's not the intent of that algorithm, iirc
  1466. # [23:18] <gsnedders> IIRC it is
  1467. # [23:19] <annevk3> did you read that section?
  1468. # [23:19] <annevk3> oh well
  1469. # [23:19] <gsnedders> I'm watching TV now :P
  1470. # [23:20] <mpilgrim> no, i'd rather sit back and complain that the process is unfair
  1471. # [23:21] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  1472. # [23:22] <annevk3> if there's one thing the world needs, it's more armchair generals!
  1473. # [23:23] <mpilgrim> 7,393 pageviews on http://diveintohtml5.org/detect.html since publishing it
  1474. # [23:23] <mpilgrim> over 60% of those are from a single link on reddit
  1475. # [23:24] <mpilgrim> which still has a very poor signal-to-noise ratio
  1476. # [23:24] * Quits: weinig (n=weinig@nat/apple/x-bzywhjluyzwopvuv) (Read error: 110 (Connection timed out))
  1477. # [23:25] * weinig_ is now known as weinig
  1478. # [23:25] <Philip`> When I published something a while ago, I got tens of thousands of hits from StumbleUpon, which far exceeded Reddit and Slashdot and everywhere else
  1479. # [23:26] <mpilgrim> my "how to install windows xp in 5 hours or less" article was/is on stumbleupon
  1480. # [23:26] <Philip`> though it seems relatively few people from StumbleUpon got any further than looking at the front page, and the latter sites provided many more interested visitors
  1481. # [23:26] <mpilgrim> i still get 900+ hits a day on that article
  1482. # [23:26] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1483. # [23:26] <Philip`> Hmm, 5 hour install?
  1484. # [23:27] * Philip` has spent the past two days installing and setting up Gentoo on a new laptop
  1485. # [23:27] <jamesr> i'm back with a use case!
  1486. # [23:27] <gavin> 5 hours seems like a lot for a windows xp install
  1487. # [23:27] <mpilgrim> i like comparing referrers based on "average time spent on site"
  1488. # [23:27] * Dashiva changes topic to 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- ???????????'
  1489. # [23:27] <Dashiva> There
  1490. # [23:28] <GPHemsley> ?
  1491. # [23:28] <Philip`> Dashiva: Are those question marks, or have I not installed enough Unicode fonts yet?
  1492. # [23:28] * Quits: pmuellr (n=pmuellr@nat/ibm/x-bxjqmscjnzbgkvcl)
  1493. # [23:28] <GPHemsley> Does that mean I can bring my logic with me now?
  1494. # [23:28] <Dashiva> Now it's equally cryptic to everyone
  1495. # [23:28] <jamesr> there's a discussion on WHATWG about adding locks to protect shared resources (document.cookie, window.localStorage). it would be possible to implement that API in pure javascript by using a sharedWorker and postMessage to pass a token around _except_ that it's possible for a context to go away while holding the "lock" token and there's no way to know that it is gone
  1496. # [23:28] <mpilgrim> Philip`: lol
  1497. # [23:28] <Dashiva> Philip`: They are question marks
  1498. # [23:29] <and> annevk3: Nice, looks like a complete list of labels.
  1499. # [23:29] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 104 (Connection reset by peer))
  1500. # [23:29] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1501. # [23:29] <jamesr> so it could be useful to have a port.onclose event that is spec'd such that after the onclose event fires on a Port there it is guaranteed that no more postMessage events will ever be fired on it
  1502. # [23:29] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1503. # [23:29] <mpilgrim> reminds me of this: http://www.cafepress.com/nucleartacos.26721820
  1504. # [23:29] * Dashiva changes topic to 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- 理を外に置いて下さい。'
  1505. # [23:29] * annevk3 changes topic to 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  1506. # [23:29] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (Read error: 110 (Connection timed out))
  1507. # [23:31] <Dashiva> Philip`: The second one should have had symbols
  1508. # [23:32] <Philip`> Dashiva: What language?
  1509. # [23:32] <Dashiva> Japanese
  1510. # [23:33] <and> On a completely different note, I had a quick look at tokeniser--treebuilder interaction, and found that CDATA/RCDATA/PLAINTEXT are dropped only inside <select> (as mentioned yesterday) and <frameset>. (I may have missed something, of course.)
  1511. # [23:33] * Joins: nessy (n=nessy@caffeine.cc.com.au)
  1512. # [23:34] <and> The <select> case is slightly annoying since </select> may be implied inside a table, so tokenisation would then at least depend on table structure and nesting.
  1513. # [23:34] <Philip`> Dashiva: Hmm, works in Opera but not in Konsole
  1514. # [23:34] * Philip` tries installing more fonts
  1515. # [23:34] <and> Are unclosed CDATA/RCDATA elements inside <select> really a problem?
  1516. # [23:35] <annevk3> and, you can probably get away with tokenizing somewhat correctly
  1517. # [23:35] <annevk3> and, it sort of depends on your goals
  1518. # [23:36] <annevk3> and, again though, Validator.nu is pretty fast
  1519. # [23:36] <Philip`> Dashiva: Hooray, it works now
  1520. # [23:37] <and> It would be nice to remove this special case and let an opening CDATA/RCDATA tag always imply CDATA/RCDATA tokenisation.
  1521. # [23:40] * Joins: mpt_ (n=mpt@canonical/launchpad/mpt)
  1522. # [23:41] <annevk3> and, usually just tokenizing is not enough anyway so I doubt it's worth trying to change impl here
  1523. # [23:43] <cardona507> Firefox can't find the server at html5.validator.nu - whats up?
  1524. # [23:44] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1525. # [23:45] <and> annevk3: It is sufficient for correct syntax colouring, conversion to UTF-8 without entities and probably quite a few other tasks, and *unnecessary* dependencies really should be avoided anyway.
  1526. # [23:45] * Quits: Kalms (n=rasmuska@81.161.185.108)
  1527. # [23:47] <annevk3> if you say so :)
  1528. # [23:47] <annevk3> I'm not really interested in fighting that battle, but you could file a bug / write a comment
  1529. # [23:49] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1530. # [23:52] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  1531. # [23:53] <and> annevk3: Yes, I am probably going to do that. (I almost expected someone to point out that the current behaviour was essential for some obvious reason, in which case asking for a change would be pointless.)
  1532. # [23:54] <annevk3> aah, well there could certainly be compat reasons
  1533. # [23:54] <annevk3> e.g. pages having a stray <plaintext> inside <select> or some such
  1534. # [23:56] * Quits: jamesr (n=jamesr@nat/google/x-yozuyevapxcakmyy)
  1535. # [23:56] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 131 (Connection reset by peer))
  1536. # [23:56] * Joins: jamesr (n=jamesr@nat/google/x-qqaixptdgorfbwux)
  1537. # Session Close: Thu Sep 10 00:00:00 2009

The end :)