/irc-logs / freenode / #whatwg / 2009-08-10 / end

Options:

  1. # Session Start: Mon Aug 10 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:07] * Quits: mat_t (n=mattomas@80-225-52-194.dynamic.dial.as9105.com) (Connection timed out)
  4. # [00:07] * Joins: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  5. # [00:09] * Quits: gsnedders (n=gsnedder@c83-252-203-80.bredband.comhem.se) (Remote closed the connection)
  6. # [00:10] * Joins: gsnedders (n=gsnedder@c83-252-203-80.bredband.comhem.se)
  7. # [00:12] * Joins: jacobolus (n=jacobolu@adsl-75-36-149-231.dsl.pltn13.sbcglobal.net)
  8. # [00:19] * Quits: heycam`` (n=cam@203-217-71-141.dyn.iinet.net.au) ("bye")
  9. # [00:19] * Joins: tantek (n=tantek@32.136.113.247)
  10. # [00:21] * Quits: gsnedders (n=gsnedder@c83-252-203-80.bredband.comhem.se)
  11. # [00:35] * Joins: ttepasse (n=ttepas--@dslb-084-060-003-127.pools.arcor-ip.net)
  12. # [00:36] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 111 (Connection refused))
  13. # [00:38] * Quits: jacobolus (n=jacobolu@adsl-75-36-149-231.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
  14. # [00:43] <Hixie> pimpmyspec.net seems to have stopped working
  15. # [00:44] <tantek> that's a hilarious domain
  16. # [00:45] <Hixie> oh, no, it works again
  17. # [00:49] * Joins: csarven (n=csarven@dslb-088-064-008-046.pools.arcor-ip.net)
  18. # [00:51] <csarven> Which element would best present the allowed number of characters remaining for an input field?
  19. # [00:51] <csarven> s/present/represent
  20. # [00:51] <Hixie> no element
  21. # [00:51] <Hixie> just text
  22. # [00:51] <Hixie> possibly <small> if this is supposed to just be a minor piece of text
  23. # [00:51] <csarven> I'm thinking samp
  24. # [00:52] <csarven> It is minor indeed
  25. # [00:52] <Hixie> <samp> is for sample computer output, so it would be highly inappropriate unless you were writing an example of what it might look like
  26. # [00:53] <csarven> <E>140</E> would indicate that the textarea allows 140 chars
  27. # [00:53] <Hixie> what's wrong with just 140
  28. # [00:53] <Hixie> with no element
  29. # [00:53] <csarven> It would be updated dynamically with script
  30. # [00:53] <Hixie> then use <span>
  31. # [00:54] <csarven> Need to be able to target that for styling and updating the value
  32. # [00:54] <Hixie> from what you've said, i'd use either <small> or <span>
  33. # [00:54] * Joins: jacobolus (n=jacobolu@216.239.45.19)
  34. # [00:55] <csarven> Alright, span it is :)
  35. # [00:55] <csarven> Thanks
  36. # [00:55] <ttepasse> If it were usable, I'd think about <output>.
  37. # [00:55] * Quits: jacobolus (n=jacobolu@216.239.45.19) (Remote closed the connection)
  38. # [00:56] <Hixie> <output> is more for the result of calculations, but one could argue that it is the right element here, yeah
  39. # [00:56] * Joins: jacobolus (n=jacobolu@216.239.45.19)
  40. # [00:57] <Hixie> actually yeah, <output> might be the best answer
  41. # [00:57] <csarven> Didn't know <output> existed
  42. # [00:57] * webben_ wonders about maxlength + CSS generated content.
  43. # [00:57] <Hixie> it's not widely implemented yet
  44. # [00:57] <csarven> webben_ maxlength is more of a guideline in my case
  45. # [00:58] * webben_ would probably use span though ... possibly floated/positioned right out of a label
  46. # [00:58] <csarven> You could technically send more than 140 chars (the text may need to be processed e.g., shortURLing)
  47. # [00:58] <webben_> I see.
  48. # [00:59] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  49. # [01:00] <csarven> I think I could totally remove that <E>140</E> from the original HTML output and show it with JavaScript
  50. # [01:00] <csarven> I'm not sure if I can use <output> actually. We are using XMLWriter
  51. # [01:09] * Quits: tantek (n=tantek@32.136.113.247) (Read error: 110 (Connection timed out))
  52. # [01:10] * Quits: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  53. # [01:19] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  54. # [01:26] * Quits: csarven (n=csarven@dslb-088-064-008-046.pools.arcor-ip.net) ("Leaving.")
  55. # [01:31] * Quits: erikvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  56. # [01:35] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  57. # [01:44] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  58. # [02:15] * Joins: olliej__ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  59. # [02:15] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 110 (Connection timed out))
  60. # [02:22] * Quits: olliej_ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  61. # [02:29] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  62. # [02:32] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Client Quit)
  63. # [02:37] * Joins: riven` (n=colin@53525B67.cable.casema.nl)
  64. # [02:39] * Joins: riven`` (n=colin@53525B67.cable.casema.nl)
  65. # [02:40] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  66. # [02:40] * riven`` is now known as riven
  67. # [02:46] * Joins: riven`` (n=colin@53525B67.cable.casema.nl)
  68. # [02:47] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  69. # [02:47] * riven`` is now known as riven
  70. # [02:56] * Quits: riven` (n=colin@53525B67.cable.casema.nl) (Read error: 110 (Connection timed out))
  71. # [03:03] * Joins: tkent (n=tkent@220.109.219.244)
  72. # [03:05] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 113 (No route to host))
  73. # [03:05] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  74. # [03:20] * Joins: erikvold (n=erikvvol@96.49.192.204)
  75. # [03:27] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  76. # [03:32] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  77. # [03:40] * Quits: nessy (n=nessy@124-168-244-132.dyn.iinet.net.au) ("This computer has gone to sleep")
  78. # [03:43] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  79. # [03:44] * Quits: Rik` (n=Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  80. # [03:53] * Quits: ttepasse (n=ttepas--@dslb-084-060-003-127.pools.arcor-ip.net) ("?Q")
  81. # [03:55] * Joins: faure (n=moe@CPE001217e40caa-CM0018c0c09832.cpe.net.cable.rogers.com)
  82. # [03:56] <faure> hi all, when I try to use the parser in html5lib I get a deprecation warning for inputstream.py, am I doing soemthing wrong?
  83. # [04:13] * Quits: jacobolus (n=jacobolu@216.239.45.19) (Remote closed the connection)
  84. # [04:13] * Joins: jacobolus (n=jacobolu@216.239.45.19)
  85. # [04:29] * Quits: jacobolus (n=jacobolu@216.239.45.19) (Read error: 110 (Connection timed out))
  86. # [04:39] * Parts: faure (n=moe@CPE001217e40caa-CM0018c0c09832.cpe.net.cable.rogers.com)
  87. # [04:44] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  88. # [04:48] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  89. # [04:56] * Quits: erikvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  90. # [05:14] * Joins: abii (n=macbook@cm27.delta30.maxonline.com.sg)
  91. # [05:28] * Joins: jacobolus (n=jacobolu@user-64-9-233-38.googlewifi.com)
  92. # [05:30] * Joins: gavin_ (n=gavin@people.mozilla.com)
  93. # [05:36] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  94. # [05:46] * Joins: dglazkov__ (n=dglazkov@72.14.224.1)
  95. # [05:53] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  96. # [05:58] * Joins: nessy (n=nessy@124-168-244-132.dyn.iinet.net.au)
  97. # [05:59] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  98. # [06:00] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  99. # [06:03] * Quits: dglazkov__ (n=dglazkov@72.14.224.1) (Read error: 60 (Operation timed out))
  100. # [06:04] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  101. # [06:04] * Joins: gavin (n=gavin@firefox/developer/gavin)
  102. # [06:19] * dglazkov_ is now known as dglazkov
  103. # [06:27] * Quits: jacobolus (n=jacobolu@user-64-9-233-38.googlewifi.com) (Remote closed the connection)
  104. # [06:52] * Joins: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  105. # [07:10] * Joins: jacobolus (n=jacobolu@ppp-71-139-23-149.dsl.snfc21.pacbell.net)
  106. # [07:19] * Quits: _ukai (n=ukai@220.109.219.244) (Read error: 54 (Connection reset by peer))
  107. # [07:23] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (Connection reset by peer)
  108. # [07:23] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
  109. # [07:23] * Joins: ukai (n=ukai@220.109.219.244)
  110. # [07:23] * Joins: fear\phage (n=fearphag@cogjam.com)
  111. # [07:29] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (Read error: 104 (Connection reset by peer))
  112. # [07:31] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net)
  113. # [07:41] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  114. # [07:42] * Joins: archtech (n=sv@83.228.56.37)
  115. # [07:55] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  116. # [08:01] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  117. # [08:02] * Joins: cying (n=cying@adsl-75-18-223-3.dsl.pltn13.sbcglobal.net)
  118. # [08:07] <GPHemsley> Can <p> be used in <li> in HTML5?
  119. # [08:08] <Hixie> yes
  120. # [08:08] <GPHemsley> cool
  121. # [08:09] * Quits: sebmarkbage (n=miranda@h-6-72.A146.priv.bahnhof.se) ("http://calyptus.eu/")
  122. # [08:10] <GPHemsley> is <dl>/<dt>/<dd> appropriate for a title and a description?
  123. # [08:11] <Hixie> i'd need more information to answer
  124. # [08:11] <GPHemsley> I'm making a list of links (titles) with descriptions
  125. # [08:11] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  126. # [08:11] <GPHemsley> and I'm trying to figure out the best way to mark it up
  127. # [08:12] <Hixie> a list of links with descriptions would work well with <dl>, yes
  128. # [08:12] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  129. # [08:12] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  130. # [08:12] <GPHemsley> should I use individual <dl>s within <li>s, or just use one <dl> for the whole list?
  131. # [08:12] <Hixie> one <dl>, if i'm understanding what you said right
  132. # [08:13] <GPHemsley> Hixie: http://gphemsley.org/blogs.php
  133. # [08:13] <GPHemsley> right now it's just links
  134. # [08:13] <GPHemsley> but I want to put a description under each link
  135. # [08:14] * Joins: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  136. # [08:16] * Joins: faure (n=moe@CPE001217e40caa-CM0018c0c09832.cpe.net.cable.rogers.com)
  137. # [08:16] <faure> hi
  138. # [08:16] <GPHemsley> hi
  139. # [08:17] <Hixie> GPHemsley: <dl> seems appropriate
  140. # [08:17] <GPHemsley> one long one?
  141. # [08:18] <Hixie> yeah
  142. # [08:19] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (Remote closed the connection)
  143. # [08:20] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  144. # [08:20] <GPHemsley> I'm noticing I'm not very creative when it comes to naming by blogs...
  145. # [08:21] * Quits: jacobolus (n=jacobolu@ppp-71-139-23-149.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  146. # [08:22] <GPHemsley> s/by/my/
  147. # [08:26] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  148. # [08:28] * Quits: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no) ("Ex-Chat")
  149. # [08:37] * Quits: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  150. # [08:42] * Quits: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  151. # [08:46] * Joins: jacobolus (n=jacobolu@c-98-248-43-68.hsd1.ca.comcast.net)
  152. # [08:49] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  153. # [08:50] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  154. # [08:56] <jgraham> faure: The deprecation warning should be fixed in the latest trunk, but if you are intended in use the BeautifulSoup backend that is broken
  155. # [08:56] <jgraham> But the deprecation warning isn't very harmful
  156. # [08:57] * Joins: pesla (n=retep@procurios.xs4all.nl)
  157. # [09:02] * Joins: jacobolu_ (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net)
  158. # [09:03] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  159. # [09:04] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  160. # [09:09] <hsivonen> wow. An MS rep posting to a W3C mailing list is a news item at C|Net
  161. # [09:11] <Lachy> hsivonen, it also hit slashdot
  162. # [09:13] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  163. # [09:13] * Quits: jacobolus (n=jacobolu@c-98-248-43-68.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  164. # [09:28] * Joins: jacobolus (n=jacobolu@c-98-248-43-68.hsd1.ca.comcast.net)
  165. # [09:28] <Lachy> I think having 2 separate drafts simultaneoulsy published as official WDs (Hixie's and Manu's drafts) is going to be a PR disaster
  166. # [09:30] <Lachy> also, the W3C's publishing system isn't really designed to be able to fork specs into almost identical, but competing documents.
  167. # [09:32] * Quits: abii (n=macbook@cm27.delta30.maxonline.com.sg)
  168. # [09:32] * Joins: abii (n=macbook@cm27.delta30.maxonline.com.sg)
  169. # [09:34] <hsivonen> The payload of Manu's draft is a warning about microdata. The rest is just the delivery device.
  170. # [09:34] * Joins: Rik` (n=Rik`@chn38-1-78-231-168-7.fbx.proxad.net)
  171. # [09:35] <Hixie> indeed
  172. # [09:35] <Lachy> hsivonen, yes, I know. That was clear as soon as I saw the microdata warning
  173. # [09:36] <othermaciej> I haven't even read the microdata warning
  174. # [09:36] <othermaciej> Lachy: you should say you object to the idea of publishing 2 WDs then
  175. # [09:37] <othermaciej> Lachy: if we publish both, I wonder how we decide which goes at http://w3.org/TR/html5
  176. # [09:37] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  177. # [09:38] * Quits: Rik` (n=Rik`@chn38-1-78-231-168-7.fbx.proxad.net) (Client Quit)
  178. # [09:38] <othermaciej> it's kind of a silly vote, but it's pretty much a silly cote, but it's exactly what Sam asked for by soliciting technical objections to a Working Draft
  179. # [09:38] <Lachy> othermaciej, I'm considering it. I'm just trying to work out how to most effectively express my disagreement
  180. # [09:39] <Hixie> i don't really see much value in a version of the draft with just warnings added, personally
  181. # [09:39] <Hixie> i mean, we have SO MANY open issues
  182. # [09:39] <hsivonen> othermaciej: I haven't yet read the microdata warning, either
  183. # [09:39] <Hixie> thousands fewer than we did a year ago
  184. # [09:39] <Hixie> but still many
  185. # [09:39] <othermaciej> Lachy: Sam just asked for a reason - I think "separate drafts simultaneoulsy published as official WDs (Hixie's and Manu's drafts) is going to be a PR disaster" is a valid reason
  186. # [09:39] <othermaciej> Hixie: we do have some that, at least from the HTML WG's perspective, have been open a crazy long time
  187. # [09:40] <Hixie> depends on your definition of "open"
  188. # [09:40] <othermaciej> Hixie: it might be worthwhile to flag those somewhere, to highlight the fact that the Chairs are not emptying this list
  189. # [09:40] <Hixie> the ones in the issue tracker are mostly issues i've considered closed for a long time, and are only still open because the chairs aren't doing their job
  190. # [09:40] <othermaciej> I mean open in the sense that there's an open ISSUE that the chairs do not agree to close
  191. # [09:41] <othermaciej> I guess I should collect a list of controversial issues open more than 6 months
  192. # [09:42] <othermaciej> and then I could make the much shorter list of issues that were open that long, and then closed
  193. # [09:43] <Hixie> you mean issues in the issue tracker?
  194. # [09:43] <Hixie> or actual issues
  195. # [09:44] <othermaciej> I'm not sure what you mean by "actual issues"
  196. # [09:45] <Lachy> wtf? Manu's first reason for his objection to the garbage collection section is...
  197. # [09:45] <Lachy> "It seems to provide normative implementation advice"
  198. # [09:45] <othermaciej> my intent is to list issues where it seems a number of people are dissatisfied with the spec, and the chairs have not yet declared it resolved
  199. # [09:45] <Hixie> othermaciej: things like "there's an infinite loop in the parser when you do X"
  200. # [09:45] <othermaciej> Lachy: I think he might not understand that the requirement there has an observable effect
  201. # [09:45] <Lachy> Hixie, based on that, we need to remove sections 2 through 12.
  202. # [09:45] <Hixie> othermaciej: as opposed to "i have an indeterminate objection to the general direction that this section is going in"
  203. # [09:46] <othermaciej> Hixie: issues like the former are almost never "controversial" (at least I don't recall one where that was the case)
  204. # [09:46] <othermaciej> I am thinking things like "missing alt should absolutely never be allowed under any circumstances, not even if alt text is unavailable, or a <legend> or title attribute has the relevant info"
  205. # [09:47] <othermaciej> I don't really agree with that position, but it seems concrete enough to be actionable
  206. # [09:47] <Hixie> othermaciej: i don't consider such dogmatic statements to be issues, since they don't have reasoning or research. And issues with only reasoning and research are rarely controversial.
  207. # [09:47] <Hixie> if ever
  208. # [09:49] <othermaciej> Hixie: whatever you want to call them, our one Chair who does any Chairing considers them to be open issues that block consensus and prevent going to Last Call
  209. # [09:49] <Hixie> indeed
  210. # [09:50] * Quits: jacobolu_ (n=jacobolu@c-76-102-55-224.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  211. # [09:50] <othermaciej> Hixie: by W3C technicality, he is right that if he doesn't either declare consensus or hold a vote then there is no WG decision
  212. # [09:51] <annevk42> I checked out that warnings draft the other day... wtf
  213. # [09:51] <othermaciej> so I would like to make the list of things where that hasn't happened yet, despite the issue being raised a long time ago
  214. # [09:51] <annevk42> the discussion on public-html is even worse
  215. # [09:51] <annevk42> there's now a side discussion whether the warnings are in the right place lol
  216. # [09:51] <othermaciej> not because I think it indicates technical problem with the spec, but because it indicates a process problem with the WG if we never close them
  217. # [09:52] <Hixie> othermaciej: i certainly don't oppose pointing out the complete lack of progress that the HTMLWG has made
  218. # [09:53] <othermaciej> Hixie: that's pretty much my point
  219. # [09:54] <annevk42> also, what's up with this crazy idea of dispatching on a subdomain rather than scheme? especially since it's part of an API call that only deals with non-HTTP...
  220. # [09:55] <othermaciej> wait, what?
  221. # [09:56] <annevk42> http://lists.w3.org/Archives/Public/uri/2009Aug/0013.html
  222. # [09:56] <annevk42> I think that guy might be a TAG member even o_O
  223. # [09:59] <othermaciej> O_o
  224. # [10:01] * Joins: heycam (n=cam@203-217-71-141.dyn.iinet.net.au)
  225. # [10:02] <annevk42> http://lists.w3.org/Archives/Public/uri/2009Aug/0005.html was the original email btw
  226. # [10:04] <othermaciej> reading his actual paper is even scarier http://dbooth.org/2006/urn2http/
  227. # [10:11] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  228. # [10:16] * Joins: foolip (n=philip@pat.se.opera.com)
  229. # [10:16] <Lachy> Hixie, in http://www.whatwg.org/specs/web-apps/current-work/#focusable why is the list item "area elements that have an href attribute" marked with class="XXX"?
  230. # [10:17] <Lachy> oh, I see, there's a comment in the source about it
  231. # [10:17] <Lachy> nevermind
  232. # [10:17] <annevk2> area is tricky
  233. # [10:19] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  234. # [10:22] * Quits: webben_ (n=benh@91.85.213.95) (Read error: 110 (Connection timed out))
  235. # [10:23] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  236. # [10:23] * Quits: cying (n=cying@adsl-75-18-223-3.dsl.pltn13.sbcglobal.net)
  237. # [10:24] <Hixie> not really sure what to do about <area> and focus
  238. # [10:24] <Hixie> but i really should fix that soon
  239. # [10:24] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  240. # [10:24] <othermaciej> do browsers let you tab-cycle through the <area>s of an image map?
  241. # [10:25] * Joins: rektide (n=devnull@209.111.90.131)
  242. # [10:26] <Hixie> the problem is that image maps can be used with multiple images
  243. # [10:26] <Hixie> so an <area> corresponds to multiple distinct areas that have different places in tab order
  244. # [10:27] <Hixie> yet there's a single .focus() method, etc
  245. # [10:27] <Lachy> why is that a problem?
  246. # [10:28] <annevk2> what will be focused?
  247. # [10:28] <Lachy> oh, right
  248. # [10:28] <annevk2> doh
  249. # [10:28] <Lachy> I misread and throught he was talking about the onfocus event, not the focus method
  250. # [10:28] <Lachy> I should wake up better and have some breakfast
  251. # [10:28] <annevk2> not a bad idea
  252. # [10:29] <annevk2> image maps are so ancient and pretty much obsolete...
  253. # [10:29] <othermaciej> they are being considered as part of a solution to canvas accessibility
  254. # [10:30] <othermaciej> (ARIA + <area> is the buzzword)
  255. # [10:30] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 60 (Operation timed out))
  256. # [10:31] <othermaciej> I think Hixie just proved that the focus state cannot consist solely of an element if imagemap areas need to be focusable
  257. # [10:31] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  258. # [10:32] * Quits: ndim (i=hun@moooo.n-dimensional.de) (Read error: 113 (No route to host))
  259. # [10:32] <Lachy> <area> is too limited for the use cases that people actually want image-map-like behaviour
  260. # [10:33] <othermaciej> that is probably true
  261. # [10:36] <annevk2> e.g. it fails at hover effects
  262. # [10:36] <Lachy> often, people want hover effects to apply to the hovered area, or custom popup text (like flickr), custom borders around the areas, etc.
  263. # [10:37] * Joins: MadAtWork (n=not_@ip-113-239.static.adsl.cheapnet.it)
  264. # [10:42] * Joins: mat_t (n=mattomas@nat/canonical/x-4315d71573cfa212)
  265. # [10:43] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  266. # [10:44] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  267. # [10:45] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  268. # [10:46] * Joins: webben (n=benh@nat/yahoo/x-a19672e6b57d3533)
  269. # [10:47] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  270. # [10:48] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  271. # [10:54] * Quits: abii (n=macbook@cm27.delta30.maxonline.com.sg)
  272. # [10:59] * Joins: gsnedders (n=gsnedder@c83-252-203-80.bredband.comhem.se)
  273. # [11:02] * Joins: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  274. # [11:11] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  275. # [11:11] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 54 (Connection reset by peer))
  276. # [11:12] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  277. # [11:25] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
  278. # [11:33] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  279. # [11:36] * Joins: shepazu (n=schepers@adsl-144-190-40.rmo.bellsouth.net)
  280. # [11:45] * Joins: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  281. # [11:45] * Quits: othermaciej (n=mjs@69.181.42.237) (Read error: 104 (Connection reset by peer))
  282. # [11:46] * Quits: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Remote closed the connection)
  283. # [11:50] * Quits: gsnedders (n=gsnedder@c83-252-203-80.bredband.comhem.se)
  284. # [11:52] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  285. # [11:57] * Quits: MadAtWork (n=not_@ip-113-239.static.adsl.cheapnet.it) (Read error: 110 (Connection timed out))
  286. # [11:59] * Joins: ROBOd (n=robod@89.122.216.38)
  287. # [12:13] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  288. # [12:13] * Joins: gavin (n=gavin@firefox/developer/gavin)
  289. # [12:37] <gsnedders|work> Hixie: yt?
  290. # [12:39] <Lachy> When did the cite attribute get added to <section> and <article> and what problem is the pubdate attribute on <article> solving?
  291. # [12:39] <hsivonen> https://bugs.webkit.org/show_bug.cgi?id=3905#c7
  292. # [12:39] <hsivonen> whoa! did the spec have reparsing at some point?
  293. # [12:40] <Lachy> I didn't think it did
  294. # [12:41] <Lachy> anyway, the pubdate and cite attributes seem to violate the general principle of avoiding hidden metadata
  295. # [12:41] <Lachy> and it seems they were already solved by <time> and <a href><cite>, respectively
  296. # [12:42] * Parts: annevk42 (n=annevk@5355732C.cable.casema.nl)
  297. # [12:44] <jgraham> Lachy: http://html5.org/tools/web-apps-tracker?from=3068&to=3069
  298. # [12:44] <jgraham> I agree that they are pointless and silly
  299. # [12:44] <hsivonen> pubdate?
  300. # [12:44] * Joins: myakura (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp)
  301. # [12:45] <Lachy> hsivonen, see #the-article-element
  302. # [12:45] <hsivonen> are there known to be CDATA elements in the wild where there are multiple <!-- ... --> escape runs?
  303. # [12:45] <Lachy> I mean #attr-article-pubdate
  304. # [12:46] <hsivonen> seems very anti-patterny
  305. # [12:46] <jgraham> It came from Chaals
  306. # [12:46] <Lachy> d'oh
  307. # [12:46] <hsivonen> jgraham: but why?
  308. # [12:46] <jgraham> Specifically from "Chaals could improve the Opera intranet if he had a mechanism for identifying the original source of various parts of a page
  309. # [12:46] <jgraham> "
  310. # [12:47] <hsivonen> jgraham: wasn't that cite?
  311. # [12:47] <jgraham> Doesn't seem like anything that needs interoperable semantics
  312. # [12:47] <hsivonen> the pubdate thing smells like Atom
  313. # [12:47] <jgraham> hsivonen: Yeah
  314. # [12:47] <Lachy> so let's find a way to more semantically attach <time> and <cite> elements to a specific section, rather than adding redundant hidden metadata
  315. # [12:47] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl)
  316. # [12:47] <jgraham> Dunno about pubdate
  317. # [12:48] <jgraham> hsivonen: http://html5.org/tools/web-apps-tracker?from=3115&to=3116
  318. # [12:48] <hsivonen> hmm. I wonder if // <!-- is used in JS in the wild
  319. # [12:48] <Lachy> hsivonen, yes, I believe it is
  320. # [12:49] <jgraham> pubdate seems bad too
  321. # [12:50] <jgraham> Not sure how to fix it exatly but there should just be a way to associate <time> with a section
  322. # [12:50] <jgraham> cite I would happily drop entirely
  323. # [12:50] <jgraham> @cite thaat is
  324. # [12:51] <jgraham> Well the cite element too if it came to it but thta isn't going to happen :)
  325. # [12:52] <hsivonen> so it seems that chaals didn't ask for cite specifically, but Hixie decided that cite would address chaals' use case
  326. # [12:53] <Lachy> <time for="#section-id"> or maybe have keywords like <time for="_section"> which would link it with its most recent ancestor sectioning element
  327. # [12:54] <jgraham> Lachy: For example. Although the idref solution has all the typical idref problems of non-locality
  328. # [12:54] <Lachy> I thought cite was already on the chopping block for it's failure to adequately address the blockquote use case, so I don't understand why it was considered to be a good solution for this
  329. # [12:54] <Lachy> what do you mean by problems of non-locality?
  330. # [12:55] <Lachy> do you mean in cases where the time element has no other relationship with the element? Like when it's located elsewhere in the document and doesn't point to an ancestor or very nearby sibling?
  331. # [12:55] <jgraham> Lachy: The authour has to keep two pieces of information in sync that are not necessarily close to each other in the document source.
  332. # [12:55] <Lachy> ok
  333. # [12:56] <jgraham> Plus the problem that it can point to something nonsensical
  334. # [12:56] <Lachy> yeah, that's true
  335. # [12:57] <Lachy> and unlike with <label for>, there wouldn't be any indication at all of an error being present
  336. # [12:57] * Parts: nessy (n=nessy@124-168-244-132.dyn.iinet.net.au) ("Leaving")
  337. # [12:57] <jgraham> (the advantage of <time role=pubdate> (ergh) is that the semantics are well defined; it applies to the nearest sectioning element)
  338. # [12:58] <Lachy> is role=pubdate already defined somewhere, or are you suggesting that as a possible solution?
  339. # [12:58] <jgraham> No I'm suggesting it
  340. # [12:58] <Lachy> ok
  341. # [12:58] <jgraham> But not using role really
  342. # [12:59] <jgraham> It just seemed like a good english word
  343. # [12:59] <Lachy> conceptually, it seems like a reasonable idea
  344. # [13:00] <hsivonen> whether it's reasonable depends on whether it's worthwhile to overlay the semantics of Atom over an HTML page at this point in time in the post-RSS world
  345. # [13:03] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  346. # [13:20] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net) (Read error: 110 (Connection timed out))
  347. # [13:20] <hsivonen> https://bugzilla.mozilla.org/show_bug.cgi?id=509009
  348. # [13:21] <hsivonen> maybe we should do the magic escape thing only for script and style
  349. # [13:21] <hsivonen> or maybe only for script
  350. # [13:21] * hsivonen wonders if anyone ever uses "</style>" in generated content
  351. # [13:32] <hsivonen> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Ctitle%3E%3C!--%3C%2Ftitle%3Ea%3C%2Ftitle%3E--%3E%3C%2Ftitle%3E
  352. # [13:33] <hsivonen> very sad in WebKit
  353. # [13:35] <hsivonen> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/201 is sad in WebKit, too
  354. # [13:36] <hsivonen> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/202 is even worse in IE8
  355. # [13:38] <gsnedders|work> hsivonen: With the first of those I get the same in Chromium Linux nightly as I do in Opera 10 and Minefield
  356. # [13:39] <hsivonen> gsnedders|work: what html5.enable setting in Minefield?
  357. # [13:39] <gsnedders|work> true
  358. # [13:39] <hsivonen> interesting
  359. # [13:39] * Quits: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  360. # [13:40] <hsivonen> gsnedders|work: oops. sorry.
  361. # [13:40] <hsivonen> the point with the first one is to show that the CDATA escapes apply in WebKit when it doesn't reparse
  362. # [13:41] <hsivonen> so yeah, it's expected that the first case looks the same across browsers
  363. # [13:41] * beowulf_ is now known as beowulf
  364. # [13:42] * Joins: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  365. # [13:50] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  366. # [13:58] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 110 (Connection timed out))
  367. # [14:05] <jgraham> hsivonen: BTW I am very unhappy about the idea of adding some heuristics for guessing what mught be a js string to the parser
  368. # [14:05] <jgraham> I expect it to be a large amount of complexity for something that works very poorly
  369. # [14:06] <jgraham> I would rather have some form of reparsing if there is too much content to break since browsers are clearly willing to ship that already
  370. # [14:06] <hsivonen> jgraham: do you have non-reparsing suggestions for dealing with both "<!--" and "</script>" string literals in a Web-compatible way?
  371. # [14:06] <jgraham> hsivonen: No :(
  372. # [14:06] <jgraham> I will think about it more though
  373. # [14:07] <hsivonen> this reparsing stuff is very sad
  374. # [14:07] <hsivonen> I wonder if it is a result of accidental ad hoc parser writing or deliberate "helpfulness"
  375. # [14:08] * gsnedders|work spent a bit thinking about it earlier
  376. # [14:08] * gsnedders|work didn't have any idea though
  377. # [14:08] <jgraham> hsivonen: Could you make a wiki page documenting the full set of constraints i.e. everything that needs to work
  378. # [14:09] <hsivonen> jgraham: sure
  379. # [14:09] <jgraham> s/constraints/known constraints/ for gsnedders' benefit
  380. # [14:10] * Joins: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  381. # [14:30] <Philip`> Is JS string detection much more complex than having a small state machine with outside-literal, inside-single-quoted-string, inside-double-quoted-string, inside-regexp, after-backslash? (or something a bit like that)
  382. # [14:30] <Philip`> Oh, and two inside-comments
  383. # [14:32] <Lachy> damn, I didn't expect my mail to be another opportunity for the RDFa proponents to jump in with their overly complex solution :-(
  384. # [14:33] <jgraham> Well they can both be replaced by Microdata too.
  385. # [14:33] <Philip`> They can both be replaced by English too
  386. # [14:33] <jgraham> IS English machine readable? I assume that is the point...
  387. # [14:34] <gsnedders|work> Well, to some extent…
  388. # [14:34] <Lachy> it depends if the machine readability is an essential property of the solution
  389. # [14:35] <Philip`> Depends on whether consciousness is mechanical
  390. # [14:35] <Lachy> I'm not convinved it is for either cite or pubdate
  391. # [14:35] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  392. # [14:35] <jgraham> Lachy: For the use case of performing an automatic conversion of html to the atom model it is
  393. # [14:35] <Philip`> but I assume that's not a philosophical debate we want to have
  394. # [14:35] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 113 (No route to host))
  395. # [14:36] <hsivonen> Philip`: on the face of it, it seems you'd need a state machine that knows about //, line break, /*, */, " and '
  396. # [14:36] <Lachy> jgraham, that depends if HTML alone will be used as the only input to the system that generates Atom
  397. # [14:36] <jgraham> In any case it's reassuring that a technology designed to allow arbitary microdata to be embedded can be used to embed simple instances of microdata. It is disappointing that in the case of RDFa it is so complex
  398. # [14:37] <Lachy> jgraham, most CMSs seem to have enough data already to be able to generate appropriate Atom feeds, without needing the extra info to be added into the document itself
  399. # [14:37] <jgraham> Lachy: Generating feeds from pure HTML is the whole use case
  400. # [14:38] <Lachy> which kind of systems would want to do that though?
  401. # [14:38] <jgraham> The idea is that there are situations where it is too burdensome to generate multiple representations of a resource
  402. # [14:38] <Philip`> hsivonen: You need to handle var x = /[\/"]/ too
  403. # [14:38] <jgraham> And that even where it is possible it is more likely to lead to undetected bugs and so on
  404. # [14:38] <Philip`> You could use the HTTP Last-Modified date of the HTML document
  405. # [14:38] <Lachy> Is the idea to be able to subscribe to a feed in a newsreader, just like I do with Atom and RSS today, but where the actual feed is the HTML document?
  406. # [14:38] <Philip`> (Maybe you can't actually, I don't know)
  407. # [14:39] <Lachy> I don't think Last-Modified is reliable enough to be used in practice
  408. # [14:39] <jgraham> Lachy: Yes
  409. # [14:39] <Lachy> isn't that what hAtom was supposed to do?
  410. # [14:39] <Philip`> Lachy: That wheel needs reinventing
  411. # [14:40] <jgraham> Lachy: Microformats are also more complex than pure HTML
  412. # [14:40] <tantek> jgraham - perhaps compound microformats are more complex than some HTML.
  413. # [14:41] <Lachy> jgraham, you have to compare the complexity of HTML+Microformats with HTML+Microdata and HTML+RDFa
  414. # [14:41] <tantek> elemental microformats are as simple as any other rel attribute value
  415. # [14:42] <tantek> jgraham - but your point is well taken. there are several simplification improvements currently slated both for 1.0.1 versions of hCard, hCalendar etc. (existing well established compound microformats), and patterns for any future microformats.
  416. # [14:43] <jgraham> Lachy: I only need to compare the complexity of HTML with the features needed for atom to HTML + {some microdata language}
  417. # [14:45] * jgraham wants a javascript tokenizer
  418. # [14:47] <jgraham> + dammit
  419. # [14:47] <Lachy> tantek, re this http://wiki.whatwg.org/wiki/Template:Cc-public-domain-release - There was a breif time when the whole wiki was in the public domain. Though I got some complaints and it had to use the MIT license, which is close enough for all practical purposes
  420. # [14:47] * jgraham prefers MIT
  421. # [14:48] * gsnedders|work prefers Stanford
  422. # [14:48] <Lachy> why?
  423. # [14:48] <tantek> Lachy, PD is well established (per that template) on both Wikipedia, and microformats.org.
  424. # [14:48] <tantek> in the context of wikis/content - the PD license statement is more prevalent than MIT license.
  425. # [14:49] <tantek> anyway - just like Wikipedia, WHATWG wiki authors can add the template to their user pages if they wish to do so. (I encourage it)
  426. # [14:50] <Lachy> the problem I see with your approach is that without significant uptake, it makes it difficult to know for sure whether any given page is fully in the public domain
  427. # [14:50] <tantek> Lachy, it's an incremental thing
  428. # [14:50] <Lachy> tantek, I've never seen anyone add a template like that to their user pages.
  429. # [14:50] <Lachy> on wikipedia
  430. # [14:51] <tantek> Lachy - that's where I got the idea from, quite a few do it (because they want their contribs re-used more liberally than GFDL/CC-SA)
  431. # [14:51] <Lachy> do you have a user page on wikipeida you can show me?
  432. # [14:51] <tantek> if enough authors of a wiki add it, then you can take a vote/poll and make it the policy of the wiki moving forward, and then you incrementally cleanup pages as necessary
  433. # [14:52] <tantek> yes, one sec
  434. # [14:52] <Lachy> jgraham, what's the benefit of MIT over public domain?
  435. # [14:52] <tantek> (about 4 clicks)
  436. # [14:53] <tantek> *TONS* of users use the Wikipedia version of that PD template
  437. # [14:53] <tantek> http://en.wikipedia.org/wiki/Special:WhatLinksHere/Template:Public_domain_release
  438. # [14:53] <tantek> including myself, Mike Linksvayer, etc.
  439. # [14:54] <tantek> on microformats.org/wiki, we transitioned to PD in a few steps. first we made it voluntary with the template, then when a sufficient percentage of authors (per contributions) adopted it, we made it the policy moving forward, and the requested other authors to please consider adding it as well (for past contribs)
  440. # [14:54] <hsivonen> Philip`: yeah, regexp literals are a can of worms as an edge case
  441. # [14:55] <tantek> and then have been incrementally updating pages as necessary to move them fully into PD.
  442. # [14:55] <hsivonen> does JS allow multiline string literals?
  443. # [14:55] <hsivonen> that is, raw LF inside string literal?
  444. # [14:56] <hsivonen> Philip`: if not, one could hope that no one does document.write("...</script>"); on the same line with a regexp literal
  445. # [14:56] <jgraham> Lachy: I understand that PD is regarded as less desirable than "with a specific Free license" in some jurastictions
  446. # [14:56] <hsivonen> jgraham: is that just FUD or is there some explanation written by a Real Lawyer somewhere?
  447. # [14:56] * Quits: olliej__ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  448. # [14:56] <hsivonen> (I'm aware of the IANAL legends around the point)
  449. # [14:56] <jgraham> hsivonen: But they could easilly do /foo/;document.write
  450. # [14:57] <tantek> jgraham, I believe CC0 takes care of that, which is precisely the reason for the wording in the template that says "or any later version published by Creative Commons; with either a waiver of rights, or an assertion that no rights attach to a particular work.""
  451. # [14:57] <jgraham> hsivonen: Dunno but I recall that CC suggested not using PD in the past
  452. # [14:57] <Lachy> that seems strange since, by definition, public domain has absolutely no restrictions (beyond the moral rights imposed in some countries)
  453. # [14:57] * Joins: pmuellr (n=pmuellr@nat/ibm/x-07e424ee02f38b1b)
  454. # [14:57] * tantek has had the microformats.org PD template checked by Lawrence Lessig (a lawyer), which the WHATWG wiki PD template is based on.
  455. # [14:58] <jgraham> Lachy: IIRC the question was over whether the countries allowed you to give up your "natural" rights to things that you created
  456. # [14:58] <tantek> jgraham, CC0 takes care of the i18n of PD.
  457. # [14:59] <tantek> with language as in the template "...a waiver of rights, or an assertion that no rights attach to a particular work"
  458. # [14:59] * jgraham doesn't really understand the situation, in particular how anything that requires a specific document from CC can be considered public domain
  459. # [14:59] <Lachy> jgraham, copyright is not a natural right
  460. # [14:59] <jgraham> In the absence of that understanding MIT seems safer
  461. # [15:01] <hsivonen> Lachy: depends on whether you believe in Anglo copyright or French Droit d'auteur
  462. # [15:02] <hsivonen> (I think the English basis of copyright makes sense and the French basis is empirically bullshit)
  463. # [15:02] <Lachy> I don't know what the french basis is
  464. # [15:02] <tantek> jgraham, book publishers understand PD better than MIT
  465. # [15:04] <hsivonen> Lachy: not about money but about the author's artistic relationship with the work basically
  466. # [15:04] <hsivonen> Lachy: but empirically, it still boils down to money
  467. # [15:06] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  468. # [15:06] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  469. # [15:20] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
  470. # [15:33] * Quits: tantek (n=tantek@ool-182d075d.dyn.optonline.net)
  471. # [15:38] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  472. # [15:40] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  473. # [16:06] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  474. # [16:08] * Joins: aroben (n=aroben@unaffiliated/aroben)
  475. # [16:21] * Joins: adactio (n=adactio@rrcs-24-103-229-234.nyc.biz.rr.com)
  476. # [16:25] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  477. # [16:29] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  478. # [16:30] * Joins: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  479. # [16:39] * Joins: tantek (n=tantek@rrcs-24-103-229-234.nyc.biz.rr.com)
  480. # [16:44] * Joins: mlpug (n=mlpug@a91-156-62-135.elisa-laajakaista.fi)
  481. # [16:54] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  482. # [16:57] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  483. # [17:07] * Joins: shepazutoo (n=schepers@adsl-150-130-169.rmo.bellsouth.net)
  484. # [17:07] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  485. # [17:08] * Joins: smedero (n=smedero@D-69-91-229-112.dhcp4.washington.edu)
  486. # [17:09] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  487. # [17:11] <adactio> Quick question: how would you define the difference between HTML5 and HTML 5? (i.e. no space vs. with space)
  488. # [17:13] <gsnedders|work> adactio: Some people use HTML5 to refer to the text/html serialization and HTML 5 to refer to the spec. Other people make no distinction. The spec only defines "HTML 5".
  489. # [17:13] <rubys> In most usages, it doesn't matter. At times it is helpful to contrast HTML 5 (with a space, referring to the vocabulary) from the two concrete serializations HTML5 (quotes not required on attributes) and XHTML5 (draconian).
  490. # [17:13] * Quits: shepazu (n=schepers@adsl-144-190-40.rmo.bellsouth.net) (Read error: 113 (No route to host))
  491. # [17:14] <rubys> gsnedders|work: section 1.7 defines "HTML5"
  492. # [17:14] <gsnedders|work> rubys: Stop assuming I know what the spec says! :P
  493. # [17:16] <tantek> and what methodology led to distinguishing semantics (the spec/vocabulary vs. a serialization) based on a single space character?
  494. # [17:16] * gsnedders|work guesses it was the fact the spec wasn't called HTML 5 until the W3C got involved
  495. # [17:17] <rubys> like all decisions at the WHATWG, I presume that it was based on data and reasoning (the way the WHATWG operates)[TM]
  496. # [17:17] <tantek> I will humbly submit that that decision was a big mistake, and submit as an example the home page of the wiki, which both inconsistently/incorrectly uses HTML5 and "HTML 5": http://wiki.whatwg.org/wiki/Main_Page
  497. # [17:17] * rubys is shocked
  498. # [17:17] <tantek> rubys - you're better than that - no need for snark
  499. # [17:18] * rubys chuckles
  500. # [17:18] <tantek> so is it true the W3C decided to call the spec "HTML 5" then?
  501. # [17:19] * rubys checking
  502. # [17:19] <rubys> HTML 4.01 is called "HTML 4.01"
  503. # [17:19] <gsnedders|work> tantek: yes
  504. # [17:20] <gsnedders|work> (As it was Web Applications 1.0 before)
  505. # [17:20] <rubys> http://lists.w3.org/Archives/Public/public-html/2007May/0909.html
  506. # [17:20] <tantek> so therefore this apparent "decision" to use a whitespace character to distinguish a semantic was nothing but an accident of politics then.
  507. # [17:20] <gsnedders|work> 909!?
  508. # [17:21] <rubys> it is not clear to me the topic of to include a space or not to include a space was actually discussed.
  509. # [17:22] <rubys> That poll posed three questions, here are the first two: Shall we Adopt HTML5 as our specification text for review? Shall the W3C's next-generation HTML specification be named "HTML 5"?
  510. # [17:22] <rubys> note the inconsistent use of spaces
  511. # [17:22] <rubys> as far as I can tell, the decision and distinction is totally a WHATWG one.
  512. # [17:23] * jgraham never uses the spaces consistently
  513. # [17:23] <rubys> not even in python?
  514. # [17:23] <gsnedders|work> I think it's true to say the spec was informally called HTML 5 pre-W3C
  515. # [17:23] <jgraham> I never write about HTML 5 in python :p
  516. # [17:24] <gsnedders|work> "While the HTML form of HTML5" appears in old WHATWG draft
  517. # [17:24] <gsnedders|work> But that's the only time either HTML 5 or HTML5 are used in that
  518. # [17:24] * Joins: dglazkov (n=dglazkov@nat/google/x-b46723a2d810f3f1)
  519. # [17:24] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  520. # [17:36] <tantek> rubys, if the distinction of "HTML5" vs. "HTML 5" came from a W3C public-html poll per that URL, how is that a "WHATWG" distinction?
  521. # [17:43] <Lachy> anyone who makes a distinction between HTML5 and HTML 5 (with/without space) as referring to the serialisation and vocabularly, respectively, is wrong.
  522. # [17:43] <Lachy> The distiction can only be made based on context
  523. # [17:44] <Lachy> or, where it's not entirely clear, by explicitly qualifying it as, e.g., "HTML5 syntax" or "HTML5 vocabularly"
  524. # [17:45] <tantek> Lachy - the spec itself tries to make such a distinction, and as such is quite confusing.
  525. # [17:46] <Lachy> the spec is wrong
  526. # [17:46] <Lachy> While it might be nice in theory to have such a distinction, in reality, we don't because we can't make people use them consistently
  527. # [17:47] <Lachy> there was a big discussion about this a year or two ago, with many people wanting to find an alternative name for it. We had all sorts of weird and wonderful suggestions
  528. # [17:47] <Lachy> like calling the serialisation "tHTML", which was short for text/html or something
  529. # [17:48] <gsnedders|work> HTML5-with-whacky-backwards-compatible-syntax-which-you-might-just-understand-if-you-do-a-backflip
  530. # [17:59] <Dashiva> There was no distinction early on, as I recall
  531. # [17:59] <Dashiva> And then someone complained that HTML 5 (or HTML5) being both the spec and a serialization was discriminating against the XHTML serialization
  532. # [18:02] <rubys> tantek: I don't believe the distinction came from a W3C poll. That poll used both terms interchangeably. Since that point, the spec (as you note) makes that distinction. I share Lachy's opinion that the spec is wrong on this totally minor and nearly irrelevant point.
  533. # [18:03] <tantek> it's not nearly irrelevant because it such a convention (using a whitespace as a semantic distinguisher) will result in much confusion (has)
  534. # [18:03] <Dashiva> In practice there's no distinction, it's just a politicial white lie
  535. # [18:04] <Lachy> well, I guess it's not really wrong. It's a useful convention for the spec to adhere too. But it's not something it can really enforce outside of the spec
  536. # [18:04] * Philip` recalls similarly to Dashiva
  537. # [18:04] <rubys> tantek: if this issue is important to you, I'd suggest bugzilla
  538. # [18:04] <tantek> for example, http://twitter.com/WHATWG uses "HTML5" to refer to the spec, not the serialization
  539. # [18:05] <tantek> rubys - bugzilla is a show stopper user interface, far worse than email.
  540. # [18:05] <Philip`> Where has it caused confusion?
  541. # [18:05] <rubys> tantek: have you seen the new ability to enter bugzilla reports (ranging from typos to real issues) directly from the WHATWG version of the spec?
  542. # [18:06] * gsnedders|work points over there
  543. # [18:06] * Philip` tends to use terms like "the HTML 5 spec", "the text/html serialisation", "the XML serialisation" to avoid ambiguity
  544. # [18:06] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  545. # [18:07] <Dashiva> tantek: You can use bugzilla without using it by using the spec bug reporter?
  546. # [18:07] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  547. # [18:07] <Dashiva> Is that still using bugzilla
  548. # [18:07] * Quits: aroben (n=aroben@unaffiliated/aroben) (Nick collision from services.)
  549. # [18:07] * aroben_ is now known as aroben
  550. # [18:08] * gsnedders|work wonders what the practical difference between reporting issues in bugzilla and by email is
  551. # [18:08] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com) (calvino.freenode.net irc.freenode.net)
  552. # [18:08] * Quits: tyoshino (n=tyoshino@220.109.219.244) (calvino.freenode.net irc.freenode.net)
  553. # [18:08] * Quits: raek (n=raek@h-148-88.A163.priv.bahnhof.se) (calvino.freenode.net irc.freenode.net)
  554. # [18:08] * Quits: Hixie (i=ianh@trivini.no) (calvino.freenode.net irc.freenode.net)
  555. # [18:08] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (calvino.freenode.net irc.freenode.net)
  556. # [18:09] <tantek> gsnedders - # of form fields. see: http://tantek.com/log/2007/02.html#d19t1813
  557. # [18:09] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  558. # [18:10] <gsnedders|work> tantek: I mean from how they are dealt with
  559. # [18:10] <tantek> gsnedders - I referred specifically to UI in my statement.
  560. # [18:10] <gsnedders|work> (Not how they are reported)
  561. # [18:12] <rubys> the UI on the whatwg draft is simple. Read the document (scrolling as you do so). Spot something you aren't happy with. Type in your message. Click "Submit Review Comment".
  562. # [18:13] * Joins: ap (n=ap@nat/apple/x-82b632ba2240e627)
  563. # [18:13] * Joins: Hixie (i=ianh@trivini.no)
  564. # [18:15] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  565. # [18:15] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  566. # [18:16] * Joins: raek (n=raek@h-148-88.A163.priv.bahnhof.se)
  567. # [18:16] <Dashiva> We could save a lot of work by just putting one giant warning at the top of the spec
  568. # [18:16] <Dashiva> ... oh wait
  569. # [18:17] <Philip`> rubys: You forgot a step
  570. # [18:17] <Philip`> rubys: (Clicking on the bit you want to comment on)
  571. # [18:17] <rubys> OMG! The UI is too complicated! <ducks/>
  572. # [18:18] <jgraham> rubys: Actually I think the UI is too unintuituive at the moment
  573. # [18:18] * Joins: sicking_ (n=chatzill@nat/mozilla/x-2016730914d82bff)
  574. # [18:18] <jgraham> It's YATOMTDP
  575. # [18:18] <jgraham> (Yet Another Thing On My To Do Pile)
  576. # [18:19] * gsnedders|work wonders when jgraham is ever happy
  577. # [18:20] * Joins: tkent_ (n=tkent@220.109.219.244)
  578. # [18:21] * Joins: michaeln1 (n=michaeln@nat/google/x-7116163ddbe39c9d)
  579. # [18:21] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (calvino.freenode.net irc.freenode.net)
  580. # [18:21] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (calvino.freenode.net irc.freenode.net)
  581. # [18:21] * Quits: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no) (calvino.freenode.net irc.freenode.net)
  582. # [18:21] * Quits: pmuellr (n=pmuellr@nat/ibm/x-07e424ee02f38b1b) (calvino.freenode.net irc.freenode.net)
  583. # [18:21] * Quits: tkent (n=tkent@220.109.219.244) (calvino.freenode.net irc.freenode.net)
  584. # [18:21] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (calvino.freenode.net irc.freenode.net)
  585. # [18:21] * Quits: jianli (n=jianli@72.14.227.1) (calvino.freenode.net irc.freenode.net)
  586. # [18:21] * Quits: michaeln (n=michaeln@nat/google/x-uhtsvgvlpbyieena) (calvino.freenode.net irc.freenode.net)
  587. # [18:21] * Quits: sicking (n=chatzill@nat/mozilla/x-6b43b8a5cbf091e6) (calvino.freenode.net irc.freenode.net)
  588. # [18:21] * Quits: ezyang (n=ezyang@VINEGAR-POT.MIT.EDU) (calvino.freenode.net irc.freenode.net)
  589. # [18:21] * sicking_ is now known as sicking
  590. # [18:21] * Quits: sicking (n=chatzill@nat/mozilla/x-2016730914d82bff) (Killed by ballard.freenode.net (Nick collision))
  591. # [18:21] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  592. # [18:21] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  593. # [18:21] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
  594. # [18:21] * Joins: pmuellr (n=pmuellr@nat/ibm/x-07e424ee02f38b1b)
  595. # [18:21] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  596. # [18:21] * Joins: sicking (n=chatzill@nat/mozilla/x-6b43b8a5cbf091e6)
  597. # [18:21] * Joins: jianli (n=jianli@72.14.227.1)
  598. # [18:21] * Joins: ezyang (n=ezyang@VINEGAR-POT.MIT.EDU)
  599. # [18:22] * Joins: sicking_ (n=chatzill@nat/mozilla/x-5ed72e476aa9ec41)
  600. # [18:26] * Quits: ap (n=ap@nat/apple/x-82b632ba2240e627)
  601. # [18:27] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  602. # [18:28] * Parts: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  603. # [18:29] * Joins: ap (n=ap@nat/apple/x-1bfe4623f0d3b0f9)
  604. # [18:30] * Joins: scherkus (n=scherkus@72.14.227.1)
  605. # [18:34] * Quits: sicking (n=chatzill@nat/mozilla/x-6b43b8a5cbf091e6) (Connection timed out)
  606. # [18:35] * Joins: gunderwonder_ (n=gunderwo@garage.upstruct.com)
  607. # [18:36] * Quits: gunderwonder_ (n=gunderwo@garage.upstruct.com) (Client Quit)
  608. # [18:36] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com) (Read error: 60 (Operation timed out))
  609. # [18:39] <tantek> rubys - the spec interactive bug/comment submission capability is quite clever.
  610. # [18:42] <Philip`> It seems to be a failure in practice, though
  611. # [18:42] <Philip`> judging by the signal/noise ratio
  612. # [18:42] * Quits: tantek (n=tantek@rrcs-24-103-229-234.nyc.biz.rr.com)
  613. # [18:43] * Joins: tantekc (n=tantekc@rrcs-24-103-229-234.nyc.biz.rr.com)
  614. # [18:48] * Quits: myakura (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  615. # [18:48] <Dashiva> Philip`: As long as Someone is willing to handle the noise, it can still be seen as a gain overall
  616. # [18:49] <hober> If there were an optional email field, we could add it to the cc list on the bug created
  617. # [18:50] * Quits: foolip (n=philip@pat.se.opera.com) (Read error: 110 (Connection timed out))
  618. # [18:50] <Philip`> Do CC addresses not have to be registered users?
  619. # [18:54] <hober> I don't know.
  620. # [18:54] * Joins: cying (n=cying@70.90.171.153)
  621. # [18:54] * Joins: maikmerten (n=maikmert@U3c86.u.pppool.de)
  622. # [18:57] * Joins: gsnedders (n=gsnedder@c83-252-194-54.bredband.comhem.se)
  623. # [18:57] * sicking_ is now known as sicking
  624. # [19:00] * Philip` assumes it would be vulnerable to abuse otherwise
  625. # [19:03] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  626. # [19:08] * Quits: bradee-oh (n=bradeeoh@66.98.208.42) ("Caught sigterm, terminating...")
  627. # [19:23] * Quits: cying (n=cying@70.90.171.153)
  628. # [19:23] * Quits: mat_t (n=mattomas@nat/canonical/x-4315d71573cfa212) ("This computer has gone to sleep")
  629. # [19:27] * Joins: dbaron (n=dbaron@nat/mozilla/x-901b3e106be6296a)
  630. # [19:30] * Joins: ttepasse (n=ttepas--@p5B017653.dip.t-dialin.net)
  631. # [19:31] * Joins: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  632. # [19:31] * Joins: Rik` (n=Rik`@fw01.skyrock.net)
  633. # [19:34] * Joins: cying (n=cying@70.90.171.153)
  634. # [19:36] * Quits: cying (n=cying@70.90.171.153) (Client Quit)
  635. # [19:40] * Joins: tantek (n=tantek@8.14.69.34)
  636. # [19:44] * Joins: sbublava (n=stephan@77.119.233.112.wireless.dyn.drei.com)
  637. # [19:44] * Joins: weinig (n=weinig@nat/apple/x-c41c8fb2383164f8)
  638. # [19:47] * shepazutoo is now known as shepazu
  639. # [19:49] * Quits: adactio (n=adactio@rrcs-24-103-229-234.nyc.biz.rr.com)
  640. # [19:52] * Quits: maikmerten (n=maikmert@U3c86.u.pppool.de) (Read error: 110 (Connection timed out))
  641. # [19:52] * Joins: kangax (n=kangax@157.130.31.226)
  642. # [19:52] * Joins: maikmerten (n=maikmert@U2b44.u.pppool.de)
  643. # [19:55] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-4f002adf89888b2b)
  644. # [19:55] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  645. # [19:55] <jgraham> So it seems that we're going to spend a bunch of cycles debating what should have a big red box in the spec
  646. # [19:56] <gsnedders> I stand by my suggestion of pink cuddly "Hello Kitty!" signs.
  647. # [19:56] * Quits: dbaron (n=dbaron@nat/mozilla/x-901b3e106be6296a) ("8403864 bytes have been tenured, next gc will be global.")
  648. # [19:57] <jgraham> I am totally reminded of the Hitchhiker's Guide to the Galaxy: "Most of the people living on it were unhappy for pretty much of the time. Many solutions were suggested for this problem, but most of these were largely concerned with the movements of small, green pieces of paper, which is odd, because on the whole, it wasn't the small, green pieces of paper which were unhappy."
  649. # [19:57] * Joins: dbaron (n=dbaron@nat/mozilla/x-dd1dd886ed13e4b6)
  650. # [19:57] * Quits: Rik` (n=Rik`@fw01.skyrock.net)
  651. # [20:05] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-bdb255cd4958fb72)
  652. # [20:08] * Parts: takkaria (n=takkaria@isparp.co.uk)
  653. # [20:15] * Quits: jlebar (n=jlebar@nat/mozilla/x-sswyezrlvlcsmtxn) (Read error: 110 (Connection timed out))
  654. # [20:16] * Joins: Rik` (n=Rik`@fw01.skyrock.net)
  655. # [20:17] * Quits: gunderwonder (n=gunderwo@172.80-202-84.nextgentel.com)
  656. # [20:30] * Joins: Frances (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  657. # [20:31] * Quits: kangax (n=kangax@157.130.31.226)
  658. # [20:31] * Joins: cying (n=cying@70.90.171.153)
  659. # [20:36] * Quits: Rik` (n=Rik`@fw01.skyrock.net)
  660. # [20:41] * Joins: jwalden (n=waldo@nat/mozilla/x-ca03fde61517a8bf)
  661. # [20:47] * Quits: BlurstOfTimes (n=blurstof@168.203.117.59) ("Leaving...")
  662. # [20:47] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  663. # [20:47] * Quits: tantek (n=tantek@8.14.69.34) (Read error: 110 (Connection timed out))
  664. # [20:48] * Joins: adactio (n=adactio@rrcs-24-103-229-234.nyc.biz.rr.com)
  665. # [20:50] * Joins: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net)
  666. # [20:51] * Joins: jorlow (n=jorlow@nat/google/x-9ca2694f8a9fd1b9)
  667. # [20:54] * Quits: smedero (n=smedero@D-69-91-229-112.dhcp4.washington.edu)
  668. # [20:55] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  669. # [21:06] * aroben is now known as aroben|lunch
  670. # [21:07] * Joins: tantek (n=tantek@rrcs-24-103-229-234.nyc.biz.rr.com)
  671. # [21:08] <Lachy> We should just put one giant red box at the top of the spec that says: ...
  672. # [21:09] <Dashiva> There have been objections to HTML5 as a whole, so it's only fair
  673. # [21:09] <Lachy> There are many people who collectively disagree with the entire content of this specification, and many others who collectively agree with the entire specification. As such, nothing in this draft is stable..
  674. # [21:11] <jgraham> Lachy: we have text that says that. Does making it a red box make any difference?
  675. # [21:17] * Joins: sebmarkbage (n=miranda@h-6-72.A146.priv.bahnhof.se)
  676. # [21:20] <Lachy> jgraham, yes. We put a big red border around the whole spec to make people happy
  677. # [21:21] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  678. # [21:21] * Quits: dbaron (n=dbaron@nat/mozilla/x-dd1dd886ed13e4b6) ("8403864 bytes have been tenured, next gc will be global.")
  679. # [21:21] * Joins: dbaron (n=dbaron@nat/mozilla/x-e927d0818ffce3a2)
  680. # [21:25] * Joins: kangax (n=kangax@157.130.31.226)
  681. # [21:27] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 60 (Operation timed out))
  682. # [21:27] * Joins: jlebar (n=jlebar@nat/mozilla/x-5aed8dcaafc88338)
  683. # [21:27] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  684. # [21:29] * fear\phage is now known as fearphage
  685. # [21:35] <Lachy> on a more serious note, I wonder if we could address this issue by somehow linking the issues in the issue tracker from the status markers in the draft
  686. # [21:37] * Quits: jlebar_ (n=jlebar@nat/mozilla/x-bdb255cd4958fb72) (Read error: 110 (Connection timed out))
  687. # [21:38] <Dashiva> Lachy: These "issues" in manu's draft aren't really issues in the sense of the issue tracker
  688. # [21:38] <Lachy> Dashiva, I know that, but by doing what I suggest, we guarantee that the issues tracked in both are in sync
  689. # [21:39] <Lachy> doing what Manu suggests amounts to arbitrarily inserting notes where random people disagree with something in a section
  690. # [21:39] <Dashiva> Yup
  691. # [21:39] * Lachy takes a look at what it would take to add that to the annotation system
  692. # [21:47] <tantek> Lachy - your approach makes more sense to me than duplicating issue content in the spec.
  693. # [21:48] * Joins: Chris_Wilson (n=cwilso@nat/microsoft/x-4fbd4af98b159bc7)
  694. # [21:48] <tantek> I should say, a partial duplication of some existing issue content mixed with a bunch of new opinion content that has not been actually captured as an issue.
  695. # [21:48] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-4f002adf89888b2b)
  696. # [21:53] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net)
  697. # [21:54] * Joins: Lachy_ (n=Lachlan@85.196.122.246)
  698. # [21:54] * Joins: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  699. # [21:55] * Quits: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no) ("Ex-Chat")
  700. # [21:55] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-dec6ea5bf06f4dbb)
  701. # [21:57] * aroben|lunch is now known as aroben
  702. # [21:57] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-b44edd1473348dd9) (Read error: 110 (Connection timed out))
  703. # [21:58] * Quits: Lachy (n=Lachlan@85.196.122.246) (Nick collision from services.)
  704. # [21:58] * Lachy_ is now known as Lachy
  705. # [22:00] <Lachy> Looks like we will need to add an <issue> element (or similar) to the XML output by status.cgi for each section, and then update status.js to include the information in the status boxes if present.
  706. # [22:01] <Lachy> Will also need to update the updateEntry function to be able to send a new status with the patch
  707. # [22:01] <Lachy> and update add something to the UI that allows issues to be recorded
  708. # [22:02] <Hixie> hm?
  709. # [22:02] <rubys> +1 to linking status to issues
  710. # [22:02] <Hixie> if we make the status boxes link to issues it'll be perennially out of date
  711. # [22:03] <Hixie> with the exception of the issues tracked on the issue tracker, the turnover rate is very high
  712. # [22:03] <rubys> if it is out of date, poke me, and I'll update
  713. # [22:03] <Hixie> you realise i go through about 500 issues a week right?
  714. # [22:03] <Lachy> if we only link them directly with the issue number, then they won't be out of date for too long
  715. # [22:03] <rubys> (I was referring to the W3C issues)
  716. # [22:03] <Lachy> since the issues in the W3C issue tracker don't get updated that frequently
  717. # [22:04] * Quits: maikmerten (n=maikmert@U2b44.u.pppool.de) (Remote closed the connection)
  718. # [22:04] <Philip`> If people care about what W3C WDs say, then the WHATWG status boxes would have to be folded into the WD somehow
  719. # [22:04] <Lachy> besides, all it would take is a link to the issue. We don't necessarily need something in the status box itself to report on the status of the issue
  720. # [22:04] * Joins: weinig_ (n=weinig@17.246.18.83)
  721. # [22:04] <Lachy> no-one should care what a W3C WD should say, as it's out of date by the time its published
  722. # [22:04] <Hixie> you mean the issue tracker that has such issues as "tools that can't generate <!DOCTYPE html>", which was resolved almost 9 months ago?
  723. # [22:05] <Lachy> obviously we wouldn't need to bother linking to issues that are already closed
  724. # [22:05] <Hixie> or "HTML Versioning and DOCTYPEs" that was resolved about 4 years ago?
  725. # [22:05] <Lachy> but just from the relevant sections to the open issues. Like linking the table section to ISSUE-32 (I think)
  726. # [22:06] <Hixie> the whatwg status tracker is going to track actual issues. If the W3C HTMLWG wants to track bogus non-issues that are open purely for political reasons, then the HTMLWG can do it using its own scripts on its own copy of the draft.
  727. # [22:06] <Lachy> fair enough
  728. # [22:11] * Joins: nessy (n=nessy@124-168-244-132.dyn.iinet.net.au)
  729. # [22:12] * aroben is now known as aroben|meeting
  730. # [22:12] * tantek prefers links to issues (in whichever issue tracking system is more up to date etc.) in the spec over inline snapshots of issue text in the spec.
  731. # [22:15] <Hixie> i prefer to just resolve the issues when i get to them :-)
  732. # [22:16] <tantek> Hixie, perhaps links to unresolved emails to WHATWG list is your most up to date issue tracking system then.
  733. # [22:16] <Hixie> www.whatwg.org/issues is my issue tracking system
  734. # [22:17] * Quits: roc (n=roc@121-72-200-124.dsl.telstraclear.net)
  735. # [22:17] <tantek> Thanks Hixie.
  736. # [22:19] * kinetik_ is now known as kinetik
  737. # [22:20] * Quits: weinig (n=weinig@nat/apple/x-c41c8fb2383164f8) (Read error: 110 (Connection timed out))
  738. # [22:21] * Joins: Super-Dot (n=Super-Do@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net)
  739. # [22:21] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  740. # [22:22] <Hixie> ms2ger is awesome
  741. # [22:22] <Hixie> he basically just did 90% of the references work for me
  742. # [22:22] * gsnedders wonders who ms2ger is
  743. # [22:23] <Dashiva> Your new competitor
  744. # [22:23] <gsnedders> Hixie: Did he find that there are dupes in the refs still?
  745. # [22:23] * Joins: Richardigel (n=igel@247-72.60-188.cust.bluewin.ch)
  746. # [22:25] <tantek> gsnedders, according to http://wiki.whatwg.org/wiki/User:Ms2ger , he is https://secure.wikimedia.org/wikipedia/en/wiki/User:Ms2ger
  747. # [22:25] * Joins: smedero (n=smedero@D-69-91-162-77.dhcp4.washington.edu)
  748. # [22:26] <tantek> a fairly frequent editor/contributor to Wikipedia: https://secure.wikimedia.org/wikipedia/en/wiki/Special:Contributions/Ms2ger
  749. # [22:28] <gsnedders> Hixie: Like RFC2616 and HTTP
  750. # [22:28] <gsnedders> Hixie: XMLNAMES and XMLNS
  751. # [22:29] <gsnedders> Hixie: http://pastebin.ca/1524312
  752. # [22:29] <gsnedders> tantek: ah
  753. # [22:34] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-dec6ea5bf06f4dbb)
  754. # [22:39] * Quits: gsnedders (n=gsnedder@c83-252-194-54.bredband.comhem.se)
  755. # [22:40] * Quits: mlpug (n=mlpug@a91-156-62-135.elisa-laajakaista.fi) (Remote closed the connection)
  756. # [22:42] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
  757. # [22:43] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  758. # [22:46] * Quits: webben (n=benh@nat/yahoo/x-a19672e6b57d3533) (No route to host)
  759. # [22:46] * Quits: sbublava (n=stephan@77.119.233.112.wireless.dyn.drei.com)
  760. # [22:48] * Parts: pmuellr (n=pmuellr@nat/ibm/x-07e424ee02f38b1b)
  761. # [22:49] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 104 (Connection reset by peer))
  762. # [22:58] * Joins: olliej (n=oliver@17.246.17.250)
  763. # [23:06] * Joins: blooberry (n=brian@c-98-246-9-57.hsd1.or.comcast.net)
  764. # [23:12] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 60 (Operation timed out))
  765. # [23:13] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  766. # [23:19] * Parts: kangax (n=kangax@157.130.31.226)
  767. # [23:26] * Joins: archtec2 (n=sv@83.228.56.37)
  768. # [23:26] * Parts: blooberry (n=brian@c-98-246-9-57.hsd1.or.comcast.net)
  769. # [23:31] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  770. # [23:34] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  771. # [23:37] * Parts: adactio (n=adactio@rrcs-24-103-229-234.nyc.biz.rr.com)
  772. # [23:38] * Joins: jennb (n=jennb@72.14.227.1)
  773. # [23:40] * Quits: tantek (n=tantek@rrcs-24-103-229-234.nyc.biz.rr.com)
  774. # [23:42] * Quits: archtech (n=sv@83.228.56.37) (Read error: 110 (Connection timed out))
  775. # [23:44] * Joins: ginger (n=nessy@124-171-241-171.dyn.iinet.net.au)
  776. # [23:54] * Joins: tantekc_ (n=tantekc@69.38.253.114)
  777. # [23:54] * Quits: nessy (n=nessy@124-168-244-132.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  778. # [23:54] * Quits: tantekc (n=tantekc@rrcs-24-103-229-234.nyc.biz.rr.com) (Read error: 110 (Connection timed out))
  779. # [23:56] * Parts: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  780. # [23:58] <sicking> Hixie, ping
  781. # [23:58] * Quits: heycam (n=cam@203-217-71-141.dyn.iinet.net.au) ("bye")
  782. # [23:58] <Hixie> gsnedders|work: yes, he did
  783. # [23:58] <Hixie> sicking: pong
  784. # [23:59] <sicking> Hixie, so it says that clearState should clear or history entries related to the current Document
  785. # [23:59] <sicking> Hixie, does that include entries created using normal <a> navigation to other frag-ids?
  786. # Session Close: Tue Aug 11 00:00:00 2009

The end :)