/irc-logs / freenode / #whatwg / 2009-07-31 / end

Options:

  1. # Session Start: Fri Jul 31 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [01:01] * Disconnected
  4. # [01:04] * Attempting to rejoin channel #whatwg
  5. # [01:04] * Rejoined channel #whatwg
  6. # [01:04] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  7. # [01:04] * Set by annevk on Thu Feb 05 13:51:18
  8. # [03:05] * Disconnected
  9. # [03:06] * Attempting to rejoin channel #whatwg
  10. # [03:06] * Rejoined channel #whatwg
  11. # [03:06] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  12. # [03:06] * Set by annevk on Thu Feb 05 13:51:18
  13. # [03:07] * Joins: slightlyoff (n=slightly@72.14.229.81)
  14. # [03:22] <MikeSmith> http://lists.w3.org/Archives/Public/ietf-http-wg/2009JulSep/0397.html (Yngve on tab-level cookies)
  15. # [03:23] * Quits: cyingWork (n=cying@70.90.171.153)
  16. # [03:33] * Quits: othermaciej (n=mjs@nat/apple/x-lunjhiectklgmwpr)
  17. # [03:33] * Joins: dimich_ (n=dimich@98.125.221.128)
  18. # [03:37] * Quits: atwilson_ (n=atwilson@74.125.59.1)
  19. # [03:39] * Quits: slightlyoff (n=slightly@72.14.229.81)
  20. # [03:47] * Joins: slightlyoff (n=slightly@72.14.229.81)
  21. # [03:47] * Quits: dimich (n=dimich@98.125.221.128) (Connection timed out)
  22. # [03:48] * Joins: dimich (n=dimich@98.125.221.128)
  23. # [03:55] * Quits: dimich_ (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  24. # [04:13] * Joins: Rik` (n=Rik`@78.251.181.200)
  25. # [04:13] * Quits: Rik` (n=Rik`@78.251.181.200) (Remote closed the connection)
  26. # [04:20] * Joins: dimich_ (n=dimich@98.125.221.128)
  27. # [04:22] * Quits: bchoate (n=brad@204.9.180.30)
  28. # [04:22] * Quits: dimich (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  29. # [04:37] * Joins: dimich (n=dimich@98.125.221.128)
  30. # [04:39] * Joins: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
  31. # [04:40] * Quits: slightlyoff (n=slightly@72.14.229.81)
  32. # [04:41] * Joins: dimich__ (n=dimich@98.125.221.128)
  33. # [04:46] <nathanhammond> not to interrupt anybody's stellar evening, just wanting to stir up conversation with regards to an email I sent to the list: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-July/021578.html
  34. # [04:58] * Quits: dimich_ (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  35. # [05:04] * Quits: dimich (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  36. # [05:16] * Joins: aboodman3 (n=aboodman@c-98-210-196-233.hsd1.ca.comcast.net)
  37. # [05:17] * Quits: aboodman2 (n=aboodman@72.14.229.81) (Nick collision from services.)
  38. # [05:17] * Joins: aboodman2 (n=aboodman@72.14.229.81)
  39. # [05:19] * Joins: bchoate (n=brad@32.157.225.72)
  40. # [05:20] * Quits: jwalden (n=waldo@nat/mozilla/x-oshgikvnlsrgblze) ("and for dinner, I'm making waffles!")
  41. # [05:21] <bchoate> will the html5 specification include requirements about the content generated for the 'contenteditable' attribute? i'd love to see an acid test for that one...
  42. # [05:27] <MikeSmith> bchoate: what kind of requirements?
  43. # [05:28] <bchoate> MikeSmith: that browsers produce valid html5 markup for instance
  44. # [05:28] <MikeSmith> bchoate:
  45. # [05:28] <MikeSmith> bchoate: ah
  46. # [05:29] <bchoate> and preferably not include garbage like class="Apple-style-span" or class="Mso-Normal", etc.
  47. # [05:29] <MikeSmith> interesting case.. I don't think it's currently a requirement that they produce valid html
  48. # [05:30] <MikeSmith> one man's garbage is another man's feature
  49. # [05:30] <MikeSmith> nathanhammond: seems like some of those are questions that Hixie needs to answer himself. And he seems particularly snowed under lately, so I'd guess you might have to wait for a bit before you get a reply from him.
  50. # [05:31] <nathanhammond> MikeSmith: I was getting that impression
  51. # [05:31] <MikeSmith> nathanhammond: I'd suspect it's possible that Hixie may not have even made time yet to read that message.
  52. # [05:31] * nathanhammond nods
  53. # [05:31] * Quits: aboodman2 (n=aboodman@72.14.229.81) (Nick collision from services.)
  54. # [05:31] * aboodman3 is now known as aboodman2
  55. # [05:32] <nathanhammond> I was guessing that may be the case.
  56. # [05:32] * Joins: aboodman3 (n=aboodman@72.14.229.81)
  57. # [05:32] <MikeSmith> nathanhammond: but regardless, I'd recommend continuing to ask here
  58. # [05:32] <MikeSmith> the squeaky wheel gets the grease, and all that
  59. # [05:33] <nathanhammond> indeed, and I was curious if anybody else had comments
  60. # [05:33] <nathanhammond> but as is probably the case most of the time people are very interested in one subsection of the spec
  61. # [05:34] <nathanhammond> (just like me)
  62. # [05:34] <MikeSmith> yeah
  63. # [05:35] <MikeSmith> sometimes it seems to me like the blind men and the elephant
  64. # [05:35] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  65. # [05:35] <MikeSmith> nathanhammond: especially in context of some of the "HTML5 is a mess" comments
  66. # [05:36] <nathanhammond> and you just hope that all of the blind men get a chance to explain what their experience is
  67. # [05:36] <MikeSmith> what most people mean when they say that kind of stuff is, "This one particular part of the spec, which is the main/only part that I care about personally, is a mess."
  68. # [05:36] <MikeSmith> nathanhammond: yeah
  69. # [05:37] <MikeSmith> nathanhammond: so are you the owner for the history feature in Chrome? the UI and all?
  70. # [05:44] * Quits: bchoate (n=brad@32.157.225.72)
  71. # [05:46] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  72. # [05:46] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  73. # [05:47] * Quits: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
  74. # [05:47] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  75. # [05:48] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  76. # [06:05] * Joins: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
  77. # [06:05] <nathanhammond> MikeSmith: I am not, I mostly stick to client-side code
  78. # [06:05] <MikeSmith> OK
  79. # [06:06] <nathanhammond> I wrote JSSM and am working on a HTML 5 History shim
  80. # [06:06] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  81. # [06:11] <MikeSmith> nathanhammond: I've never tried JSSM, but will take a look
  82. # [06:12] <nathanhammond> don't!
  83. # [06:12] <MikeSmith> ?
  84. # [06:12] <MikeSmith> my main history-management mechanism is to keep a bunch of tabs open
  85. # [06:12] <MikeSmith> I would really like to have something better and easier/natural to use
  86. # [06:12] <nathanhammond> hah, this is for websites
  87. # [06:12] <MikeSmith> ah
  88. # [06:13] <MikeSmith> my beef with most History features is that they just get in my way
  89. # [06:13] <nathanhammond> I agree, I do the tab thing
  90. # [06:13] <nathanhammond> with session saving on close
  91. # [06:13] <nathanhammond> (in the event that Flash pegs the cpu)
  92. # [06:16] * MikeSmith reads more about JSSM and also http://nathanhammond.com/google-chrome-and-history-management
  93. # [06:16] <nathanhammond> out of date now
  94. # [06:16] <nathanhammond> *grin*
  95. # [06:17] <nathanhammond> but I still haven't been able to track down that issue.
  96. # [06:17] <MikeSmith> no resolution on the bug?
  97. # [06:18] * Joins: jacobolus (n=jacobolu@76.103.173.226)
  98. # [06:20] <nathanhammond> the last time I tried to track it down I still could not successfully isolate it
  99. # [06:20] <nathanhammond> I hear rumor that the issue has disappeared in current versions of Chrome
  100. # [06:20] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  101. # [06:20] * Joins: dimich (n=dimich@98.125.221.128)
  102. # [06:21] <nathanhammond> but without the unit tests that I've been writing for the updated version it really hasn't been a mature project
  103. # [06:21] * Quits: dimich__ (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  104. # [06:22] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  105. # [06:33] * Joins: bchoate (n=brad@c-71-202-166-201.hsd1.ca.comcast.net)
  106. # [06:36] <Hixie> nathanhammond: i'm about 10 days behind on the list
  107. # [06:36] <Hixie> bchoate: the spec says that the UA must generate valid content
  108. # [06:38] <bchoate> Hixie: oh that's good to hear -- where does it say that? i'm looking at http://www.w3.org/TR/html5/editing.html but maybe that isn't the latest draft?
  109. # [06:38] <nathanhammond> Hixie: I'll be patient. *grin*
  110. # [06:39] * Quits: jacobolus (n=jacobolu@76.103.173.226) (Remote closed the connection)
  111. # [06:39] <Hixie> bchoate: for example, under "break block": "The exact behavior is UA-dependent, but user agents must not, in response to a request to break a paragraph, generate a DOM that is less conformant than the DOM prior to the request."
  112. # [06:41] <bchoate> Hixie: ok i see - thanks
  113. # [06:58] * Quits: aboodman2 (n=aboodman@c-98-210-196-233.hsd1.ca.comcast.net)
  114. # [06:58] * Parts: nathanhammond (n=nathanha@cpe-075-191-163-052.carolina.res.rr.com)
  115. # [07:07] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  116. # [07:29] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  117. # [07:30] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  118. # [07:31] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Client Quit)
  119. # [07:38] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 113 (No route to host))
  120. # [07:39] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  121. # [07:46] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  122. # [07:47] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
  123. # [07:47] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Client Quit)
  124. # [07:51] * Quits: MikeSmith (n=MikeSmit@71-218-60-163.hlrn.qwest.net) ("Tomorrow to fresh woods, and pastures new.")
  125. # [07:53] * Joins: pesla (n=retep@procurios.xs4all.nl)
  126. # [07:59] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  127. # [08:05] * Joins: MikeSmith (n=MikeSmit@71-218-60-163.hlrn.qwest.net)
  128. # [08:20] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  129. # [08:30] * Joins: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
  130. # [08:33] * Quits: dimich (n=dimich@98.125.221.128)
  131. # [08:35] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  132. # [08:37] * Quits: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
  133. # [08:38] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  134. # [08:45] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  135. # [08:54] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  136. # [09:02] * Joins: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
  137. # [09:03] * Joins: sbublava (n=stephan@77.118.166.81.wireless.dyn.drei.com)
  138. # [09:09] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  139. # [09:10] <zcorpan> Hixie: why is xmp equivalent to code rather than pre?
  140. # [09:20] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  141. # [09:38] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  142. # [09:44] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  143. # [09:44] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  144. # [10:00] <Hixie> zcorpan: is that wrong?
  145. # [10:00] <Hixie> zcorpan: i thought it was an inline element, no?
  146. # [10:00] <Hixie> i didn't look too closely
  147. # [10:00] <Hixie> so i may well have gotten it wrong
  148. # [10:02] * Joins: heycam (n=cam@124-168-112-102.dyn.iinet.net.au)
  149. # [10:04] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  150. # [10:06] * Joins: _ukai (n=ukai@220.109.219.244)
  151. # [10:09] * Joins: ROBOd (n=robod@89.122.216.38)
  152. # [10:16] * Quits: ukai (n=ukai@220.109.219.244) (Read error: 110 (Connection timed out))
  153. # [10:20] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (calvino.freenode.net irc.freenode.net)
  154. # [10:20] * Quits: annevk (n=annevk@5355732C.cable.casema.nl) (calvino.freenode.net irc.freenode.net)
  155. # [10:20] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (calvino.freenode.net irc.freenode.net)
  156. # [10:20] * Quits: broquaint (i=8cb8b618@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com) (calvino.freenode.net irc.freenode.net)
  157. # [10:20] * Quits: syp_ (n=syp@lasigpc9.epfl.ch) (calvino.freenode.net irc.freenode.net)
  158. # [10:20] * Quits: scherkus (n=scherkus@72.14.227.1) (calvino.freenode.net irc.freenode.net)
  159. # [10:21] <takkaria> hmm, how many windows-1252 documents are mislabelled as iso-* encodings? I'm betting it's more than .2%
  160. # [10:23] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  161. # [10:26] <annevk2> who made that claim?
  162. # [10:26] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  163. # [10:26] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  164. # [10:26] * Joins: broquaint (i=8cb8b618@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com)
  165. # [10:26] * Joins: syp_ (n=syp@lasigpc9.epfl.ch)
  166. # [10:26] * Joins: scherkus (n=scherkus@72.14.227.1)
  167. # [10:27] <Lachy> annevk2, Larry did when he made a sarcastic comment saying "The advice for the few "public browser" implementors who feel compelled to also deal with the increasing their compatibility with existing web sites from 67% to 67.2% of existing content by supporting odd, broken character transformations."
  168. # [10:29] * annevk2 sighs
  169. # [10:29] <Hixie> Philip` can probably get you a list of iso-8859-1 pages that use the win1252 characters easily enough
  170. # [10:29] <annevk2> maybe all Adobe employees have mandatory "how to act like a troll" training
  171. # [10:30] * Hixie notices it's less than 8 hours until his meeting, and decides to not go to his meeting
  172. # [10:30] <annevk2> I'm not really interested in proving him wrong
  173. # [10:30] <annevk2> Done that a lot before and he just continues to apply his rethoric to something completely different ignoring what you said
  174. # [10:31] <Hixie> apparently i'm working on a fork of html5
  175. # [10:31] <Hixie> larry masinter never did reply to my e-mail asking him what he meant by that
  176. # [10:31] <Philip`> I don't trivially have that data (e.g. http://philip.html5.org/data/charsets.html says 100% of iso-8859-1 pages were considered valid by the decoder, probably because it doesn't forbid win-1252 characters)
  177. # [10:31] <Hixie> speaking of people who don't reply to e-mail...
  178. # [10:32] <Philip`> and would probably have to write more Java code to extract that data
  179. # [10:32] <Philip`> and I don't care enough
  180. # [10:32] <Hixie> Philip`: i just meant search for [\x80-\x9f]
  181. # [10:32] <Philip`> Hixie: I'd have to write code to search for that
  182. # [10:32] <Hixie> grep won't do it?
  183. # [10:33] <Philip`> grep won't restrict it to iso-8859-1-declared pages
  184. # [10:33] * gsnedders wonders what "his meeting" is
  185. # [10:33] <Hixie> i'd search for it myself, but unfortunately my corpus is post-conversion-to-utf-8
  186. # [10:35] <othermaciej> takkaria: I was going to comment on that, but I lost heart before I finished my email reply
  187. # [10:36] <Hixie> MikeSmith: are we going to have a survey on who is attending the meeting in november?
  188. # [10:36] * Quits: franksalim (n=frank@adsl-76-243-95-41.dsl.pltn13.sbcglobal.net) (Read error: 113 (No route to host))
  189. # [10:36] * Joins: franksalim (n=frank@adsl-76-243-95-41.dsl.pltn13.sbcglobal.net)
  190. # [10:36] <gsnedders> What should typeof HTMLElement give?
  191. # [10:37] <annevk2> the alternative helding it at Google proposal is not going through btw?
  192. # [10:37] <Lachy> Hixie, I assume Larry simply used the term fork incorrectly to refer to your's and Manu's specs as competing alternatives, rather than Manu's as simply being a supplimentary section to be considered for inclusion.
  193. # [10:38] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  194. # [10:38] <othermaciej> isn't Manu's spec in fact a full-text alternative?
  195. # [10:38] <gsnedders> othermaciej: There are both forms
  196. # [10:38] * Joins: mat_t (n=mattomas@nat/canonical/x-hduudrpdukeslvbz)
  197. # [10:39] <othermaciej> should be easy to recast as a standalone spec, then, if the author were so inclined
  198. # [10:39] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  199. # [10:39] <Lachy> othermaciej, AIUI, when he generates it, he takes the trunk at the time and inserts his new section into it, and then publishes both as a standalone and incorporated version
  200. # [10:39] <othermaciej> I do note though that he didn't remove the microdata section, at least not yet
  201. # [10:40] <MikeSmith> Hixie: yeah, I set up the survey already
  202. # [10:40] <Lachy> MikeSmith, what survey?
  203. # [10:40] <MikeSmith> I'll get the URL
  204. # [10:40] <Lachy> oh, I guess Hixie meant the TPAC survey
  205. # [10:40] <MikeSmith> Lachy: yeah
  206. # [10:40] <othermaciej> which makes me wonder even more why Sam felt compelled to mix microdata into my suggestion about RDFa
  207. # [10:41] <othermaciej> I hope it's not too late to register for TPAC, as I have been too lazy to do so
  208. # [10:41] <zcorpan> Hixie: xmp a block element
  209. # [10:41] <Hixie> zcorpan: huh go figure
  210. # [10:41] <Hixie> zcorpan: i'll fix it, thanks
  211. # [10:41] * Joins: archtech (n=stanv@83.228.56.37)
  212. # [10:44] <Lachy> othermaciej, I don't believe it is
  213. # [10:45] <Lachy> Otherwise, no-one at Opera will be attended, as we're all waiting on Chaals to make up his mind about who to send
  214. # [10:45] <Hixie> zcorpan: done
  215. # [10:45] <Hixie> when does the price go up?
  216. # [10:45] <Hixie> it's $250 each right now right?
  217. # [10:45] <Hixie> for the week?
  218. # [10:46] <Lachy> really? That's a lot. Didn't it used to be $50? Did it go up once already, or have I just remembered incorrectly?
  219. # [10:46] <gsnedders> Lachy: $50 per day
  220. # [10:47] <Lachy> ah, ok.
  221. # [10:47] <gsnedders> Did someone here not link to something by Steven Pemberton yesterday?
  222. # [10:48] <gsnedders> s/yesterday/two days ago/
  223. # [10:48] <gsnedders> http://www.pemberton.nl/vandf/2009/07/xhtml2-not-dead.html
  224. # [10:50] <Philip`> gsnedders: Many people did not link to it
  225. # [10:50] <gsnedders> Many did not, but annevk did
  226. # [10:53] * Joins: webben (n=benh@nat/yahoo/x-foioumnniilpsyhu)
  227. # [11:02] <zcorpan> "Ian Hickson sings the praise of those modules elsewhere."
  228. # [11:04] <tkent_> Why the return type of HTMLInputElement::list() is HTMLElement instead of HTMLDataListElement?
  229. # [11:04] <MikeSmith> othermaciej: it's not too late. I'll try to get the green light on announcing the registration survey by beginning of next week
  230. # [11:05] <MikeSmith> othermaciej: please cajole hyatt into going, if you can
  231. # [11:05] <othermaciej> MikeSmith: it's less convenient for hyatt than for me, but I'll ask if he's interested
  232. # [11:05] <MikeSmith> and would be great to meet other webkit folks f2f
  233. # [11:05] <othermaciej> Apple people based in Cupertino would be more likely to be available
  234. # [11:06] <MikeSmith> yeah, understood
  235. # [11:06] <annevk2> zcorpan, I thought that was funny too; the post he points to is 7y old or so :)
  236. # [11:06] <gsnedders> Was Dean Jackson not the only Apple guy last year?
  237. # [11:06] <MikeSmith> Dave Singer was there too
  238. # [11:06] <MikeSmith> I seem to remember at least
  239. # [11:06] <gsnedders> I don't remember meeting him…
  240. # [11:07] <Hixie> if othermaciej can get hyatt to go, i'll be impressed
  241. # [11:07] * Quits: webben (n=benh@nat/yahoo/x-foioumnniilpsyhu) ("leaving")
  242. # [11:07] <MikeSmith> tkent_: ping Hixie about that
  243. # [11:07] * Joins: webben (n=benh@nat/yahoo/x-kxkuhkjyyklhqbpf)
  244. # [11:07] <othermaciej> hyatt hates standards meetings
  245. # [11:07] * gsnedders on the whole doubts he'll be going
  246. # [11:07] <tkent_> Hixie, how about that?
  247. # [11:07] * Quits: webben (n=benh@nat/yahoo/x-kxkuhkjyyklhqbpf) (Client Quit)
  248. # [11:07] * tkent_ is now known as tkent
  249. # [11:09] * Philip` wonders if it's worth pointing out that the 'decentralised' identifier problem can't be solved with DNS, because DNS relies on centralised authorities, and all you're doing is pushing the centralisation away by a few levels of abstraction
  250. # [11:09] <heycam> gsnedders, "object"
  251. # [11:09] <heycam> (for typeof HTMLElement)
  252. # [11:09] <gsnedders> heycam: k, thx
  253. # [11:10] * Joins: webben (n=benh@nat/yahoo/x-hcmgakyusysldhvm)
  254. # [11:10] <Hixie> tkent: i think at some point <select> was allowed as a target also
  255. # [11:10] <othermaciej> I am mainly interested in going for the chance to meet people in person that I might not have met at all, or don't get to talk to regularly
  256. # [11:10] <othermaciej> not really expecting valuable technical breakthroughs
  257. # [11:10] <Hixie> Philip`: in practice, dns is decentralised enough
  258. # [11:11] <tkent> Hixie: ok, I understand. Thanks.
  259. # [11:12] <annevk2> gsnedders, while you're reporting things like HTMLUnknownElement maybe you should investigate XMLDocument and such too
  260. # [11:12] * Quits: zcorpan (n=zcorpan@c83-252-201-53.bredband.comhem.se)
  261. # [11:12] <gsnedders> annevk2: I'm really working on other stuff now though
  262. # [11:12] <annevk2> gsnedders, never mind then
  263. # [11:12] <Hixie> hey i don't suppose any of you feel like writing the scripts that would autogenerate the index tables would you?
  264. # [11:12] <Hixie> i recently figured out what the columns should be
  265. # [11:13] <annevk2> it looked pretty complex
  266. # [11:13] <othermaciej> we've never had HTMLUnknownElement
  267. # [11:13] <othermaciej> I wonder if Yahoo Mail Beta fails for us, or does something different
  268. # [11:13] <gsnedders> A generic index of all dfns I have a plan for
  269. # [11:13] <gsnedders> othermaciej: You get WebKit specific JS
  270. # [11:13] <gsnedders> (Likewise IE gets its own too)
  271. # [11:14] <othermaciej> does Opera get the same as Firefox?
  272. # [11:14] <othermaciej> HTMLUnknownElement seems like a really goofy idea, but I guess it's far from the dumbest thing in the web platform
  273. # [11:14] <Philip`> Hixie: The "enough" is just a consequence of various factors (like the ease of registering non-conflicting names, and robustness to failures, etc), rather than there being a fundamental binary difference to e.g. a centralised wiki page, so there might be lots of other options that are somewhere in the middle
  274. # [11:15] <gsnedders> othermaciej: I haven't checked exactly, but from the brief look I took it seems so
  275. # [11:15] <Hixie> othermaciej: if you send an e-mail saying we shouldn't have it, that's pretty much all it would take to convince me to go back to using HTMLElement
  276. # [11:15] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (calvino.freenode.net irc.freenode.net)
  277. # [11:15] * Joins: roc_ (n=roc@121.74.154.139)
  278. # [11:15] <Hixie> Philip`: preaching to the choir :-)
  279. # [11:15] <Philip`> so I think it's a bit misleading to think of decentralised vs centralised, because it's all just different degrees of where the centralisation occurs
  280. # [11:16] <othermaciej> (it seems bogus because it can stop working if an element stops being "unknown", and also because many actual recognizedelements are just vanilla HTMLElement, so it seems weird to cater more to unrecognized ones)
  281. # [11:16] <annevk2> gsnedders, why did we not want the WebKit codepath?
  282. # [11:16] <Hixie> no argument from me there
  283. # [11:16] <gsnedders> As long as websites break if we remove it (esp. high profile ones like Y! Mail beta), it's unlikely we'll remove it
  284. # [11:16] <Philip`> Hixie: Good, that must mean I'm not totally crazy (at least relative to this environment) :-)
  285. # [11:16] <Hixie> othermaciej: send mail :-)
  286. # [11:16] <gsnedders> annevk2: I tried UA sniffing, and it never finished loading
  287. # [11:16] <gsnedders> *spoofing
  288. # [11:17] <annevk2> http://lists.w3.org/Archives/Public/www-dom/2009JulSep/0125.html touche othermaciej!
  289. # [11:17] <othermaciej> I'll consider it tomorrow and maybe send mail
  290. # [11:17] <Philip`> gsnedders: Make the browser detect if the user works for Yahoo, and if so then do the sane thing that breaks Yahoo Mail, so they notice and fix the problem, without it affecting many real users
  291. # [11:18] <gsnedders> :P
  292. # [11:18] <Hixie> what's a good thing to use as an example for how to use microdata
  293. # [11:18] <othermaciej> annevk2: yeah I wasn't sure if I should send that, but I have forgiven myself this minor sin
  294. # [11:19] <gsnedders> Hixie: http://quotes.burntelectrons.org/4288
  295. # [11:19] <othermaciej> Hixie: semantic markup for photos of a model train collection?
  296. # [11:19] <annevk2> Hixie, markup for your StarGate DVD collection?
  297. # [11:19] <othermaciej> or has that example been overused?
  298. # [11:19] <Hixie> let me rephrase my question
  299. # [11:19] <Philip`> It seems better to have examples that would be slightly more relevant for normal people
  300. # [11:19] <Hixie> what's a good thing to use as an example for how to use microdata *that someone would actually care about and do something with*
  301. # [11:19] * gsnedders ignores othermaciej for his rudeness in that email
  302. # [11:20] <Hixie> rather than your typical semantic web examples of "mark everything up and maybe it'll be useful one day"
  303. # [11:20] <gsnedders> Hixie: Do we actually have examples like that in HTML 5? :\
  304. # [11:20] <takkaria> are there any such examples?
  305. # [11:20] <othermaciej> gsnedders: it wasn't chronic!
  306. # [11:20] <gsnedders> How dull.
  307. # [11:20] <othermaciej> (can't say as to insufferable)
  308. # [11:21] <Philip`> Hixie: Something from the list of use cases that motivated the inclusion of microdata in the spec
  309. # [11:21] <annevk2> Hixie, markup for a TV guide?
  310. # [11:21] <mookid> ahah ..?
  311. # [11:21] <othermaciej> Hixie: what kind of "do something with" - are you interested in examples with prior agreement between producer and consumer, or does it have to be data that unknown unrelated consumers may want?
  312. # [11:21] <othermaciej> one example for the prior case would be bugzilla
  313. # [11:21] <annevk2> nm that suggestion
  314. # [11:22] <Hixie> the main use cases were all vcard and vevent related, but i want something where you make up your own vocab, for this example
  315. # [11:22] <othermaciej> bugzilla HTML markup changes between different versions, so a script can't reliably screen-scrape
  316. # [11:22] <Hixie> othermaciej: i guess either is fine
  317. # [11:22] <Hixie> ooh, bugzilla's a good one
  318. # [11:22] <othermaciej> the XML version is more reliable but completely separate
  319. # [11:22] <mookid> =)
  320. # [11:22] <othermaciej> microdata would let you parse the HTML and reliably extract data in the face of markup changes
  321. # [11:23] <Philip`> Microdata would make the extracted data extremely fragile because it would keep breaking whenever someone changed the markup and forgot to check the microdata was identical in all cases
  322. # [11:23] <gsnedders> othermaciej: But why not use the XML interface?
  323. # [11:23] <othermaciej> though in general consumers will intend to work with bugzilla specifically and don't need a generic central "bug database" vocabulary
  324. # [11:23] <mookid> or you could negotiate content and use a more appropriate format than HTML for data interchange? :D
  325. # [11:23] <othermaciej> gsnedders: less risk of inconsistency if there's only one interface
  326. # [11:24] <gsnedders> othermaciej: Indeed. But there are already two interfaces.
  327. # [11:24] <othermaciej> mookid: if using a separate non-HTML formatted value is an appropriate solution, then clearly microdata (or RDFa) won't help
  328. # [11:25] <othermaciej> gsnedders: well, two responses on that
  329. # [11:25] <othermaciej> (1) but would you design it like that from scratch? we shouldn't assume bugzilla is the only bugzilla-like piece of software ever to be made
  330. # [11:25] <mookid> do you have to have a head node in an html document for it to be valid?
  331. # [11:26] <gsnedders> mookid: Yes, and title within it.
  332. # [11:26] <mookid> is there a reason for that?
  333. # [11:26] <othermaciej> (2) we're intending to customize bugzilla a fair bit for WebKit, and reliable semantic markup in the HTML would be easier to keep in sync with changes than a whole separate XML version
  334. # [11:26] <Philip`> mookid: (The head *tags* are optional, though the element is required)
  335. # [11:26] <mookid> what's the logic behind that descision?
  336. # [11:26] <takkaria> page titles are an essential part of a page
  337. # [11:27] <gsnedders> othermaciej: (1) No; (2) But it seems likely that things already rely upon Bugzilla's XML interface ;(
  338. # [11:27] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85 [Firefox 3.5.3pre/20090730030822]")
  339. # [11:27] <gsnedders> * :(
  340. # [11:27] <mookid> how are they essential? :/
  341. # [11:27] <othermaciej> Hixie: search results would be another good example, if search engines wanted to enable screen scraping instead of being kind of hostile to it
  342. # [11:27] <mookid> <head><title></title></head> - valid?
  343. # [11:28] <annevk2> you forgot a doctype
  344. # [11:28] <Hixie> othermaciej: the bug example is fine
  345. # [11:28] <mookid> -_-
  346. # [11:28] <gsnedders> mookid: No, you need a DOCTYPE and a body element
  347. # [11:28] <takkaria> mookid: <!DOCTYPE html><title</title> I believe is the shortest valid bit of HTML
  348. # [11:28] <mookid> yeah yeah I just mean the head element
  349. # [11:28] <othermaciej> any example I can think of is vulnerable to the criticism that you could just provide a completely separate data interface
  350. # [11:28] <Hixie> othermaciej: yeah, well, there's a reason i'm not a fan of this whole technology concept
  351. # [11:28] <mookid> why do you require the title though - I don't understand why you would insist on that
  352. # [11:29] <othermaciej> however, in the case of bugzilla, having the machine-readable data combined with the human-readable presentation seems intuitively appealing
  353. # [11:29] <othermaciej> to me anyway
  354. # [11:29] <annevk2> mookid: whatwg@whatwg.org or public-html-comments@w3.org
  355. # [11:29] <mookid> :/
  356. # [11:30] <Philip`> takkaria: I think you might want more >s in there
  357. # [11:30] <mookid> I don't want to change anything I just want to understand the rationale
  358. # [11:30] <annevk2> fair enough, I don't really have any :)
  359. # [11:30] <takkaria> Philip`: yeah, a couple more won't hurt
  360. # [11:30] <mookid> :)
  361. # [11:31] <othermaciej> I imagine the rationale would be that many systems present HTML documents by title, thus lacking one would be considered an error
  362. # [11:31] <mookid> doesn't enforcing a title/head element kind of damage HTML as a decent 'fragment' format?
  363. # [11:31] <othermaciej> (examples of places where the title shows up: browser titlebar, browser history, browser bookmarks, search engine search results)
  364. # [11:32] <annevk2> if you just want a fragment you do not need a full document (or title)
  365. # [11:32] <othermaciej> an HTML fragment doesn't need to be a conforming HTML document
  366. # [11:32] <Philip`> (Browser tabs too)
  367. # [11:32] <othermaciej> although I'm not sure there is a conformance class for it
  368. # [11:32] <mookid> if(!title) title = 'Zomg the end of the world!1!1';
  369. # [11:33] <mookid> you're welcome.
  370. # [11:33] <othermaciej> presumably the fragment context would have to define what kinds of fragments are allowed, and the processing model
  371. # [11:33] <mookid> annevk2: that's not true if I want my fragments to be crawlable and valid html
  372. # [11:35] <mookid> think that's a fair requirement, no?
  373. # [11:35] <annevk2> I need some more context for your use case
  374. # [11:36] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  375. # [11:37] <mookid> website that uses html fragments/Ajax also wants individual fragments to be crawlable and valid markup
  376. # [11:37] <mookid> for SEO etc.
  377. # [11:37] * Quits: nessy (n=nessy@124-170-2-64.dyn.iinet.net.au) ("This computer has gone to sleep")
  378. # [11:41] <MikeSmith> what happened to onbeforeunload?
  379. # [11:41] * MikeSmith is auditing the list of event-handler attributes that v.nu knows about against the list in the spec
  380. # [11:41] <Hixie> btw Lachy the blog is still suffering from the effects of a hacker
  381. # [11:42] <Hixie> MikeSmith: it's in, isn't it?
  382. # [11:42] <MikeSmith> Hixie: it's not in the list in the Global Attributes section
  383. # [11:42] <MikeSmith> I don't think
  384. # [11:42] * MikeSmith doublechecks
  385. # [11:42] <Hixie> it's not a global attribute
  386. # [11:43] <MikeSmith> ah
  387. # [11:43] <Hixie> it's only on <body> (and <frameset>, though since that element is obsolete, that doesn't matter much)
  388. # [11:43] <MikeSmith> OK
  389. # [11:43] <MikeSmith> yeah
  390. # [11:43] * MikeSmith hits himself with clue stick
  391. # [11:45] <Hixie> um, if i try to preview a blog post on blog.whatwg.org i get asked for a Magic password?
  392. # [11:47] <Lachy> Hixie, I don't get asked for a password
  393. # [11:47] <annevk2> mookid, titles are important for SEO
  394. # [11:48] <Hixie> Lachy: "To view this page, you must log in to area “Magic” on blog.whatwg.org:80."
  395. # [11:48] <Hixie> that's for http://blog.whatwg.org/?p=924&preview=true
  396. # [11:49] <Hixie> it worked when i reloaded
  397. # [11:49] <Hixie> wtf
  398. # [11:49] <Lachy> works for me
  399. # [11:49] <annevk2> interesting, WordPress does not lowercase href attributes
  400. # [11:49] <othermaciej> darn, I got goaded into writing an anti-namespace jeremiad
  401. # [11:49] <Lachy> Is there anything else to appears to be a result of a hacker?
  402. # [11:50] <annevk2> I almost started flaming back at Larry, but I'll instead pull a Larry and not reply
  403. # [11:50] <Hixie> Lachy: do you see the spam on the front page?
  404. # [11:50] <annevk2> trying to correct all his misconceptions about how the Web works is not worth it
  405. # [11:51] <othermaciej> annevk2: or you could pull a Larry by sarcastically misrepresenting his point, and then accusing him of using a strawman argument
  406. # [11:51] <Hixie> Lachy: oh, looks like you fixed it
  407. # [11:51] <Hixie> you guys are killing me
  408. # [11:51] <Lachy> no
  409. # [11:51] * Hixie schedules 2pm-3pm tomorrow for responding to e-mails from people reading the chat log and complaining to me for not telling you off for being rude about people who are being rude
  410. # [11:52] <othermaciej> Hixie: usually takes the log trawlers more than 24 hours to embark on their fishing expeditions
  411. # [11:52] <Lachy> Hixie, were you looking at a cached copy of the page?
  412. # [11:52] <Hixie> Lachy: yeah, maybe
  413. # [11:52] <Lachy> ok
  414. # [11:53] <Hixie> clearly i don't know how to use web browsers
  415. # [11:53] <othermaciej> whoah, MLW is now trolling in near real-time
  416. # [11:53] <Hixie> soon i'll be ready to work for w3c
  417. # [11:53] <Hixie> i am happy to say that i haven't looked at MLW in at least 6 months now, possibly more
  418. # [11:54] <Lachy> othermaciej, yeah, I have a strong suspicion that MLW is someone who is in this channel
  419. # [11:54] <Lachy> I just haven't figured out who
  420. # [11:55] <othermaciej> I hadn't looked in a while until you mentioned having to deal with people reading the chat log
  421. # [11:56] <annevk2> I was subscribed to that blog for a while, but it got really boring
  422. # [11:57] <othermaciej> the sarcastic posts can be amusing but lately it seems he's descended to just stringing together swear words
  423. # [11:57] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  424. # [11:58] * Joins: adactio (n=adactio@host86-132-125-223.range86-132.btcentralplus.com)
  425. # [12:01] <Lachy> MLW has also claimed to affiliated with the W3C in some way http://twitter.com/MrLastWeek/status/2530468490
  426. # [12:01] <Lachy> though, admittedly, the message is vague and it isn't clear what "activities of an official W3C nature" may be.
  427. # [12:02] <othermaciej> I think we just gave him more attention than he deserves
  428. # [12:02] <othermaciej> mea culpa
  429. # [12:04] * Quits: cying (n=cying@adsl-75-41-114-136.dsl.pltn13.sbcglobal.net)
  430. # [12:04] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
  431. # [12:05] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  432. # [12:05] <Hixie> ok, blogged about microdata on the whatwg blog
  433. # [12:06] <mookid> link!
  434. # [12:06] <mookid> make sure it's got a .html on the end of it please
  435. # [12:06] <Lachy> mookid, why?
  436. # [12:07] <Lachy> http://blog.whatwg.org/microdata1
  437. # [12:08] <mookid> just being an idiot, ignore me
  438. # [12:08] <mookid> :)
  439. # [12:09] * Quits: webben (n=benh@nat/yahoo/x-hcmgakyusysldhvm) (Read error: 110 (Connection timed out))
  440. # [12:10] <Philip`> Hixie: I think your examples would be less misleading if they used a real domain, instead of something unnaturally short like example.org, e.g. it's going to be more like <body item="org.mozilla.bugzilla.bug">
  441. # [12:10] * Joins: webben (n=benh@nat/yahoo/x-fhsqurjhllwqygsz)
  442. # [12:10] <Lachy> Philip`, it could just as easily be org.mozilla.bug
  443. # [12:11] <Hixie> it would actually just be org.bugzilla.bug
  444. # [12:11] <Hixie> which is only one character longer
  445. # [12:12] <Hixie> i considered using ch.hixie.bug, since that's what i would use
  446. # [12:12] <Hixie> (and that's even shorter!)
  447. # [12:12] * Joins: karlcow (n=karl@nerval.la-grange.net)
  448. # [12:13] <Hixie> anyway. bed time. nn.
  449. # [12:13] <annevk2> I saw a 4 character domain the other day, something like a.gh or some such
  450. # [12:13] <gavin_> http://e.dk/
  451. # [12:13] * annevk2 thought the minimum was 4
  452. # [12:13] <annevk2> 5, doh
  453. # [12:14] <annevk2> Lachy, so we fixed the spam problem on the blog we found the other day?
  454. # [12:14] <annevk2> Lachy, also, can we upload a new skin that at least enables people to see the name of the person who posted?
  455. # [12:14] <Lachy> annevk2, yeah. Some hacker had somehow modified the templates. That's now been removed and prevented
  456. # [12:14] <annevk2> Lachy, it would be even better if turned on the skin Ben made
  457. # [12:15] <Lachy> which skin did Ben make?
  458. # [12:15] <annevk2> a nice green one
  459. # [12:15] <Lachy> Has it been uploaded to blog.whatwg.org?
  460. # [12:15] <annevk2> I don't think so
  461. # [12:15] <Lachy> or is it available from somewhere?
  462. # [12:16] <annevk2> actually, it was not a skin, it was a design done in HTML/CSS
  463. # [12:16] <annevk2> but it would be easy to make the blog use it I think, maybe email him?
  464. # [12:16] <MikeSmith> http://a.gd/
  465. # [12:16] <Lachy> well, if someone converts it to a WP template, I can install it easily
  466. # [12:16] <annevk2> MikeSmith, cheerio
  467. # [12:17] <annevk2> what's his email?
  468. # [12:17] <Philip`> ➡.ws is only four characters too
  469. # [12:18] <annevk2> not in ASCII
  470. # [12:18] <Philip`> Who cares about ASCII?
  471. # [12:18] <annevk2> HTTP
  472. # [12:19] <mookid> who cares about HTTP?
  473. # [12:19] <Philip`> Who cares that HTTP cares about ASCII?
  474. # [12:19] <Lachy> doesn't HTTP use ISO-8859-1?
  475. # [12:20] <Lachy> (I don't care that it's a superset of ASCII)
  476. # [12:20] <annevk2> (I don't care about your question)
  477. # [12:20] <Lachy> I don't care.
  478. # [12:20] <annevk2> great :)
  479. # [12:22] <Lachy> wow, another lawsuit against TPB http://torrentfreak.com/italian-riaa-suesthe-pirate-bay-for-1-million-euros-090731/
  480. # [12:22] <Lachy> I guess the MAFIAA are just going to keep suing them in every country they can
  481. # [12:29] <takkaria> what better things have they go to do with themselves, really?
  482. # [12:29] <Lachy> takkaria, they could spend their time and money on developing better and more sustainable business models
  483. # [12:30] <Philip`> Suing people for a million dollars seems like a good business model
  484. # [12:30] <takkaria> what, rather than operating under the assumption that one day the Internet will be un-invented?
  485. # [12:30] <Lachy> not when they know the defendants won't pay
  486. # [12:31] * annevk2 emailed Ben
  487. # [12:31] <Lachy> takkaria, very few things have been uninvented
  488. # [12:32] <Philip`> I guess lots of things invented in ancient Egypt and ancient Greece etc have been uninvented
  489. # [12:33] * Joins: webben_ (n=benh@nat/yahoo/x-vnuohzgwbqjhgzys)
  490. # [12:33] <Lachy> if you consider uninvented to mean technology that we have lost all knowledge of through history
  491. # [12:34] <Philip`> Yes - inventing is the gaining of knowledge of how to do something, and uninventing is the losing of that knowledge
  492. # [12:36] <takkaria> Lachy: I think my preferred approach for them would be just to keep on doing what they're doing except keep the money they're paying lawyers for themselves
  493. # [12:37] <takkaria> that way they'll retire earlier and eventually new people will start managing the music companies who have a clue
  494. # [12:38] * Philip` wonders why everyone focuses on TPB when there's dozens of other large torrent sites
  495. # [12:40] <takkaria> well, mininova and isohunt have started talking to the movie industry I believe to start self-censoring
  496. # [12:42] * Philip` doesn't remember it taking long for TPB to gain prominence when Suprnova was shut down
  497. # [12:42] <Lachy> TPB will probably die in a month anyway, and openbittorrent.org and publicbt.org will take over as the word's main trackers, and torrent files will start being distributed through other means, raising the bar for the MAFIAA again
  498. # [12:42] <Philip`> so I suppose I'm assuming someone else will take over in the near future
  499. # [12:44] <Philip`> Lachy: Trackers aren't really interesting - the important thing is a decent-quality searchable index of torrents, which is an orthogonal problem
  500. # [12:44] <Lachy> it wouldn't surprise me if someone set up a torrent site that is run using technoloy like Freenet, so that they don't host the material themselves and anyone is free to anonymously add torrents to the network
  501. # [12:44] <Philip`> How do you ensure quality in that situation?
  502. # [12:45] <Lachy> that would be a challenge
  503. # [12:46] <Philip`> Indeed
  504. # [12:46] <Lachy> but even TPB didn't do much to ensure quality, since they never removed torrents
  505. # [12:47] <Philip`> As far as I'm aware they managed to avoid being overwhelmed by mislabelled torrents and virus-infected programs
  506. # [12:47] <Philip`> (It's particularly a problem when people are being paid to intentionally disrupt the system and reduce its value to users)
  507. # [12:48] * Quits: webben (n=benh@nat/yahoo/x-fhsqurjhllwqygsz) (Read error: 113 (No route to host))
  508. # [12:48] <takkaria> I think the most likely end result is most people using a wider spread of trackers
  509. # [12:49] <takkaria> and tools may emerge to make that really much easier
  510. # [12:49] <takkaria> e.g. trackers supporting OpenSearch and a site/app searching a lot of trackers for you
  511. # [12:50] <takkaria> could become built-in to torrent apps themselves
  512. # [12:53] <Philip`> Why would the people running trackers want to cooperate with the people who are running aggregators/search engines and taking all the ad revenue away from the trackers?
  513. # [12:54] <takkaria> non-profit trackers?
  514. # [12:54] <takkaria> / other private trackers
  515. # [12:55] <Lachy> Philip`, trackers like openbittorrent.org and publicbt.org aren't ad supported. But are you referring to sites that actually host the torrents?
  516. # [12:56] <Lachy> it would be nice to have a service dedicated to hosting the torrents files, and only providing an API for indexing sites
  517. # [12:57] <Lachy> that would make the search sites largely immune from lawsuits since, like Google and other search engines, they don't host or have any control over the torrents themselves
  518. # [13:03] * Joins: nessy (n=nessy@124-170-20-79.dyn.iinet.net.au)
  519. # [13:05] * Quits: mat_t (n=mattomas@nat/canonical/x-hduudrpdukeslvbz) (Read error: 110 (Connection timed out))
  520. # [13:08] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  521. # [13:09] <mookid> look what I found!
  522. # [13:09] <mookid> http://whitepapers.theregister.co.uk/paper/view/814/oracle-814.pdf (not a pdf!)
  523. # [13:10] * Joins: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  524. # [13:10] <mookid> I guess they didn't get the "URI's have special endings because that's what the most cleverest(tm) developers do" memo
  525. # [13:11] <annevk2> maybe they got the memo that stated that URIs are opaque strings
  526. # [13:12] <mookid> huhuhu :)
  527. # [13:12] <mookid> couldn't agree more.
  528. # [13:13] * Quits: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net) (Client Quit)
  529. # [13:13] * gsnedders wonders if IE copes
  530. # [13:13] <gsnedders> (As don't IE still do sniffing based upon extension?)
  531. # [13:14] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  532. # [13:15] <Lachy> http://www.theage.com.au/technology/biz-tech/shock-threat-to-shut-skype-20090731-e3qe.html
  533. # [13:15] <mookid> [13:37] <Philip`> If you encode the desired content-type in the URI, it's not possible for a general-purpose HTTP-processing device to understand what's the resource identifier and what's the content-type selector, because there's no standard for encoding that stuff in URIs
  534. # [13:16] <mookid> [13:38] <Hixie> Philip`: such a standard or convention could be easily established
  535. # [13:16] <mookid> :)
  536. # [13:16] <mookid> annevk2 ^
  537. # [13:16] <takkaria> Opera does some sniffing by file extension...
  538. # [13:17] <mookid> where is the spec that suggests that is a good idea?
  539. # [13:17] <takkaria> I imagine it's stuffed up someone's arse
  540. # [13:17] <mookid> if it's not in a spec that sounds like a very BAD idea
  541. # [13:17] <takkaria> it's a bad idea
  542. # [13:18] <takkaria> mostly because sniffing based on the first few bytes is a far more effective streategy
  543. # [13:18] * Joins: mat_t (n=mattomas@nat/canonical/x-wdvwzdekehfphmpx)
  544. # [13:18] <mookid> or Content-Type header? -_-
  545. # [13:18] <gsnedders> mookid: Content-Type sniffing in general is a bad idea, but needed for web compat., and until recently there was nowhere near any consensus on how to do it
  546. # [13:18] <takkaria> gsnedders: actually, sniffing is more effective
  547. # [13:18] <annevk2> in hindsight, content-type and content negotation were pretty bad ideas
  548. # [13:18] <gsnedders> takkaria: I never questioned that :P
  549. # [13:19] <mookid> this is the exact reason that HTTP has headers for.
  550. # [13:19] <takkaria> yeah, that was a mental typo. s/gsnedders/mookid/
  551. # [13:19] <gsnedders> It's pure mental, like
  552. # [13:19] * gsnedders notes that joke will probably be lost on everyone outside of the UK
  553. # [13:20] <takkaria> and indeed, me
  554. # [13:20] <gsnedders> s/the UK/Scotland/ then maybe
  555. # [13:20] <mookid> annevk2: you keep saying that about content negotiation
  556. # [13:20] <mookid> there is nothing to support that assertion whatsoever
  557. # [13:20] <mookid> other than the *pathetic* support for it in browsers/html which tend to dictate how web mechanisms are leveraged in practice
  558. # [13:21] <mookid> if you don't have html or browsers in your web architecture there is no problem with conneg at all
  559. # [13:21] <takkaria> there's also very little web. :)
  560. # [13:21] <mookid> ...
  561. # [13:21] <mookid> HTTP is the web
  562. # [13:21] <mookid> URIs
  563. # [13:22] <mookid> html/browsers are a necessary evil
  564. # [13:22] <gsnedders> mookid: Quite frankly, we've been over this several times here already. We've given plenty reasons to support that assertion, though they seemingly have fallen on deaf ears. You aren't going to get a different response by rehashing the same arguments. If you want to get a greater diversity of responses, email whatwg@whatwg.org/public-html-comments@w3.org
  565. # [13:23] <annevk2> I'm not really sure how to put my argument
  566. # [13:23] <mookid> annevk2: maybe you don't have one then? :p
  567. # [13:23] <gsnedders> mookid: Well, I'm sure if you ask timbl he'll tell you originally HTTP _was_ HTML and URLs, and that everything else was added on later.
  568. # [13:23] <annevk2> I think what I believe is that if an idea does not get a good implementation over a decade it is simply not worth it and should be dropped (and is a bad idea in hindsight)
  569. # [13:24] <mookid> what tbl thinks is irrelevant realy
  570. # [13:24] * Quits: webben_ (n=benh@nat/yahoo/x-vnuohzgwbqjhgzys) (Read error: 113 (No route to host))
  571. # [13:24] <mookid> the web is HTTP/URIs
  572. # [13:24] <mookid> Services on HTTP and RIA's are the web
  573. # [13:26] <mookid> browsers and html are important to the web on a practical level but they don't actually have anything to do with the underlying architecture
  574. # [13:26] <gsnedders> Hixie: You still awake?
  575. # [13:27] <annevk2> gsnedders was just talking about the original idea of the Web
  576. # [13:27] <mookid> so what the original implementation of HTTP was pretty poorly concieved anyway
  577. # [13:27] <annevk2> and the Web and the fundamental architecture of it are separate concepts in my mind
  578. # [13:27] <mookid> the fundemental driver of success is the architecture
  579. # [13:28] <gsnedders> mookid: It's a legacy you won't escape from, though, the poorly concieved original
  580. # [13:28] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  581. # [13:28] <mookid> not if we have standards bodies populated by individuals with the predisposition to continue this insanty, no.
  582. # [13:29] <annevk2> so do something about it
  583. # [13:29] <gsnedders> mookid: Well you seem quite uninterested to actually do anything about it, and prefer to just complain on IRC.
  584. # [13:29] <annevk2> talking here won't really further your cause
  585. # [13:30] <annevk2> well, I suppose it might, but given the length of this conversation I'm pretty sure nobody is reading
  586. # [13:30] <mookid> :)
  587. # [13:30] <gsnedders> http://lists.w3.org/Archives/Public/public-html/2009Jul/0807.html
  588. # [13:30] <gsnedders> Where in the select section?
  589. # [13:30] <mookid> Poor governance basically http://en.wikipedia.org/wiki/Government_failure
  590. # [13:30] <annevk2> also, I have the feeling that each time I chat with you you're saying the same things...
  591. # [13:31] <annevk2> (and I'm repeating myself too)
  592. # [13:31] <mookid> right - that's mainly because you repeat stuff that doesn't make sense
  593. # [13:31] <mookid> like
  594. # [13:31] <mookid> "conneg is broken"
  595. # [13:31] <gsnedders> mookid: We've given plenty of reasons, too, but you've ignored them all.
  596. # [13:32] <mookid> mainly because you're rationale is based entirely on insufficiencies on markup/browser insufficiencies
  597. # [13:32] <mookid> and nothing to do with the actually Web
  598. # [13:32] <mookid> actual^
  599. # [13:32] <gsnedders> ah-ha! "If the multiple attribute is absent, whenever an option element in the select element's list of options has its selectedness set to true, and whenever an option element with its selectedness set to true is added to the select element's list of options, the user agent must set the selectedness of all the other option element in its list of options to false."
  600. # [13:32] <annevk2> ok, i'll just ignore you now until you have something constructive
  601. # [13:32] <gsnedders> mookid: We've given plenty of other reasons too.
  602. # [13:32] <mookid> you haven't actually mate I wouldn't waste my time if you had
  603. # [13:34] <mookid> if you point me to the part of the spec where Conneg is flawed, fair enough
  604. # [13:34] <mookid> otherwise you're just holding someone's head under the water and having a go at them for not being able to swim properly
  605. # [13:35] <annevk2> everyone can write a spec that is technically sound
  606. # [13:35] <annevk2> that does not mean it's good
  607. # [13:35] <mookid> ok so maybe next time the HTTP guys should do it with phonetically spelled words and nice pictures?
  608. # [13:36] <mookid> and special gold star stickers if you manage to actually read the damn spec properly
  609. # [13:37] <gsnedders> I guess the employees of W3C who wrote HTML 4.0 are equally incompetent in your view?
  610. # [13:37] <gsnedders> If the W3C has been so incompetent for the past twelve years, what makes you think it will change?
  611. # [13:37] <mookid> I think they have way more excuses than you lot do.
  612. # [13:38] <othermaciej> mookid: I think your continual repetition of the same positions is not constructive and borders on trolling
  613. # [13:38] <mookid> terrific
  614. # [13:38] <mookid> ironically unconstructive comment
  615. # [13:38] <othermaciej> I will admit to having fed the troll before, but it's kind of getting old
  616. # [13:38] <mookid> thanks for sharing
  617. # [13:38] <gsnedders> What excuses do they have that we don't? Regardless, you're just giving the same arguments over and over again, and ignoring ours totally. If you want to try and get anywhere at all, mail the list. Bitching in IRC will make _absolutely no difference whatsoever_.
  618. # [13:39] <mookid> I'm giving the same arguments because ever 'response' I get contains invalid and irrelevant points that don't address what I actually said
  619. # [13:40] <mookid> I'll say this again - there is *nothing* wrong with HTTP conneg, and a lot wrong with browsers/html
  620. # [13:40] <mookid> if I avoid both of those I can leverage HTTP conneg fine
  621. # [13:41] <othermaciej> mookid: if you want to summarize your position in email (either whatwg@whatwg.org or public-html@w3c.org, your choice), that would be useful
  622. # [13:41] <othermaciej> I think repeating the same points over and over on IRC, and getting more or less the same responses, is not very useful
  623. # [13:42] <othermaciej> or you can file a bug at <http://www.w3.org/Bugs/Public/> in the HTML5 spec proposal component, with your concrete proposal
  624. # [13:43] <mookid> well I'm pretty sure there's some fundamental problems in my communication and/or your comprehension which are unlikely the magically dissapear in a 'conclusion'
  625. # [13:43] <annevk2> mookid, have you considered that you might not get our arguments?
  626. # [13:44] <mookid> well I'm pretty well versed in HTTP and working with it on a day to day basis
  627. # [13:44] <othermaciej> mookid: I agree there is likely a communication and/or comprehension problem
  628. # [13:44] <mookid> so I have a good chance of 'getting' what you're saying
  629. # [13:44] <annevk2> the problems I'm pointing out have not so much to do with HTTP technicalities
  630. # [13:44] <othermaciej> I also think repeating the same things more times is not going to foster better communication
  631. # [13:44] <annevk2> not at all, I think
  632. # [13:44] * Joins: mat_t_ (n=mattomas@nat/canonical/x-hexhidzfvfwqxnzz)
  633. # [13:45] <mookid> othermaciej: not if the people I'm talking to are interested in winning an argument rather than constructive discussion
  634. # [13:46] <mookid> annevk2: what are these problems then?
  635. # [13:46] <mookid> where do they come from.. browsers/html ? :P
  636. # [13:46] <gsnedders> mookid: There are others here who are well versed in HTTP and work with it every day
  637. # [13:46] <mookid> sure, they have different design philosophies
  638. # [13:47] <mookid> I'm just telling you that I can't use HTTP conneg
  639. # [13:47] <mookid> it's there to be used and I can't practically use it because there's no browser/html mechanisms for it
  640. # [13:47] * Quits: mat_t (n=mattomas@nat/canonical/x-wdvwzdekehfphmpx) (Read error: 110 (Connection timed out))
  641. # [13:48] <mookid> both approaches (URI vs protocol) conneg would work fine along side each other
  642. # [13:48] <othermaciej> I think you've made your position on the matter abundantly clear
  643. # [13:48] <mookid> do you mind?
  644. # [13:48] <othermaciej> yes, I do
  645. # [13:48] <gsnedders> Also, characterising it as people who are interested in winning an argument rather than constructive discussion is _not_ going to help.
  646. # [13:48] <othermaciej> because you've been going on about it every day for weeks
  647. # [13:49] * Quits: mat_t_ (n=mattomas@nat/canonical/x-hexhidzfvfwqxnzz) (Read error: 104 (Connection reset by peer))
  648. # [13:49] <othermaciej> and every day you repeat yourself
  649. # [13:49] <othermaciej> and this isn't #groundhogday
  650. # [13:49] <mookid> yeah that gandhi guy sure was irritating
  651. # [13:49] <othermaciej> so bring some new information or take it elsewhere
  652. # [13:49] <mookid> I beg your pardon?
  653. # [13:50] * Joins: mat_t_ (n=mattomas@nat/canonical/x-tvhwxjaprmibkvbd)
  654. # [13:53] * Joins: annevk (n=annevk@5355732C.cable.casema.nl)
  655. # [13:55] <mookid> 'what about xyz?' - 'yeah well nevermind about xyz because I can juggle with fruit' - '......... what about xyz?'
  656. # [13:55] <mookid> 'hey stop repeating yourself!'
  657. # [13:57] <mookid> a simple "its too much like hard work" would be fine if that's the reality of the situation
  658. # [14:17] <takkaria> mookid: I don't understand your link to "Government failure" earlier
  659. # [14:23] <mookid> :P
  660. # [14:26] <mookid> you don't understand why I brought that up or the content of the page?
  661. # [14:27] <mookid> Government === 'a body who govern'
  662. # [14:28] * Joins: jacobolus (n=jacobolu@76.103.173.226)
  663. # [14:30] * Quits: sbublava (n=stephan@77.118.166.81.wireless.dyn.drei.com)
  664. # [14:42] * Joins: taf2 (n=taf2@38.99.201.242)
  665. # [14:43] <annevk> Philip`, btw, dreamhost worked for me again when I tried it later last night
  666. # [14:45] <Philip`> annevk: Thanks, works for me now too
  667. # [14:46] * Joins: webben (n=benh@nat/yahoo/x-zufljpfxgbamkomb)
  668. # [14:49] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  669. # [15:11] * Joins: webben_ (n=benh@nat/yahoo/x-oihqfwzegivsupkk)
  670. # [15:11] * Joins: myakura (n=myakura@p3021-ipbf6805marunouchi.tokyo.ocn.ne.jp)
  671. # [15:20] * Quits: nessy (n=nessy@124-170-20-79.dyn.iinet.net.au) ("This computer has gone to sleep")
  672. # [15:23] * Quits: webben (n=benh@nat/yahoo/x-zufljpfxgbamkomb) (Read error: 110 (Connection timed out))
  673. # [15:23] <takkaria> mookid: I don't grok how it's relevant
  674. # [15:32] * Joins: rubys (n=rubys@67.129.38.132)
  675. # [15:37] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  676. # [15:41] <mookid> takkaria: governing bodies often miss-allocate resources
  677. # [15:44] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  678. # [15:45] * Joins: nessy (n=nessy@124-170-2-64.dyn.iinet.net.au)
  679. # [15:53] <takkaria> right, that's what the article says, but why is it relevant? :)
  680. # [15:53] * Parts: rubys (n=rubys@67.129.38.132)
  681. # [15:59] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
  682. # [16:00] <mookid> it would be nice to think it isn't relevant at all
  683. # [16:01] <mookid> 'Regulatory capture - The co-opting of regulatory agencies by members of or the entire regulated industry. Rent seeking and rational ignorance are two of the mechanisms which allow this to happen.'
  684. # [16:03] <takkaria> mookid: ok, I'm obviously not smart enough to see whatever you're inferring here
  685. # [16:03] <Philip`> Maybe he's calling us ignorant
  686. # [16:04] <mookid> I'm not really inferring anything to be honest, it just is what it is
  687. # [16:06] <Philip`> So you're saying that a page exists on Wikipedia and describes something, and that's it?
  688. # [16:07] <mookid> more the concept of the content on that page phil.. :P
  689. # [16:08] <mookid> I don't really have a solid opinion one way or another because I don't actually know the details of how you guys operate
  690. # [16:09] <mookid> i've read the rants, though
  691. # [16:09] <mookid> seems like that's what most of them are getting at
  692. # [16:10] <mookid> the OPEC of the internet
  693. # [16:11] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com)
  694. # [16:16] <mookid> It doesn't matter that much anyway - as long as we get video tags I'll be happy; can't wait to have video in web pages
  695. # [16:19] <mookid> then we'll get websites dedicated to serving video content and everything
  696. # [16:19] <mookid> it's going to be a revolution
  697. # [16:20] <mookid> an attractively tagged revolution
  698. # [16:20] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  699. # [16:21] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  700. # [16:22] <taf2> is there anyway to use the canvas tag to extract pixel information... e.g. loop over the matrix of pixels in a canvas tag... allowing one to do analysis on the color matrix?
  701. # [16:23] <Philip`> taf2: getImageData()
  702. # [16:23] <taf2> cool
  703. # [16:23] <Philip`> taf2: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#pixel-manipulation etc
  704. # [16:26] * Joins: aroben (n=aroben@unaffiliated/aroben)
  705. # [16:31] * Quits: nessy (n=nessy@124-170-2-64.dyn.iinet.net.au) ("This computer has gone to sleep")
  706. # [16:36] * Joins: harig (n=aparan@59.90.71.35)
  707. # [16:41] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  708. # [16:45] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  709. # [16:48] <annevk> sweet
  710. # [16:48] <annevk> people are actually going to fix the cookie issue
  711. # [16:48] <annevk> https://www.ietf.org/mailman/listinfo/http-state
  712. # [16:48] <annevk> awesomeness
  713. # [16:49] * Joins: gsnedders_ (n=gsnedder@c83-252-196-86.bredband.comhem.se)
  714. # [16:49] <jacobolus> what mime type should I use to serve javascript?
  715. # [16:50] <annevk> doesn't matter
  716. # [16:50] <jacobolus> well, if I have to pick something...
  717. # [16:50] <annevk> you could not include a mime type
  718. # [16:50] <jacobolus> haha
  719. # [16:50] <annevk> IETF prefers applicatoin/ecmascript or application/javascript; HTML5 prefers text/javascript
  720. # [16:51] <jacobolus> text/javascript it is :)
  721. # [16:51] <zcorpan> apache defaults to application/x-javascript i think
  722. # [16:51] <jacobolus> zcorpan: actually, application/javascript
  723. # [16:51] <jacobolus> at least on my mac
  724. # [16:51] <zcorpan> oh they changed
  725. # [16:52] <jacobolus> zcorpan: they also have an entry for "text/javascript" with no extension
  726. # [16:52] <jacobolus> http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
  727. # [16:52] <zcorpan> is that the latest mime.types for apache?
  728. # [16:52] <jacobolus> zcorpan: for some reason the python mimetypes module overrides javascript to do application/x-javascript
  729. # [16:52] <jacobolus> zcorpan: I assume it's the latest
  730. # [16:52] <jacobolus> it's in their svn
  731. # [16:54] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  732. # [16:54] * zcorpan updates http://wiki.whatwg.org/wiki/Video_type_parameters
  733. # [16:56] <mookid> annevk: they're finally getting rid of cookies?
  734. # [16:57] <mookid> cool!
  735. # [16:57] <mookid> =)
  736. # [17:00] <mookid> a working group developing new ways to abuse HTTP
  737. # [17:01] <mookid> love it
  738. # [17:01] <mookid> isn't HTTP just the wrong protocol if you need stateful client/server interaction?
  739. # [17:02] <Philip`> mookid: I thought you were in favour of adding features to the language just because somebody thinks they're useful and the language designers shouldn't get in their way, so you ought to be happy that they're working on cookies which lots of people find useful
  740. # [17:02] <mookid> no I'm in favour of adding features which provide mechanisms to leverage components of the underlying architecture of the web
  741. # [17:02] * Joins: cgriego (n=cgriego@rrcs-24-173-70-117.sw.biz.rr.com)
  742. # [17:03] <mookid> no augment bullshit ontop of it like cookies
  743. # [17:03] <mookid> which exist because people try to do stupid things with HTTP
  744. # [17:03] <Philip`> They exist because people try to solve practical problems using HTTP
  745. # [17:04] <mookid> stateful interaction is mostly bad design
  746. # [17:05] <mookid> particularly on HTTP
  747. # [17:05] <Philip`> Or HTTP is badly designed for stateful interaction :-)
  748. # [17:06] <mookid> stateful interaction is a horrific way to build an anarchic scalable distributed system the size of the web
  749. # [17:09] * Joins: dglazkov (n=dglazkov@nat/google/session)
  750. # [17:10] <Philip`> Most people aren't building the web, they're just building a single centralised web site with no need for scalability and it works fine for them
  751. # [17:12] <mookid> I'm talking about the why HTTP was designed the way it was
  752. # [17:12] <mookid> and why it was successful
  753. # [17:12] <mookid> that platform is 'the web'
  754. # [17:13] <mookid> I don't really see the problem with people creating systems that operate the same way the web does
  755. # [17:14] <mookid> not really hard to see why that might be a good idea in the long run as your domain evolves
  756. # [17:14] <mookid> the solution isn't cookies it's education and tooling
  757. # [17:15] <cgriego> I think reusing the legend element, given the issues, is a contradiction of the goal of backwards compatability.
  758. # [17:16] * Quits: bchoate (n=brad@c-71-202-166-201.hsd1.ca.comcast.net)
  759. # [17:16] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  760. # [17:20] <annevk> cgriego, but that's not the only goal we have
  761. # [17:20] <annevk> cgriego, so it's not a simple as that ;)
  762. # [17:20] * Quits: harig (n=aparan@59.90.71.35)
  763. # [17:20] <jacobolus> huh. apache's list has the 'wav' extension twice, for audio/wav and audio/x-wav
  764. # [17:21] <jacobolus> I wonder how they decide precedence. That's probably a bug
  765. # [17:21] <jacobolus> /typo
  766. # [17:23] <MikeSmith> jacobolus: judging by past experiences, if you file a bug now, they might get around to fixing it 5 years from now
  767. # [17:23] <jacobolus> heh
  768. # [17:23] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  769. # [17:24] <MikeSmith> and you will get a lot of entertaining comments posted to the bug during that time, from a wide variety of genuine jackasses
  770. # [17:24] <MikeSmith> great entertainment value
  771. # [17:26] * Joins: webben (n=benh@nat/yahoo/x-odnbcrztjzstemaa)
  772. # [17:26] <jacobolus> python's mimetypes module overrides rdf and wsdl to be application/xml instead of application/rdf+xml & application/wsdl+xml
  773. # [17:26] * Quits: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp) (Read error: 104 (Connection reset by peer))
  774. # [17:26] <jacobolus> is there a good reason to send application/xml instead of the others?
  775. # [17:27] * Joins: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp)
  776. # [17:27] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  777. # [17:27] <cgriego> annevk: I think legend would be an excellent element to use with figure and details, except every major browser has issues with it, and not because they did anything wrong. HTML 4 defines legend, as a form element, to be a replaced element. Undoing that is a radical change in definition.
  778. # [17:34] <annevk> I don't think HTML4 defined it as such
  779. # [17:34] <adactio> cgriego: I agree. I tried to some DOM Scripting with <details> and it proved to be impossible because of the way that browsers interpret the presence of the <legend> element (Safari throws it away, Firefox generates a <fieldset>).
  780. # [17:34] <adactio> The problem is ...what's the alternative?
  781. # [17:35] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  782. # [17:35] <annevk> (in theory it should be treated as an unknown element outside of <fieldset>)
  783. # [17:35] * Joins: ojan (n=ojan@65-78-4-195.c3-0.ned-ubr1.sbo-ned.ma.cable.rcn.com)
  784. # [17:35] <annevk> to elaborate a little bit, one of the other goals we have is keeping the language simple
  785. # [17:35] <annevk> and as browsers fix their bugs <legend> will become useful
  786. # [17:36] <annevk> it might take a little longer, but not having to introduce a new element seems worth it
  787. # [17:36] <adactio> annevk: I agree and I think that Safari and Firefox will probably fix this pretty quickly but IE (again) is going to really slow things down.
  788. # [17:37] <adactio> I've read through the arguments for and against <legend>: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2008-February/014038.html
  789. # [17:37] * Quits: webben_ (n=benh@nat/yahoo/x-oihqfwzegivsupkk) (Read error: 113 (No route to host))
  790. # [17:37] <adactio> And I agree, in principle, that it's far more preferable to "recycle" an existing element than to create a new one.
  791. # [17:38] <adactio> But I'd really like to be able to use the new HTML5 elements and as long as some of them use <legend>, they're effectively out of bounds. :-(
  792. # [17:40] <adactio> Remy has a more detailed breakdown of the issues: http://html5doctor.com/legend-not-such-a-legend-anymore/
  793. # [17:40] <annevk> yeah, it's dilemma
  794. # [17:40] <taf2> can a Worker be used to run canvas operations?
  795. # [17:40] <annevk> I guess so far we decided not to cater to the early adopter crowd :)
  796. # [17:40] <takkaria> taf2: sure
  797. # [17:41] <annevk> taf2, it can only process ImageData objects
  798. # [17:41] <annevk> takkaria, not really, there's no DOM in a Worker
  799. # [17:42] <taf2> annevk: but that is okay i think... for me... if i get the image data pass to a worker and mainipulate the data postMessage back to the main thread and putImageData...
  800. # [17:42] <adactio> annevk: Yeah, and that's fair enough. It's just a shame that so much doesn't need catering to (e.g. <section>, <article>, <header>); we can just go ahead and use them without waiting for browsers. On the face of it, <details> and <figure> should fall into the same category ...but that damned <legend> throws a spanner in the works.
  801. # [17:42] <takkaria> annevk: I meant you can do ImageData stuff, but you were more precise. :)
  802. # [17:43] <annevk> <div class="legend"> :/
  803. # [17:54] <adactio> annevk: yeah, that's what I'm doing for now with the new structural elements anyway (using class names rather than elements, as an interim step) so I can do that for anything requiring a <legend> too.
  804. # [17:55] <cgriego> Has anyone looked to see if similar issues arise with the caption element?
  805. # [17:56] <annevk> yes, it does not work because of <table> parsing
  806. # [17:56] <adactio> cgriego: I believe <caption> has its own issues because it is expected inside a table.
  807. # [17:59] * Quits: webben (n=benh@nat/yahoo/x-odnbcrztjzstemaa) (Read error: 113 (No route to host))
  808. # [18:04] * Joins: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net)
  809. # [18:11] <cgriego> How about <label>?
  810. # [18:12] * Joins: maikmerten (n=maikmert@Z94b5.z.pppool.de)
  811. # [18:12] <annevk> maybe you should read the email adactio pointed to
  812. # [18:13] <cgriego> good point
  813. # [18:16] * Joins: sbublava (n=stephan@77.116.35.176.wireless.dyn.drei.com)
  814. # [18:18] * Quits: ojan (n=ojan@65-78-4-195.c3-0.ned-ubr1.sbo-ned.ma.cable.rcn.com)
  815. # [18:18] * Quits: taf2 (n=taf2@38.99.201.242)
  816. # [18:18] * Joins: tantekc (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  817. # [18:23] * Joins: ttepasse (n=ttepas--@p5B014507.dip.t-dialin.net)
  818. # [18:24] * Joins: nathanhammond (n=nathanha@32.130.38.66)
  819. # [18:26] * Joins: atwilson (n=atwilson@74.125.59.1)
  820. # [18:42] * Quits: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net) (Connection timed out)
  821. # [18:49] * tantekc is now known as tantek
  822. # [18:50] * Parts: annevk2 (n=annevk@5355732C.cable.casema.nl)
  823. # [19:05] * Parts: adactio (n=adactio@host86-132-125-223.range86-132.btcentralplus.com)
  824. # [19:11] * Quits: maikmerten (n=maikmert@Z94b5.z.pppool.de) (Remote closed the connection)
  825. # [19:14] * Quits: mat_t_ (n=mattomas@nat/canonical/x-tvhwxjaprmibkvbd) ("This computer has gone to sleep")
  826. # [19:28] * aroben is now known as aroben|lunch
  827. # [19:35] * Joins: maikmerten (n=maikmert@Z94b5.z.pppool.de)
  828. # [19:39] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  829. # [19:46] * Quits: maikmerten (n=maikmert@Z94b5.z.pppool.de) (Remote closed the connection)
  830. # [19:48] * Joins: virtuelv (n=virtuelv@201.169.34.95.customer.cdi.no)
  831. # [19:57] * Joins: taf2 (n=taf2@98.218.77.43)
  832. # [20:01] * Joins: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  833. # [20:04] * Joins: dbaron (n=dbaron@nat/mozilla/x-cxwrzphyxtlnprju)
  834. # [20:08] * Quits: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  835. # [20:10] * Joins: maikmerten (n=maikmert@U0dec.u.pppool.de)
  836. # [20:18] * Joins: Chris_Wilson (n=cwilso@nat/microsoft/x-ppmtehqxfuaoveyv)
  837. # [20:19] * Joins: weinig (n=weinig@17.246.16.59)
  838. # [20:20] * Joins: weinig_ (n=weinig@nat/apple/x-kprsipmmzvlhewry)
  839. # [20:26] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-hdvocndberruuxjh) (Read error: 110 (Connection timed out))
  840. # [20:26] <nathanhammond> As a conversation starter: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-July/021578.html ... anybody have any thoughts regarding what I propose?
  841. # [20:28] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
  842. # [20:31] <annevk> the order is already defined
  843. # [20:33] <annevk> not sure what to think of the rest
  844. # [20:33] <annevk> does that help? :)
  845. # [20:34] <annevk> (the order is defined because in step 5 popstate is dispatched (if needed) and in step 6 hashchange is dispatched (if needed)
  846. # [20:34] <annevk> )
  847. # [20:37] * Quits: weinig (n=weinig@17.246.16.59) (Connection timed out)
  848. # [20:40] * Quits: myakura (n=myakura@p3021-ipbf6805marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  849. # [20:43] * Quits: taf2 (n=taf2@98.218.77.43)
  850. # [20:47] * Joins: jorlow (n=jorlow@nat/google/x-vtyzdqzpiqmouzvz)
  851. # [20:47] * Quits: jennb (n=jennb@72.14.227.1)
  852. # [20:55] * Joins: ap (n=ap@nat/apple/x-rgzpozlcsnetdnlk)
  853. # [20:57] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  854. # [20:59] * Joins: danbri (n=danbri@78-1-98-61.adsl.net.t-com.hr)
  855. # [21:03] * Joins: jorlow_ (n=jorlow@nat/google/x-qdtaxrialshzstkg)
  856. # [21:03] * Quits: jorlow (n=jorlow@nat/google/x-vtyzdqzpiqmouzvz) (Read error: 104 (Connection reset by peer))
  857. # [21:16] * Joins: slightlyoff (n=slightly@72.14.229.81)
  858. # [21:20] * Joins: dimich (n=dimich@98.125.221.128)
  859. # [21:22] * Quits: archtech (n=stanv@83.228.56.37)
  860. # [21:32] * Parts: annevk2 (n=annevk@5355732C.cable.casema.nl)
  861. # [21:32] * Quits: sbublava (n=stephan@77.116.35.176.wireless.dyn.drei.com)
  862. # [21:33] * Joins: poe (n=poe@unaffiliated/xerox)
  863. # [21:34] * Joins: jennb (n=jennb@72.14.227.1)
  864. # [21:40] * Joins: jwalden (n=waldo@nat/mozilla/x-jhssiazhyujtondc)
  865. # [21:44] * Joins: ttepass- (n=ttepas--@p5B0136ED.dip.t-dialin.net)
  866. # [21:52] * Quits: ttepasse (n=ttepas--@p5B014507.dip.t-dialin.net) (Read error: 60 (Operation timed out))
  867. # [21:59] * Quits: Darxus (n=darxus@panic.chaosreigns.com) ("leaving")
  868. # [22:00] * Quits: aroben|lunch (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  869. # [22:00] <nathanhammond> annevk: good to know about the ordering, and better that it matches what I'd hoped
  870. # [22:01] * Joins: Darxus (n=darxus@panic.chaosreigns.com)
  871. # [22:01] * Quits: Darxus (n=darxus@panic.chaosreigns.com) (Client Quit)
  872. # [22:01] * Joins: Darxus (n=darxus@panic.chaosreigns.com)
  873. # [22:02] <nathanhammond> however, with the discussion I've read, it looks like popstate is only fired on history traversal, not on input (reasonable)
  874. # [22:03] * Joins: cying (n=cying@70.90.171.153)
  875. # [22:03] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  876. # [22:06] * Joins: ROBOd2 (n=robod@89.122.216.38)
  877. # [22:12] * slightlyoff is now known as slightlyoff_afk
  878. # [22:15] * Joins: dimich_ (n=dimich@98.125.221.128)
  879. # [22:23] * Quits: dimich (n=dimich@98.125.221.128) (Read error: 110 (Connection timed out))
  880. # [22:23] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  881. # [22:25] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  882. # [22:28] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  883. # [22:39] * slightlyoff_afk is now known as slightlyoff
  884. # [22:41] * Quits: danbri (n=danbri@unaffiliated/danbri)
  885. # [22:51] * Quits: ROBOd2 (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  886. # [22:52] * gsnedders_ wonders whether to give birthday wishes before or after going to bed
  887. # [22:58] * Joins: archtech (n=stanv@83.228.56.37)
  888. # [23:16] * Quits: maikmerten (n=maikmert@U0dec.u.pppool.de) (Remote closed the connection)
  889. # [23:17] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  890. # [23:33] * Quits: jacobolus (n=jacobolu@76.103.173.226) (Remote closed the connection)
  891. # [23:39] * Joins: mat_t (n=mattomas@ppp-3-250.glou-b-1.access.uk.tiscali.com)
  892. # [23:39] * Quits: mat_t (n=mattomas@ppp-3-250.glou-b-1.access.uk.tiscali.com) (Remote closed the connection)
  893. # [23:45] * Quits: cgriego (n=cgriego@rrcs-24-173-70-117.sw.biz.rr.com)
  894. # [23:53] * Joins: jacobolus (n=jacobolu@76.103.173.226)
  895. # Session Close: Sat Aug 01 00:00:00 2009

The end :)