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

Options:

  1. # Session Start: Mon Sep 14 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <Hixie> (i'm trying to work out when flash stops running, e.g. when removed from a document, made display:none, etc)
  4. # [00:00] <Hixie> anyone know of any such files?
  5. # [00:00] <_crow> you could grab a flash music player from myspace or something
  6. # [00:00] <_crow> ...but those stream music, not sure if that's helpful
  7. # [00:01] <Hixie> everything i've found so far requires you to press play
  8. # [00:02] <Hixie> before it makes sound
  9. # [00:02] <_crow> hmmm
  10. # [00:02] <Hixie> (or it takes too long to load)
  11. # [00:03] <Hixie> e.g. games take so long to load
  12. # [00:03] <_crow> yeah
  13. # [00:03] * Joins: Kalms (n=rasmuska@81.161.185.108)
  14. # [00:04] <_crow> this looks like it might be useful: http://flashbeep.net/
  15. # [00:06] <_crow> and you can bind it DOM events
  16. # [00:06] <Hixie> yeah found a few libraries but i'd really not have to rely on calling the api
  17. # [00:06] <Hixie> since that just brings something else into the tests
  18. # [00:07] * Quits: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com) ("Ex-Chat")
  19. # [00:07] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 105 (No buffer space available))
  20. # [00:11] * Quits: Kalms (n=rasmuska@81.161.185.108)
  21. # [00:12] <_crow> heh, not sure if this is flash or not...no time to dig thru source, but it plays automatically and loops: http://www.angelfire.com/super/badwebs/
  22. # [00:13] * _crow is now known as miketaylr
  23. # [00:14] <Hixie> cool, thanks
  24. # [00:14] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  25. # [00:15] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  26. # [00:18] * Joins: michaeln (n=michaeln@nat/google/x-gtegdvvbaolryfoc)
  27. # [00:19] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) (Client Quit)
  28. # [00:20] * Quits: miketaylr (n=miketayl@64.119.130.114)
  29. # [00:21] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  30. # [00:27] * Joins: yutak_home (n=kee@M006079.ppp.dion.ne.jp)
  31. # [00:33] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  32. # [00:34] * Quits: takkaria (n=takkaria@isparp.co.uk) (Remote closed the connection)
  33. # [00:34] * Joins: takkaria (n=takkaria@isparp.co.uk)
  34. # [00:35] * Quits: tantek (n=tantek@32.155.172.123) (Read error: 110 (Connection timed out))
  35. # [00:35] * Joins: murr4y` (n=murray@85.84-49-67.nextgentel.com)
  36. # [00:39] * othermaciej wishes there were an updated version of http://philip.html5.org/tests/canvas/suite/tests/results.html
  37. # [00:39] <othermaciej> I guess it also needs text drawing tests
  38. # [00:40] * Philip` wishes there was too
  39. # [00:40] * Philip` needs more motivation to work on it again instead of doing other stuff
  40. # [00:41] <Philip`> (Text tests are the main thing, plus quite a few minor changes and additions)
  41. # [00:41] <Philip`> ((like toDataURL with JPEG, and drawImage with video, etc, I guess))
  42. # [00:41] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  43. # [00:43] <Philip`> Hixie: By the way, did you see the few times I complained about toc.js in the past few days?
  44. # [00:43] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  45. # [00:43] <Philip`> It'd be nice to sort that out, so I can make any changes needed to the splitter and then get MikeSmith (I assume) to update the W3C copy
  46. # [00:43] <Hixie> Philip`: what's the question?
  47. # [00:44] <Philip`> Hixie: toc.js runs on e.g. http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html and makes the TOC go all silly
  48. # [00:44] <Philip`> so it should be disabled except on the full TOC on the front page
  49. # [00:45] * Hixie looks
  50. # [00:45] <Hixie> oh you have minitocs
  51. # [00:45] <Hixie> cool
  52. # [00:45] <Philip`> (I think I need class=toc to get the right styling, but that's the same hook the script uses)
  53. # [00:46] <Hixie> i've gotta go, but i'll look in a few hours
  54. # [00:47] <Philip`> Okay, thanks!
  55. # [00:47] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 110 (Connection timed out))
  56. # [00:47] <Hixie> is there some way i can tell from script whether we're in the full page or not?
  57. # [00:47] <Philip`> I could put a different class on the mini-tocs
  58. # [00:47] <Hixie> put it on the <html>
  59. # [00:47] <Philip`> (in addition to the class=toc for styling)
  60. # [00:47] <Hixie> that way i can disable the <dfn> one too
  61. # [00:48] <Philip`> toc.js should still run on http://www.whatwg.org/specs/web-apps/current-work/multipage/index.html, I think
  62. # [00:48] <Philip`> (but dfn.js presumably shouldn't)
  63. # [00:49] <Hixie> can you set class="split index" and class="split chapter" on the <html>?
  64. # [00:50] <Hixie> then when i get back i'll just have the script look for those and enable/disable subscripts accordingly
  65. # [00:51] <Philip`> Okay, can do
  66. # [01:03] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  67. # [01:14] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  68. # [01:16] <Philip`> Hixie: <html class="split (index|chapter)"> is there now
  69. # [01:17] <annevk2> fwiw, this will cause pubrules issues down the road though I suppose the W3C edition can simply omit the classes altogether
  70. # [01:20] <Philip`> They don't like classes on <html>?
  71. # [01:21] * Parts: michaeln (n=michaeln@nat/google/x-gtegdvvbaolryfoc)
  72. # [01:22] * GarethAdams__ is now known as GarethAdams_
  73. # [01:22] * GarethAdams_ is now known as GarethAdams|Home
  74. # [01:24] * Quits: yutak_home (n=kee@M006079.ppp.dion.ne.jp) ("Ex-Chat")
  75. # [01:25] * Joins: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  76. # [01:29] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  77. # [01:32] * Quits: da3d (n=opera@h11n1fls34o986.telia.com)
  78. # [01:41] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  79. # [01:45] <AryehGregor> http://www.w3.org/2005/07/pubrules?uimode=filter&;uri=
  80. # [01:45] <AryehGregor> "All normative representations must either:
  81. # [01:45] <AryehGregor> validate as either HTML 4.x or as some version of XHTML that is a W3C Recommendation, or
  82. # [01:45] <AryehGregor> (for non-Recommendations) validate as XHTML+RDFa; see RDFa in XHTML: Syntax and Processing (Team Contacts please see the Communications Team to propose additional exceptions)."
  83. # [01:45] <AryehGregor> Guess that one's gonna have to be scrapped, huh?
  84. # [01:46] <AryehGregor> The front matter must appear at the beginning of the body of the document, within <div class="head">.
  85. # [01:47] <AryehGregor> <p><em>This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the <a href="http://www.w3.org/TR/">W3C technical reports index</a> at http://www.w3.org/TR/.</em></p>
  86. # [01:47] * Quits: takoratta (n=takoratt@p1173-ipbf2410marunouchi.tokyo.ocn.ne.jp) (Read error: 110 (Connection timed out))
  87. # [01:48] <AryehGregor> That's not conforming HTML 5, it's almost certainly misuse of <em> by HTML 5 standards.
  88. # [01:48] <AryehGregor> . . . overall, I think these publication rules are going to have to be hacked a bunch anyway for HTML 5. :P
  89. # [01:50] * Quits: ttepasse (n=ttepas--@p5B01648B.dip.t-dialin.net) ("?Q")
  90. # [01:50] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  91. # [01:55] <Hixie> Philip`: class="" is invalid in HTML4
  92. # [01:55] <Hixie> (on <html>)
  93. # [01:57] * Quits: lazni (n=lazni@118.71.59.135) ("Leaving.")
  94. # [01:58] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  95. # [01:59] <AryehGregor> You could put it on the <body> instead.
  96. # [01:59] <AryehGregor> Doesn't make much difference.
  97. # [01:59] <AryehGregor> I know that's valid, because MediaWiki puts a new class on the <body> every time someone's bored.
  98. # [01:59] <AryehGregor> Also, MediaWiki contributors are frequently bored.
  99. # [02:00] <AryehGregor> Wait, is the W3C version of the HTML 5 spec seriously going to be published as an HTML 4 document?
  100. # [02:01] <Hixie> the w3c isn't convinced that html5 is compatible enough, or something
  101. # [02:02] <Hixie> i dunno, i stopped listening around the time they said that it wasn't obvious that we should publish html5 as html5
  102. # [02:02] <Rik`> that's a big vote of confidence for a standard
  103. # [02:03] <Hixie> it's more just an indication of how out of touch the w3c management is
  104. # [02:03] <Hixie> (with a couple of exceptions, who argued in favour of using html5)
  105. # [02:03] <Hixie> the whatwg version has used html5 for years
  106. # [02:06] <Rik`> eat your own dog food, they say
  107. # [02:07] <AryehGregor> In what way is it less compatible than HTML 4?
  108. # [02:07] <Hixie> beats me
  109. # [02:07] <Hixie> html4 used html4 since the earliest drafts
  110. # [02:08] <Hixie> it just seems like the w3c management is anti-html5 to me
  111. # [02:08] <jcranmer> NIH syndrome?
  112. # [02:10] <Hixie> could be
  113. # [02:10] <Hixie> dunno
  114. # [02:10] <Hixie> or just upset about the history
  115. # [02:10] <Hixie> or maybe they're just really that far out of touch
  116. # [02:10] <Hixie> who knows
  117. # [02:10] <AryehGregor> Well, they kind of had it forced on them against their will, I guess. Not likely that they'll completely change their attitude toward the direction HTML should head just because the browser vendors force their hand.
  118. # [02:10] <Hixie> and frankly who cares :-)
  119. # [02:11] <AryehGregor> I get the impression that W3C involvement here is basically political and nobody important in the WHATWG really cares too much what they think.
  120. # [02:11] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  121. # [02:11] <Hixie> i think the situation is a lot more subtle than that
  122. # [02:12] <Hixie> at least speaking for me, it's more that i don't care _who_ has feedback, so it makes no difference to me whether it's w3c staff who think something or some random web author
  123. # [02:12] <Hixie> since only the technical merits of the feedback matter
  124. # [02:14] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  125. # [02:15] <karlcow> it seems the first WD version of XHTML 1 has been published in the "in-development" xhtml 1 format http://www.w3.org/TR/1998/WD-html-in-xml-19981205/
  126. # [02:16] <AryehGregor> But XHTML 2 and so on are all published in XHTML <= 1.1, right?
  127. # [02:16] <AryehGregor> XHTML 2, 1.2, whatever. The ones nobody ever used.
  128. # [02:17] <Hixie> XHTML 2 couldn't have been published in XHTML 2 because it wasn't backwards compatible
  129. # [02:17] <karlcow> XHTML 2 working drafts were published in xhtml 1.0 http://www.w3.org/TR/2002/WD-xhtml2-20020805/
  130. # [02:17] <Hixie> (maybe they should have realised that it was doomed at that point, but oh well)
  131. # [02:18] <karlcow> and the last XHTML 2 WD was published using xhtml 1.0 too
  132. # [02:21] <othermaciej> AryehGregor: I care about helping W3C management make good decisions
  133. # [02:22] <AryehGregor> Okay, okay, I shouldn't have been so inflammatory, my bad.
  134. # [02:22] <fupp> ah, it's so nice to have full access to the dom tree from python with evaluated javascript and all
  135. # [02:22] <AryehGregor> HTML5 will proceed with or without the W3C, but probably better with than without.
  136. # [02:22] <othermaciej> I'm not sure the publication format of HTML5 is very important, but it does seem like it would make a better impression to publish HTML5 in HTML5
  137. # [02:22] <AryehGregor> Although I have to wonder if maybe the W3C has just gotten too bureaucratic and closed to be a good web standards body anymore.
  138. # [02:23] <AryehGregor> The WHATWG procedure seems obviously better to me. Although I'm probably biased.
  139. # [02:23] <AryehGregor> Both because I'm not part of any W3C member organization, and because I'm one of those crazy wiki/open-source hippies. :)
  140. # [02:23] <othermaciej> creating the HTML WG, adopting HTML5, and ending the XHTML2 WG all seem like steps in the right direction
  141. # [02:24] <Dashiva> Having w3c on board helps with the patent situation, doesn't it?
  142. # [02:24] <othermaciej> in fact you can join the HTML WG freely without being part of any Member organization
  143. # [02:24] <AryehGregor> Yeah, but we're still talking about an organization where to subscribe to the bloody mailing list I had to find and fill out multiple forms and wait two weeks.
  144. # [02:24] <AryehGregor> (www-style allows open subscription, why not public-html?)
  145. # [02:25] <AryehGregor> Dashiva, is anyone particularly concerned about HTML-related patents?
  146. # [02:25] <Hixie> AryehGregor: www-style is not the csswg's list
  147. # [02:25] <AryehGregor> Sigh.
  148. # [02:25] <AryehGregor> Right.
  149. # [02:25] <AryehGregor> Hidden stuff.
  150. # [02:25] <othermaciej> the main advantages of working with the W3C are: (1) patent policy; (2) Microsoft is willing to participate; (3) the W3C still has a lot of prestige in the eyes of the general public
  151. # [02:25] <Hixie> (though they are using it a lot, which is good)
  152. # [02:25] <AryehGregor> Hmm, yeah, (2) is certainly a good point.
  153. # [02:25] <AryehGregor> Haven't seen any Microsoft employees posting to whatwg.
  154. # [02:25] * Hixie isn't really convinced about (3), and (2) is because of (1), so it's really just (1), imho
  155. # [02:26] <othermaciej> AryehGregor: Apple had a bunch of HTML-related patents which we disclosed and agreed to license RF as part of the HTML WG publication and patent review process
  156. # [02:26] <AryehGregor> othermaciej, interesting.
  157. # [02:26] <othermaciej> including a patent on <canvas>
  158. # [02:26] <AryehGregor> Ah.
  159. # [02:26] <AryehGregor> That's valuable, then.
  160. # [02:26] <AryehGregor> (3) isn't important, if HTML5 is the future then people will have to accept it whether they like it or not.
  161. # [02:26] <AryehGregor> It's good that XHTML was shut down, though.
  162. # [02:27] <AryehGregor> So if only we abolished software patents, we wouldn't need the W3C anymore? :)
  163. # [02:27] <othermaciej> I'm not saying W3C is a perfect organization, but I believe it is moving in the right direction, and working with them seems worthwhile if it doesn't impose an unreasonable cost
  164. # [02:27] <AryehGregor> Sure.
  165. # [02:28] <Hixie> it's imposed a pretty high cost
  166. # [02:28] <Hixie> i don't know how much cost is considered reasonable
  167. # [02:28] <Rik`> I believe 3 is important for public organisations
  168. # [02:29] <othermaciej> I would also add that many specs that are very important but less visible than HTML5 are proceeding quite happily in the W3C without giant political fights
  169. # [02:29] <AryehGregor> Well, (3) doesn't matter in the long term, because HTML 5 will win in the long term and everyone will have to recognize it sooner or later.
  170. # [02:29] <Rik`> they might forbidden using HTML5 on their websites if it wasn't a W3C spec
  171. # [02:29] <jcranmer> AryehGregor: not all patents impacting software are software patents
  172. # [02:29] <jcranmer> H.264 is protected by DSP patents
  173. # [02:29] <Hixie> Rik`: is this the same organisations who use <embed> when youtube says that's how you embed video?
  174. # [02:29] <Hixie> Rik`: or heck, is this the same organisations who use window.open()?
  175. # [02:30] <AryehGregor> If a patent prohibits the distribution of some type of software, then as far as I'm concerned it's a software patent. I'm not sure what else "software patent" would mean, in fact.
  176. # [02:30] <Hixie> Rik`: or element.innerHTML?
  177. # [02:30] <Hixie> or showModalDialog()?
  178. # [02:30] <Hixie> or all the other things W3C never specced?
  179. # [02:30] <othermaciej> AryehGregor: I don't think win or lose is the right framing - clearly HTML5 is being implemented by browsers and adopted by content authors, and I don't think anyone wants or expects to reverse that
  180. # [02:30] <jcranmer> AryehGregor: `software patent' = the patent classification, according to the USPTO
  181. # [02:30] <AryehGregor> I think a lot of people want to reverse HTML5's success.
  182. # [02:30] <othermaciej> the question is a matter of how positive and peaceful the rollout can be
  183. # [02:31] <Rik`> Hixie: the only process to check that the policy is respected is the HTML validator
  184. # [02:31] <othermaciej> if there is an active resistance movement, that would be a bad thing for the Web platform, even if there is no hope of truly scuttling the effort
  185. # [02:31] <AryehGregor> jcranmer, hmm, didn't know there was such a thing. Well, then "software-related patent" or whatever term you'd like me to use. At least they shouldn't exist insofar as they prohibit the creation of computing standards, file formats, etc.
  186. # [02:31] <Hixie> Rik`: that says <embed> is bad, but people still use <embed>
  187. # [02:31] <AryehGregor> othermaciej, yes, I agree. I'm just being overly confrontational (not that there's anyone here I'm confronting).
  188. # [02:32] <Rik`> I haven't seen a lot of Youtube videos on such sites
  189. # [02:32] <AryehGregor> Anyway, I don't think most of this contradicts my original point, which is that getting HTML5 approved as a W3C standard is mostly just a political move.
  190. # [02:32] <AryehGregor> Hixie, even public organizations? Wasn't there a big breakthrough recently when the US government allowed its websites to use cookies?
  191. # [02:33] <AryehGregor> Just because everyone uses it doesn't mean some crazy government bureaucrats will allow the government to use it. :)
  192. # [02:33] * Joins: cardona507 (n=cardona5@67.180.160.250)
  193. # [02:33] <Hixie> AryehGregor: gov'ts have been embedding flash and videos and the like for plenty of time
  194. # [02:33] <othermaciej> standards are political
  195. # [02:33] <AryehGregor> I guess they don't really have any choice, if they want to post videos . . .
  196. # [02:33] * Joins: slightlyoff (n=slightly@72.14.229.81)
  197. # [02:33] <Hixie> AryehGregor: and i doubt that if the world moved forward, they would continue to stay in 1999 until such time as w3c stamped the spec
  198. # [02:34] <othermaciej> actually, standards are more like international relations than politics
  199. # [02:34] <jcranmer> from what I can tell, gov'ts are rather technologically incompetent
  200. # [02:34] <jcranmer> they just use <insert some standard utility here>
  201. # [02:35] <othermaciej> you can be a realist or an idealist, but ultimately there's no direct enforcement for defecting, so it has to be in everyone's interest to cooperate
  202. # [02:35] <othermaciej> or the effort fails
  203. # [02:35] <othermaciej> so you can compare the W3C to the UN
  204. # [02:36] <Rik`> othermaciej: do you have a blue helmet ?
  205. # [02:36] <othermaciej> it starts as a collection of its constituents, but eventually develops its own institutional interests which at times also need to be considered
  206. # [02:37] <othermaciej> Rik`: not a bad analogy - responsible for keeping the peace, but little power to enforce it and not much respect from the locals
  207. # [02:37] * Quits: murr4y` (n=murray@85.84-49-67.nextgentel.com) (Read error: 60 (Operation timed out))
  208. # [02:37] <Dashiva> So what's the w3c equivalent of the human rights' council coup?
  209. # [02:38] <othermaciej> the TAG
  210. # [02:38] <othermaciej> maybe WAI? I could make a case for either, but this is getting to be a silly metaphor
  211. # [02:39] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  212. # [02:39] <karlcow> I18N + TAG + WAI + QA (when it was still existing)
  213. # [02:40] <AryehGregor> Are we going to come up with an analogy to the fact that China and Russia are members of the HRC? :)
  214. # [02:41] <karlcow> http://beta.w3.org/Consortium/mission
  215. # [02:42] * Joins: takoratta (n=takoratt@220.109.219.244)
  216. # [02:44] * Quits: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  217. # [02:47] <cardona507> why oh why must they plug twitter at the bottom of that page?!
  218. # [02:55] * Joins: murr4y` (n=murray@84.49.67.85)
  219. # [03:00] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  220. # [03:01] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 113 (No route to host))
  221. # [03:02] * Joins: tkent (n=tkent@220.109.219.244)
  222. # [03:04] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  223. # [03:04] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) ("Leaving...")
  224. # [03:08] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  225. # [03:12] <takkaria> what about the security council?
  226. # [03:13] <AryehGregor> For HTML5, the W3C is the General Assembly and the Steering Committee is the Security Council. :)
  227. # [03:14] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  228. # [03:14] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net) (Remote closed the connection)
  229. # [03:14] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  230. # [03:15] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  231. # [03:20] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  232. # [03:23] * Quits: murr4y` (n=murray@84.49.67.85) (Read error: 145 (Connection timed out))
  233. # [03:29] * Joins: lazni (n=lazni@118.71.169.163)
  234. # [03:31] * Joins: murr4y` (n=murray@85.84-49-67.nextgentel.com)
  235. # [03:38] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  236. # [03:38] * Joins: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  237. # [03:38] * othermaciej_ is now known as othermaciej
  238. # [03:41] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 105 (No buffer space available))
  239. # [04:01] * Quits: cardona507 (n=cardona5@67.180.160.250)
  240. # [04:03] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  241. # [04:06] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  242. # [04:19] * Joins: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  243. # [04:27] * Joins: benward (n=benward@98.210.154.133)
  244. # [04:32] * Joins: Super-Dot (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  245. # [04:43] * Quits: karlcow (n=karl@nerval.la-grange.net) ("O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.")
  246. # [04:48] * Joins: karlcow (n=karl@nerval.la-grange.net)
  247. # [04:51] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  248. # [04:52] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  249. # [05:03] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  250. # [05:16] * Joins: MikeSmith (n=MikeSmit@EM114-48-168-187.pool.e-mobile.ne.jp)
  251. # [05:30] * Joins: miketaylr (n=miketayl@user-387hgua.cable.mindspring.com)
  252. # [05:36] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  253. # [05:36] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  254. # [05:37] * weinig_ is now known as weinig
  255. # [05:49] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
  256. # [05:54] * Joins: crow (n=miketayl@user-0cdf5gs.cable.mindspring.com)
  257. # [05:56] * Quits: lazni (n=lazni@118.71.169.163) ("Leaving.")
  258. # [05:56] * Joins: lazni (n=lazni@118.71.169.163)
  259. # [05:59] * crow is now known as miketayl
  260. # [06:00] * miketayl is now known as miketaylrrrr
  261. # [06:02] * Quits: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  262. # [06:09] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  263. # [06:13] * Quits: miketaylr (n=miketayl@user-387hgua.cable.mindspring.com) (Read error: 105 (No buffer space available))
  264. # [06:20] * Joins: jacobolus (n=jacobolu@140.247.154.190)
  265. # [06:20] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  266. # [06:29] * Joins: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  267. # [06:35] * Quits: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  268. # [06:36] * Joins: dglazkov__ (n=dglazkov@67.188.0.62)
  269. # [06:36] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  270. # [06:36] * dglazkov__ is now known as dglazkov
  271. # [06:37] * Quits: dglazkov (n=dglazkov@67.188.0.62) (Client Quit)
  272. # [06:38] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp) (Read error: 113 (No route to host))
  273. # [06:44] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  274. # [06:53] * Quits: miketaylrrrr (n=miketayl@user-0cdf5gs.cable.mindspring.com)
  275. # [06:54] * Joins: zdobersek (n=zan@cpe-92-37-73-200.dynamic.amis.net)
  276. # [06:54] * Joins: benward (n=benward@98.210.154.133)
  277. # [06:55] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  278. # [06:55] * Quits: jacobolus (n=jacobolu@140.247.154.190) (Remote closed the connection)
  279. # [06:56] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  280. # [06:58] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net) (Remote closed the connection)
  281. # [06:58] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  282. # [07:02] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  283. # [07:03] * Joins: alexbobp (n=alex@75.42.224.116)
  284. # [07:05] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 105 (No buffer space available))
  285. # [07:07] * Joins: takoratt_ (n=takoratt@220.109.219.244)
  286. # [07:08] * Joins: takorat__ (n=takoratt@220.109.219.244)
  287. # [07:14] * Quits: tyoshino_ (n=tyoshino@220.109.219.244) ("Leaving...")
  288. # [07:14] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  289. # [07:14] * Quits: takoratt_ (n=takoratt@220.109.219.244) (Read error: 60 (Operation timed out))
  290. # [07:15] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  291. # [07:17] * Joins: harig (n=harig@59.90.71.35)
  292. # [07:23] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  293. # [07:24] * Quits: zdobersek (n=zan@cpe-92-37-73-200.dynamic.amis.net) ("Leaving.")
  294. # [07:25] * Quits: takoratta (n=takoratt@220.109.219.244) (Read error: 110 (Connection timed out))
  295. # [07:28] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  296. # [07:36] <othermaciej> does anyone have a link handy to Mike Smith's draft or Lachy's authoring guide?
  297. # [07:40] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  298. # [07:42] * Joins: roc (n=roc@121-72-191-156.dsl.telstraclear.net)
  299. # [07:47] <hsivonen> hmm. there's a CC logo on the ODRL front page. I wonder how ODRL relates to CC/REL
  300. # [07:51] <Lachy> othermaciej, http://dev.w3.org/html5/html-author/
  301. # [07:56] <hsivonen> Lachy: s/contain/contains/ in "and the body, which contain all of the page’s content"
  302. # [07:57] <hsivonen> Lachy: also, when you mention RDF, you could also mention DocBook and say that HTML falls in between
  303. # [07:57] <hsivonen> after all, HTML is pretty light on semantics and, therefore, not exemplary of a semantic markup language
  304. # [07:58] <hsivonen> s/RDF/RTF/
  305. # [08:08] * Joins: lazni1 (n=lazni@118.71.169.163)
  306. # [08:09] * Quits: lazni1 (n=lazni@118.71.169.163) (Remote closed the connection)
  307. # [08:12] * Joins: MikeSmithX (n=MikeSmit@EM114-48-90-144.pool.e-mobile.ne.jp)
  308. # [08:13] * Joins: lazni1 (n=lazni@123.24.129.90)
  309. # [08:16] * Quits: lazni (n=lazni@118.71.169.163) (Read error: 60 (Operation timed out))
  310. # [08:21] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  311. # [08:22] * lazni1 is now known as lazni
  312. # [08:24] * Quits: lazni (n=lazni@123.24.129.90) (Remote closed the connection)
  313. # [08:27] * Joins: lazni (n=lazni@118.71.169.163)
  314. # [08:28] * Quits: MikeSmithX (n=MikeSmit@EM114-48-90-144.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  315. # [08:28] * Quits: MikeSmith (n=MikeSmit@EM114-48-168-187.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  316. # [08:32] * Joins: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com)
  317. # [08:32] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  318. # [08:37] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  319. # [08:43] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  320. # [08:43] * Joins: pesla (n=retep@procurios.xs4all.nl)
  321. # [08:47] * Joins: nattokirai (n=nattokir@gw0.mozilla.or.jp)
  322. # [08:53] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  323. # [08:58] * Joins: takoratta (n=takoratt@220.109.219.244)
  324. # [09:03] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  325. # [09:03] * Joins: lazni1 (n=lazni@123.24.129.90)
  326. # [09:06] * Quits: lazni1 (n=lazni@123.24.129.90) (Read error: 54 (Connection reset by peer))
  327. # [09:07] * Joins: lazni1 (n=lazni@118.71.169.163)
  328. # [09:09] * Quits: takoratta (n=takoratt@220.109.219.244) (Read error: 60 (Operation timed out))
  329. # [09:09] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  330. # [09:10] * Joins: takoratta (n=takoratt@220.109.219.244)
  331. # [09:11] * Quits: lazni (n=lazni@118.71.169.163) (Read error: 145 (Connection timed out))
  332. # [09:12] * Joins: heycam (n=cam@210.84.56.211)
  333. # [09:14] * lazni1 is now known as lazni
  334. # [09:16] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  335. # [09:16] * Quits: takorat__ (n=takoratt@220.109.219.244) (Read error: 110 (Connection timed out))
  336. # [09:21] * Joins: MikeSmith (n=MikeSmit@114.48.81.80)
  337. # [09:21] * Quits: MikeSmith (n=MikeSmit@114.48.81.80) (Read error: 131 (Connection reset by peer))
  338. # [09:21] * Joins: MikeSmith (n=MikeSmit@EM114-48-81-80.pool.e-mobile.ne.jp)
  339. # [09:24] * Joins: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl)
  340. # [09:24] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (Read error: 104 (Connection reset by peer))
  341. # [09:45] * Joins: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  342. # [09:52] <lazni> I can't checkout v.nu code, svn: Could not open the requested SVN filesystem
  343. # [09:53] * Quits: harig (n=harig@59.90.71.35) (Read error: 110 (Connection timed out))
  344. # [09:54] <hsivonen> lazni: which svn URL?
  345. # [09:54] <lazni> svn co http://svn.versiondude.net/whattf/build/trunk/ build
  346. # [09:54] <hsivonen> lazni: that URL is no more
  347. # [09:54] <hsivonen> lazni: do I still have documentation out there that gives that URL?
  348. # [09:54] <hsivonen> lazni: see http://about.validator.nu/#src
  349. # [09:55] <lazni> the last time I go to http://about.validator.nu/#src it was there
  350. # [09:55] <lazni> sorry
  351. # [09:55] <hsivonen> lazni: CVSDude changed their system
  352. # [09:55] * Joins: harig (n=harig@59.90.71.35)
  353. # [10:04] * Disconnected
  354. # [10:05] * Attempting to rejoin channel #whatwg
  355. # [10:05] * Rejoined channel #whatwg
  356. # [10:05] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  357. # [10:05] * Set by annevk3 on Wed Sep 09 23:23:54
  358. # [10:05] * Quits: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com) ("Ex-Chat")
  359. # [10:05] * Joins: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com)
  360. # [10:13] <lazni> line 281 of html5lib/python3/src/html5lib/treebuilders/etree_lxml.py uses python2 syntax print docStr
  361. # [10:20] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  362. # [10:21] <annevk2> are we porting html5lib to Python 3?
  363. # [10:23] <Philip`> Someone seemingly started
  364. # [10:24] <Philip`> Is there a better approach than maintaining two parallel versions of all the code?
  365. # [10:24] * Joins: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net)
  366. # [10:24] <hsivonen> Philip`: writing a translator that converts one into the other
  367. # [10:24] <hsivonen> language to language compilation FTW!
  368. # [10:25] <annevk2> I'm not sure that mantra applies to everyone :)
  369. # [10:25] <Philip`> Python already has a tool to do that, but I don't know if it's perfect or if some manual fixup is needed on the output
  370. # [10:26] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  371. # [10:26] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  372. # [10:26] * Joins: GarethAdams_ (n=GarethAd@pdpc/supporter/active/GarethAdams)
  373. # [10:27] <hsivonen> does Python 3 have a switch statement yet?
  374. # [10:27] <annevk2> Philip`, it's not perfect at all, but does quite a bit of work; see diveintopython3
  375. # [10:28] * Quits: GarethAdams_ (n=GarethAd@pdpc/supporter/active/GarethAdams) (Client Quit)
  376. # [10:28] * Joins: wakaba_0 (n=wakaba_@13.136.148.210.dy.bbexcite.jp)
  377. # [10:28] <Philip`> hsivonen: It has if/elif - what more do you want?
  378. # [10:29] <hsivonen> Philip`: what are the perf characteristics of an if/elif chain compared to switch in C or Java?
  379. # [10:30] <annevk2> hsivonen, I don't think so: http://www.python.org/dev/peps/pep-3103/
  380. # [10:30] <hsivonen> at least when the switch has a contiguous range of integer cases, switch compiler more nicely
  381. # [10:30] <Philip`> Depends on the compiler, since surely it could optimise "if x == 1: ... elif x == 2: ..." without requiring the programmer to use special syntax
  382. # [10:30] <Philip`> (I'm sure it doesn't, but it could)
  383. # [10:31] * hsivonen wonders if non-contiguous switch compiler to anything nicer than if-else in GCC
  384. # [10:31] <jgraham> We have a python3 branch of html5lib because I hacked one together one weekend
  385. # [10:31] <hsivonen> s/compiler/compiles/
  386. # [10:31] <Philip`> You can just use an array of functions in Python if you want contiguous indexed switching
  387. # [10:31] <jgraham> I guess if there is a bug in it like that it is because a) that is a file I didn't get to yet or b) something got checked in on the wrong file
  388. # [10:32] <jgraham> OTOH the Python3 branch is not really maintained yet
  389. # [10:32] <lazni> you didn't use 2to3?
  390. # [10:32] <hsivonen> if you have functions, you can't use the fall through tricks you can with switch cases
  391. # [10:32] <jgraham> I /did/ use 2to3 but it's not magic
  392. # [10:32] * lazni thought 2to3 knows well about print()
  393. # [10:33] <jgraham> It will replace the print statements but it can't guess where you need byte arrays and where you need strings, for example
  394. # [10:34] <Hixie> gah, there's tons of interference on my local network
  395. # [10:34] <jgraham> (like said that file may never have been converted, or that print statement may have slipped in by accident later on)
  396. # [10:34] <lazni> oh ok
  397. # [10:34] <Hixie> i should not be getting 35ms pings to a box i can throw rocks at in less time than 35ms
  398. # [10:35] * Joins: Ox032F (n=Ox032F@f053040147.adsl.alicedsl.de)
  399. # [10:35] * jgraham suspects that isn't true
  400. # [10:35] <Ox032F> hello, is there an easy way to determine (serverside wise would be better, but client side also ok) whether the client supports the html5 audio-tag?
  401. # [10:36] <Hixie> you shouldn't need to, generally speaking -- just put whatever your fallback is inside the <audio> element
  402. # [10:36] <Ox032F> ah cool
  403. # [10:37] <Philip`> hsivonen: In the non-contiguous case, it looks like GCC sometimes does a normal table jump (if you've just got a few holes, which it makes jump to code that does nothing) and sometimes does a kind of binary-tree lookup (though not really binary, but anyway it's not just a linear search)
  404. # [10:37] <hsivonen> I get tons of interference with the proprietary wireless dongle of my home mouse. I'm very annoyed at Logitech's failure to use bluetooth
  405. # [10:38] <Philip`> and I guess sometimes it will just do a linear search if it thinks that's fastest
  406. # [10:38] <hsivonen> at least Macs have decent bluetooth antennas
  407. # [10:38] <hsivonen> Philip`: cool
  408. # [10:38] <hsivonen> Philip`: thanks
  409. # [10:38] <Hixie> i wonder what this interference is coming from
  410. # [10:38] <Philip`> (I mean "looks like" in terms of the assembly output of a simple test program, and "guess" in terms of having no evidence)
  411. # [10:38] <hsivonen> good to know my use of switch isn't all in vein
  412. # [10:38] <Hixie> it's been going on longer than a microwave would, so it's not the neighbours microwaving something
  413. # [10:39] <Philip`> Intravenous switch?
  414. # [10:39] <Hixie> there are about 25 wifi networks in range, which probably doesn't help
  415. # [10:39] <hsivonen> s/vein/vain/
  416. # [10:40] <Philip`> Hixie: Try logging in to the others' router configuration interfaces (with a compatible browser) and then switch them all off
  417. # [10:40] * Joins: ROBOd (n=robod@89.122.216.38)
  418. # [10:40] <lazni> or juggle the channels
  419. # [10:40] <Philip`> or change their channel assignments to leave a nice big gap for you
  420. # [10:41] <lazni> WRT54G password is linksys:admin
  421. # [10:42] <boblet> Hixie: consistency note; 4.6.25 Usage summary ruby example doesn’t include closing </rt> and </rp>, and #the-rp-element example does (no big deal, but just in case)
  422. # [10:42] <Hixie> boblet: intentional
  423. # [10:42] <Hixie> boblet: the examples aren't supposed to be consistent
  424. # [10:44] <boblet> Hixie: actually I was happy to see the usage summary example, b/c all those elements in a small space was a little much last time I marked some up (XHTML-goggles)
  425. # [10:44] <Hixie> ok 1.3s to the router, which is literaly within kicking distance, is ridiculous
  426. # [10:44] * hsivonen recommends gigabit ethernet
  427. # [10:45] * Quits: wakaba_ (n=wakaba_@13.136.148.210.dy.bbexcite.jp) (Read error: 110 (Connection timed out))
  428. # [10:45] <Hixie> i am indeed tempted to get out the ethernet cable
  429. # [10:45] * Quits: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  430. # [10:45] <Hixie> (i'm using a laptop, the proximity to the router is coincidental)
  431. # [10:45] <Philip`> (By the way, by "a kind of binary tree lookup" I don't mean there's an actual tree data structure - it's just code, kind of like "if (x < 10) { if (x < 5) ... else ... } else if (x < 20) { ... }", maybe with a branch for each contiguous section or something)
  432. # [10:46] <hsivonen> speaking of routers, the UI for setting up a VPN between two Linksys boxes is ridiculously complex
  433. # [10:46] * hsivonen wonders if the UI is designed for the people who spec the protocols at the IETF
  434. # [10:46] * annevk2 is glad he hardly has issues
  435. # [10:46] * Joins: mat_t (n=mattomas@91.189.88.12)
  436. # [10:47] <annevk2> my six or so devices can all happily connect
  437. # [10:47] * Quits: harig (n=harig@59.90.71.35) (Read error: 110 (Connection timed out))
  438. # [10:47] <boblet> Lachy: if you’re there I’d like to ask you about HTML5Doctors section article; “typically with a heading” is quite different to the “With very few exceptions, section should not be used if there is no natural heading for it”
  439. # [10:49] <boblet> that defn wouldn’t cover 4.6.26 Footnotes “longer annotation” example (section containing only <p>)
  440. # [10:50] * Hixie accidentally DNS spoofs himself and gets a MITM message from ssh
  441. # [10:50] * Hixie registers his ethernet address in DNS...
  442. # [10:54] * Quits: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net)
  443. # [10:55] <Lachy> boblet, how are they very different?
  444. # [10:56] * Joins: harig (n=harig@59.90.71.35)
  445. # [10:56] <boblet> Lachy: level of strictness
  446. # [10:57] <Lachy> anyway, the point of the article was to try and discourage the common misuse of section as merely a wrapper
  447. # [10:57] <boblet> Lachy: eg I’ve got previous/next page links in a section (related content), but it has no heading. This seems correct for “typically”, but probably not for “should not”
  448. # [10:58] <boblet> Lachy: yeah I wondered if the language was stronger (well, to me) than the spec for that reason
  449. # [10:58] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  450. # [10:58] <Lachy> <footer> might be more appropriate for the prev/next links
  451. # [10:59] * Joins: takoratt_ (n=takoratt@220.109.219.244)
  452. # [10:59] <boblet> Lachy: Since the article doesn’t list any, could you give an example or two of ok exceptions?
  453. # [11:00] <boblet> Lachy: it’s a <section> in the page <footer> :)
  454. # [11:01] <Lachy> web applications generally have more use for headingless sections
  455. # [11:01] * Quits: benward (n=benward@98.210.154.133) (Read error: 60 (Operation timed out))
  456. # [11:01] <Lachy> the gmail inbox was mentioned in here as one such example recently
  457. # [11:02] * Joins: ttepasse (n=ttepas--@p5B017DF1.dip.t-dialin.net)
  458. # [11:03] <Lachy> or perhaps the center column of facebook where it lists all your friends statuses
  459. # [11:03] <boblet> Lachy: so would eg the typical <div id="main"> and <div id="sidebar"> be appropriate as <section>s? (assuming sidebar contains disparate content so <aside> isn’t appropriate)
  460. # [11:03] * Quits: takoratta (n=takoratt@220.109.219.244) (Read error: 145 (Connection timed out))
  461. # [11:04] <boblet> on one hand they’re layout hooks, but otoh they are logical chunks of related content
  462. # [11:04] <jgraham> I'm not sure that gmail is a good example
  463. # [11:04] <Lachy> <div id="main"> shoud generally keep using <div> if it's just used as a wrapper to separate it from the header and footer
  464. # [11:04] <jgraham> I think if I were using AT I would want headings on each section so that I could quickly navigate between different parts of the UI
  465. # [11:05] <boblet> wow, ok
  466. # [11:05] <jgraham> (the could be hidden using CSS ofc)
  467. # [11:05] <Lachy> <aside> is for sidebar, unless we introduce <sidebar> as was discussed recently
  468. # [11:06] * Joins: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com)
  469. # [11:06] <boblet> jgraham: ok, that’s kinda the rule of thumb I’m working to after reading the HTML5Doctors article
  470. # [11:07] <boblet> Lachy: <aside> couldn’t include non-related content tho (list of site-wide popular links etc), right?
  471. # [11:08] <Lachy> why not?
  472. # [11:08] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 60 (Operation timed out))
  473. # [11:08] <Hixie> wouldn't side-wide popular links be <nav>?
  474. # [11:08] <Ox032F> Hixie: you said I should just put the fallback code inside the audio-tag, but <audio id='sound'><object id='sound'></object></audio> won't give me access by id if the audio-tag is not avaiable, so I guess I have to give different ids and test via javascript which is usable!? If the audio-tag is avaible would the object be avaiable by id?
  475. # [11:09] <Hixie> Ox032F: if you're using javascript, you'll have to test to see if the element is supported anyway, since it's unlikely that your plugin will have the same API as the <audio> element
  476. # [11:09] <Lachy> boblet, what do you mean by "site-wide popular links"?
  477. # [11:09] <Ox032F> thats not a problem, I'm testing for Play(), play() and DoPlay() already
  478. # [11:09] <Lachy> I thought maybe it was a blog roll or something
  479. # [11:11] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  480. # [11:11] <boblet> Lachy: I perceive <aside> should only contain tangental info that’s relevant to the <article>/<section>. Weblogs often have a grabbag of random stuff on every page’s sidebar; imported twitter posts, site search, most popular articles, recent site-wide comments etc
  481. # [11:12] <boblet> Lachy: I would have thought these aren’t relevant to the <article>, so shouldn’t be in an <aside> …?
  482. # [11:13] <Lachy> seems like it would go in the body's aside. <body><header/><div id=main/> <aside>[all that stuff in here]</aside></body>
  483. # [11:16] <boblet> Lachy: aah indeed. d’oh
  484. # [11:18] * Joins: webben (n=benh@nat/yahoo/x-ukqtlofvqpaspkkn)
  485. # [11:19] <boblet> I was gonna comment on the woork HTML5 cheatsheet mistakes: http://woork.blogspot.com/2009/09/html-5-visual-cheat-sheet-by-woork.html maybe I shouldn’t :x
  486. # [11:19] <boblet> angry? how about :|
  487. # [11:19] <annevk2> Ox032F, you should not use duplicate IDs
  488. # [11:19] <annevk2> Ox032F, 'cause both end up in the DOM
  489. # [11:19] <Ox032F> ok
  490. # [11:20] <annevk2> Ox032F, also, if the <object> plug-in automatically starts playing you have a problem as it will do so in new browsers too
  491. # [11:20] <Hixie> only if they don't implement the spec properly
  492. # [11:20] <Hixie> the spec says <object> inside <video>/<audio> doesn't instantiate
  493. # [11:20] <Ox032F> shouldn't <parameter autoplay='false'> prevent that?
  494. # [11:24] <annevk2> Hixie, ah, I forgot it changed
  495. # [11:26] <hsivonen> apparently all blog commenters aren't OK with the new no-space spec titling :-(
  496. # [11:26] <Hixie> i cannot _believe_ how much time has been wasted on the presence or existence of that space
  497. # [11:26] <Hixie> if i knew zeldman's request was going to cause this much pain, i'd have said no
  498. # [11:30] <virtuelv> Hixie: that's the danger of announcing that a bikeshed is being built in the back yard
  499. # [11:30] <hsivonen> virtuelv: I tried to announce it had been built and painted already.
  500. # [11:31] <Hixie> i don't really understand why anyone cares
  501. # [11:32] <hsivonen> Hixie: trying to make "HTML 5" and "HTML5" mean different things was too obscure
  502. # [11:32] <Philip`> People who care about specifications are likely to care about accuracy and preciseness and getting things exactly right, and caring about all the little details
  503. # [11:32] <hsivonen> Hixie: also, people want to know what's "right"
  504. # [11:32] <Hixie> hsivonen: when i said they meant different things i figured people would take it as a ridiculous joke
  505. # [11:32] <Philip`> Try a different community if you want people who don't care about this stuff :-)
  506. # [11:33] <Philip`> (Please remove some redundant uses of "care" in the previous sentences)
  507. # [11:33] <hsivonen> Hixie: you are in the business of writing *precise* specs, so that kind of things don't work as jokes
  508. # [11:33] <Philip`> Hixie: It doesn't seem any more ridiculous than e.g. Perl and perl meaning different things
  509. # [11:33] <Hixie> "Perl" and "perl" mean different things?
  510. # [11:33] <Hixie> hsivonen: apparently
  511. # [11:34] <hsivonen> Hixie: Perl means the language and perl means the implementation
  512. # [11:34] <Philip`> Perl is the language, perl is the standard implementation
  513. # [11:34] <Hixie> :-/
  514. # [11:34] <Philip`> and PERL means you're stupid and can be ignored and/or ridiculed because you can't even capitalise the name correctly
  515. # [11:35] <hober> and perl is the only thing that can parse Perl, IIRC.
  516. # [11:36] <Lachy> boblet, that HTML5 visual cheat sheet includes elements that were dropped a long time ago
  517. # [11:36] * hsivonen guesses Perl is undecidable like C++
  518. # [11:36] <Lachy> like <datatemplate>, <rule> and <nest>
  519. # [11:36] <boblet> Lachy: apart from adactio’s I haven’t seen a cheatsheet that wasn’t riddled with errors :/
  520. # [11:36] <Philip`> hober: http://search.cpan.org/~adamk/PPI-1.206/lib/PPI.pm apparently does quite a good job at parsing Perl independently of perl
  521. # [11:37] <boblet> Lachy: writing a comment now—will add those
  522. # [11:37] <boblet> (to the list of mistakes)
  523. # [11:37] <Philip`> hsivonen: What do you mean by "undecidable" in this context?
  524. # [11:37] <Philip`> For C++, compiling source into an executable is undecidable
  525. # [11:37] <Philip`> but Perl doesn't really compile like that
  526. # [11:38] <Lachy> boblet, I'm guessing he's working from some old draft or somethign
  527. # [11:38] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  528. # [11:38] <annevk2> his source is stated
  529. # [11:38] <Lachy> otherwise, I can't figure out how he would have ended up with those long gone elements
  530. # [11:38] <annevk2> it is w3schools
  531. # [11:38] <hsivonen> Philip`: that you can't build an AST from a source file without auxiliary information
  532. # [11:38] <boblet> Lachy: maybe the W3Schools cheatsheet? :D
  533. # [11:38] <boblet> hah, kabutta
  534. # [11:38] <lazni> http://ovh.dl.sourceforge.net/sourceforge/junit/junit-4.4.jar times out, http://ncu.dl.sourceforge.net/project/junit/junit/4.4/junit-4.4.jar works
  535. # [11:39] <hsivonen> lazni: could be a temporary problem
  536. # [11:39] <hsivonen> unless ovh has stopped being a sf.net mirror
  537. # [11:39] <lazni> I think you can use the general link instead of hardcoding the mirror
  538. # [11:40] <lazni> I tried nchc and it directed me to http://downloads.sourceforge.net/sourceforge/junit/junit-4.4.jar?download&failedmirror=nchc.dl.sourceforge.net
  539. # [11:40] <Lachy> ah, well, that sucks. No-one should use W3schools as a source for anything :-(
  540. # [11:40] <hsivonen> lazni: do they use sane redirects instead of serving an HTML file form the general link?
  541. # [11:40] <zcorpan_> Ox032F: set the id on the <audio>, test support with if ('play' in audio)
  542. # [11:40] <Philip`> hsivonen: In Perl you can write 'BEGIN { undecidable_function() } syntax error' so it seems boringly true that you can't parse the whole file decidably
  543. # [11:40] <Hixie> new <aside> text is up
  544. # [11:40] <Hixie> with a new example
  545. # [11:40] <zcorpan_> Ox032F: else use audio.firstChild (the object)
  546. # [11:40] <lazni> it looks sane, I used wget nchc.dl...
  547. # [11:40] <Philip`> At least C++ forces you to do interesting crazy template stuff before it's impossible to compile
  548. # [11:40] <boblet> actually, is there a definitive list of HTML5 elements, something like http://www.w3schools.com/tags/html5.asp but actually correct?
  549. # [11:41] <annevk2> boblet, http://simon.html5.org/html5-elements is maintained
  550. # [11:41] <hsivonen> lazni: OK. thanks. I guess I need to recheck the sf.net mirroring stuff
  551. # [11:41] <hsivonen> is it a *cheat* sheet if it's maintained? :-)
  552. # [11:41] <boblet> annevk2: great—that’s actually what I’d been using. nice to know
  553. # [11:41] <Hixie> zcorpan_: btw, any chance you could make your script generate http://www.whatwg.org/specs/web-apps/current-work/#index ?
  554. # [11:41] <othermaciej> it's an honesty sheet
  555. # [11:41] <jgraham> Maybe the time people are spending debating the " " could be better used launching a DOS attack on w3schools
  556. # [11:42] <boblet> lol
  557. # [11:42] <zcorpan_> Hixie: i don't have a script for it
  558. # [11:42] <Hixie> ah, bummer
  559. # [11:43] <zcorpan_> keeping it up-to-date manually helps me find mistakes in the spec :)
  560. # [11:43] <Lachy> Hixie, I have some scripts that could be used for those
  561. # [11:43] <Hixie> zcorpan_: :-)
  562. # [11:43] <Ox032F> zcorpan_: yes, I'm doing something like that now, but I set a seperate id for the object, to have less correlation between html and js, thx
  563. # [11:43] <Hixie> Lachy: that would rock
  564. # [11:43] <Lachy> well, some that are incomplete, but I'd written some for my HTML5 Reference
  565. # [11:44] <Hixie> Lachy: i'm happy to adjust the markup if it would help
  566. # [11:44] <Lachy> I doubt it would take much to modify them to output what you need
  567. # [11:44] <annevk2> Hixie, the current requirements, especially the asterisk ones, are hard to automate
  568. # [11:44] * Quits: slightlyoff (n=slightly@72.14.229.81)
  569. # [11:44] <Hixie> yes
  570. # [11:44] <Hixie> i expect there would be some manual input
  571. # [11:45] <Hixie> e.g. a configuration file, or some annotations in the html5 spec
  572. # [11:45] <annevk2> Hixie, it would also be nice to have a really short description for each element, similar to what Mike has
  573. # [11:45] <Lachy> Hixie, I will prrioritise those scripts, since I need to have the "List of elements" and "List of attributes" tables for the HTML5 reference too
  574. # [11:46] <Hixie> Lachy: cool
  575. # [11:46] <Hixie> annevk2: good point, let me add a column for that
  576. # [11:46] <Lachy> but they're all here if you want to do it yourself http://dev.w3.org/cvsweb/html5/html-author/utils/
  577. # [11:46] <Hixie> i'm going to prioritise getting feedback to zero
  578. # [11:47] * zcorpan_ is going to prioritize keeping feedback above zero
  579. # [11:47] <Hixie> :-/
  580. # [11:47] <zcorpan_> j/k :-)
  581. # [11:48] * jgraham wonders if anyone else had the cartoon "Captain Planet" when they were small
  582. # [11:48] <Hixie> :-)
  583. # [11:48] <hsivonen> http://www.whatwg.org/issues/data.html is looking awesome
  584. # [11:48] <Lachy> jgraham, I remember that :-)
  585. # [11:48] <jgraham> IIRC the theme tune had something like "Captain Planet, he's a hero, gonna get pollution down to zero"
  586. # [11:48] <jgraham> So now I imagine Hixie in a kind of superhero role...
  587. # [11:48] <Hixie> :-/
  588. # [11:49] <Hixie> that's the superfriends
  589. # [11:49] <Hixie> flying around in capes
  590. # [11:49] <Philip`> Wikipedia says "Captain Planet he's our hero"
  591. # [11:49] <jgraham> They could be your comedy sidekicks or something
  592. # [11:49] <Philip`> but I remember hearing it as more like "a"
  593. # [11:49] <hsivonen> jgraham: Hixie doesn't do capes
  594. # [11:49] <Hixie> (apparently their super abilities don't include sending feedback, though)
  595. # [11:50] <Philip`> "Earth, Fire, Wind, Water, Heart... Go Planet" - that doesn't seem to quite match the original Aristotle
  596. # [11:50] <jgraham> hsivonen: I thought he did
  597. # [11:51] <Hixie> no capes!
  598. # [11:51] <Hixie> have you not seen the incredibles!
  599. # [11:51] <jgraham> (specifically I thought he did LARP which seems like it could involve capes if the need arose)
  600. # [11:51] * Joins: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  601. # [11:51] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  602. # [11:51] * othermaciej_ is now known as othermaciej
  603. # [11:51] <MikeSmith> Hixie: feel free to use verbatim any of the short descriptions from my draft that you want to
  604. # [11:51] <Hixie> MikeSmith: thanks
  605. # [11:52] <Hixie> MikeSmith: so far i've only got one line per table, i haven't started generating the tables automatically yet
  606. # [11:52] <Hixie> one day
  607. # [11:52] <MikeSmith> OK
  608. # [11:53] * MikeSmith would rather have a pimp cane than a cape
  609. # [11:53] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  610. # [11:54] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  611. # [11:54] <Philip`> What would your super ability be?
  612. # [11:54] * Joins: othermaciej_ (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  613. # [11:54] * othermaciej_ is now known as othermaciej
  614. # [11:54] <MikeSmith> Philip`: my ability would be super macking
  615. # [11:55] <MikeSmith> combined with an exceptional ability to be able to make a bong out of any available materials
  616. # [11:56] <MikeSmith> wait, I already have both of those abilities
  617. # [11:57] * MikeSmith tries to think of other useful abilities
  618. # [11:57] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  619. # [11:57] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  620. # [11:57] * Quits: barklund (i=barklund@rapwap.razor.dk) (Remote closed the connection)
  621. # [11:57] * Joins: jgraham_ (n=jgraham@web22.webfaction.com)
  622. # [11:57] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Client Quit)
  623. # [11:58] <MikeSmith> Philip`: X-ray vision
  624. # [11:58] <MikeSmith> or better yet, XXX-ray vision
  625. # [11:58] <Hixie> MikeSmith: btw, i was informed that the description of the <ruby> example we came up with was wrong.
  626. # [11:58] <Hixie> MikeSmith: something about it not being kanji after all, but being hiragana
  627. # [11:59] <Hixie> i was also told it was furigana
  628. # [12:00] <Hixie> MikeSmith: http://www.whatwg.org/specs/web-apps/current-work/#the-ruby-element
  629. # [12:00] <MikeSmith> Hixie: yeah, I saw that. I guess "furigana reading" is probably the most precise way to describe it.
  630. # [12:00] <Hixie> MikeSmith: not hiragana?
  631. # [12:00] <hsivonen> can the reading be furigana?
  632. # [12:01] * hsivonen thought the annotation itself was typographically furigana
  633. # [12:01] <hsivonen> but "reading"?
  634. # [12:01] * Joins: Super-Dot_ (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  635. # [12:01] <MikeSmith> well, I think I originally suggested "kanji reading" (meaning the reading of the kanji, not that the reading itself was kanji)
  636. # [12:02] <MikeSmith> but people pointed out that was ambiguous
  637. # [12:02] <Hixie> what is the reading itself in?
  638. # [12:02] <MikeSmith> I guess "reading in furigana" would be the least ambiguous
  639. # [12:02] <MikeSmith> the reading you have in there now is hiragana
  640. # [12:02] <Hixie> so wouldn't "reading in hiragana" be better?
  641. # [12:02] <Hixie> furigana is the name of the typographical tool, right? not the letters?
  642. # [12:02] <MikeSmith> it's more generally furigana
  643. # [12:03] <MikeSmith> because you might have another case where it's in katakana
  644. # [12:03] <Hixie> i'm talking specifically about the case in the example here
  645. # [12:03] <Hixie> not anything generic
  646. # [12:03] * Joins: ttepass- (n=ttepas--@p5B01350F.dip.t-dialin.net)
  647. # [12:03] <MikeSmith> specifically, it's hiragana
  648. # [12:03] <Hixie> ok
  649. # [12:04] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  650. # [12:04] * Parts: lazni (n=lazni@118.71.169.163)
  651. # [12:05] <MikeSmith> Hixie: I think to be as unambiguous as possible, it should be "annotated with its reading in hiragana"
  652. # [12:05] <Hixie> k
  653. # [12:06] * Quits: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  654. # [12:09] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (Read error: 110 (Connection timed out))
  655. # [12:09] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 110 (Connection timed out))
  656. # [12:09] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  657. # [12:10] * Quits: Super-Dot (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) (Read error: 110 (Connection timed out))
  658. # [12:10] * Super-Dot_ is now known as Super-Dot
  659. # [12:10] <zcorpan_> Hixie: http://annevankesteren.nl/2006/01/fallback for the fallback discussion
  660. # [12:11] <Hixie> what about it?
  661. # [12:11] <zcorpan_> you could define two different terms for fallback
  662. # [12:11] <zcorpan_> one for the kind of fallback that img and object use
  663. # [12:11] <zcorpan_> and one for the kind that iframe and audio use
  664. # [12:12] * Joins: barklund (i=barklund@rapwap.razor.dk)
  665. # [12:12] <zcorpan_> i think <applet> actually supports both kinds
  666. # [12:13] <Hixie> i'm trying to get rid of the term altogether actually
  667. # [12:13] <zcorpan_> ok
  668. # [12:13] <Hixie> not trying very hard
  669. # [12:13] <Hixie> but hard enough not to add anything new along those lines :-)
  670. # [12:13] * Quits: MikeSmith (n=MikeSmit@EM114-48-81-80.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  671. # [12:15] * Joins: webben_ (n=benh@nat/yahoo/x-yufmsfkiiaknyezc)
  672. # [12:20] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (Read error: 110 (Connection timed out))
  673. # [12:23] * Quits: ttepasse (n=ttepas--@p5B017DF1.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  674. # [12:24] <annevk2> reading that again the terms content fallback and element fallback seems nice
  675. # [12:24] <annevk2> s/seems/seem/
  676. # [12:24] * Joins: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  677. # [12:26] * Quits: webben (n=benh@nat/yahoo/x-ukqtlofvqpaspkkn) (Read error: 110 (Connection timed out))
  678. # [12:27] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  679. # [12:30] * Quits: Super-Dot (n=Super-Do@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  680. # [12:31] * Quits: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  681. # [12:34] <hsivonen> http://stackoverflow.com/questions/1417683/add-html-5-doctype-to-xdocument-net
  682. # [12:39] * Joins: zalan (n=zalan@catv-89-135-144-193.catv.broadband.hu)
  683. # [12:41] * Joins: Kalms (n=rasmuska@81.161.185.108)
  684. # [12:43] * Quits: erlehmann (n=erlehman@tmo-109-171.customers.d1-online.com) ("Ex-Chat")
  685. # [12:43] * murr4y` is now known as murr4y
  686. # [12:44] * Joins: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com)
  687. # [12:45] * Joins: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  688. # [12:47] * Quits: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  689. # [12:48] * Joins: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com)
  690. # [12:48] <hsivonen> Hixie: when the UA supports no crypto for <keygen>, wouldn't it make sense to require the element to be an HTMLUnknownElement in that case?
  691. # [12:49] <zcorpan_> how are authors supposed to check for support for keygen?
  692. # [12:49] <zcorpan_> or are they expected to test support for ActiveX first?
  693. # [12:50] <erlehmann_> lol
  694. # [12:50] * gsnedders would prefer we didn't have HTMLUnknownElement
  695. # [12:50] <zcorpan_> what do they do today?
  696. # [12:50] <Hixie> hsivonen: see my e-mail
  697. # [12:51] <Ox032F> doesn't firefox recognize the 'loop' and 'autoplay' parameters in audio-tag?
  698. # [12:52] <hsivonen> Hixie: is it actually desirable to make it act like a form control when it has no crypto?
  699. # [12:52] <jgraham_> gsnedders: Do you have any good reason for that wish?
  700. # [12:52] <Hixie> it's desierable to not have random other parts of scripts fail, yes
  701. # [12:52] <gsnedders> jgraham_: It just seems so ugly
  702. # [12:52] <jgraham_> gsnedders: Why?
  703. # [12:53] <hsivonen> Hixie: ok. let's see if IE9 implements those parts
  704. # [12:53] <annevk2> jgraham_, it ought to be just HTMLElement
  705. # [12:53] <jgraham_> annevk2: It's not obvious to me why it makes a big difference
  706. # [12:53] <gsnedders> jgraham_: Adding new HTML elements it will lead to compat issues
  707. # [12:53] <annevk2> jgraham_, HTMLUnknownElement is some Firefox invention that somehow started affecting other browsers much like crap IE once introduced
  708. # [12:54] <jgraham_> annevk2: I know
  709. # [12:54] <annevk2> it doesn't make much of a difference, it's just annoying
  710. # [12:54] <gsnedders> jgraham_: Things change the prototype of HTMLUnknownElement and rely upon that working, so if that element becomes known, then we have compat issues
  711. # [12:54] <zcorpan_> Ox032F: autoplay seems to work for me, but not loop
  712. # [12:54] <annevk2> wihch reminds me, we still haven't dealt with XMLDocument vs Document vs etc.
  713. # [12:54] <annevk2> at the spec-level
  714. # [12:55] <Hixie> hsivonen: i imagine if we test suite it, some code monkey will be assigned the job of fixing the minor things and they'll just end up coding it without knowing why, and it'll be done
  715. # [12:55] <jgraham_> gsnedders: Things that change the prototype of DOM objects in general and rather underspecified...
  716. # [12:55] <hsivonen> Hixie: fair enough
  717. # [12:55] <jgraham_> s/and/are/
  718. # [12:55] <jgraham_> gsnedders: But presumably we would have had compat issues anyway
  719. # [12:56] <Ox032F> zcorpan_: well, the problem is I can't disable autoplay, and when I start the sound with javascript it seems to loop, but maybe thats even a problem with the object tag inside the audio, I can't tell so far
  720. # [12:56] <jgraham_> e.g. if I was using a made-up <video> tag to signify a place where a script should insert a youtube video, that would break when browsers introduced native <video>
  721. # [12:59] <jgraham_> (in fact having HTMLUnknownElement might somehow be better because you could use it to detect unexpected native support for a tag you were abusing)
  722. # [12:59] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  723. # [13:01] <zcorpan_> Ox032F: by default, it doesn't autoplay and it doesn't loop
  724. # [13:01] * Quits: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  725. # [13:01] <zcorpan_> Ox032F: they are boolean attributes, so trying to set autoplay=false will actually cause it to autoplay (attribute present means "true")
  726. # [13:02] <Ox032F> zcorpan_: ok, but thats not true for parameter-tags in object, is it?
  727. # [13:02] <zcorpan_> Ox032F: oh, i thought you were talking about <audio>
  728. # [13:03] <Ox032F> I was
  729. # [13:03] <zcorpan_> ok
  730. # [13:03] <zcorpan_> no, <param>s are different
  731. # [13:03] <zcorpan_> and depend on the plugin
  732. # [13:04] <Ox032F> ok, I'll do another test
  733. # [13:07] <karlcow> http://blog.isotoma.com/2009/09/textual-log-analysis-using-python/
  734. # [13:08] <Ox032F> ah, do you know what the stop-command is for the audio-tag?
  735. # [13:08] <karlcow> > text statistics produced by this channel, who has what reading age, and how much they’ve talked in comparison to other people.
  736. # [13:09] <zcorpan_> Ox032F: pause(); currentTime = startTime;
  737. # [13:09] * hsivonen wonders if Opera did user testing with real Web content to determine if this helps users: http://www.iheni.com/londesc-support-opera-1010/
  738. # [13:12] * Parts: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  739. # [13:15] * Joins: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  740. # [13:16] <Hixie> what's up with mozilla bugzilla and moznet
  741. # [13:16] * Joins: zcorpan (n=zcorpan@83.252.193.59)
  742. # [13:17] <annevk2> hsivonen, I don't think so, but you can probably ask her in a comment
  743. # [13:18] <annevk2> I'm not quite sure why we implemented it, but I wasn't really involved in the process either
  744. # [13:19] * Joins: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com)
  745. # [13:19] <hsivonen> I'm a bit surprised that an implementation is announced after the WAI consensus said it's OK to obsolete longdesc.
  746. # [13:22] * Quits: zcorpan (n=zcorpan@83.252.193.59) (Read error: 131 (Connection reset by peer))
  747. # [13:24] <Ox032F> could it be that setting currentTime starts play?
  748. # [13:25] <Hixie> shouldn't do
  749. # [13:25] <Hixie> might though
  750. # [13:25] <Hixie> if there's a bug
  751. # [13:26] <Dashiva> hsivonen: Maybe it's to let people see how much bogus there is?
  752. # [13:27] <Ox032F> *grml* can't access bugzilla.mozilla.org
  753. # [13:28] <roc> me neither
  754. # [13:29] <hsivonen> tinderboxen are up, though, so it's not a complete outage
  755. # [13:29] <Hixie> moznet and bugzilla seem to be down
  756. # [13:30] <Hixie> moznet as in the irc network
  757. # [13:30] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  758. # [13:31] <hsivonen> I've received email from bugzilla 30 minutes ago
  759. # [13:31] * jgraham_ grumbles at jQuery.ui for having dozens of broken tests in each part of the testsuite
  760. # [13:31] <Ox032F> seems like its a firefox bug, leaving out the currentTime=0; makes it much better, now theres only the problem of a sound not playing sometimes (randomly)
  761. # [13:32] <Ox032F> but I'll first upgrade to 3.5.3 from 3.5.2, just to be safe
  762. # [13:36] * Parts: boblet (n=boblet@124x33x38x101.ap124.ftth.ucom.ne.jp)
  763. # [13:37] <Hixie> irc's back
  764. # [13:37] <Hixie> bugzilla isn't
  765. # [13:40] <hsivonen> DevMo is gone, too
  766. # [13:44] * Quits: erlehmann_ (n=erlehman@tmo-109-171.customers.d1-online.com) (Read error: 60 (Operation timed out))
  767. # [13:49] * Joins: takoratta (n=takoratt@220.109.219.244)
  768. # [13:49] * Joins: myakura (n=myakura@p2046-ipbf4007marunouchi.tokyo.ocn.ne.jp)
  769. # [13:50] <hsivonen> I guess I'll have to start a new chunk of code without a bug number then
  770. # [13:51] <roc> Ox032F: currentTime doesn't start playing for me
  771. # [13:51] <roc> well, this is a latest-trunk build, but nothing much has changed in that are
  772. # [13:51] <roc> a
  773. # [13:51] <Ox032F> roc: which version do you have?
  774. # [13:51] <Ox032F> ok
  775. # [13:51] <Ox032F> I just upgraded to 3.5.3
  776. # [13:51] <Ox032F> lets see
  777. # [13:51] <roc> that won't change anything
  778. # [13:53] <roc> woohoo, I have now taught our media cache manager how to let multiple streams share the same underlying cache data
  779. # [13:53] * Quits: takoratt_ (n=takoratt@220.109.219.244) (Read error: 60 (Operation timed out))
  780. # [13:56] <Ox032F> arg, thats really shitty, I now have controls enabled, so I can test manually
  781. # [13:56] <Ox032F> and what do I get? all these errors are firefox inherent and not javascript based
  782. # [13:56] <Ox032F> crap
  783. # [13:56] <Ox032F> maybe the media is just to short
  784. # [14:00] <Ox032F> or maybe its a problem with gecko-mediaplayer again
  785. # [14:00] <Ox032F> but on the other hand, I'm not the only one having this problem
  786. # [14:01] * hsivonen wonders if anyone has experimented with decoding Vorbis or Theora in OpenCL
  787. # [14:01] <Ox032F> mmh, but firefox uses its own player for the audio-tag, doesn't it?
  788. # [14:02] * Quits: webben_ (n=benh@nat/yahoo/x-yufmsfkiiaknyezc) (Remote closed the connection)
  789. # [14:03] * Joins: erlehmann (n=erlehman@tmo-105-93.customers.d1-online.com)
  790. # [14:05] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  791. # [14:07] <jgraham_> annevk2: It seems like your argument about <details> applies equally to any markup feature that adds new functionaility e.g. people could start using <input type="color"> but not get the format right so, once a browser implements it, they reject input from that browser
  792. # [14:07] <zcorpan_> indeed
  793. # [14:07] <annevk2> what's your point?
  794. # [14:08] * Quits: takoratta (n=takoratt@220.109.219.244) (Read error: 110 (Connection timed out))
  795. # [14:08] <jgraham_> That it seems we don't consider that a strong enough argument to override graceful degradation in other circumstances
  796. # [14:08] <annevk2> I'm less worried about <input type=color> because that is actually being implemented in e.g. WebKit
  797. # [14:08] <jgraham_> iirc WebKit want to implement <details>
  798. # [14:09] <jgraham_> (in the short term)
  799. # [14:09] <annevk2> I thought Maciej's email said they were not in a hurry
  800. # [14:09] <annevk2> maybe I missed something
  801. # [14:09] * Joins: webben (n=benh@nat/yahoo/x-olqzvziuonbaymlh)
  802. # [14:09] <jgraham_> I could well be wrong
  803. # [14:10] * Joins: pmuellr (n=pmuellr@129.33.49.251)
  804. # [14:10] <annevk2> but yes my argument applies to other cases too and I think there's a risk there too if authors move ahead of implementors
  805. # [14:14] <zcorpan_> maybe the validator should warn about features that aren't implemented in browsers yet (except sectioning elements)
  806. # [14:16] * Quits: pmuellr (n=pmuellr@129.33.49.251) (wolfe.freenode.net irc.freenode.net)
  807. # [14:16] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (wolfe.freenode.net irc.freenode.net)
  808. # [14:16] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (wolfe.freenode.net irc.freenode.net)
  809. # [14:16] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net) (wolfe.freenode.net irc.freenode.net)
  810. # [14:16] * Quits: garbeam (n=arg@garbe.us) (wolfe.freenode.net irc.freenode.net)
  811. # [14:16] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (wolfe.freenode.net irc.freenode.net)
  812. # [14:17] * Joins: pmuellr (n=pmuellr@129.33.49.251)
  813. # [14:17] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  814. # [14:17] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  815. # [14:17] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  816. # [14:17] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  817. # [14:17] * Joins: garbeam (n=arg@garbe.us)
  818. # [14:19] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  819. # [14:20] * Joins: Steve^ (n=steve@92.40.71.89.sub.mbb.three.co.uk)
  820. # [14:21] <Philip`> We don't want the purity of our new language features to be disrupted by having people actually use them
  821. # [14:21] <Philip`> The existence of users just makes everything unnecessarily complex
  822. # [14:21] <hsivonen> whoa: http://www.w3.org/mid/640dd5060909130402u24d0c2c0j2e5b66e7d39c7f86@mail.gmail.com
  823. # [14:22] <jgraham_> All fear The Power of RDF
  824. # [14:27] <annevk2> jgraham_, I don't think <legend> breaks degrade gracefully
  825. # [14:28] <annevk2> though it's certainly not ideal
  826. # [14:28] <jgraham_> annevk2: Really? It seems like a poster child for how to break that principle to me...
  827. # [14:28] <hsivonen> I wonder if Mark Birbeck has noticed that ARIA got rid of the RDF-based extensibility mechanism
  828. # [14:29] <jgraham_> annevk2: (I am really curious to know why you think it doesn't break the principle)
  829. # [14:29] <Lachy> annevk2, the lack of graceful degradation is the whole problem with using legend
  830. # [14:29] <Lachy> s/lack of/poor/
  831. # [14:29] <jgraham_> (because to me it is like using <color> rather than <input type="color"> and saying "just don't use it until all browsers support it")
  832. # [14:30] <jgraham_> s/using/specifying/
  833. # [14:33] <zcorpan_> <div><figure><img><legend><div>foo</div></legend></figure></div> - figure>span, legend>span { background:yellow }
  834. # [14:33] <zcorpan_> works fine for me
  835. # [14:33] <zcorpan_> s/span/div/
  836. # [14:34] <zcorpan_> or just figure div {}
  837. # [14:36] <Philip`> (Is T.V Raman's argument for @role basically that since @class got abused, we should make an identical new attribute with a different name and then magically it won't be abused in exactly the same way?)
  838. # [14:37] <jgraham_> zcorpan_: Since <figure> can have a <div> child that is not in the <legend> that doesn't work in general
  839. # [14:37] <Lachy> zcorpan_, that only tests a very limited set of styles. <legend> creates an extra fieldset element in some browsers, and has some styles that simply cannot be altered in current browsers
  840. # [14:38] <jgraham_> (you could add an extra classname or something but then you get the problems Lachy mentioned)
  841. # [14:38] <zcorpan_> jgraham_: true, set a class
  842. # [14:38] <zcorpan_> Lachy: i don't get a fieldset for the above in firefox
  843. # [14:39] <Lachy> zcorpan_, turn off the HTML5 parser
  844. # [14:39] <zcorpan_> i have
  845. # [14:39] <zcorpan_> i get a fieldset if i remove the outer div
  846. # [14:39] <jgraham_> And you still have to deal with the fact that the DOM is confusing and unintuitively different from the markup
  847. # [14:40] <jgraham_> Which makes it more likely that the problem Anne mentioned will occur when browsesr are changed to unbreak <legend>
  848. # [14:41] <jgraham_> i.e. people will do legend div {something} and it won't do anything in old bropwsers but will in new ones
  849. # [14:41] <virtuelv> I'm reading http://hsivonen.iki.fi/doctype/ie8-mode.png
  850. # [14:41] <virtuelv> I'm incredibly confused
  851. # [14:41] <jgraham_> virtuelv: Yes
  852. # [14:41] <jgraham_> virtuelv: That is the good and natural reaction
  853. # [14:41] <jgraham_> virtuelv: It can be used as a Turing test
  854. # [14:42] <virtuelv> so, for a site considered to be in the intranet zone, it's impossible to trigger standards mode?
  855. # [14:42] <zcorpan_> no, you can use the x-ua-compatible override
  856. # [14:42] * Joins: MikeSmith (n=MikeSmit@EM114-48-119-247.pool.e-mobile.ne.jp)
  857. # [14:43] <virtuelv> if I was a web developer and had to target IE, this is the time I'd promptly quit my job and become a sheep farmer, or something
  858. # [14:46] <virtuelv> zcorpan_: there is one other way, depending on user preference
  859. # [14:47] <zcorpan_> virtuelv: yes, there's a user override too
  860. # [14:48] <virtuelv> +
  861. # [14:49] * Joins: garbeam_ (n=arg@garbe.us)
  862. # [14:49] * Quits: garbeam (n=arg@garbe.us) (Read error: 104 (Connection reset by peer))
  863. # [14:49] * Joins: erlehmann_ (n=erlehman@tmo-101-242.customers.d1-online.com)
  864. # [14:50] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  865. # [14:51] <Lachy> the benefit of that though, is that it gives us a really good argument against versioning in HTML
  866. # [14:52] <Philip`> virtuelv: It's easy, all you need to do is target IE7 and everything will work fine
  867. # [14:52] <jgraham_> (unless you want to use some fancy new IE80only features like native JSON support)
  868. # [14:52] <Philip`> (Well, sure, but you can just use Flash or Silverlight if you want a modern development environment)
  869. # [14:55] <Lachy> the flow chart seems incomplete. Some doctypes like <!DOCTYPE html> are supposed to trigger IE8 standards mode too, without the need for X-UA-Compatible
  870. # [14:56] * Quits: Kalms (n=rasmuska@81.161.185.108)
  871. # [14:57] <Philip`> Have you tested that?
  872. # [14:57] * Joins: Kalms (n=rasmuska@81.161.185.108)
  873. # [14:57] * Philip` is suspicious of the use of "supposed to"
  874. # [14:58] * Quits: erlehmann (n=erlehman@tmo-105-93.customers.d1-online.com) (Read error: 60 (Operation timed out))
  875. # [14:58] <hsivonen> Lachy: I thought so, too, before I tested
  876. # [14:59] <annevk2> Lachy, that is covered by the chart
  877. # [14:59] <annevk2> or do you mean in intranets?
  878. # [14:59] * Joins: aroben (n=aroben@unaffiliated/aroben)
  879. # [14:59] <Lachy> no, I don't mean intranets
  880. # [15:00] <Lachy> I'm sure I read that IE changed their mind and had decided to allow (X)HTML Strict and HTML5 doctypes to trigger full standards mode by default
  881. # [15:00] <hsivonen> Lachy: did you see the "or absent" bit in the flow chart?
  882. # [15:00] <Lachy> yeah
  883. # [15:01] <Lachy> that leads down the path to IE7 standards mode
  884. # [15:01] <annevk2> no
  885. # [15:01] <hsivonen> Lachy: take absent, absent, No, No, No, No, No, No, No
  886. # [15:01] <Lachy> what?
  887. # [15:02] <Lachy> oh, I misunderstood the Display All Websites pref choice
  888. # [15:03] * Quits: Steve^ (n=steve@92.40.71.89.sub.mbb.three.co.uk) (Read error: 110 (Connection timed out))
  889. # [15:04] <Philip`> "No, No, No, No, No, No, No" sounds like a good response to the compatibility-mode graph
  890. # [15:05] <Lachy> hsivonen, it would help if that "Display All Web Sites... Pref Set?" choice said something less ambiguous like "Compatibility View Enabled?"
  891. # [15:06] <hsivonen> Lachy: that's more ambiguous
  892. # [15:06] <hsivonen> Lachy: many ways to enable it
  893. # [15:07] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (wolfe.freenode.net irc.freenode.net)
  894. # [15:07] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net) (wolfe.freenode.net irc.freenode.net)
  895. # [15:07] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (wolfe.freenode.net irc.freenode.net)
  896. # [15:07] * Quits: pmuellr (n=pmuellr@129.33.49.251) (wolfe.freenode.net irc.freenode.net)
  897. # [15:07] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (wolfe.freenode.net irc.freenode.net)
  898. # [15:08] * Joins: pmuellr (n=pmuellr@129.33.49.251)
  899. # [15:08] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  900. # [15:08] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  901. # [15:08] * Joins: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  902. # [15:08] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  903. # [15:08] <Lachy> hsivonen, the point is I didn't have a clue what you meant by "Displya All Web Sites...", and with the Yes option leading to Intranet stuff, I assumed right answer should have been no
  904. # [15:08] <Lachy> and the user override button is labelled "Compatibility View", so say something that mentions that it's a user override for compat view would be good
  905. # [15:10] <hsivonen> Lachy: I'll try to fix those issues when I next revise the chart
  906. # [15:11] <hsivonen> Lachy: however, it sucks to make one of the diamonds larger to fit more text
  907. # [15:11] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  908. # [15:12] <Lachy> it would be less text to have "Comatibility View Override"
  909. # [15:13] <hsivonen> Lachy: the key is that I'm talking about the pref
  910. # [15:13] * takkaria_ is now known as takkaria
  911. # [15:13] <Lachy> yeah, and the button for that pref is called Compatibility View. How is that not clear?
  912. # [15:14] <Lachy> Is there some pref listed in the options dialog with a longer name like "Display All Web Sites..."?
  913. # [15:15] <hsivonen> Lachy: yes. that's the point of the chart
  914. # [15:16] <hsivonen> Lachy: the button comes further toward bottom right of the chain
  915. # [15:16] <Lachy> where? I can't find it
  916. # [15:16] * Joins: takoratta (n=takoratt@p1173-ipbf2410marunouchi.tokyo.ocn.ne.jp)
  917. # [15:18] <hsivonen> Lachy: third diamond from the right
  918. # [15:19] <Lachy> no, not that. Where's the pref in IE?
  919. # [15:19] <hsivonen> Lachy: in compat mode settings
  920. # [15:20] <hsivonen> Lachy: different from the usual pref panes
  921. # [15:20] <Lachy> ah
  922. # [15:21] <Lachy> surely the pref and button have the same effect as far as the flow chart is concerned
  923. # [15:22] <hsivonen> Lachy: nope
  924. # [15:22] <hsivonen> Lachy: the button toggles the per-domain pref entry
  925. # [15:22] <hsivonen> Lachy: the main pref overrides
  926. # [15:22] <hsivonen> Lachy: just like the chart says
  927. # [15:22] <Lachy> dammit. There has to be some way to make the diagram less confusing than it is
  928. # [15:23] <hsivonen> Lachy: I refuse to believe the mess is simpler unless you provide testing-based steps to reproduce showing that it is simpler
  929. # [15:25] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  930. # [15:26] <Lachy> if either the pref is set or the button is on, then it will lead to the quirky doctype check. If they're both off, then they have no effect on the rest. Moving "Compatibility Mode Button Pressed?" up to the No side of "Display All Web Sites... Pref Set?" will not have any effect on the algorithm whatsoever
  931. # [15:27] <Philip`> I suppose for <script implements> (see public-html) one would have to do <script implements="http://www.w3.org/1999/xhtml/attribute#implements http://www.w3.org/1999/xhtml/element#details"> to make sure the implementation implements implements too
  932. # [15:27] <Lachy> and treating them as the same thing will also have no effect on the end result
  933. # [15:28] <hsivonen> Lachy: the button needs to come after the "Framed by" diamond
  934. # [15:29] <Lachy> no it doesn't
  935. # [15:30] <hsivonen> Lachy: ok. true
  936. # [15:30] <hsivonen> Lachy: I don't really see a win in shuffling the diagram around
  937. # [15:31] <hsivonen> Lachy: the purpose isn't to make it easy for you determine which mode your stuff will render in
  938. # [15:31] <hsivonen> Lachy: the purpose is to provide evidence that I did my homework and therefore you should believe my recommendations instead of trying to play the mode game
  939. # [15:31] <Philip`> The route to "Quirky or No Doctype?" is (display-all || (display-intranet && intranet) || domain-on-list || framed-by-compat || compat-mode-button) and || is commutative so you can rearrange all those things in any way
  940. # [15:32] <hsivonen> Lachy: likewise, the doctype table is there to show I did my homework and you should follow my recommendations instead of trying to do something else based on the table
  941. # [15:33] <hsivonen> Philip`: I think this order is logical, although I see the point about commutativity
  942. # [15:33] <karlushi> [08:35] <virtuelv> I'm reading http://hsivonen.iki.fi/doctype/ie8-mode.png
  943. # [15:33] <karlushi> that would be cool to do it for all browsers if it doesn't already exist
  944. # [15:34] * erlehmann_ is now known as erlehmute
  945. # [15:34] <hsivonen> karlushi: there's http://hsivonen.iki.fi/doctype/ that has the same level of detail for other browsers
  946. # [15:35] * Joins: takoratt_ (n=takoratt@122.18.143.173)
  947. # [15:35] <hsivonen> karlushi: the choice in other browsers isn't as crazy, so it doesn't need a chart
  948. # [15:36] <hsivonen> well, Gecko has interesting restrictions on how near the start of the stream the doctype needs to be
  949. # [15:36] <hsivonen> but the HTML5 parser fixes that
  950. # [15:37] * Joins: zdobersek (n=zan@cpe-92-37-78-118.dynamic.amis.net)
  951. # [15:37] * Quits: myakura (n=myakura@p2046-ipbf4007marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  952. # [15:38] * Quits: takoratta (n=takoratt@p1173-ipbf2410marunouchi.tokyo.ocn.ne.jp) (Read error: 110 (Connection timed out))
  953. # [15:38] <karlushi> hsivonen, except that it would give a side by side quick view
  954. # [15:38] <annevk2> non-IE: normal || IE: insane
  955. # [15:38] <hsivonen> karlushi: oh for visualizing the lesser complexity?
  956. # [15:38] <karlushi> hsivonen, yes
  957. # [15:38] <hsivonen> karlushi: I see
  958. # [15:39] <Rik|work> there's only doctype swithcing in other browsers ?
  959. # [15:39] <hsivonen> Rik|work: doctype and mime type
  960. # [15:39] <hsivonen> Rik|work: and Dashboardness
  961. # [15:40] <hsivonen> Rik|work: but the Dashboardness stuff isn't Web-exposed
  962. # [15:40] <Rik|work> mimetype ?
  963. # [15:40] <annevk2> Rik|work, text/xml triggers no quirks mode
  964. # [15:40] <hsivonen> Rik|work: XML mime types trigger the XML variant of the Standards Mode
  965. # [15:40] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  966. # [15:40] <annevk2> but maybe that's unfair since IE doesn't even have a non-text/html mode for this stuff
  967. # [15:41] <Rik|work> obvisouly, XML mime types triggers XML mode
  968. # [15:41] <Rik|work> but i didn't know about text/xml
  969. # [15:42] <annevk2> there's no XML mode really, they all use no quirks mode
  970. # [15:42] <Lachy> wow, the implements="" attribute idea on public-html doesn't seem very scalable
  971. # [15:43] <Lachy> nor sensible
  972. # [15:43] <Philip`> Lachy: It uses URIs, of course it's scalable
  973. # [15:44] <Lachy> no, I mean for authors. If you have to test for a lot of features, you'd have to write implements="http://.../feature1 http://.../feature2 ..."
  974. # [15:46] * Joins: lazni (n=lazni@118.71.59.135)
  975. # [15:46] <Philip`> Then you could define a new feature at a new URI which lists all those features (e.g. define a "video-version-1" which includes a dozen individual video features) as RDF and then the browser can just use some OWL to deduce whether it implements the feature or not
  976. # [15:51] <Philip`> ("The optional implements attribute indicates that the script provides an implementation of the feature or features identified via this attribute. The script SHOULD only be loaded and used if the user agent does not have an implementation of the specified feature." seems to be the extent to which it's defined, in http://www.w3.org/MarkUp/2008/ED-xml-events-20081223/)
  977. # [15:51] <Philip`> (and sadly it doesn't suggest my awesome RDF idea)
  978. # [15:52] * hsivonen wonders how people fall for RDF boondoggles
  979. # [15:53] <hsivonen> they don't seem attractive to implementors
  980. # [15:53] * Joins: da3d (n=opera@h11n1fls34o986.telia.com)
  981. # [15:53] <hsivonen> they don't seem attractive to content authors either
  982. # [15:54] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  983. # [16:00] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  984. # [16:02] <jgraham_> hsivonen: Curiously neither authors nor implementors seem to be the ones interested in RDF boondoggles
  985. # [16:03] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  986. # [16:03] <Lachy> jgraham_, if not authors, what would you call the community of people that are claiming to use RDF?
  987. # [16:04] <jgraham_> Theoriaticians
  988. # [16:04] <jgraham_> er Theoreticians
  989. # [16:05] <Philip`> Call them 'theors' - much easier to type
  990. # [16:05] <Philip`> What aspects of RDF are you considering to be boondoggles?
  991. # [16:06] <Philip`> (All aspects?)
  992. # [16:06] * Quits: nessy (n=nessy@203-214-137-48.perm.iinet.net.au) ("This computer has gone to sleep")
  993. # [16:07] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  994. # [16:08] <jgraham_> I was specifically thinking of the aspects where you use RDF to communicate information about unknown features to an implementation e.g. this implements thing or the original aria role thing
  995. # [16:09] <Lachy> I don't see where in either the latest XHTML 2 or XML Events drafts that the implements attribute appears, as Toby claimed
  996. # [16:10] <annevk2> Philip` just pointed it out
  997. # [16:10] <Philip`> There seems to be a huge disconnection between e.g. Google's real-world use of RDFa, where they buggily convert a subset into some kind of tree based on hard-coded names, and some of the discussions in the RDFa group about schemas and automatic reasoning and everything
  998. # [16:10] * Joins: jacobolus (n=jacobolu@65.112.8.10)
  999. # [16:11] * Quits: jacobolus (n=jacobolu@65.112.8.10) (Remote closed the connection)
  1000. # [16:11] * Joins: jacobolus (n=jacobolu@65.112.8.10)
  1001. # [16:12] <Philip`> Lachy: http://www.w3.org/MarkUp/2008/ED-xml-events-20081223/
  1002. # [16:12] <karlushi> I wonder if implementation stuff is related to http://www.w3.org/2007/uwa/wiki/Main_Page
  1003. # [16:12] <Philip`> Lachy: and http://www.w3.org/MarkUp/2009/ED-xhtml2-20090407/mod-scripting.html
  1004. # [16:13] <hsivonen> my guess is that Web ubiquity will be enabled by Fennec, various WebKit-based browsers and Opera Mini rather than DIAL and stuff
  1005. # [16:13] * Quits: ttepass- (n=ttepas--@p5B01350F.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  1006. # [16:16] * Quits: erlehmute (n=erlehman@tmo-101-242.customers.d1-online.com) (Read error: 110 (Connection timed out))
  1007. # [16:21] * Joins: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  1008. # [16:23] * Joins: Pure (n=Pure@cpc1-warr5-0-0-cust372.bagu.cable.ntl.com)
  1009. # [16:24] <annevk2> https://bugzilla.mozilla.org/show_bug.cgi?id=507970 -- new web font formats...
  1010. # [16:25] <Philip`> Sounds like DIAL is about letting you write content for lots of heterogeneous devices simultaneously, which sounds like it's either unscalable (if heterogeneity increases in the future, and you have to write and test for a zillion devices) or only a short-term problem (if heterogeneity decreases, and everyone has HTML5 browsers on iPhone clones)
  1011. # [16:26] <hsivonen> Philip`: it's a transitient problem that is addressed by making mobile browsers suck less
  1012. # [16:27] <hsivonen> Philip`: i.e. your "iPhone clones" case
  1013. # [16:30] <Philip`> Hmm, the examples in the Primer make it look like just a server-side templating language
  1014. # [16:31] * Philip` isn't sure why that's something that needs standardisation
  1015. # [16:32] <Philip`> (and the listed use cases in the Primer don't seem to be related to any kind of need for standardisation or interoperability)
  1016. # [16:32] <annevk2> so what the company that implements it can claim it's W3C-approved
  1017. # [16:33] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1018. # [16:34] <hsivonen> Philip`: well, if you are a mobile operator and you want to be able to buy compatible systems for publishing to bad UAs from multiple vendors, it makes sense to want standardization
  1019. # [16:34] * Quits: jacobolus (n=jacobolu@65.112.8.10) (Read error: 110 (Connection timed out))
  1020. # [16:35] <Lachy> it seems odd that Apple would open source Grand Central Dispatch, yet do so with a licence that isn't GPL2 compatible, and thus incompaible with the most commonly used licence for linux distros.
  1021. # [16:35] <Lachy> http://arstechnica.com/open-source/news/2009/09/apple-opens-gcd-challenges-impede-adoption-on-linux.ars
  1022. # [16:35] <Philip`> hsivonen: Wouldn't you just want standardisation of an API to find device capabilities, and then feed it into an arbitrary non-standardised server-side templating system?
  1023. # [16:36] <hsivonen> Philip`: if you are the party who owns a lot of templated content and you want to be able to purchase your next template engine from a different vendor
  1024. # [16:36] <hsivonen> Philip`: ...you want to be able to buy compatible template engines from multiple vendors
  1025. # [16:38] <Philip`> I suppose I don't understand why you'd want to buy a template engine from a different vendor, any more than you'd want to buy any other code library from a different vendor
  1026. # [16:38] <Philip`> (and most code libraries don't have any kind of standardised API)
  1027. # [16:41] <gsnedders> Lachy: But does libdispatch need to be integrated with anything that makes that a problem?
  1028. # [16:41] <Philip`> Lachy: What should they do instead, that wouldn't impose unwanted restrictions (like the GPL does) and wouldn't lose desired restrictions (like Apache's patent stuff) and wouldn't cause license proliferation?
  1029. # [16:43] * Joins: Midler (n=midler@90-231-170-94-no157.tbcn.telia.com)
  1030. # [16:43] <Philip`> If you have GPLv2-only code then (I believe) you can't link with GPLv3 libraries either, so you're already suffering and it's no worse with Apache-licensed libraries
  1031. # [16:45] * hsivonen mumbles about zfs and cddl
  1032. # [16:45] * Joins: Steve^ (n=steve@92.40.166.213.sub.mbb.three.co.uk)
  1033. # [16:45] <Philip`> gsnedders: I assume the idea is that arbitrary applications link with libdispatch so they can use GCD, and so it's a problem whenever those applications are Apache-incompatible
  1034. # [16:45] * Joins: sbublava (n=stephan@77.118.73.196.wireless.dyn.drei.com)
  1035. # [16:47] <gsnedders> Philip`: Ah, true
  1036. # [16:47] <gsnedders> Philip`: But doesn't that issue occur on OS X too?
  1037. # [16:47] <Lachy> the compatibility problem probably lies with the GPL2, which has apparently been resovled in GPL3, but there's been a lot of resistance to adopting GPL3 for other reasons
  1038. # [16:48] <hsivonen> it would certainly be amusing if Apple pushed GPLv2-or-later apps to become GPLv3-or-later
  1039. # [16:48] * Philip` wonders why you need a whole library for GCD anyway, Euclid's algorithm is only a dozen lines
  1040. # [16:49] <hsivonen> hah
  1041. # [16:49] <gsnedders> unless libdispatch falls under, "However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable."
  1042. # [16:49] <Lachy> would have been nice to get a GPL 2.1 or something that resolved the uncontroversial licence compat issues, but which avoids the controversial Tivo-isation issues
  1043. # [16:52] <jgraham_> Umm, isn't it rather possible that Apple don't want GCD on Linux?
  1044. # [16:52] <Philip`> Lachy: But it would be unethical to publish a license that doesn't protect users from Tivo-isation
  1045. # [16:54] * Philip` kind of likes the idea of C being based on a standard, and not having random extensions like blocks added by a single vendor
  1046. # [16:55] <hsivonen> adding extensions to C is indeed unholy
  1047. # [16:56] <gsnedders> Philip`: I thought their implementations of blocks matched C++0x
  1048. # [16:57] <takkaria> Philip`: apple are pushing for blocks for be included in the next version of C
  1049. # [16:57] <hsivonen> but GCC already has non-standard extensions to C, right?
  1050. # [16:57] <takkaria> yup
  1051. # [16:57] <hsivonen> and Linux even depends on them, IIRC
  1052. # [16:57] <takkaria> aplenty
  1053. # [16:57] <Philip`> gsnedders: It seems to be completely different syntax to C++0x's lambdas
  1054. # [16:58] <gsnedders> Confessions, part 0x10000: I bought The Sims 3.
  1055. # [16:58] <Philip`> "^ int (void) { return 3; }" vs "[](int x, int y) { return x + y; }" etc (copying some random examples)
  1056. # [16:59] <jgraham_> Yay for readable syntax
  1057. # [17:00] * Philip` presumes the blocks syntax conflicts with C++/CLI's syntax
  1058. # [17:00] <Philip`> (which isn't necessarily a problem; it's just a natural collision of extensions)
  1059. # [17:01] <gsnedders> We need namespaces.
  1060. # [17:01] <Philip`> Namespaces for syntax?
  1061. # [17:01] <Philip`> "blocks::^ int (void) { return 3; }"
  1062. # [17:01] <gsnedders> Yes.
  1063. # [17:01] <gsnedders> I mean, namespaces solve all problems.
  1064. # [17:02] <Philip`> Apart from the "Yay for readable syntax" problem
  1065. # [17:02] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1066. # [17:02] <Philip`> hsivonen: GCC has lots of extensions, but at least you can sure they'll be portable to every platform's GCC, which is as close to universality as you're likely to want :-)
  1067. # [17:03] <Philip`> (unless you care about Windows, I suppose)
  1068. # [17:03] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1069. # [17:04] <Philip`> takkaria: Do you know when they proposed it for standardisation?
  1070. # [17:04] <Philip`> (Seems a bit late if they're doing it after shipping it)
  1071. # [17:04] * gsnedders notes Apple's fork of gcc has more extensions to C than just that
  1072. # [17:06] <takkaria> Philip`: it's mentioned in another Ars article
  1073. # [17:06] <Philip`> http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man1/gcc.1.html would be nice if it wasn't restricted to a single screen height in Opera so I can't scroll down to read the page
  1074. # [17:06] <takkaria> C++0x closures are horrible ugly constructions, though, and Apple's aren't
  1075. # [17:06] <Philip`> (unless I disable CSS)
  1076. # [17:08] <takkaria> "It's Apple intention to submit blocks as an official extension to one or more of the C-based languages, though it's not yet clear which standards bodies are receptive to the proposal." [http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/10]
  1077. # [17:08] <takkaria> so maybe I was slightly off-mark
  1078. # [17:09] <Philip`> (What I meant to say was: Maybe Opera has a bug on that page, but I'm too lazy to look into it)
  1079. # [17:09] <Philip`> takkaria: Hmm, sounds a little bit woolly
  1080. # [17:09] <takkaria> indeed
  1081. # [17:09] * Quits: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  1082. # [17:09] <takkaria> though actually, two compilers have blocks: llvm and apple-gcc
  1083. # [17:10] <takkaria> so they're already more portable than gccisms
  1084. # [17:10] * Quits: harig (n=harig@59.90.71.35) (Read error: 110 (Connection timed out))
  1085. # [17:11] <Philip`> gsnedders: The documented differences seem to almost all be optimisations and warnings, not language changes
  1086. # [17:12] <Philip`> takkaria: Two compilers have most gccisms (gcc and icc) :-p
  1087. # [17:12] <Philip`> (icc at least had enough to compile the Linux kernel, some years ago)
  1088. # [17:14] * Joins: hobertoAtWork (n=hobertoa@198.45.18.20)
  1089. # [17:21] <takkaria> OK, you win
  1090. # [17:23] <Philip`> Hooray
  1091. # [17:23] <Philip`> Do I get a medal?
  1092. # [17:25] * Joins: dglazkov (n=dglazkov@nat/google/x-pzvdzzjfghzbtnoj)
  1093. # [17:26] <takkaria> winning doesn't entail anything here except for smugness, sadly
  1094. # [17:26] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  1095. # [17:26] <takkaria> and not even if that if you have restraint
  1096. # [17:26] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  1097. # [17:26] <Philip`> http://clang.llvm.org/docs/BlockLanguageSpec.txt - "A Block reference may be cast to a pointer of arbitrary type and vice versa." - I always forget how little C bothers with type safety
  1098. # [17:27] <Dashiva> Type safety, more like type convenience
  1099. # [17:27] <Philip`> (and then I get annoyed when C++ cares about type safety and complains about some third-party library casting a pointer-to-member-function to a pointer violates the strict aliasing rules or whatever)
  1100. # [17:27] <Philip`> s/about/that/
  1101. # [17:28] <Philip`> s/casting/is casting/
  1102. # [17:28] <Philip`> Wait, that still doesn't make grammar
  1103. # [17:28] * Philip` gives up
  1104. # [17:28] <takkaria> *** No rule to make target `grammar'. Stop.
  1105. # [17:28] * Quits: Kalms (n=rasmuska@81.161.185.108)
  1106. # [17:30] <Philip`> Hmm, it sounds like blocks just do boring const copies of stack variables
  1107. # [17:30] <Philip`> like what Java inner methods do
  1108. # [17:31] <Philip`> and not like real closures at all
  1109. # [17:31] <Philip`> (Actually I suppose that depends on what real closures are)
  1110. # [17:32] <Philip`> (but anyway it seems you can't do the equivalent of "sub adder { my $n = 0; return sub { return ++$n } }" without doing explicit heap allocation)
  1111. # [17:34] * Joins: fishd (n=darin@nat/google/x-srevfbwuvpadevrp)
  1112. # [17:34] <jgraham_> You mean they can't modify varibles in the outer scope
  1113. # [17:34] <jgraham_> ?
  1114. # [17:35] * Quits: cohitre (n=cohitre@c-98-216-107-106.hsd1.ma.comcast.net)
  1115. # [17:35] <Philip`> (...unless you mark the local variable with __block)
  1116. # [17:35] <Philip`> jgraham_: Yes (except with __block)
  1117. # [17:36] <Philip`> If you wanted to modify local variables in the outer scope, you'd really need garbage-collected heap-allocated stack frames
  1118. # [17:37] <Philip`> which isn't going to happen in C, so you can't modify them and it just copies their values into a per-block bit of memory
  1119. # [17:38] <Philip`> so that it doesn't matter when the stack frame gets popped
  1120. # [17:39] <Philip`> (At least I think that's how it works; please tell me I'm being stupid if I am)
  1121. # [17:40] <takkaria> that seems to be how they work
  1122. # [17:40] <takkaria> seems about the closest you get to real closures in C, really
  1123. # [17:41] <Philip`> Introducing type inference on return values seems weird, since nothing else in C does anything like that, as far as I'm aware
  1124. # [17:43] <Philip`> and C is not known for syntactic sugar
  1125. # [17:45] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  1126. # [17:45] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) ("The computer fell asleep")
  1127. # [17:50] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1128. # [17:55] <Steve^> That's how I build be closures, at least
  1129. # [17:56] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1130. # [17:56] <Steve^> partly because it is easier and partly because it is much easier to define the behaviour
  1131. # [17:56] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1132. # [17:57] <Steve^> sub adder { $a = shift; return sub { return $a + shift; }}; sub add10 = adder(10);
  1133. # [17:57] <Steve^> being the notable example
  1134. # [17:57] * Philip` eventually realises he should have done his earlier example in JS, like "function adder() { var n = 0; return function () { return ++n; } }"
  1135. # [17:57] <Philip`> (because I guess more people here know JS than Perl)
  1136. # [17:59] <Steve^> sub double { $m = shift; return sub { $m($m(shift)); }} is awesome too
  1137. # [18:00] <Philip`> It'd be better if it wasn't a syntax error :-p
  1138. # [18:00] <Philip`> $m->($m->(shift)) I think
  1139. # [18:00] <Steve^> it will actually work in perl?
  1140. # [18:00] <Steve^> I suppose it might
  1141. # [18:01] <Philip`> Why wouldn't it?
  1142. # [18:02] <Steve^> I didn't consider it. I wrote a compiler for a c-like language with closures and was just translating
  1143. # [18:02] <Philip`> Ah
  1144. # [18:02] <Pure> Can I make it so, my application has an offline and an online version of a page and only the offline version is cached?
  1145. # [18:05] <Philip`> Hmm, the discussion in http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/13 of how awesomely trivial GCD makes it to do a 30-second document analysis in a background thread seems to kind of entirely ignore the hard bits of concurrency, like making sure you don't crash when another thread modifies the document you're looking at
  1146. # [18:05] * Quits: eighty4 (n=eighty4@209.20.88.228) ("ZNC - http://znc.sourceforge.net")
  1147. # [18:05] <Philip`> Also, the syntax doesn't seem that much easier than OpenMP
  1148. # [18:08] * Joins: dglazkov_ (n=dglazkov@nat/google/x-vshzafxoyiaismen)
  1149. # [18:13] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1150. # [18:15] * Quits: sbublava (n=stephan@77.118.73.196.wireless.dyn.drei.com)
  1151. # [18:17] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1152. # [18:19] * Joins: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net)
  1153. # [18:19] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1154. # [18:21] * Quits: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net) (Connection reset by peer)
  1155. # [18:22] * Joins: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net)
  1156. # [18:22] * Quits: dglazkov (n=dglazkov@nat/google/x-pzvdzzjfghzbtnoj) (Read error: 110 (Connection timed out))
  1157. # [18:22] * dglazkov_ is now known as dglazkov
  1158. # [18:23] * Parts: lazni (n=lazni@118.71.59.135)
  1159. # [18:24] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (Read error: 104 (Connection reset by peer))
  1160. # [18:24] * Joins: eighty4 (n=eighty4@eighty4.se)
  1161. # [18:27] * Joins: ifette (n=ifette@nat/google/x-ctuodugxlngrsvgj)
  1162. # [18:29] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1163. # [18:33] * Quits: takoratt_ (n=takoratt@122.18.143.173) (Read error: 145 (Connection timed out))
  1164. # [18:35] * Joins: annevk2 (n=annevk@83.85.115.44)
  1165. # [18:41] * Joins: Kalms_ (n=rasmuska@81.161.185.108)
  1166. # [18:41] * Quits: Kalms (n=rasmuska@81.161.185.108) (Read error: 131 (Connection reset by peer))
  1167. # [18:41] * Kalms_ is now known as Kalms
  1168. # [18:41] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-216.west.biz.rr.com)
  1169. # [18:42] <JonathanNeal> Is the html5 outliner having some issues?
  1170. # [18:43] <JonathanNeal> Say I outline nasa.gov, I get this @ http://gsnedders.html5.org/outliner/process.py?url=http%3A%2F%2Fwww.nasa.gov%2F - if you get the same result, it's an XML Syntax Error.
  1171. # [18:43] <JonathanNeal> Does that mean nasa's got the problem, or the html5 outliner?
  1172. # [18:43] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  1173. # [18:44] * Quits: onar (n=onar@17.226.20.255)
  1174. # [18:45] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  1175. # [18:45] <miketaylr> eek, JonathanNeal that ain't good
  1176. # [18:46] * Quits: dglazkov (n=dglazkov@nat/google/x-vshzafxoyiaismen) (Remote closed the connection)
  1177. # [18:46] * Joins: dglazkov (n=dglazkov@nat/google/x-fbetdqgbyjrsfnhv)
  1178. # [18:47] * Parts: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  1179. # [18:47] * Quits: Kalms (n=rasmuska@81.161.185.108) (Read error: 104 (Connection reset by peer))
  1180. # [18:47] * annevk2 wonders why Ubuntu still uses Firefox 3.0.x
  1181. # [18:49] * Joins: murr4y` (n=murray@85.84-49-67.nextgentel.com)
  1182. # [18:49] <miketaylr> JonathanNeal: did you try here? http://james.html5.org/outliner.html
  1183. # [18:49] <annevk2> maybe it's because the xmlns:xsi at the top
  1184. # [18:49] <jgraham_> JonathanNeal: That looks like a bug in html5lib
  1185. # [18:51] <annevk2> why would html5lib emit an XML Syntax Error?
  1186. # [18:51] <jgraham_> specifically we do some hack with lxml involving parsing a document using its built in parser to make it recognise the doctype and other useless crap. But I guess it breaks with strange input
  1187. # [18:52] <jgraham_> (we could maybe use the html parser instead but there was some reason not to at the time. Possibly lxml 1.x compat.)
  1188. # [18:53] <jgraham_> (which I no longer care about)
  1189. # [18:55] * Joins: sebmarkbage (n=miranda@h-73-244.A146.priv.bahnhof.se)
  1190. # [18:55] <JonathanNeal> jgraham_, woops!
  1191. # [18:55] <JonathanNeal> :D
  1192. # [18:57] * Quits: roc (n=roc@121-72-191-156.dsl.telstraclear.net) (Read error: 110 (Connection timed out))
  1193. # [18:58] * Joins: roc (n=roc@121-72-179-27.dsl.telstraclear.net)
  1194. # [18:59] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 110 (Connection timed out))
  1195. # [19:00] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (Read error: 60 (Operation timed out))
  1196. # [19:03] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  1197. # [19:05] * Quits: murr4y` (n=murray@85.84-49-67.nextgentel.com) (Read error: 60 (Operation timed out))
  1198. # [19:06] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  1199. # [19:06] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  1200. # [19:15] * Quits: barklund (i=barklund@rapwap.razor.dk) (Read error: 104 (Connection reset by peer))
  1201. # [19:17] * Joins: barklund (i=barklund@rapwap.razor.dk)
  1202. # [19:25] * Joins: weinig (n=weinig@17.246.16.129)
  1203. # [19:26] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1204. # [19:26] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Remote closed the connection)
  1205. # [19:26] * Parts: Kalms (n=rasmuska@81.161.185.108)
  1206. # [19:27] <annevk2> hsivonen, I meant to tell you that not just <keygen>, but also <isindex>, needs to be re-implemented in Gecko
  1207. # [19:28] <JonathanNeal> What sites do you folks think are currently doing great work using html5?
  1208. # [19:29] * Joins: onar (n=onar@17.226.20.255)
  1209. # [19:32] * Joins: Hish (n=chatzill@212.23.139.152)
  1210. # [19:33] * Quits: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  1211. # [19:34] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (Read error: 104 (Connection reset by peer))
  1212. # [19:34] <Philip`> JonathanNeal: Clearly all sites using HTML5 are great
  1213. # [19:34] * Joins: markhuot (n=markhuot@64.3.245.34)
  1214. # [19:35] * Joins: GPH-Laptop (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1215. # [19:37] <annevk2> I was going to say whatwg.org but it appears to be offline
  1216. # [19:38] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  1217. # [19:38] <JonathanNeal> annevk2, woops!
  1218. # [19:38] * Parts: zcorpan_ (n=zcorpan@83.252.193.59)
  1219. # [19:38] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  1220. # [19:38] * Quits: jamesr (n=jamesr@c-76-102-52-10.hsd1.ca.comcast.net)
  1221. # [19:39] * Quits: zcorpan_ (n=zcorpan@83.252.193.59) (Client Quit)
  1222. # [19:39] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  1223. # [19:39] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1224. # [19:40] <JonathanNeal> It's working for me though.
  1225. # [19:40] * Joins: ap_ (n=ap@17.203.14.219)
  1226. # [19:40] <JonathanNeal> Just a wee bit slow.
  1227. # [19:42] <annevk2> http://downforeveryoneorjustme.com/whatwg.org
  1228. # [19:43] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1229. # [19:43] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  1230. # [19:44] * Joins: sbublava (n=stephan@77.116.65.217.wireless.dyn.drei.com)
  1231. # [19:44] * Joins: mat_t (n=mattomas@91.189.88.12)
  1232. # [19:46] <JonathanNeal> annevk2, hmm, interesting.
  1233. # [19:47] <JonathanNeal> http://downforeveryoneorjustme.com/downforeveryoneorjustme.whatwg.org -- hehehe
  1234. # [19:47] <JonathanNeal> silly dfwojm
  1235. # [19:47] <JonathanNeal> sorry, dfeojm
  1236. # [19:48] * Joins: markhuot_ (n=markhuot@64.3.245.34)
  1237. # [19:49] * Quits: markhuot (n=markhuot@64.3.245.34) (Read error: 104 (Connection reset by peer))
  1238. # [19:49] * markhuot_ is now known as markhuot
  1239. # [19:57] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
  1240. # [19:57] * Joins: cohitre (n=cohitre@72-255-119-86.client.stsn.net)
  1241. # [19:58] * aroben is now known as aroben|lunch
  1242. # [19:59] * Quits: GPH-Laptop (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  1243. # [20:00] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
  1244. # [20:01] * Joins: jorlow (n=jorlow@nat/google/x-ikkntimmzjizrcap)
  1245. # [20:04] * Joins: ifette_GOOG (n=ifette@nat/google/x-zpwqfdneclzhyedv)
  1246. # [20:11] * Joins: erlehmann (n=erlehman@tmo-109-179.customers.d1-online.com)
  1247. # [20:11] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1248. # [20:11] * Parts: Kalms (n=rasmuska@81.161.185.108)
  1249. # [20:12] * Joins: jwalden (n=waldo@nat/mozilla/x-ixbqqidwzqnlslwj)
  1250. # [20:12] * Joins: jacobolus (n=jacobolu@dhcp-0059578428-5a-d3.client.student.harvard.edu)
  1251. # [20:14] * Quits: jacobolus (n=jacobolu@dhcp-0059578428-5a-d3.client.student.harvard.edu) (Remote closed the connection)
  1252. # [20:15] * Quits: Ox032F (n=Ox032F@f053040147.adsl.alicedsl.de) ("Man proposes, but God blocks the game.")
  1253. # [20:16] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  1254. # [20:20] * Quits: ifette (n=ifette@nat/google/x-ctuodugxlngrsvgj) (Read error: 110 (Connection timed out))
  1255. # [20:22] * Quits: eighty4 (n=eighty4@eighty4.se) ("ZNC - http://znc.sourceforge.net")
  1256. # [20:23] * Quits: kconragan1 (n=Adium@nat11.metaweb.com) ("Leaving.")
  1257. # [20:24] * Joins: eighty4 (n=eighty4@eighty4.se)
  1258. # [20:25] * Joins: jamesr (n=jamesr@nat/google/x-hkgifnwygngealhw)
  1259. # [20:28] * Joins: annevk42 (n=annevk@5355732C.cable.casema.nl)
  1260. # [20:30] * Quits: webben (n=benh@nat/yahoo/x-olqzvziuonbaymlh) (Read error: 113 (No route to host))
  1261. # [20:31] * Quits: erlehmann (n=erlehman@tmo-109-179.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  1262. # [20:34] * Joins: jorlow_ (n=jorlow@nat/google/x-wwnljnhniocqcypt)
  1263. # [20:35] * Joins: murr4y` (n=murray@85.84-49-67.nextgentel.com)
  1264. # [20:36] * Quits: jorlow_ (n=jorlow@nat/google/x-wwnljnhniocqcypt) (Client Quit)
  1265. # [20:41] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1266. # [20:42] * Joins: sbublava_ (n=stephan@77.118.207.139.wireless.dyn.drei.com)
  1267. # [20:44] * Quits: eighty4 (n=eighty4@eighty4.se) ("ZNC - http://znc.sourceforge.net")
  1268. # [20:44] * Joins: ifette (n=ifette@nat/google/x-ezumwmldjydcnatp)
  1269. # [20:45] * Joins: eighty4 (n=eighty4@eighty4.se)
  1270. # [20:45] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 113 (No route to host))
  1271. # [20:48] * Quits: ifette_GOOG (n=ifette@nat/google/x-zpwqfdneclzhyedv) (Read error: 60 (Operation timed out))
  1272. # [20:49] * aroben|lunch is now known as aroben
  1273. # [20:51] * Quits: jorlow (n=jorlow@nat/google/x-ikkntimmzjizrcap) (Read error: 110 (Connection timed out))
  1274. # [20:52] * Joins: erlehmann (n=erlehman@tmo-109-179.customers.d1-online.com)
  1275. # [20:55] * Joins: csarven (n=csarven@95-36-9-1.dsl.alice.nl)
  1276. # [20:57] * Joins: mpt (n=mpt@canonical/mpt)
  1277. # [21:00] * Quits: MikeSmith (n=MikeSmit@EM114-48-119-247.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  1278. # [21:02] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1279. # [21:06] * Quits: sbublava (n=stephan@77.116.65.217.wireless.dyn.drei.com) (Read error: 110 (Connection timed out))
  1280. # [21:07] * Joins: jorlow (n=jorlow@nat/google/x-fahmmyadbjloufcj)
  1281. # [21:13] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 105 (No buffer space available))
  1282. # [21:13] * Quits: Steve^ (n=steve@92.40.166.213.sub.mbb.three.co.uk) ("Leaving")
  1283. # [21:14] * Joins: KevinMarks (n=KevinMar@157.22.22.46)
  1284. # [21:14] * Joins: MikeSmith (n=MikeSmit@EM114-48-25-153.pool.e-mobile.ne.jp)
  1285. # [21:15] * Quits: fishd (n=darin@nat/google/x-srevfbwuvpadevrp) (Read error: 110 (Connection timed out))
  1286. # [21:15] * Joins: dpranke (n=Adium@nat/google/x-yazuswgcxywarcdf)
  1287. # [21:16] <hsivonen> annevk2: do you mean the submission magic of isindex?
  1288. # [21:19] * Quits: MikeSmith (n=MikeSmit@EM114-48-25-153.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  1289. # [21:20] * Joins: MikeSmith (n=MikeSmit@EM114-48-25-153.pool.e-mobile.ne.jp)
  1290. # [21:20] * Quits: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net) ("Leaving")
  1291. # [21:23] <annevk42> hsivonen, could be, also, in previous versions the <isindex> element was not a macro
  1292. # [21:24] <annevk42> hsivonen, I think all the <hr> and <input> stuff was done through XBL or something
  1293. # [21:26] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1294. # [21:27] * Quits: erlehmann (n=erlehman@tmo-109-179.customers.d1-online.com) (Connection timed out)
  1295. # [21:28] * Joins: arun__ (n=arun@nat/mozilla/x-xrnjiliakugdyacb)
  1296. # [21:30] * Quits: sbublava_ (n=stephan@77.118.207.139.wireless.dyn.drei.com)
  1297. # [21:33] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1298. # [21:38] * Joins: zcorpan (n=zcorpan@83.252.193.59)
  1299. # [21:39] * Parts: zcorpan (n=zcorpan@83.252.193.59)
  1300. # [21:39] * Joins: ifette_GOOG (n=ifette@nat/google/x-mptxlpfszadbjupt)
  1301. # [21:40] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  1302. # [21:42] <zcorpan_> Hixie: the link "HTML5" on whatwg.org should link to the multipage version
  1303. # [21:44] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 104 (Connection reset by peer))
  1304. # [21:48] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1305. # [21:52] <annevk42> I wonder what happens when fakepath guy learns about the rest of things HTML5 defines
  1306. # [21:52] <annevk42> the things*
  1307. # [21:53] <zcorpan_> annevk42: you could find out
  1308. # [21:54] <zcorpan_> maybe we should make a list of the top ten ugly compat hacks in html5
  1309. # [21:54] <zcorpan_> although some of them will maybe only appear as ugly for implementors
  1310. # [21:56] <zcorpan_> i bet authors couldn't care less about the hacks involved with document.all
  1311. # [21:56] <zcorpan_> (which, from an implementation pov, is ten times uglier than fakepath)
  1312. # [21:56] * Parts: csarven (n=csarven@95-36-9-1.dsl.alice.nl)
  1313. # [21:57] * Quits: ifette (n=ifette@nat/google/x-ezumwmldjydcnatp) (Read error: 110 (Connection timed out))
  1314. # [21:58] * Joins: mat_t (n=mattomas@80-225-52-194.dynamic.dial.as9105.com)
  1315. # [21:58] <annevk42> it would have to be non-obsolete features
  1316. # [21:58] <annevk42> i suppose we could obsolete .value in favor of .files
  1317. # [21:59] <annevk42> that'd make it comparable :p
  1318. # [21:59] <zcorpan_> but that's not really helpful :)
  1319. # [22:02] * Quits: mat_t (n=mattomas@80-225-52-194.dynamic.dial.as9105.com) (Client Quit)
  1320. # [22:02] <Philip`> Are there any script interfaces that are currently considered obsolete?
  1321. # [22:02] * Joins: ttepasse (n=ttepas--@p5B017E6A.dip.t-dialin.net)
  1322. # [22:02] <Philip`> (Seems a bit pointless in practice since validators can't warn you about them)
  1323. # [22:03] <zcorpan_> document.all is obsolete
  1324. # [22:03] <zcorpan_> IDL attributes that map to obsolete attributes are obsolete
  1325. # [22:04] <annevk42> Philip`, error consoles could
  1326. # [22:06] <zcorpan_> so does anyone know how <applet> works?
  1327. # [22:07] * ap_ is now known as ap
  1328. # [22:09] * Joins: fishd (n=darin@nat/google/x-dppbrgsthgeypqok)
  1329. # [22:11] * weinig is now known as weinig|away
  1330. # [22:11] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 54 (Connection reset by peer))
  1331. # [22:13] * aroben is now known as aroben|meeting
  1332. # [22:13] * Quits: cohitre (n=cohitre@72-255-119-86.client.stsn.net)
  1333. # [22:13] * Quits: Pure (n=Pure@cpc1-warr5-0-0-cust372.bagu.cable.ntl.com) (Read error: 110 (Connection timed out))
  1334. # [22:14] <annevk42> zcorpan_, you could make an applet and figure it out... I once thought of doing that but then thought it'd be a waste of time
  1335. # [22:15] <zcorpan_> i like that it has an alt attribute
  1336. # [22:16] <zcorpan_> <applet alt="install java">upgrade your browser</applet>
  1337. # [22:17] * Quits: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com) (Remote closed the connection)
  1338. # [22:18] * Quits: pmuellr (n=pmuellr@129.33.49.251)
  1339. # [22:18] <MikeSmith> there seems to be a bug in my OSX Opera 10 that when a contenteditable part of page first receives focus, I get no visual indicator that it's editable -- i.e., on OSX, a blue outline around the element boundary. but when I switch windows to another app and then switch back to Opera, it does now show the blue outline
  1340. # [22:19] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  1341. # [22:19] <annevk42> zcorpan_, one of those is not universally supported
  1342. # [22:20] <zcorpan_> MikeSmith: the blue outline gets easily confused
  1343. # [22:21] * Quits: roc (n=roc@121-72-179-27.dsl.telstraclear.net)
  1344. # [22:21] <zcorpan_> MikeSmith: feel free to file a bug :)
  1345. # [22:22] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  1346. # [22:22] * Joins: cohitre (n=cohitre@72-255-119-86.client.stsn.net)
  1347. # [22:23] <MikeSmith> zcorpan_: OK
  1348. # [22:23] <MikeSmith> hmm, I notice on Linux it never shows any indicator at all to signal that it's editable
  1349. # [22:24] <MikeSmith> well, except for the caret
  1350. # [22:24] <zcorpan_> no I-beam cursor?
  1351. # [22:25] <MikeSmith> zcorpan_: yeah, that's what I meant be caret -- it does show that, blinking cursor
  1352. # [22:25] * Quits: Midler (n=midler@90-231-170-94-no157.tbcn.telia.com) ("Leaving.")
  1353. # [22:25] <zcorpan_> the caret is the blinking thing, the cursor is the thing you move with the mouse :)
  1354. # [22:26] <MikeSmith> roger that
  1355. # [22:28] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  1356. # [22:31] * Quits: fishd (n=darin@nat/google/x-dppbrgsthgeypqok) (Read error: 110 (Connection timed out))
  1357. # [22:31] * Joins: murr4y`_ (n=murray@85.84-49-67.nextgentel.com)
  1358. # [22:32] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 54 (Connection reset by peer))
  1359. # [22:32] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1360. # [22:33] <hsivonen> Lachy: the author guide probably shouldn't tell authors that <svg:foo> is OK in XHTML
  1361. # [22:33] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1362. # [22:34] <hsivonen> Lachy: it's better to encourage text/html-compatible habits
  1363. # [22:34] <zcorpan_> polyglot++
  1364. # [22:34] <Lachy> hsivonen, send mail with all your comments
  1365. # [22:35] <hsivonen> Lachy: to you or to a list. does bugzilla work for you?
  1366. # [22:35] <Lachy> bugzilla is fine.
  1367. # [22:35] <hsivonen> ok
  1368. # [22:35] <Lachy> just select the authoring guide project
  1369. # [22:37] * Quits: murr4y` (n=murray@85.84-49-67.nextgentel.com) (Read error: 110 (Connection timed out))
  1370. # [22:37] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1371. # [22:39] <Lachy> oh, it's been renamed to 'Lachlan Hunt's "HTML5 Reference"' http://www.w3.org/Bugs/Public/enter_bug.cgi?product=HTML%20WG&component=Lachlan%20Hunt%27s%20%22HTML%205%20Reference%22
  1372. # [22:41] <jgraham_> Makes you sound like a wannabe celebrity
  1373. # [22:41] * Quits: zdobersek (n=zan@cpe-92-37-78-118.dynamic.amis.net) ("Leaving.")
  1374. # [22:41] * Quits: murr4y (n=murray@85.84-49-67.nextgentel.com) (Read error: 110 (Connection timed out))
  1375. # [22:42] <Lachy> I am
  1376. # [22:42] * Quits: tantek (n=tantek@adsl-69-106-229-240.dsl.pltn13.pacbell.net)
  1377. # [22:43] * Quits: Kalms (n=rasmuska@81.161.185.108)
  1378. # [22:44] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1379. # [22:47] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1380. # [22:50] <zcorpan_> is that to differentiate it from 'W3Schools' "HTML5 Reference"'?
  1381. # [22:52] <zcorpan_> funny that keygen and isindex are both different from gecko in terms of macroness
  1382. # [22:53] * Joins: dimich (n=dimich@74.125.59.73)
  1383. # [22:53] <zcorpan_> hsivonen: are you going to propose that isindex should be a normal void element?
  1384. # [22:53] * Joins: benward (n=benward@nat/yahoo/x-mjyuftkevnkaixzd)
  1385. # [22:55] * Joins: ifette (n=ifette@nat/google/x-ykolyjtllikmpxxz)
  1386. # [22:55] * Joins: erlehmann (n=erlehman@tmo-109-179.customers.d1-online.com)
  1387. # [22:55] <hsivonen> zcorpan_: I'm not sure. I wasn't going to
  1388. # [22:56] <zcorpan_> hsivonen: btw, http://tc.labs.opera.com/html/parsing/doctype/001.htm doesn't work with the html5 parser enabled
  1389. # [22:57] <zcorpan_> says doc.body is null
  1390. # [22:59] <annevk42> <isindex> does make more sense as a macro given how it's rendered
  1391. # [23:25] * Disconnected
  1392. # [23:26] * Attempting to rejoin channel #whatwg
  1393. # [23:26] * Rejoined channel #whatwg
  1394. # [23:26] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  1395. # [23:26] * Set by annevk3 on Wed Sep 09 23:23:54
  1396. # [23:26] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1397. # [23:27] * Joins: GarethAdams (n=GarethAd@pdpc/supporter/active/GarethAdams)
  1398. # [23:27] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  1399. # [23:28] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
  1400. # [23:29] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1401. # [23:29] * Joins: fishd (n=darin@nat/google/x-fgbhxaskxqyvdbrk)
  1402. # [23:30] * aroben|meeting is now known as aroben
  1403. # [23:31] * Joins: cohitre (n=cohitre@140.247.40.173)
  1404. # [23:33] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1405. # [23:36] * Quits: cohitre (n=cohitre@140.247.40.173) (Client Quit)
  1406. # [23:37] * Quits: miketaylr (n=mtaylor@38.117.156.163) ("adios.")
  1407. # [23:39] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  1408. # [23:39] * roc_ is now known as roc
  1409. # [23:41] * Quits: sebmarkbage (n=miranda@h-73-244.A146.priv.bahnhof.se) ("http://calyptus.eu/")
  1410. # [23:43] * Joins: gsnedders (n=gsnedder@host217-44-35-222.range217-44.btcentralplus.com)
  1411. # Session Close: Tue Sep 15 00:00:00 2009

The end :)