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

Options:

  1. # Aug 12 00:00:25 * heycam` has quit ("bye")
  2. # Aug 12 00:02:04 * olliej has quit ()
  3. # Aug 12 00:03:37 * olliej (n=oliver@17.246.17.250) has joined #whatwg
  4. # Aug 12 00:04:40 * adactio (n=adactio@rrcs-24-103-229-234.nyc.biz.rr.com) has left #whatwg
  5. # Aug 12 00:04:56 * smedero (n=smedero@pia145-154.pioneernet.net) has joined #whatwg
  6. # Aug 12 00:05:39 * smedero has quit (Client Quit)
  7. # Aug 12 00:05:50 * smedero (n=smedero@pia145-154.pioneernet.net) has joined #whatwg
  8. # Aug 12 00:07:15 <Hixie> woah, the IANA said we shouldn't have ports for WebSocket, and should just reuse HTTP's ports
  9. # Aug 12 00:07:38 <othermaciej> that's... surprising
  10. # Aug 12 00:07:40 <othermaciej> but good
  11. # Aug 12 00:09:06 <Hixie> they also said that if we used our own ports, we shouldn't have two, but should just use one and upgrade in-line
  12. # Aug 12 00:09:12 <Hixie> not sure how they expect that to work with http...
  13. # Aug 12 00:09:42 <othermaciej> there is such a thing as TLS upgrade
  14. # Aug 12 00:09:58 <Hixie> sure, but nobody uses it because it's a security nightmare
  15. # Aug 12 00:10:00 <othermaciej> I am not sure if it is actually deployed and usable in practice
  16. # Aug 12 00:10:35 <Hixie> they also said that if we want to use a port than isn't HTTP, we should not use a system port
  17. # Aug 12 00:10:56 * olliej has quit ()
  18. # Aug 12 00:11:17 <othermaciej> also surprising
  19. # Aug 12 00:15:35 * weinig has quit (Read error: 110 (Connection timed out))
  20. # Aug 12 00:25:52 * heycam (n=cam@clm-laptop.infotech.monash.edu.au) has joined #whatwg
  21. # Aug 12 00:26:48 * michaeln has quit ("Leaving.")
  22. # Aug 12 00:31:38 * BlurstOfTimes has quit ("Leaving...")
  23. # Aug 12 00:32:48 * webben (n=benh@91.85.213.95) has joined #whatwg
  24. # Aug 12 00:41:34 * roc (n=roc@203-97-204-82.dsl.clear.net.nz) has joined #whatwg
  25. # Aug 12 00:44:21 * webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) has joined #whatwg
  26. # Aug 12 00:49:39 * weinig_ has quit ()
  27. # Aug 12 00:57:37 * rubys2 (n=rubys@cpe-098-027-052-152.nc.res.rr.com) has joined #whatwg
  28. # Aug 12 00:58:01 <rubys2> I miss krijnhoetmer.nl
  29. # Aug 12 00:58:12 * rubys2 is now known as rubys
  30. # Aug 12 01:01:06 * webben has quit (Read error: 110 (Connection timed out))
  31. # Aug 12 01:01:08 * Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) has joined #whatwg
  32. # Aug 12 01:07:45 * hobertoAtWork has quit ("Nettalk6 - www.ntalk.de")
  33. # Aug 12 01:08:14 * jorlow has quit (Remote closed the connection)
  34. # Aug 12 01:08:20 * jorlow (n=jorlow@nat/google/x-32090e5112717720) has joined #whatwg
  35. # Aug 12 01:08:25 * Super-Dot has quit ()
  36. # Aug 12 01:11:06 * archtech has quit ()
  37. # Aug 12 01:11:31 * weinig (n=weinig@nat/apple/x-b67d5f5d16c760c8) has joined #whatwg
  38. # Aug 12 01:15:17 * tantekc has quit ()
  39. # Aug 12 01:16:04 * tantek has quit ()
  40. # Aug 12 01:17:03 * dbaron_ has quit ("8403864 bytes have been tenured, next gc will be global.")
  41. # Aug 12 01:20:40 <othermaciej> rubys: any thoughts on my suggested issue closures?
  42. # Aug 12 01:21:00 * Super-Dot (n=Super-Do@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net) has joined #whatwg
  43. # Aug 12 01:22:30 * SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com) has joined #whatwg
  44. # Aug 12 01:25:59 <Hixie> othermaciej: he was only here about 60 seconds
  45. # Aug 12 01:26:08 <Hixie> oh, no, rubys is still here
  46. # Aug 12 01:26:12 <Hixie> rubys2 left
  47. # Aug 12 01:26:14 <othermaciej> Hixie: yeah, he just changed nicks
  48. # Aug 12 01:26:27 <roc> othermaciej: you might be interested in this: http://lists.w3.org/Archives/Public/www-font/2009JulSep/1238.html
  49. # Aug 12 01:26:41 <roc> in fact, it would be good to get some feedback
  50. # Aug 12 01:27:14 <othermaciej> roc: we discussed it briefly among web folks and font folks
  51. # Aug 12 01:27:21 * myakura has quit ("Leaving...")
  52. # Aug 12 01:27:25 <roc> oh good
  53. # Aug 12 01:27:28 <roc> http://www.jfkew.plus.com/webotf/webotf-test.html too
  54. # Aug 12 01:27:47 <othermaciej> roc: we are not at all enthusiastic about implementing a new font format
  55. # Aug 12 01:28:13 <othermaciej> roc: and grabbing only chunks of it at a time would be pretty hard to shoehorn into our font infrastructure
  56. # Aug 12 01:28:13 * archtech (n=sv@83.228.56.37) has joined #whatwg
  57. # Aug 12 01:28:35 <roc> you don't have to grab only chunks of it at a time
  58. # Aug 12 01:28:35 <othermaciej> roc: if all other browsers want to push something, we won't block it, but I don't think we are going to actively endorse any new format
  59. # Aug 12 01:29:06 <roc> ok
  60. # Aug 12 01:29:07 <roc> thanks
  61. # Aug 12 01:29:12 * tndH has quit ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  62. # Aug 12 01:29:18 <Hixie> google's in pretty much the same position -- we are fine with TTF.
  63. # Aug 12 01:29:32 <Hixie> if operating systems add support for WebOTF, we would probably follow suit
  64. # Aug 12 01:29:51 <Hixie> but on its own, it doesn't really seem to solve any pressing problems
  65. # Aug 12 01:30:14 <othermaciej> we are also fine with TTF/OTF, and would not consider WebOTF an improvement
  66. # Aug 12 01:30:42 <othermaciej> but we are less opposed to it than EOT or anything EOT based, since it does not seem to have DRM-like characteristics
  67. # Aug 12 01:30:52 <rubys> i'm back
  68. # Aug 12 01:30:59 <heycam> Hixie, are you sure that "Sean Hogen" in the Acknowledgements section shouldn't be "Sean Hogan"?
  69. # Aug 12 01:31:01 <othermaciej> hi!
  70. # Aug 12 01:31:09 <Hixie> heycam: i am not
  71. # Aug 12 01:31:11 <heycam> (i remember seeing someone with the latter name send mails, but not the former)
  72. # Aug 12 01:31:14 <rubys> what's the question?
  73. # Aug 12 01:31:34 <rubys> irc archives appear to be down
  74. # Aug 12 01:31:44 <othermaciej> rubys: I wanted to get your thoughts on my suggested closures of old issues, but I decided to just make a proposal for how to proceed with them on public-html
  75. # Aug 12 01:32:06 <othermaciej> rubys: that being said, your input is still welcome if you have any
  76. # Aug 12 01:32:17 <Hixie> rubys: regarding your comment in the poll, the reason i removed that issue marker was that i was under the impression that the issue had been resolved as part of the compromise maciej set out -- removing the issue marker was one of the things jf and maciej agreed to as far as i understood it
  77. # Aug 12 01:32:51 <Hixie> rubys: and i didn't see your e-mails about it (there was a lot of traffic at the time, i must have missed one)
  78. # Aug 12 01:32:58 <rubys> othermaciej: where is the proposal?
  79. # Aug 12 01:33:24 <rubys> hixie: we clearly have a different idea of what closed means, but that's OK
  80. # Aug 12 01:33:40 <othermaciej> rubys: oh, I guess I didn't send it yet
  81. # Aug 12 01:33:58 <rubys> I guess that would explain why I couldn't find it.
  82. # Aug 12 01:34:02 <rubys> yes, I do have thoughts...
  83. # Aug 12 01:34:09 * michaeln (n=michaeln@nat/google/x-30980a55a2f532ab) has joined #whatwg
  84. # Aug 12 01:34:12 <othermaciej> rubys: my suggestion was going to be, close ISSUE-5, ISSUE-6, ISSUE-9, ISSUE-10, ISSUE-11, ISSUE-12, ISSUE-13, ISSUE-16, ISSUE-17, ISSUE-20, ISSUE-26 and ISSUE-28 on Monday if there are no objections
  85. # Aug 12 01:34:27 <othermaciej> and I was planning to ask the team contacts to give me issue tracker edit rights to do it
  86. # Aug 12 01:34:40 <rubys> oh, I can give you that now.
  87. # Aug 12 01:35:16 <rubys> but I wouldn't suggest any sudden closure. Weren't you complaining a short while back about a particular vote being rushed? :-)
  88. # Aug 12 01:35:19 <othermaciej> (I sent emails justifying closing each of those issues and soliciting feedback.)
  89. # Aug 12 01:35:37 <rubys> oh, I think you are aright on all counts except for the one that Julian owns.
  90. # Aug 12 01:35:52 <othermaciej> if you would like to suggest a different process for closing them, then I'm fine with that
  91. # Aug 12 01:35:53 <rubys> and if nobody steps forward and agrees to work an item, it should be closed.
  92. # Aug 12 01:36:43 <othermaciej> I think some reasonable period to object to closing is an adequate process, I am willing to make the time period whatever you think is best, if it's not unreasonable long
  93. # Aug 12 01:37:20 <rubys> it looks like I'm chairing again on thursday, my plan was to announce that the issues that you identified that have no owners will be closed by the next thursday unless somebody steps forward to owning it.
  94. # Aug 12 01:37:25 <othermaciej> I'm willing to leave Julian's open if he insists on it, although I think an issue about an old feature proposal he had is not the right way to represent the fact that he'd like to review a related section of the spec and give some feedback
  95. # Aug 12 01:37:58 <rubys> he seems to agree that there won't be any major change.
  96. # Aug 12 01:38:26 <othermaciej> the issue is pretty explicitly about a particular kind of major change, so it doesn't seem to represent his intent
  97. # Aug 12 01:38:47 <othermaciej> that being said, I am satisfied to keep it open for now
  98. # Aug 12 01:39:03 <othermaciej> though at some point, Julian's intent to do some review can't block Last Call, if he continues not to do it
  99. # Aug 12 01:39:15 <rubys> totally agreed on that last point
  100. # Aug 12 01:40:45 <othermaciej> rubys: OK if I send email summarizing this discussion? ("Issues to be announced at Thursday's telecon, and closed next Thursday except for ones where someone objects and steps up to own it." basically)
  101. # Aug 12 01:41:13 * svl (n=me@ip565744a7.direct-adsl.nl) has left #whatwg
  102. # Aug 12 01:41:15 <rubys> you can now edit issues. I love the work you have done, just make sure that you give people an opportunity.
  103. # Aug 12 01:42:08 <othermaciej> I'm trying to be extremely conservative in issues that I propose to close, and I intend to give everyone adequate opportunity to object
  104. # Aug 12 01:42:12 <rubys> as I said, I was going to include it on the announce I was sending out tomorrow, but if you feel you want to go ahead, that's fine. I feel that announce is low traffic and there is no excuses to miss an email (me glances towards hixie :-))
  105. # Aug 12 01:42:33 <Dashiva> What about those of us who only read public-html and not announces? :)
  106. # Aug 12 01:42:59 <rubys> then you get to read it later (in the minutes :-))
  107. # Aug 12 01:43:05 <othermaciej> I think I'll send it separately and mention that you will also mention the details in the announcement, since I think there are people who will be interested, but habitually skip (or at best skim) the announcements
  108. # Aug 12 01:43:10 <Hixie> rubys: oh you sent your comment in an agenda e-mail? i don't read those, they seem to never change.
  109. # Aug 12 01:43:26 <rubys> http://lists.w3.org/Archives/Public/public-html/2009Aug/0315.html
  110. # Aug 12 01:43:32 <rubys> http://lists.w3.org/Archives/Public/public-html/2009Aug/0330.html
  111. # Aug 12 01:43:57 <rubys> no, my comment wasn't in those. Chris's agenda emails are formulaic, but I try to add more 'spice' to mine.
  112. # Aug 12 01:44:03 * dglazkov has quit ()
  113. # Aug 12 01:46:55 <Hixie> oh i saw your e-mail of those two, but it didn't seem to be a question, so i decided it'd be better for everyone if i didn't add fuel to the fire
  114. # Aug 12 01:47:04 <rubys> othermaciej: I totally agree about moving 12 and 20 from issues to bugzilla on testcases
  115. # Aug 12 01:47:16 <Hixie> the first one was from laura, and i'm still waiting for her to explain how i wasn't cooperating before i reply to her e-mails
  116. # Aug 12 01:47:39 * olliej has quit ()
  117. # Aug 12 01:47:47 <Hixie> as i'm tired of sending e-mails with questions, and never getting replies
  118. # Aug 12 01:47:55 <Hixie> yet getting called on not replying to questions
  119. # Aug 12 01:48:23 <Hixie> anyway, as i said, the reason i didn't include the issue marker was that was the agreement with jf and maciej
  120. # Aug 12 01:48:34 <rubys> I made it clear then that I still view the issue as open. I tried to encourage you to add back the issue box, and later I tried to encourage manu not to proceed with the poll. Seem to be batting 000 these days. :-)
  121. # Aug 12 01:48:51 <Hixie> considering the summary issue open is a huge mistake imho
  122. # Aug 12 01:49:16 <Hixie> there's no direction from this point that doesn't make more people less happy
  123. # Aug 12 01:49:25 * olliej (n=oliver@17.246.17.250) has joined #whatwg
  124. # Aug 12 01:49:35 <Hixie> so if we want to change the spec at this point, it pretty much has to be a vote
  125. # Aug 12 01:49:35 <othermaciej> I don't think JF and I specifically said either to remove the marker or to keep it, and I personally don't care
  126. # Aug 12 01:49:45 <rubys> considering it closed invites Formal Objection. Much better to give people rope and all that. And sometimes they surprise you.
  127. # Aug 12 01:50:04 <rubys> http://lists.w3.org/Archives/Public/public-html/2009Aug/0017.html
  128. # Aug 12 01:50:13 <rubys> JF clearly asked for the mark, and Ian clearly agreed.
  129. # Aug 12 01:50:32 <Hixie> that was long before maciej's compromise
  130. # Aug 12 01:50:50 <othermaciej> and indeed Ian added the marker at that point
  131. # Aug 12 01:51:04 <rubys> which you accepted, but not everybody did. such a hasty process creates ill will
  132. # Aug 12 01:51:32 <othermaciej> if only there were a way to avoid having a hasty process on technical issues right before WD
  133. # Aug 12 01:52:00 <rubys> othermaciej: want me to dig up all the times recently where you were complaining about a vote being too fast? :-)
  134. # Aug 12 01:52:59 <Lachy> rubys, I think pushing to have warnings in the spec about open issues for summary and, previously, longdesc, has set a silly precedent that has lead us to this time wasting effort to vote on the inclusion of transient warnings that won't last longer than one WD cycle, let alone help to resolve the actual issues at hand.
  135. # Aug 12 01:53:17 <rubys> Lachy: have you looked at the poll lately?
  136. # Aug 12 01:53:28 <Lachy> yeah, I know Hixie's draft is ahead
  137. # Aug 12 01:53:38 <rubys> so why get upset and argue?
  138. # Aug 12 01:54:25 <Dashiva> Precedent?
  139. # Aug 12 01:54:48 <othermaciej> rubys: the meaning of my statement was supposed to be - I think there is indeed a way to avoid having a hasty process on technical issues right before WD, several ways, and we should do one of those
  140. # Aug 12 01:54:50 <Lachy> because I'm annoyed with this whole heartbeat issue having taken 4 weeks of valuable time that could have been spent finding real solutions, rather than meaningless nonsense
  141. # Aug 12 01:55:16 <rubys> there are only two issues that I'm really worried about. Issue-35 and Issue-74.
  142. # Aug 12 01:55:38 <Hixie> rubys: btw do you still intend to do the review you said you'd do?
  143. # Aug 12 01:55:41 <rubys> Lachy: so don't spend your valuable time on it.
  144. # Aug 12 01:56:06 <Hixie> rubys: (just asking to know how to plan for the next few months)
  145. # Aug 12 01:56:32 <rubys> I no longer see calling out sections as an effective way to proceed.
  146. # Aug 12 01:56:40 <Hixie> k
  147. # Aug 12 01:56:59 <Hixie> what's your new plan for establishing consensus?
  148. # Aug 12 01:57:22 <othermaciej> it seems to me the blocker on issue-35 at the moment is not controversy on how to proceed, but rather blocking on a PFWG decision
  149. # Aug 12 01:57:38 <othermaciej> we can (and should IMO) find ways to be more pro-active about unblocking progress
  150. # Aug 12 01:57:50 <rubys> both 35 and 74 are blocked on PFWG
  151. # Aug 12 01:58:07 <othermaciej> for 74, I believe good progress is being made on proposing a solution
  152. # Aug 12 01:58:20 <othermaciej> and the solution may require little or no change to the spec besides editorial text giving examples
  153. # Aug 12 01:58:24 <Lachy> Dashiva, yes, that's what I meant. I always spell that word wrong
  154. # Aug 12 01:58:39 <rubys> http://www.w3.org/html/wg/tracker/actions/133
  155. # Aug 12 01:58:39 <othermaciej> at least, that is what I have heard from my sources involved closely in those discussions
  156. # Aug 12 01:58:46 <hober> rubys: I'm surprised you're not really worried about issue 41
  157. # Aug 12 01:59:06 <rubys> 41 has no concrete proposal.
  158. # Aug 12 01:59:11 <Dashiva> Lachy: I wasn't correcting you, I was semi-answering rubys
  159. # Aug 12 01:59:33 <othermaciej> anyway, sorting out the chaff will make it easier for the group to have a shared view of which issues are important to worry about
  160. # Aug 12 01:59:44 <othermaciej> which is why I am starting with the low-hanging fruit
  161. # Aug 12 02:00:08 <othermaciej> I'm thinking like a project manager - must get bug trendline to point in the right direction
  162. # Aug 12 02:00:33 <rubys> othermaciej: that's great, just make sure that everybody has a thursday-thursday period to notice the impending closure.
  163. # Aug 12 02:00:43 <rubys> not everybody has the bandwidth to keep up with the emails.
  164. # Aug 12 02:01:04 <othermaciej> rubys: I think thursday-thursday is a fine timeline and I'll stick to that
  165. # Aug 12 02:01:21 * paulgendek (n=paulgend@240.182.205.68.cfl.res.rr.com) has joined #whatwg
  166. # Aug 12 02:01:44 <othermaciej> I think that way, both primarily-email and primarily-telecon participants get a fair chance to have their say
  167. # Aug 12 02:01:53 <rubys> exactly
  168. # Aug 12 02:02:23 <rubys> I have no interest in keeping open issues for which there are no owners.
  169. # Aug 12 02:02:30 <rubys> And for issues with owners, I want dates.
  170. # Aug 12 02:02:56 <rubys> 35 and 74 have dates in Nov and Dec, which is what concerns me.
  171. # Aug 12 02:02:57 * Hixie would rather see progress than dates :-P
  172. # Aug 12 02:03:10 <Hixie> rubys: what's your new plan for establishing consensus?
  173. # Aug 12 02:03:47 <rubys> close items with no owners, give issues with owners a chance, and then close the issues either when they complete or fail.
  174. # Aug 12 02:04:50 <Hixie> so the issue tracker's list of issues in the state Open (not Raised, not Pending Review, and not Closed) is the list of issues that need to be resolved before LC?
  175. # Aug 12 02:05:13 <Hixie> or do you mean the list of issues not marked Closed?
  176. # Aug 12 02:05:25 <othermaciej> I think establishing committed owners and deadlines for the issues that remain after closing the low hanging fruit is a fine next step
  177. # Aug 12 02:06:27 * ap has quit ()
  178. # Aug 12 02:07:01 <othermaciej> that leaves the questions of what to do if the deadline is missed (can't let it slip indefinitely), and what to do if there are multiple competing concrete proposals
  179. # Aug 12 02:07:08 <rubys> Hixie: after a bit of cleanup, I do see the issue tracker as being that. And othermaciej is doing a fine job at kicking off that discussion.
  180. # Aug 12 02:07:27 * smedero has quit ()
  181. # Aug 12 02:07:34 <Hixie> rubys: which states are the ones i need to look at to see issues blocking LC?
  182. # Aug 12 02:07:44 <othermaciej> I think Hixie is asking if issues marked as "Raised" or "Pending Review" are considered open in the sense of blocking LC
  183. # Aug 12 02:07:56 <othermaciej> (it's not entirely clear to me what the distinctions are)
  184. # Aug 12 02:08:16 <rubys> Raised means no owners. Destined to be closed due to lack of interest unless somebody steps up.
  185. # Aug 12 02:08:34 <rubys> Pending Review means that the owner considers his or herself done. Also destined to be closed.
  186. # Aug 12 02:09:00 <othermaciej> by what process will Destiny work its will?
  187. # Aug 12 02:09:23 <rubys> Open are the key ones, and what is key is getting agreement. Telling people that it is closed only pisses them off.
  188. # Aug 12 02:09:54 <rubys> othermaciej: taking your list and giving people until a week from thursday to volunteer is a great process.
  189. # Aug 12 02:10:54 <othermaciej> rubys: all right, then in my next pass I will consider all Raised and Pending Review issues for the chopping block if they do not get caught in the first pass (where I am hoping to find issues where no real dissent remains)
  190. # Aug 12 02:11:59 <Hixie> rubys: who owns issues with no action items?
  191. # Aug 12 02:12:18 <Hixie> (i'm assuming the people with action items own the issues with them)
  192. # Aug 12 02:12:47 <Dashiva> If hybi were to create a generic bidirectional tunneling protocol, wouldn't that immediately get blocked in firewalls for the same reason the firewalls block non-http in the first place?
  193. # Aug 12 02:13:10 <rubys> hixie: tell me which ones, and I'll demote to raised or find an owner. I just demoted 60.
  194. # Aug 12 02:13:38 <Hixie> rubys: http://www.w3.org/html/wg/tracker/issues/37 http://www.w3.org/html/wg/tracker/issues/59
  195. # Aug 12 02:13:43 <Dashiva> (Well, not immediately, but as soon as the firewalls change)
  196. # Aug 12 02:13:44 <othermaciej> Hixie: it seems to me that based on what Sam said, issues with no action item should be given an opportunity to find an owner, who presumably thereby receives an action item
  197. # Aug 12 02:14:24 <othermaciej> I will continue my review of open issues tonight
  198. # Aug 12 02:14:43 <rubys> demoted 37. Will kick Mike again about 59.
  199. # Aug 12 02:14:57 * bgalbraith has quit ()
  200. # Aug 12 02:15:00 <rubys> s/presumably/definitely/
  201. # Aug 12 02:15:07 <Hixie> i can volunteer to own 59 if you like. And then immediately announce I've done it. :-)
  202. # Aug 12 02:15:42 <Hixie> (the html5 spec has had an "author view" for a while now)
  203. # Aug 12 02:15:44 <Lachy> Hixie, I like that idea
  204. # Aug 12 02:15:54 <othermaciej> Hixie: is it possible to produce a copy of your spec that has the "author view" as the default stylesheet?
  205. # Aug 12 02:16:24 <othermaciej> Hixie: I suspect people will be a tiny bit more satisfied if they can follow a link to the "author view", even if there is no material difference
  206. # Aug 12 02:16:24 <Hixie> othermaciej: sure, that's technically trivial.
  207. # Aug 12 02:17:33 <Lachy> Is it possible generate a copy which excludes all the implementer stuff from the file, rather than just hiding it with a stylesheet?
  208. # Aug 12 02:18:13 <Lachy> That should make the file significantly smaller and at least partially resolve the issues people have with the monolithic spec
  209. # Aug 12 02:18:14 <rubys> if nobody else volunteers for 59, it will get closed. I would must rather have a situation where somebody (in this case Mike) was given every opportunity and failed rather than telling them NO and have them be convinced that the only reason why they failed was that they weren't given a reasonable opportunity.
  210. # Aug 12 02:18:15 <othermaciej> people might be slightly even more satisfied with that, even though there is even less material difference
  211. # Aug 12 02:18:16 <Hixie> Lachy: technically yes, but someone would have to make the script to do it.
  212. # Aug 12 02:18:26 <Lachy> ok
  213. # Aug 12 02:19:04 <Lachy> I assume it would just take a small script to strip out any element with a class="impl" on it
  214. # Aug 12 02:19:09 <othermaciej> we should give Mike the opportunity to weigh in on whether Hixie's author view (if it can be linked standalone) satisfies the goals he had for H:TML
  215. # Aug 12 02:19:42 <rubys> Mike is traveling at the moment, but he does log on. He also plans to be on Thursday's call.
  216. # Aug 12 02:19:58 <Hixie> Lachy: yes
  217. # Aug 12 02:20:00 <othermaciej> Lachy: are you willing to volunteer to make that script
  218. # Aug 12 02:20:01 <Lachy> I wouldn't mind having Mike's H:TML draft published non-normatively in addition to an author only copy
  219. # Aug 12 02:20:02 <othermaciej> ?
  220. # Aug 12 02:20:06 <Lachy> othermaciej, maybe.
  221. # Aug 12 02:20:38 <Lachy> I might even be able to do it now, if I can base it one one of my existing scripts I use for generating the authoring guide
  222. # Aug 12 02:20:43 <othermaciej> if someone actually makes the script, then we may be able to persuade Mike that the author view is a win-win solution
  223. # Aug 12 02:21:08 <othermaciej> or if it does not meet some of his goals, we can ask him to articulate what those are
  224. # Aug 12 02:21:36 * olliej has quit ()
  225. # Aug 12 02:21:46 <Lachy> Hixie, if it works like this: cat source | author-view > author-only-source, will that fit into your tool chain?
  226. # Aug 12 02:23:33 * olliej (n=oliver@17.246.17.250) has joined #whatwg
  227. # Aug 12 02:28:44 <Hixie> Lachy: it has to be a web service for me to put it in my toolchain
  228. # Aug 12 02:29:26 * nessy has quit ("This computer has gone to sleep")
  229. # Aug 12 02:29:28 <Hixie> Lachy: (i can't be parsing the html5 spec a dozen times at once on the local machine)
  230. # Aug 12 02:30:25 <Lachy> ok. Well, I will proceed under the assumption that such a simple system will be very easy to integrate into a web service
  231. # Aug 12 02:30:44 <Philip`> So you prefer to rely on a dozen remote machines to each parse it?
  232. # Aug 12 02:30:50 <Hixie> Philip`: yup
  233. # Aug 12 02:30:56 <Hixie> Philip`: so long as it's not mine :-P
  234. # Aug 12 02:31:14 * Philip` doesn't understand why that system doesn't collapse constantly, since it has lots of potential points of failure
  235. # Aug 12 02:31:45 <Lachy> it sucks that we don't have a nicely integrated system that allows the source to be parsed just once and processed such that it results in multiple output files
  236. # Aug 12 02:32:04 <Hixie> Philip`: the only critical point of failure i don't control is pimpmyspec.net
  237. # Aug 12 02:32:20 * Philip` should probably move the multipage splitter onto a proper server, rather than on an old machine in his parents' house over an ADSL line
  238. # Aug 12 02:32:30 <Dashiva> Where's the fun in that?
  239. # Aug 12 02:32:35 <Hixie> Lachy: i have a number of preprocessing steps that happen before the source becomes valid HTML that can be parsed
  240. # Aug 12 02:32:56 <Hixie> Lachy: e.g. merging source files from whatwg.org/demos, filtering the references, etc.
  241. # Aug 12 02:34:22 <rubys> I seem to be able to go from Hixie-source to w3c split out spec in about 15 seconds on a rather midling AMD e-machine that I purchased for $199 earlier this year.
  242. # Aug 12 02:34:59 <rubys> http://www.tigerdirect.com/applications/searchtools/item-details.asp?EdpNo=4616541
  243. # Aug 12 02:37:57 * slightlyoff has quit ()
  244. # Aug 12 03:09:03 * Rik` has quit (Read error: 113 (No route to host))
  245. # Aug 12 03:11:41 <Hixie> wow, a lot of these actions have been open a long time
  246. # Aug 12 03:11:53 <Hixie> i wonder how to help people make progress on them
  247. # Aug 12 03:14:10 * tkent has quit ("Leaving...")
  248. # Aug 12 05:02:53 * wakab____ has quit (Read error: 110 (Connection timed out))
  249. # Aug 12 05:11:41 <roc> this BWTP thread looks like a textbook case of feature creep
  250. # Aug 12 05:11:58 * wakaba_0 (n=wakaba_@112-68-212-111.eonet.ne.jp) has joined #whatwg
  251. # Aug 12 05:13:47 <othermaciej> roc: gonna vote in the HTML WG poll?
  252. # Aug 12 05:13:50 <othermaciej> http://www.w3.org/2002/09/wbs/40318/wd08/
  253. # Aug 12 05:14:07 <othermaciej> I encourage you to vote your conscience, despite the relative triviality of the issue at stake
  254. # Aug 12 05:14:37 <othermaciej> roc: BWTP looks like feature creep to me too - I wonder if there is a middle ground that adds a few of the most useful features but otherwise is closer in simplicity to WebSocket Protocol
  255. # Aug 12 05:19:26 <roc> othermaciej: your wish is my command
  256. # Aug 12 05:23:30 <roc> hmm, and I missed the part about BWTP having "forgiving syntax"
  257. # Aug 12 05:27:53 * wakaba_1 (n=wakaba_@112-68-212-111.eonet.ne.jp) has joined #whatwg
  258. # Aug 12 05:29:18 * wak______ has quit (Read error: 110 (Connection timed out))
  259. # Aug 12 05:31:27 * smedero (n=smedero@pia145-154.pioneernet.net) has joined #whatwg
  260. # Aug 12 05:32:14 * smedero has quit (Client Quit)
  261. # Aug 12 05:36:40 * jorlow has quit (Read error: 110 (Connection timed out))
  262. # Aug 12 05:46:49 * wakaba_0 has quit (Read error: 110 (Connection timed out))
  263. # Aug 12 05:49:26 * wakaba_0 (n=wakaba_@112-68-212-111.eonet.ne.jp) has joined #whatwg
  264. # Aug 12 05:51:00 * wakaba_2 (n=wakaba_@112-68-212-111.eonet.ne.jp) has joined #whatwg
  265. # Aug 12 05:56:07 <Hixie> othermaciej: if there are features that actually make sense to add, and don't put onerous requirements on server-side implementations that don't need those features, i hope we can add them
  266. # Aug 12 05:56:13 <Hixie> othermaciej: i haven't seen any such features yet
  267. # Aug 12 05:56:32 * ttepasse has quit ("?Q")
  268. # Aug 12 05:56:40 <othermaciej> Hixie: I haven't had a chance to give it a close review
  269. # Aug 12 05:57:06 <othermaciej> for now I am taking it on faith that being "like http" would make things easier for server-side implementations embedded in an existing Web server
  270. # Aug 12 05:57:18 <othermaciej> but I don't have the context to evaluate the merit of this claim
  271. # Aug 12 05:57:43 <othermaciej> and the corresponding claim as to the client side seems wrong
  272. # Aug 12 05:57:49 <Hixie> it certainly wouldn't make it easier for standalone servers
  273. # Aug 12 05:58:02 <Hixie> which i expect to be the common case
  274. # Aug 12 05:58:15 <Hixie> on the other hand, i've written a websocket server in 99 lines of perl
  275. # Aug 12 05:58:20 * wakaba_0 has quit (Read error: 60 (Operation timed out))
  276. # Aug 12 05:58:51 <othermaciej> I would love to hear from someone in charge of a big existing infrastructure which would be easier for them
  277. # Aug 12 05:59:09 <othermaciej> (although I suppose that risks enterprise-itis)
  278. # Aug 12 06:00:22 <dave_levin> othermaciej: Bidirection Web Transfer Protocol vs Web Sockets?
  279. # Aug 12 06:00:47 <othermaciej> dave_levin: yes
  280. # Aug 12 06:01:55 <othermaciej> I don't know if I should bother to argue with the crazy people who think that instead of a ws: URI scheme (or similar), the URIs should just be http://ws.specific-magic-hostname.org?the-actual-url-goes-here
  281. # Aug 12 06:02:56 <dave_levin> othermaciej: I'll see if I can find someone on the Google Talk team to look them over if that would be helpful. They sit pretty close to me.
  282. # Aug 12 06:06:23 <Hixie> dave_levin: it would be helpful if they could review websocket in general
  283. # Aug 12 06:07:13 * wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) has joined #whatwg
  284. # Aug 12 06:07:59 <roc> othermaciej: ask someone who's actually in charge of actual infrastructure what would be easier for them ... do not ask their Architect
  285. # Aug 12 06:08:04 <dave_levin> Hixie: Honestly, they were a bit slow on all of that, but I think they are ready to focus more on these issues. I'll talk to them. I think Ukai has also been talking to someone on that team (since he has been working web sockets in WebKit).
  286. # Aug 12 06:08:29 * bgalbraith (n=bgalbrai@71.202.109.116) has joined #whatwg
  287. # Aug 12 06:09:22 <Hixie> cool
  288. # Aug 12 06:09:29 <Hixie> roc: i'm not sure we even have any of those :-)
  289. # Aug 12 06:09:34 * wakaba_1 has quit (Read error: 110 (Connection timed out))
  290. # Aug 12 06:10:31 <othermaciej> roc: *shudder*
  291. # Aug 12 06:11:50 * rubys has quit (Read error: 60 (Operation timed out))
  292. # Aug 12 08:13:18 <hsivonen> annevk42: the comment box on the poll seems like a good place to enumerate what's not factual about Manu's draft
  293. # Aug 12 08:15:51 <othermaciej> I wonder if this poll will top our record for most total votes (which I believe is 88)
  294. # Aug 12 08:17:39 * othermaciej is surprised to find on review that neither anne nor james have voted yet
  295. # Aug 12 08:18:11 * heycam has quit ("bye")
  296. # Aug 12 08:20:37 * heycam (n=cam@dyn-130-194-69-208.its.monash.edu.au) has joined #whatwg
  297. # Aug 12 08:22:10 * jorlow has quit (Read error: 110 (Connection timed out))
  298. # Aug 12 08:23:55 * jorlow_ has quit ()
  299. # Aug 12 08:31:44 * nessy (n=nessy@124-171-241-171.dyn.iinet.net.au) has joined #whatwg
  300. # Aug 12 08:32:12 * sebmarkbage has quit ("http://calyptus.eu/")
  301. # Aug 12 08:37:55 * Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) has joined #whatwg
  302. # Aug 12 08:54:55 * olliej has quit ()
  303. # Aug 12 08:55:51 * erikvold (n=erikvvol@96.49.192.204) has joined #whatwg
  304. # Aug 12 08:59:08 <Mrmil> Looks like there is a boom in HTML 5 tutorials...
  305. # Aug 12 09:02:35 <othermaciej> hsivonen: do you know what's up with this issue? is there still a conflict? http://www.w3.org/html/wg/tracker/issues/38
  306. # Aug 12 09:03:55 <othermaciej> looks fixed, nevermind
  307. # Aug 12 09:04:36 * dimich_ has quit ()
  308. # Aug 12 09:06:52 * harig (n=aparan@59.90.71.35) has joined #whatwg
  309. # Aug 12 09:08:04 * erikvvold has quit (Read error: 110 (Connection timed out))
  310. # Aug 12 09:11:49 <othermaciej> hsivonen: does ARIA still depend in any way on CURIEs?
  311. # Aug 12 09:11:55 <othermaciej> (re http://www.w3.org/html/wg/tracker/issues/51 )
  312. # Aug 12 09:14:47 <hsivonen> othermaciej: AFAIK, no, but I'll check
  313. # Aug 12 09:15:32 <hsivonen> othermaciej: can't find any mention of curie in the latest ARIA spec.
  314. # Aug 12 09:15:42 <othermaciej> hsivonen: ok, thanks
  315. # Aug 12 09:16:22 * othermaciej wonders whether he has the stomach to review issues 46-60
  316. # Aug 12 09:16:44 <othermaciej> this is an incredibly boring task, which the chairs should have long ago done or delegated :-(
  317. # Aug 12 09:16:57 <hsivonen> indeed
  318. # Aug 12 09:17:07 <hsivonen> othermaciej: thank you for doing it anyway
  319. # Aug 12 09:18:03 * cying (n=cying@adsl-75-18-223-3.dsl.pltn13.sbcglobal.net) has joined #whatwg
  320. # Aug 12 09:18:06 <hsivonen> Issue 53 seems to have draft text now
  321. # Aug 12 09:18:20 <hsivonen> issue 54 has been addressed
  322. # Aug 12 09:18:41 <othermaciej> I'm not sure what to suggest for issue 48
  323. # Aug 12 09:18:42 <Lachy> issue 54 is pending the registration of about: URI scheme
  324. # Aug 12 09:19:06 <othermaciej> yeah
  325. # Aug 12 09:19:15 <Lachy> I would close it, but some people wanted it kept open until that's done
  326. # Aug 12 09:19:42 <othermaciej> I think I'll suggest raising a separate issue on registering the about: URI scheme, if registering the scheme needs to block Last Call
  327. # Aug 12 09:19:59 <Lachy> good idea
  328. # Aug 12 09:20:07 <hsivonen> othermaciej: about ARIA specifically: ARIA was fixed to acknowledge similarity of role to "XHTML Role Attribute Module" without actually importing the definition
  329. # Aug 12 09:20:25 <othermaciej> or we can track it in bugzilla, if a scheme registration doesn't need to block Last Call
  330. # Aug 12 09:21:06 <othermaciej> do media type registrations normally get updated before or after LC?
  331. # Aug 12 09:21:27 <hsivonen> I hope the pont of issue 56 is to update AWWW if it turns out that real-world URL processing conflicts with Architecture
  332. # Aug 12 09:21:48 <hsivonen> s/pont/point/
  333. # Aug 12 09:21:58 <othermaciej> I have no idea what issue-56 is about
  334. # Aug 12 09:22:18 <othermaciej> but I believe the plan to defer to WEBADDRESS or IRIbis or whatever addresses it
  335. # Aug 12 09:22:42 <hsivonen> if issue 56 needs to be an issue, it should be a TAG issue filed against Architecture
  336. # Aug 12 09:23:38 <othermaciej> so the only ones I don't know what to do with are ISSUE-48 and ISSUE-53 out of this next batch
  337. # Aug 12 09:23:39 * foolip (n=philip@pat.se.opera.com) has joined #whatwg
  338. # Aug 12 09:23:44 <Hixie> othermaciej: if you mean mime types, we let the IESG know that we're going to register them when we hit LC, then we register them at CR.
  339. # Aug 12 09:23:54 * pesla (n=retep@procurios.xs4all.nl) has joined #whatwg
  340. # Aug 12 09:24:09 <othermaciej> Hixie: ok, so a task on MIME type registration doesn't need to block LC?
  341. # Aug 12 09:24:21 <othermaciej> Hixie: or do we need draft registration text before LC, and if so do we have it?
  342. # Aug 12 09:31:44 <hsivonen> BWTP seems like a lot of feature creep :-(
  343. # Aug 12 09:35:40 <Hixie> othermaciej: the draft registrations for all the MIME types I'm aware that we need to register are all at http://www.whatwg.org/specs/web-apps/current-work/#iana-considerations
  344. # Aug 12 09:36:12 <othermaciej> Hixie: ok, sounds like the issue on registrations can be closed, the
  345. # Aug 12 09:37:06 <hober> I hope the ARIA folk handle their LC comments by either renaming @role to @aria-role or allowing the host language to use a more appropriate existing attr (in our case, @class)
  346. # Aug 12 09:37:49 <othermaciej> hober: I don't think putting aria roles in @class is viable
  347. # Aug 12 09:38:15 <othermaciej> too many existing pages would then appear to have an ARIA role accidentally
  348. # Aug 12 09:38:15 <hsivonen> hober: renaming role isn't on the table
  349. # Aug 12 09:38:39 <hsivonen> hober: hasn't been since Firefox 3.0 froze
  350. # Aug 12 09:40:19 * jgraham hasn't finished reading the scrollback but notes that he has a script that strips non author view stuff from the spec somewhere
  351. # Aug 12 09:40:43 <hsivonen> hmm. my email isn't appearing on public-html
  352. # Aug 12 09:41:12 <othermaciej> jgraham: do you think it would be feasible to integrate it with Hixie's toolchain?
  353. # Aug 12 09:41:27 <jgraham> I also hacked together an anolis module to copy status annotations from the WHATWG data to a static spec
  354. # Aug 12 09:41:40 <hsivonen> jgraham: awesome!
  355. # Aug 12 09:41:51 <jgraham> I haven't checked it works very properly or anything
  356. # Aug 12 09:42:01 <jgraham> I will continue to poke at it a bit
  357. # Aug 12 09:42:10 <jgraham> othermaciej: pobably
  358. # Aug 12 09:42:15 <jgraham> *probably
  359. # Aug 12 09:42:33 <othermaciej> jgraham: it would be useful - so we can see if such a spec would satisfy those who want an author-only spec
  360. # Aug 12 09:42:48 <Lachy> jgraham, great, that means I can take that off my todo list for today
  361. # Aug 12 09:43:19 <hsivonen> anyway, the content of my email to list was that issue-30 isn't controversial anymore, because WAI-CG agreed to the obsoletion of longdesc if aria-describedby gets in
  362. # Aug 12 09:43:41 <othermaciej> hsivonen: I saw your email
  363. # Aug 12 09:43:44 <othermaciej> hsivonen: I even replied to it
  364. # Aug 12 09:43:51 <othermaciej> I may have seen it not-via-the-list
  365. # Aug 12 09:44:32 <hsivonen> othermaciej: ok. then SMTP at my end isn't horked
  366. # Aug 12 09:46:15 <jgraham> biab
  367. # Aug 12 09:46:32 <othermaciej> hsivonen: mails seem to be appearing in the archive out of order
  368. # Aug 12 09:46:49 * otherarun (n=arun@adsl-75-36-189-9.dsl.pltn13.sbcglobal.net) has left #whatwg
  369. # Aug 12 10:39:03 * slightlyoff has quit (Read error: 60 (Operation timed out))
  370. # Aug 12 10:44:40 * ROBOd (n=robod@89.122.216.38) has joined #whatwg
  371. # Aug 12 10:45:22 <Hixie> http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Aug/0070.html
  372. # Aug 12 10:45:29 <hsivonen> http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Aug/0085.html
  373. # Aug 12 10:46:18 <Hixie> yeah i couldn't tell if he was unintentionally proving our point about prefixes being confusing, or if he was being sarcastic.
  374. # Aug 12 10:47:55 <hsivonen> I can't tell what his point is, either, but the email looks very confused.
  375. # Aug 12 10:50:23 <hsivonen> http://www.w3.org/2009/07/30-rdfa-minutes : "We need to structure it so that it's easy for the W3C to accept the RDFa IG. RDFa isn't controversial, so shouldn't be an issue."
  376. # Aug 12 10:52:10 <Lachy> what the? I've never known anyone to claim that <div xmlns:dc="..."> was invalid XML
  377. # Aug 12 10:52:32 * roc (n=roc@121.74.155.225) has joined #whatwg
  378. # Aug 12 10:52:36 * hsivonen fights the urge to reply to the anti-pattern thread and point out less than factual statements
  379. # Aug 12 10:53:35 <Lachy> hsivonen, which anti-pattern thread?
  380. # Aug 12 10:53:54 <Lachy> oh, on rdfa list
  381. # Aug 12 10:53:55 <hsivonen> Lachy: on public-rdf-in-xhtml-tf
  382. # Aug 12 10:54:10 * tantekc_ (n=tantekc@ool-4570acce.dyn.optonline.net) has joined #whatwg
  383. # Aug 12 10:54:56 * tantekc has quit (Read error: 104 (Connection reset by peer))
  384. # Aug 12 10:57:11 * webben (n=benh@nat/yahoo/x-51f3df95f8fc8344) has joined #whatwg
  385. # Aug 12 10:58:31 * Phae (n=phaeness@gatea.mh.bbc.co.uk) has joined #whatwg
  386. # Aug 12 10:58:49 <jgraham> http://hoppipolla.co.uk/410/spec-annotated.html first cut with no headers or stylesheet and with all the removed sections and so on left in
  387. # Aug 12 11:00:35 <annevk42> the BWTP guys know that eventually the UTF-8 frame type won't be the only option available, right?
  388. # Aug 12 11:00:47 <annevk42> they're so fixated on it...
  389. # Aug 12 11:01:15 * mat_t (n=mattomas@nat/canonical/x-b831260209f60ab2) has joined #whatwg
  390. # Aug 12 11:02:13 * webben has quit (Client Quit)
  391. # Aug 12 11:06:55 * roc has quit ()
  392. # Aug 12 11:07:06 * bzed has quit (pratchett.freenode.net irc.freenode.net)
  393. # Aug 12 11:07:57 * bzed (n=bzed@devel.recluse.de) has joined #whatwg
  394. # Aug 12 11:07:57 <annevk42> would it make sense to extend bogus comments to also include <% ?
  395. # Aug 12 11:07:58 <annevk42> apparently WebKit/Trident already does that
  396. # Aug 12 11:08:21 <hsivonen> annevk42: is it guys or guy?
  397. # Aug 12 11:08:23 <annevk42> and e.g. http://www.lex24.ilsole24ore.com/Redazione/Riforma_cpc/Riforma.html would look better at the bottom
  398. # Aug 12 11:08:46 <annevk42> hsivonen, there's more on the hybi list
  399. # Aug 12 11:08:49 <annevk42> but fair enough
  400. # Aug 12 11:09:21 <gsnedders|work> annevk42: Is that not quirks only, at least in WebKit?
  401. # Aug 12 11:09:33 <annevk42> no
  402. # Aug 12 11:10:21 <Lachy> jgraham, what have you added to that copy of the spec?
  403. # Aug 12 11:10:21 * svl (n=me@ip565744a7.direct-adsl.nl) has joined #whatwg
  404. # Aug 12 11:10:41 <annevk42> also at the top of that page, not just the bottom
  405. # Aug 12 11:10:55 <Lachy> ah, I see, a few sections have Status annotations
  406. # Aug 12 11:12:04 <jgraham> Lachy: It should in theory be all sections that have status annotations in the WHATWG draft but I may have missed some
  407. # Aug 12 11:12:10 <hsivonen> jgraham: let's ship it!
  408. # Aug 12 11:13:00 <jgraham> s/I/my code/
  409. # Aug 12 11:14:29 <Lachy> jgraham, the one for the introduction is missing, which is the one I checked for first and didn't see
  410. # Aug 12 11:14:59 <annevk42> hsivonen, how do you feel about having <% besides <? ?
  411. # Aug 12 11:15:00 <Lachy> wait, that's weird. It is there
  412. # Aug 12 11:15:31 <jgraham> Lachy: I don't have the introduction do I?
  413. # Aug 12 11:15:52 <jgraham> It's in the header which I don't have
  414. # Aug 12 11:15:55 <Lachy> yeah, you do. It says:
  415. # Aug 12 11:15:55 <Lachy> Introduction
  416. # Aug 12 11:15:55 <Lachy> Status: Working draft
  417. # Aug 12 11:15:55 <Lachy> 1 Background
  418. # Aug 12 11:15:58 <Lachy> ...
  419. # Aug 12 11:16:17 <Lachy> the abstract is in the header
  420. # Aug 12 11:16:54 * MadAtWork has quit (Read error: 110 (Connection timed out))
  421. # Aug 12 11:17:19 <jgraham> Oh yeah
  422. # Aug 12 11:17:45 * bzed has quit (pratchett.freenode.net irc.freenode.net)
  423. # Aug 12 11:18:38 * bzed (n=bzed@devel.recluse.de) has joined #whatwg
  424. # Aug 12 11:19:33 <hsivonen> annevk42: assuming that WebKit/Trident already does it, I'm open to trying it.
  425. # Aug 12 11:21:36 * roc (n=roc@121.74.155.225) has joined #whatwg
  426. # Aug 12 11:21:40 <Lachy> unless supporting it is really needed for compatibility reasons, I don't think we should
  427. # Aug 12 11:22:17 <Lachy> have Mozilla received any bugs about supporting it?
  428. # Aug 12 11:22:37 * dave_levin has quit ()
  429. # Aug 12 11:23:02 <roc> supportin gwhat?
  430. # Aug 12 11:23:09 <gsnedders|work> <% as comments
  431. # Aug 12 11:23:50 <Lachy> roc, webkit and trident apparently support it
  432. # Aug 12 11:24:25 * matijs (i=53a1029b@gateway/web/freenode/x-2f5ab46d8913a45c) has joined #whatwg
  433. # Aug 12 11:25:21 <hsivonen> Lachy: no bugs against the HTML5 parser at least
  434. # Aug 12 11:26:26 <Philip`> http://brand.icxo.com/htmlnews/2007/07/11/919666_1.htm
  435. # Aug 12 11:26:41 <Philip`> http://yuanyunfu.artron.net/exhibi_2.php?aid=A0000016&wrkid=BRT000000033876
  436. # Aug 12 11:26:48 <Philip`> http://www.51234.org/sy/3777.html
  437. # Aug 12 11:27:20 <Lachy> Philip`, it depends on whether supporting that as a comment is really the best solution. If they're only testing it with browsers that do, then that would explain why they havne't noticed or fixed the error
  438. # Aug 12 11:27:30 <hsivonen> the last one is a "reported attack page!"
  439. # Aug 12 11:27:56 <Lachy> and presumably they have no intention of outputting JSP into the HTML
  440. # Aug 12 11:28:38 <hsivonen> it's pretty clear that it's error recovery that makes the error less obvious to authors
  441. # Aug 12 11:28:45 <annevk42> well, a) the cost is minor and b) it is far more likely they just tested in IE than anything else
  442. # Aug 12 11:28:57 <hsivonen> the question is if Gecko and Opera are worse off by not doing it if Trident and WebKit do it
  443. # Aug 12 11:29:11 <hsivonen> also, the implementation would be trivial
  444. # Aug 12 11:29:26 <hsivonen> no new states. just another transition
  445. # Aug 12 11:29:27 <Philip`> Most of the <%...s seem to be in attribute values rather than in text content
  446. # Aug 12 11:29:48 <hsivonen> assuming we are OK with the % in the trailing %> ending up in comment data
  447. # Aug 12 11:30:39 <annevk42> I don't think that matters one bit
  448. # Aug 12 11:30:53 <Lachy> I think the question we should be asking is if Microsoft and Apple would be willing to drop support for it
  449. # Aug 12 11:31:05 <annevk42> it's an error, but for the pages I've looked at so far not displaying <% is better
  450. # Aug 12 11:32:46 <Philip`> http://blog.pewitt.org/CommentView,guid,56fbd9c0-6c0b-4773-abb7-dafb40fae8a7.aspx
  451. # Aug 12 11:33:20 <Philip`> That one looks a bit like it intentionally wants to use <%...%> as a comment
  452. # Aug 12 11:40:42 <gsnedders|work> Hixie: yt?
  453. # Aug 12 11:45:19 <jgraham> Lachy: After discussion with gsnedders|work I will convert the author view generator to a anolis module that runs before things like the toc are generated
  454. # Aug 12 11:47:15 * harig has quit (Read error: 110 (Connection timed out))
  455. # Aug 12 11:48:07 * riven` (n=colin@53525B67.cable.casema.nl) has joined #whatwg
  456. # Aug 12 11:49:23 <gsnedders|work> jgraham: http://74.125.77.132/search?q=cache:5iAdTkTth4EJ:krijnhoetmer.nl/irc-logs/whatwg/20090703+http://krijnhoetmer.nl/irc-logs/whatwg/20090703&hl=en&client=opera&strip=1#l-1126
  457. # Aug 12 11:49:34 <Lachy> jgraham, ok
  458. # Aug 12 11:50:29 <Lachy> what's happened to krijn?
  459. # Aug 12 11:50:51 * harig (n=aparan@59.90.71.35) has joined #whatwg
  460. # Aug 12 11:51:32 * riven has quit (Read error: 60 (Operation timed out))
  461. # Aug 12 11:51:57 * riven` is now known as riven
  462. # Aug 12 11:52:24 <annevk42> he's in hiding
  463. # Aug 12 11:53:07 * yutak__ has quit ("Leaving...")
  464. # Aug 12 11:54:10 * mpt (n=mpt@canonical/launchpad/mpt) has joined #whatwg
  465. # Aug 12 11:55:16 <svl> The computer he logs things from isn't exactly the most stable. :/
  466. # Aug 12 11:56:40 <annevk42> given that nobody else seems to be willing to log, it's been pretty awesome for us :)
  467. # Aug 12 11:56:57 <annevk42> I filed a bug on the <% crap btw
  468. # Aug 12 11:58:31 * tantekc_ has quit (Read error: 104 (Connection reset by peer))
  469. # Aug 12 12:01:03 * tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) has joined #whatwg
  470. # Aug 12 12:10:14 <gsnedders|work> Wait! This means the evil cabal can say anything!
  471. # Aug 12 12:11:04 * remysharp (n=remyshar@87.252.35.199) has joined #whatwg
  472. # Aug 12 12:13:35 * brucel (n=brucel@92.236.145.216) has joined #whatwg
  473. # Aug 12 12:13:36 <remysharp> Is Lachy around?
  474. # Aug 12 12:13:56 <Lachy> remysharp, yes
  475. # Aug 12 12:14:16 <remysharp> hi - I've got a link for you - discussion possible alternatives to the legend issue
  476. # Aug 12 12:14:26 <Lachy> ok
  477. # Aug 12 12:14:36 <remysharp> it's not for public consumption - I couldn't get a preview of the blog post - but here you go:
  478. # Aug 12 12:14:42 <remysharp> http://remysharp.com/figure-legend.html
  479. # Aug 12 12:15:24 * Rik` has quit ()
  480. # Aug 12 12:15:40 <Lachy> Not for public consumption? By posting it here, you've made it public anyway
  481. # Aug 12 12:15:44 <remysharp> brucel: I've added your example in too: http://www.brucelawson.co.uk/tests/html5-details-label.html
  482. # Aug 12 12:15:59 <remysharp> sorry, not quite what I meant - as in it's a blog post
  483. # Aug 12 12:16:05 <Lachy> ah
  484. # Aug 12 12:16:14 <remysharp> it's not the "real" url, more that comments won't work! :)
  485. # Aug 12 12:16:26 <remysharp> screw it I can publish it now anyway.
  486. # Aug 12 12:18:34 <Lachy> remysharp, I'll take a look in a moment, just busy with some work stuff right now
  487. # Aug 12 12:18:48 <remysharp> np
  488. # Aug 12 12:19:27 <remysharp> This is the latest url anyway - with examples of alternatives to the legend in figure & details issue: http://remysharp.com/2009/08/12/saving-figure-detail/
  489. # Aug 12 12:22:50 * matijs has quit ()
  490. # Aug 12 12:24:21 <Lachy> remysharp, your claim about hgroup isn't quite correct
  491. # Aug 12 12:24:39 <gsnedders|work> Should <iframe></iframe> fire an onload event?
  492. # Aug 12 12:24:47 <remysharp> okay, so it *would* come up in the TOC?
  493. # Aug 12 12:24:54 <remysharp> Lachy: enlighten me :-)
  494. # Aug 12 12:25:04 <Lachy> basically, using <hgroup> means that all the headings inside it are grouped, such that they only the top level heading within it will appear in the TOC
  495. # Aug 12 12:25:17 <gsnedders|work> remysharp: hgroup comes up in the TOC as the highest ranked heading within
  496. # Aug 12 12:25:30 <remysharp> Right - so actually it's not a viable solution at all in my particular example - cheers.
  497. # Aug 12 12:25:32 <Lachy> so, e.g. <hgroup><h2>Foo</h2><h3>Bar</h3></hgroup> should appear in the TOC as "Foo"
  498. # Aug 12 12:25:37 * remysharp updating post
  499. # Aug 12 12:26:10 * archtech (n=sv@83.228.56.37) has joined #whatwg
  500. # Aug 12 12:26:28 * remy_ (n=remyshar@cpc4-brig15-0-0-cust429.3-3.cable.virginmedia.com) has joined #whatwg
  501. # Aug 12 12:26:38 * Super-Dot has quit ()
  502. # Aug 12 12:26:41 <remy_> whoops!
  503. # Aug 12 12:27:44 * [remy_] (n=remyshar@cpc4-brig15-0-0-cust429.3-3.cable.virginmedia.com): Remy Sharp
  504. # Aug 12 12:27:44 * [remy_] #jquery-ot #whatwg #jquery
  505. # Aug 12 12:27:44 * [remy_] irc.freenode.net :http://freenode.net/
  506. # Aug 12 12:27:44 * [remy_] End of WHOIS list.
  507. # Aug 12 12:28:45 <Lachy> remy_, I'm not a big fan of reusing <header> for this purpose. As I told brucel yesterday, it's not the right semantics.
  508. # Aug 12 12:28:59 <remy_> Aye, he mentioned that too
  509. # Aug 12 12:29:06 <remy_> I just want to get the alternatives up there.
  510. # Aug 12 12:29:22 <remy_> My preference is label, but I want to see what screenreaders do when it's embedded in a form
  511. # Aug 12 12:29:27 <annevk42> you people should just be patience
  512. # Aug 12 12:29:37 <Lachy> yeah, it's good to have a discussion about the alternatives again to show that Hixie's stubbornness about using <legend> is not good
  513. # Aug 12 12:29:42 <annevk42> with time <legend> will be fine
  514. # Aug 12 12:29:48 <brucel> I think that we're open to almost any solution as legend won't fly
  515. # Aug 12 12:29:57 <remy_> time? in that time authors won't use legend
  516. # Aug 12 12:29:59 <jgraham> annevk42: I don't think that's a good answer
  517. # Aug 12 12:30:03 <remy_> and there'll be a mess of solutions
  518. # Aug 12 12:30:11 <annevk42> jgraham, I think it is
  519. # Aug 12 12:30:13 * myakura (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp) has joined #whatwg
  520. # Aug 12 12:30:21 <Lachy> annevk42, that's what Hixie said, but authors are going to push forward with whatever hacks they can to work around the problems today, and unless we come up with a real solution, the result with be a huge mess in the long run
  521. # Aug 12 12:30:33 <jgraham> People think that they ought to be able to use it today since it is not having any effect in UAs and will become frustrated and discouraged when they find that they cannot
  522. # Aug 12 12:30:36 <remy_> by the time all the current browsers have been weeded out it's going to be well beyond 2022!!! :)
  523. # Aug 12 12:30:54 <annevk42> oh please
  524. # Aug 12 12:30:59 <annevk42> stop the drama
  525. # Aug 12 12:31:02 <jgraham> Especially given the long half life of legacy browsers
  526. # Aug 12 12:31:11 <brucel> It will result in either no-one using the new elements (figure, details) or using header/ label anyway
  527. # Aug 12 12:31:20 * raek_ has quit (Read error: 60 (Operation timed out))
  528. # Aug 12 12:31:26 <remy_> The bottom line is that I want to give a caption to figure and details. I'll run with my own solution if the spec sticks with legend
  529. # Aug 12 12:31:32 <remy_> and others with have their own solutions
  530. # Aug 12 12:31:44 <remy_> and when it *is* supported properly, we *won't* use legend -
  531. # Aug 12 12:32:10 <remy_> that particular part of the spec, is sadly, fiction. There's no point in it being there because we can't use it at all :(
  532. # Aug 12 12:32:25 <brucel> wrt visuals, legend isn't a cowpath, it's more of a cowpat
  533. # Aug 12 12:32:29 <annevk42> it's like complaining you cannot use <datalist>
  534. # Aug 12 12:32:40 <remy_> not really, because we *can* use datalist
  535. # Aug 12 12:32:48 <remy_> I've seen Dean Edwards demo using it and it works
  536. # Aug 12 12:32:58 <remy_> it doesn't vomit all over the DOM like legend does.
  537. # Aug 12 12:33:12 <Hixie> if we're not using <legend>, i'm dropping <figure> until we can. it's just not an important enough feature for us to worry about.
  538. # Aug 12 12:33:16 <jgraham> annevk42: It makes a difference if, say, firefox implemets <legend> and couples it to AT in a sensible way but I can't use it because of legacy parsing issues in other browsers
  539. # Aug 12 12:33:25 <Hixie> same with <details>
  540. # Aug 12 12:33:33 <jgraham> So I am forced to use some other solution to get those AT hooks
  541. # Aug 12 12:34:22 <brucel> that's daft, Hixie - they're far too useful to drop. Why would you not use label, if it proves to play nice with AT?
  542. # Aug 12 12:34:24 <jgraham> Hixie: Totally disagree. If nothing else it is one of the cornerstones of the @summary situation
  543. # Aug 12 12:34:38 <jgraham> s/situation/compromise/
  544. # Aug 12 12:35:11 <jgraham> Since they represent improved visible-data alternatives to @summary that, unlike <caption>, the a11y community seems to believe in
  545. # Aug 12 12:35:16 * annevk42 is with Hixie on this
  546. # Aug 12 12:35:27 <Hixie> brucel: they're not so useful that we've not been able to live 19 years without them
  547. # Aug 12 12:35:42 <jgraham> Hixie: That is a terrible argument
  548. # Aug 12 12:35:58 <Hixie> jgraham: realistically, neither <figure> not <details> are necessary for including explanatory text about tables
  549. # Aug 12 12:36:00 <gsnedders|work> Hixie: That's true of the whole HTML 5 spec.
  550. # Aug 12 12:36:12 <gsnedders|work> Hixie: We can drop the whole parsing section. We've been able to live without them for 19 years.
  551. # Aug 12 12:36:14 <jgraham> Since it applies to all x for x in html 5 where x is not in HTML 4
  552. # Aug 12 12:36:19 <brucel> When I ran a webteam we would have killed for figure and details
  553. # Aug 12 12:37:00 <jgraham> Hixie: Neither are required but both are better than <caption> in certian situations
  554. # Aug 12 12:37:17 <remy_> Aren't authors (i.e. me) going to end up using aside for figures then - that doesn't quite sit right.
  555. # Aug 12 12:37:21 <brucel> particularly details, as we were not in a position to add jQuery/ scripts to simulate details
  556. # Aug 12 12:37:24 <Hixie> gsnedders|work: no, e.g. <video> we haven't been able to live without (people ended up using proprietary technologies to get around it)
  557. # Aug 12 12:37:28 <Lachy> Hixie, while we can probably live without <details> until UAs are ready to begin supporting it, which might not be a bad idea given that we don't know about potential implementation problems yet, but <figure> is really useful to avoid having to go with the more complicated aria stuff that authors won't readily use
  558. # Aug 12 12:37:40 * harig has quit (Read error: 104 (Connection reset by peer))
  559. # Aug 12 12:37:52 <Hixie> gsnedders|work: and the parsing section we've only lived without by having huge reverse-engineering efforts duplicated in all vendors
  560. # Aug 12 12:38:03 <beowulf> wq
  561. # Aug 12 12:38:04 * harig (n=aparan@59.90.71.35) has joined #whatwg
  562. # Aug 12 12:38:14 <gsnedders|work> Hixie: And there's been a lot of duplicated work to make stuff appear like a legend by web authors.
  563. # Aug 12 12:38:25 <Hixie> jgraham: i've never been convinced that either details or figure particularly help with table, to be honest
  564. # Aug 12 12:38:51 <jgraham> Hixie: Other people have, however :)
  565. # Aug 12 12:38:51 * poe (n=poe@unaffiliated/xerox) has joined #whatwg
  566. # Aug 12 12:40:13 <Hixie> we'll just wait a bit more and see what happens with <legend>
  567. # Aug 12 12:40:29 <remy_> Hixie: *nothing* is going to happen with <legend>
  568. # Aug 12 12:40:35 <remy_> there may be a few new browsers that fix it
  569. # Aug 12 12:40:46 <Hixie> that's not nothing then is it
  570. # Aug 12 12:40:47 <Lachy> to avoid repeating the same arguments again, http://lists.w3.org/Archives/Public/public-html/2007Sep/0375.html
  571. # Aug 12 12:40:49 <brucel> Hixie: if label plays nicely with AT, what's your aversion to using that?
  572. # Aug 12 12:40:49 <remy_> but 100% of the browser landscape screws the render with it right now
  573. # Aug 12 12:41:13 <Hixie> brucel: label is completely inappropriate. it does weird things with forms, it has weird APIs, etc.
  574. # Aug 12 12:41:15 <Lachy> remy_, that email contains a nice little styling trick you might like to use
  575. # Aug 12 12:41:38 <Hixie> remy_: and 10 years from now, it'll be near-0.
  576. # Aug 12 12:42:03 <remy_> Hixie: you think? I don't think so. I think IE7 and 8 will still have a strong hold on the browser landscape
  577. # Aug 12 12:42:16 <gsnedders|work> Hixie: People are using HTML 5 _today_. 10 years from now HTML 5 will be as relevant as HTML 4.01 is today.
  578. # Aug 12 12:42:29 <Lachy> Hixie, authors don't work in the future, they have to deal with the problems now, so endlessly deferring issues until such time as they might theoretically be fixed is not a good solution
  579. # Aug 12 12:42:34 <brucel> what kind of wierdness with forms/ APIs? Could legend doees terrible things with visuals
  580. # Aug 12 12:43:17 * jgraham is somewhat reminded of "The fact that xHTML2 won't be widely used before the end of the decade is not a problem."
  581. # Aug 12 12:43:22 <brucel> could -> cause
  582. # Aug 12 12:43:59 <Hixie> gsnedders|work: exactly
  583. # Aug 12 12:44:11 <gsnedders|work> Hixie: huh?
  584. # Aug 12 12:44:32 <gsnedders|work> Hixie: If people are using HTML 5 today, surely HTML 5 should be compatible with UAs today?
  585. # Aug 12 12:44:33 * remysharp has quit (Connection timed out)
  586. # Aug 12 12:44:38 <Hixie> Lachy: we're not "endlessly deferring", we're just waiting until browsers implement the parsing spec. it's already happening. If you want to make it happen sooner, speak to your eng team.
  587. # Aug 12 12:44:41 * remy_ is now known as remysharp
  588. # Aug 12 12:45:20 <remysharp> Seriously though, there's legacy/existing browsers to deal with. The vast majority of the language of HTML 5 works right now
  589. # Aug 12 12:45:24 <Hixie> gsnedders|work: in the soundbite world, maybe; in the real world, specs and implementations co-evolve over many years.
  590. # Aug 12 12:45:38 <Hixie> remysharp: the vast majority of the HTML5 language doesn't work right now.
  591. # Aug 12 12:45:39 <remysharp> this is the exception and <figure> is an element we, as authors, want to use
  592. # Aug 12 12:46:11 <gsnedders|work> Hixie: The vast majority of HTML 5 can be made to work quite easily
  593. # Aug 12 12:46:17 * harig` (n=aparan@59.90.71.35) has joined #whatwg
  594. # Aug 12 12:47:02 <remysharp> gsnedders|work: spot on.
  595. # Aug 12 12:47:10 <Lachy> Hixie, the point is that <legend> fails to meet the graceful degredation principle
  596. # Aug 12 12:47:16 <Hixie> gsnedders|work: show me an implementation of pushState(). of <audio>. of UndoManager. of <script async>. of <iframe sandbox>.
  597. # Aug 12 12:48:10 <Hixie> remysharp: if you want to use it, the most effective thing you can do is ask browser vendors to fix their parsers.
  598. # Aug 12 12:48:12 <remysharp> sorry, by language I'm talking about the elements (a small part of HTML 5 admittedly)
  599. # Aug 12 12:48:26 <Hixie> just elements? or attributes also?
  600. # Aug 12 12:48:48 <remysharp> Sure but the starting point for authors is the elements, no?
  601. # Aug 12 12:49:31 <Hixie> i don't think there really is a meaningful concept of "starting point" that applies here
  602. # Aug 12 12:49:35 <remysharp> speaking to other authors, that's what they're focusing on right now. I love the JS stuff, I think it's awesome, but right now, the interest is being able to use better semantics in the docs
  603. # Aug 12 12:49:51 <Hixie> right now the interest is in being able to use what works
  604. # Aug 12 12:49:58 <remysharp> Absolutely
  605. # Aug 12 12:50:02 <Hixie> well that doesn't include <figure>
  606. # Aug 12 12:50:08 <Hixie> so stop using it :-)
  607. # Aug 12 12:50:13 <remysharp> that's right -
  608. # Aug 12 12:50:20 <remysharp> but we're sooo close to be able to use it :)
  609. # Aug 12 12:50:23 <brucel> only because of the insistence on legend does it not work
  610. # Aug 12 12:50:24 <jgraham> Hixie: From the point of view of vendors changing the whole parser has a high risk since it consumes a great deal of resources and may lead to compat regressions. On the other hand the reward for vendors of being able to say "we support the <figure> element" is much smaller than being able to say "we support <video>" or whatever
  611. # Aug 12 12:50:27 * harig` has quit (Read error: 104 (Connection reset by peer))
  612. # Aug 12 12:50:35 * otrops (n=otrops@office1.neuxpower.com) has joined #whatwg
  613. # Aug 12 12:50:40 <Hixie> jgraham: why is it so much smaller?
  614. # Aug 12 12:50:47 <jgraham> You are placing the onus in the wrong place compared to the benefits
  615. # Aug 12 12:50:48 * harig` (n=aparan@59.90.71.35) has joined #whatwg
  616. # Aug 12 12:51:12 * tantekc tends to agree with brucel and remysharp - <label> is preferable to <legend>, and both <figure> and <details> seem quite practically useful.
  617. # Aug 12 12:51:44 <jgraham> Hixie: Because <video> is an end-user visible feature that reduces the dependence on, often unstable, plugins
  618. # Aug 12 12:51:51 <hsivonen> I think we should consider both <label> and <legend> tainted as far as use in <figure> or <details> goes
  619. # Aug 12 12:52:05 <Hixie> <label>'s a non-starter.
  620. # Aug 12 12:52:06 <hsivonen> although I can't quite remember what the problem with <label> was
  621. # Aug 12 12:52:11 <jgraham> <figure> is mainly useful for authors and AT
  622. # Aug 12 12:52:12 <remysharp> are there any tests that show label is problematic?
  623. # Aug 12 12:52:19 <Hixie> e.g. it would prevent you from having form controls in captions or <details>'s legend.
  624. # Aug 12 12:52:42 <gsnedders|work> uh, what's the use-case for that?
  625. # Aug 12 12:53:11 <Lachy> I'm not thrilled about the idea of reusing label, as discussed in that email I linked to above, but I prefer it over legend
  626. # Aug 12 12:53:19 <jgraham> gsnedders|work: Form controls in <details> should be obvious
  627. # Aug 12 12:53:20 <remysharp> gsnedders|work: possibly an advanced section search...maybe
  628. # Aug 12 12:53:25 <hsivonen> the spec feedback box makes "find on page" less useful in Firefox
  629. # Aug 12 12:53:29 <Hixie> gsnedders|work: a fill-in wysiwyg form on Flickr that allows you to type in the title of the photo and the photo credit, say.
  630. # Aug 12 12:54:27 <remysharp> so exactly what is the issue if there's a form inside a <detail> with labels? I don't know what the browser would do /justasking
  631. # Aug 12 12:54:37 <Hixie> anyway. the only browser that doesn't get rapid uptake is IE, and in IE you can pretty easily work around the parsing of legend.
  632. # Aug 12 12:54:40 <Hixie> so it's not a big deal.
  633. # Aug 12 12:54:44 <tantekc> Hixie - isn't the Flickr editable scenario actually just contentEditable?
  634. # Aug 12 12:54:45 <gsnedders|work> remysharp: <label> would imply a closing </label>
  635. # Aug 12 12:55:09 <Hixie> tantekc: i don't see why it would be
  636. # Aug 12 12:55:13 <Lachy> my preferred solution is introducing a new element if we can find a suitable name (maybe <c>?), or possibly redefining <header> as remysharp suggested
  637. # Aug 12 12:55:38 <hsivonen> remysharp: <label><input></label> makes the label become the label for for the input
  638. # Aug 12 12:55:46 <karlcow> "When a LABEL element receives focus, it passes the focus on to its associated control." - http://www.w3.org/TR/html401/interact/forms.html#h-17.9
  639. # Aug 12 12:56:15 <hsivonen> Do iframe, noembed or noframes really need the <!-- ... --> escape functionality?
  640. # Aug 12 12:56:41 <remysharp> aye, but if there's no associated input element, what happens, I thought nothing (assuming the input element isn't embedded inside the <label>)?
  641. # Aug 12 12:56:44 * remysharp just mocking a test
  642. # Aug 12 12:56:48 <hsivonen> hmm. I imagine they might if there are "comments" in the fallback markup
  643. # Aug 12 12:59:36 * heycam (n=cam@203-217-91-14.dyn.iinet.net.au) has joined #whatwg
  644. # Aug 12 13:02:19 <hsivonen> whee! MediaWiki doesn't allow me to say <!-- or -->
  645. # Aug 12 13:02:22 <remysharp> Lachy: there's something funky (as in not great) with the email you gave me: http://jsbin.com/uraco (2nd form, styles the label for input el as the caption for the <detail>)
  646. # Aug 12 13:03:23 <remysharp> Lachy: hmm - in fact, looking at FF3.5 there's a rendering bug, if I trigger a redraw, it correctly puts the label in the table caption, but on load it doesn't work.
  647. # Aug 12 13:04:14 * harig has quit (Read error: 110 (Connection timed out))
  648. # Aug 12 13:06:49 <hsivonen> Did I miss any requirements: http://wiki.whatwg.org/wiki/CDATA_Escapes#Requirements ?
  649. # Aug 12 13:07:20 <Lachy> remysharp, brucel, as a workaround, I'd recommend instead of misusing other new elements, you could just use <span class="legend"> for now, and then when legend finally is supported, it's easy to switch to <legend>
  650. # Aug 12 13:07:29 <hsivonen> in particular, is the ability to use "</style>" in CSS string literals inside inline CSS a Web compat requirement?
  651. # Aug 12 13:07:52 <Lachy> and since no UA actually does anything with <figure> or <legend> now anyway, you don't lose much by sticking with <span> for the short term
  652. # Aug 12 13:08:49 <remysharp> Lachy: I guess that's my problem, if we use something like span, we'll end up either sticking with it (and not switching in years to come) or there'll be all kinds of inconsistent solutions out there - as there is now.
  653. # Aug 12 13:09:12 <Hixie> ok i'm going to bed now
  654. # Aug 12 13:09:16 <remysharp> If the spec remains, then yeah, I'll be using my own way to solve this, but it just feels like it's close to being right
  655. # Aug 12 13:09:28 <Hixie> nn
  656. # Aug 12 13:11:59 <hsivonen> Lachy: if you can stick to span now, why bother with <legend> later?
  657. # Aug 12 13:12:50 <hsivonen> remysharp: <caption> is even more tainted than <label> and <legend>
  658. # Aug 12 13:13:00 <Lachy> hsivonen, because the benefit of using <figure>/<legend> is that you get the prober association, which helps with accessibility. Using span will never provide that, but it's a quick and easy workaround that won't cause irreperable harm later
  659. # Aug 12 13:13:16 <remysharp> hsivonen: oh, absolutely, it's completely screwed in the browser outside of a <table> element
  660. # Aug 12 13:14:05 <brucel> I'm not seeing any ill-effects using label inside details ina form when I don't associate label using for="id" (because it's inside the details element so doesn't need explicitly associating)
  661. # Aug 12 13:14:23 <hsivonen> <header> sucks, because it pairs nicely with "footer", and having it for two radically different purposes would be bad
  662. # Aug 12 13:14:29 <brucel> Have asked some friends with screenreaders to see what happens for them
  663. # Aug 12 13:14:38 <brucel> http://www.brucelawson.co.uk/tests/html5-details-label.html
  664. # Aug 12 13:15:13 <Lachy> hsivonen, the point is, blatently misusing elements like <header> now is going to potentially create more problems later when UAs try to make sense out of the element in the future, beyond the normal problems created by the inevitable unintentional misuse
  665. # Aug 12 13:16:00 <hsivonen> I'd prefer to have a completely novel element name for the purpose that the spec now uses <legend> for in <details> and <figure>
  666. # Aug 12 13:16:00 <brucel> would like to know more about the label wierdness that Hixie alluded to
  667. # Aug 12 13:16:15 <hsivonen> I can't think of a good English word
  668. # Aug 12 13:16:22 <jmb> <description> ?
  669. # Aug 12 13:16:28 <remysharp> Lachy: if that's the case, then I'd like to find out what screenreaders do with label
  670. # Aug 12 13:16:29 <jmb> even if it is overly verbose
  671. # Aug 12 13:16:35 <hsivonen> jmb: could work!
  672. # Aug 12 13:16:46 * jgraham could live with <description>
  673. # Aug 12 13:16:52 <remysharp> jmb: that just feels like we're repeating <caption> <heading> <label>, etc doesn't it?
  674. # Aug 12 13:16:54 <brucel> hsivonen, I'm agnostic about the actual element we do use - just not legend as we can;t use that now or forseeable future
  675. # Aug 12 13:17:03 <Lachy> <desc> would be better
  676. # Aug 12 13:17:10 * remysharp agrees with brucel too though
  677. # Aug 12 13:17:16 <hsivonen> Lachy: overlaps with SVG, we don't want more SVG overlap
  678. # Aug 12 13:17:18 <brucel> what about longdesc?? (heh)
  679. # Aug 12 13:17:19 <jmb> remysharp: I don't deny that
  680. # Aug 12 13:17:19 <Lachy> oh, damn
  681. # Aug 12 13:17:27 <annevk42> can't you guys just put your effort into getting browsers fixed?
  682. # Aug 12 13:17:31 <Lachy> <summary> :-)
  683. # Aug 12 13:17:56 <jgraham> annevk42: What more would you like me to do to get browsers fixed?
  684. # Aug 12 13:17:58 <annevk42> Gecko is getting fixed, WebKit shouldn't be too hard to fix either, and I'm sure a few here can try to get Opera inline
  685. # Aug 12 13:18:00 <brucel> sure, I'll get on the phone to Redmond straight after lunch, annevk42
  686. # Aug 12 13:18:01 <remysharp> annevk42: because we still have to work with existing browsers
  687. # Aug 12 13:18:14 <annevk42> there's a workaround for IE, no?
  688. # Aug 12 13:18:36 <jgraham> Lachy: <summary> has the wrong english meaning
  689. # Aug 12 13:18:49 <brucel> why have workarounds when there's a chance to spec a work-straight?
  690. # Aug 12 13:18:50 <remysharp> annevk42: IE completely shitcans the legend element
  691. # Aug 12 13:18:57 <remysharp> annevk42: http://remysharp.com/wp-content/uploads/2009/07/ies-details-element-treatment.jpg
  692. # Aug 12 13:19:29 <Lachy> actually, if we use <figure><summary> and <details><summary>, then we could make people happy and allow them to use it for table too in some way and finally ditch summary=""
  693. # Aug 12 13:19:45 <annevk42> remysharp, also with createElement?
  694. # Aug 12 13:20:06 <annevk42> oh well, I don't really care until 3 years from now :)
  695. # Aug 12 13:20:14 <remysharp> annevk42: do you mean on the detail element?
  696. # Aug 12 13:20:16 <jgraham> Lachy: Still has the wrong english meaning
  697. # Aug 12 13:20:20 <remysharp> annevk42: if so, yeah, that's on there.
  698. # Aug 12 13:21:21 <Lachy> jgraham, it's not completely inaccurate.
  699. # Aug 12 13:21:30 <hsivonen> Lachy: worse than <description>
  700. # Aug 12 13:22:07 <hsivonen> what about <fc> for "figure caption"?
  701. # Aug 12 13:22:57 <remysharp> hsivonen: but then we'll have <dc>, which seems daft if it's the same thing, no?
  702. # Aug 12 13:22:57 <brucel> while I like description, could live with summary, could live with label, c, fc and dc (for details caption), Hixie said he'll take his toys home if he can't have legend
  703. # Aug 12 13:22:57 <Lachy> Since caption is defined as "A title, short explanation, or description accompanying an illustration or a photograph." (answers.com) and a summary is like a short explanation
  704. # Aug 12 13:23:03 <Lachy> but <description> is acceptable
  705. # Aug 12 13:23:21 <hsivonen> remysharp: daft, but better than <legend>
  706. # Aug 12 13:23:37 <remysharp> hsivonen: dude, *anything* is better than <legend> right now! :)
  707. # Aug 12 13:23:50 <hsivonen> oh, and <c> would work, too
  708. # Aug 12 13:24:12 <remysharp> isn't <c> an attempted replacement for <caption> then?
  709. # Aug 12 13:24:15 <Lachy> brucel, I wouldn't worry about Hixie. He can usually be convinced with reasonable arguments
  710. # Aug 12 13:24:39 <Lachy> yes, <c> is good if we accept new single letter element names
  711. # Aug 12 13:24:39 <hsivonen> how do I create a <dt> element it mediawiki?
  712. # Aug 12 13:24:59 <Lachy> our previous attempts at doing so have all been replaced with longer names
  713. # Aug 12 13:25:08 <remysharp> Lachy: that's a slippery slope isn't it?
  714. # Aug 12 13:25:22 <remysharp> I mean, I'm all for it if we need a new element though.
  715. # Aug 12 13:25:25 <Lachy> what slippery slope?
  716. # Aug 12 13:25:28 <brucel> so where do we go from here wrt to <c>, description, <rubric>, etc?
  717. # Aug 12 13:25:36 <remysharp> using single letter elements
  718. # Aug 12 13:25:48 <Lachy> I don't see how that's a slippery slope
  719. # Aug 12 13:26:04 <remysharp> Lachy: that's cool then :)
  720. # Aug 12 13:26:17 <Lachy> we have <a>, <b>, <i> and they haven't caused any problems
  721. # Aug 12 13:27:01 <hsivonen> brucel: I suggest filing a bug against the spec in the W3C Bugzilla explaining why <legend> sucks and why alternatives suck less
  722. # Aug 12 13:27:54 <brucel> like I said, am agnostic about name of new element (if we can't reuse label/ caption for reasons I don't understand so be it: I'm all for pragmatism). But figure and details are highly useful but not if unstylable. (I know of one accessibility-focussed agency that already regularly use <hx> rather than legend because of the visual horrors that it entails)
  723. # Aug 12 13:28:22 <hsivonen> brucel: please mention that in the bug
  724. # Aug 12 13:29:20 <Lachy> brucel, yeah, and if you can, be specific about which organisation, as it could give a little more weight to the argument, especially if they're of any real significance
  725. # Aug 12 13:30:28 <brucel> will ask them if they'd go "on record" (tho they're talking unstylability of html4 form legends, not html5 extended legends)
  726. # Aug 12 13:30:34 * tantekc has quit (Read error: 104 (Connection reset by peer))
  727. # Aug 12 13:31:20 * tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) has joined #whatwg
  728. # Aug 12 13:31:45 <brucel> Is the process of filing a w3c bugzilla bug documented anywhere (as it's almost cetainly elaborate)?
  729. # Aug 12 13:31:47 <Lachy> yeah, well, I've heard of a few people thinking that the old fashion design of fieldset/legend makes them unappealing to use
  730. # Aug 12 13:32:10 <Lachy> brucel, yes, one sec...
  731. # Aug 12 13:33:20 <brucel> I guess a mail to the list would be useful too - maybe accessibility-focussed readers would know more about how AT reacts to labels in figure and details
  732. # Aug 12 13:34:19 <Lachy> brucel, http://www.w3.org/Bugs/Public/enter_bug.cgi?product=HTML%20WG&component=HTML5+spec+bugs
  733. # Aug 12 13:34:33 <Lachy> just write a summary and comment, and then submit
  734. # Aug 12 13:36:37 <Lachy> http://www.neowin.net/news/main/09/08/12/judge-orders-microsoft-to-stop-selling-word
  735. # Aug 12 13:38:43 <Lachy> I wonder how much that will impact organisations in the US that depend on MS Word
  736. # Aug 12 13:38:52 <hsivonen> Lachy: not good. (the MS patent thing)
  737. # Aug 12 13:39:19 <hsivonen> the only silver lining is that it demonstrates the evilness of software idea patents
  738. # Aug 12 13:40:22 <brucel> cheers Lachy. Bye y'all.
  739. # Aug 12 13:40:53 <Lachy> yeah, but there have been plenty of patent infringment cases that demonstrate the same thing, and yet still they persist
  740. # Aug 12 13:45:24 * brucel (n=brucel@92.236.145.216) has left #whatwg
  741. # Aug 12 13:52:38 * remysharp has quit ("Gotta shoot - peeyaow!")
  742. # Aug 12 13:56:17 * karlcow has quit (Remote closed the connection)
  743. # Aug 12 13:57:31 * krijnh (n=krijnhoe@ktk.xs4all.nl) has joined #whatwg
  744. #
  745. # [14:03] <krijnh> Testin'
  746. # [14:03] <Philip`> Passin'
  747. # [14:03] <krijnh> Tee hee
  748. # [14:10] <Philip`> Looks like it probably shouldn't be too unreasonable for Microsoft to change OOXML to remove the feature that infringes the patent
  749. # [14:11] <Philip`> (like, it wouldn't involve redesigning the entire file format)
  750. # [14:11] <gsnedders|work> Or moving away from XML, or anything big.
  751. # [14:13] * jgraham doesn't understand the patent at all since it uses lots of words like "metacodes" that he doens't understand
  752. # [14:13] * Joins: karlcow (n=karl@nerval.la-grange.net)
  753. # [14:14] <jgraham> Although it seems to be about associating external metadata with a document, which, if I have not misunderstood, is an insane thing to have a patent on
  754. # [14:14] <jmb> jgraham: sounds like most patents
  755. # [14:15] <jmb> jgraham: i.e. completely incomprehensible
  756. # [14:15] <Philip`> jgraham: It gives some clear examples later on
  757. #
  758. # Session Start: Wed Aug 12 14:17:05 2009
  759. # Session Ident: #whatwg
  760. # [14:17] * Now talking in #whatwg
  761. # [14:17] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  762. # [14:17] * Set by annevk on Thu Feb 05 13:51:18
  763. # [14:21] <jgraham> Philip`: Yeah I just read enough to grasp that
  764. # [14:21] <jgraham> That is incredibly silly
  765. # [14:21] <jgraham> I mean it might work but it is a really obvious idea
  766. # [14:21] * Joins: myakura_ (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp)
  767. # [14:26] * Quits: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  768. # [14:26] * Joins: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net)
  769. # [14:28] <Philip`> http://philip.html5.org/misc/cdata.png
  770. # [14:29] <Philip`> Not sure it's a lot easier to read than hsivonen's text version, but maybe it is
  771. # [14:31] <jgraham> hsivonen: Do you know whether actual minifiers do escape </script>?
  772. # [14:32] * Joins: sebmarkbage (i=c0a50704@gateway/web/freenode/x-24e951750db37faf)
  773. # [14:33] <hsivonen> Philip`: thanks. linked from wiki
  774. # [14:33] <hsivonen> jgraham: I don't
  775. # [14:34] <jgraham> hsivonen: That seems important to find out
  776. # [14:34] <hsivonen> jgraham: yes
  777. # [14:37] * Quits: myakura (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp) (Read error: 110 (Connection timed out))
  778. # [14:37] <hsivonen> sigh. Crockford's minifier has a field of use restriction that makes it non-Free
  779. # [14:37] <jgraham> I would expect them not to since escaping adds bytes and is not needed for HTML compat
  780. # [14:38] <hsivonen> jgraham: that's a reasonable expectation
  781. # [14:38] <Philip`> www.cheapextinguishers.com/index.php?cPath=18&osCsid=ab35aa82681ce6a1c114d53f70a3f56c </title></a><script>var o=document.links[3];if(o)o.innerHTML=o.innerHTML.replace(/\n([^"]+)/g,'');</script>
  782. # [14:38] <hsivonen> more reasonable than my expectation
  783. # [14:39] <hsivonen> Philip`: ouch
  784. # [14:39] * Joins: pmuellr (n=pmuellr@nat/ibm/x-01efb325669fa922)
  785. # [14:39] <hsivonen> I fail
  786. # [14:39] <Philip`> www.zelluloid.de/person/index.php3?id=79678 <script type="text/javascript">var szu=encodeURIComponent(location.href); var szt=encodeURIComponent(document.title).replace(/\'/g,'`'); var szjsh=(window.location.protocol == 'https:'?'https://ssl.seitzeichen.de/':'http://w3.seitzeichen.de/'); document.write(unescape("%3Cscript src='" + szjsh + "w/86/3c/widget_863ce3df0b6bac66bf9259e95ee3a1bf.js' type='text/javascript'%3E%3C/script%3E"));</scri
  787. # [14:40] <Philip`> pt>
  788. # [14:40] <jgraham> So we either need to implement the RegExpLiteral production from ECMAScript or do something different
  789. # [14:40] <Philip`> Lots of pages seem to have that pattern
  790. # [14:40] <Philip`> and if I'm counting the quotes correctly, it'll break
  791. # [14:45] <hsivonen> IS there any way to tell apart regexps and divisions without a full JS parser?
  792. # [14:46] <Philip`> <script>g=1; x=2
  793. # [14:46] <Philip`> /3/g;
  794. # [14:46] <Philip`> /4/g;
  795. # [14:46] <Philip`> </script>
  796. # [14:46] <Philip`> Doesn't look fun
  797. # [14:53] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  798. # [14:54] <Philip`> Even ignoring the regexp stuff, it'll break when someone writes something like <script language=vbscript>document.write("hello world") ' comment</script>
  799. # [14:54] <Philip`> (though I don't have any examples of that in practice)
  800. # [14:54] <hsivonen> oh crap.
  801. # [14:54] <Philip`> (but it seems like a legitimate thing to write (at least to the extent VBScript is legitimate))
  802. # [14:55] <Philip`> (If you don't like VBScript, imagine it's <script language=python>print("hello world") # that's an excellent greeting</script>)
  803. # [14:56] * Philip` doesn't like the idea of making non-JS languages so fragile, even if JS could be handled perfectly
  804. # [14:57] <hsivonen> non-JS languages are extensibility and extensibility is bad :-)
  805. # [14:57] <Philip`> Extensibility is only bad when other people extend it in ways we don't like
  806. # [14:57] <Philip`> and we like Python so that's good
  807. # [14:57] <jgraham> hsivonen: I'm pretty sure you need a full parser
  808. # [14:58] <Philip`> Even just with JS, there's <script type=text/javascript;e4x=1><x><!-- this example's great --></x></script>
  809. # [14:59] <hsivonen> e4x in inline script is just looking for trouble
  810. # [14:59] <jgraham> mmmm e4x
  811. # [15:00] <Philip`> It's lucky that web authors are always so careful to stay out of trouble, then
  812. # [15:00] <hsivonen> I wish <script> had a sane parsing model to begin with...
  813. # [15:01] <Philip`> Has anyone demonstrated a practical attack based on script reparsing?
  814. # [15:02] <hsivonen> I don't know
  815. # [15:02] <jgraham> What is the theoretical attack?
  816. # [15:02] <hsivonen> the next interesting thing is whether <!-- can be made not take effect if there's non-whitespace on the line before it
  817. # [15:05] * jgraham worries about minifiers again
  818. # [15:07] <hsivonen> jgraham: are there instances of <!-- in the wild where it's meant to be an escape but it's not at the start of a line?
  819. # [15:07] * Quits: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  820. # [15:07] * Joins: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net)
  821. # [15:07] <jgraham> hsivonen: Dunno, ask Philip`
  822. # [15:07] <Philip`> jgraham: Server returns a page with <script>var x="$escaped_user_input"</script> (safely escaping any '"' and '</script>'), attacker inputs "<img onload=alert('oops')>......", attacker somehow causes the output to stop before it prints the </script>, their own script gets executed, I guess
  823. # [15:08] * Quits: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) (Read error: 104 (Connection reset by peer))
  824. # [15:09] * Joins: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net)
  825. # [15:09] <Philip`> (Maybe their input includes U+0000 or some invalid bytes or something, so the server dies with an error message after printing half the output)
  826. # [15:10] <Philip`> Is this the theoretical attack that people are thinking of?
  827. # [15:11] <hsivonen> I guess the careful server needs to escape < as \u003C
  828. # [15:12] <hsivonen> Philip`: your attack works in WebKit: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/205
  829. # [15:15] * Quits: archtech (n=sv@83.228.56.37) (No route to host)
  830. # [15:18] <Philip`> hsivonen: I can't think of any easy way of searching for cases where <!-- is used for escaping
  831. # [15:20] <jgraham> Is is possible to do reparsing whilst mitigating that attack?
  832. # [15:20] <jgraham> What does gecko do?
  833. # [15:21] <hsivonen> jgraham: Philip`'s attack works is Gecko, too (with the old parser)
  834. # [15:21] <Philip`> It runs the script in hsivonen's example too
  835. # [15:21] <Philip`> (in Firefox 3.0 at least)
  836. # [15:22] <jgraham> Oh right, I forgot I was using the new parser. Oops
  837. # [15:25] * Quits: nessy (n=nessy@124-171-241-171.dyn.iinet.net.au) ("Leaving")
  838. # [15:31] <hsivonen> http://wiki.whatwg.org/wiki/CDATA_Escapes#Proposal_.232
  839. # [15:31] <hsivonen> how about Proposal #2?
  840. # [15:33] <hsivonen> does it suck, too?
  841. # [15:35] * Joins: taf2 (n=taf2@38.99.201.242)
  842. # [15:36] <hsivonen> when was maxlength put back on textarea?
  843. # [15:36] <annevk42> is 2b easy to implement?
  844. # [15:37] <hsivonen> annevk42: should be easy enough
  845. # [15:40] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  846. # [15:40] <hsivonen> having to escape < as \u003C in inline JS pretty much defeats to point of having it parse as CDATA to begin with...
  847. # [15:42] * Joins: nessy (n=nessy@124-171-241-171.dyn.iinet.net.au)
  848. # [15:42] <Philip`> You probably only really need to escape user input like that, not your own trusted code
  849. # [15:42] <jgraham> annevk42: I assume you just need a couple of extra states indicating that you are at the start of a line with only whitespace and so on
  850. # [15:42] <nessy> resolutions...
  851. # [15:42] <nessy> ups - wrong window
  852. # [15:42] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  853. # [15:48] * Quits: tantekc (n=tantekc@ool-4570acce.dyn.optonline.net) (Read error: 110 (Connection timed out))
  854. # [15:50] * Quits: jacobolus (n=jacobolu@75.36.149.231) (Remote closed the connection)
  855. # [15:51] * Joins: jacobolus (n=jacobolu@adsl-75-36-149-231.dsl.pltn13.sbcglobal.net)
  856. # [15:51] * Joins: arun__ (n=arun@adsl-75-36-189-9.dsl.pltn13.sbcglobal.net)
  857. # [15:53] * Philip` continues to be unable to think of a good way to detect escaped </script>s
  858. # [15:55] * Joins: taf2_ (n=taf2@38.99.201.242)
  859. # [15:59] * Quits: myakura_ (n=myakura@p1207-ipbf4203marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  860. # [16:07] * Quits: nessy (n=nessy@124-171-241-171.dyn.iinet.net.au) ("This computer has gone to sleep")
  861. # [16:08] * Joins: myakura (n=myakura@p4188-ipbf2705marunouchi.tokyo.ocn.ne.jp)
  862. # [16:09] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  863. # [16:15] * Quits: taf2 (n=taf2@38.99.201.242) (Connection timed out)
  864. # [16:16] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com)
  865. # [16:20] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  866. # [16:23] * Joins: tantekc (n=tantekc@69.38.253.114)
  867. # [16:23] * Quits: tantekc (n=tantekc@69.38.253.114) (Remote closed the connection)
  868. # [16:30] * Joins: remysharp (n=remyshar@cpc4-brig15-0-0-cust429.3-3.cable.virginmedia.com)
  869. # [16:30] <hsivonen> can someone remind me of a host-native object whose constructor is exposed on window and the constructor takes an optional argument?
  870. # [16:32] <remysharp> is there an svg version of the whatwg logo about (I found a reference on an old email but I couldn't get the attachment)? ta
  871. # [16:32] <jgraham> hsivonen: What do you mean by host-native?
  872. # [16:32] <hsivonen> remysharp: you could extract the logo from Sam Ruby's blog assuming he is OK with it
  873. # [16:32] <hsivonen> jgraham: backed by C++
  874. # [16:33] * Joins: remysharp_ (n=remy@82.132.139.139)
  875. # [16:33] * Joins: sbublava (n=stephan@77.117.118.222.wireless.dyn.drei.com)
  876. # [16:34] <hsivonen> hmm. Worker
  877. # [16:35] <hsivonen> Now I'm confused
  878. # [16:35] <Philip`> Image?
  879. # [16:35] <Philip`> (Optional width and height)
  880. # [16:36] * Joins: sbublava_ (n=stephan@77.117.29.93.wireless.dyn.drei.com)
  881. # [16:36] <jgraham> Aren't all arguments in js effectively optional
  882. # [16:36] <jgraham> Since they are just replaced by undefined
  883. # [16:36] <hsivonen> Image is different, because the interface name and the contructor name differ
  884. # [16:36] <Philip`> Ah
  885. # [16:38] <hsivonen> apparently Gecko's IDL doesn't support WebIDL constructors automagically
  886. # [16:38] <hsivonen> sigh.
  887. # [16:39] <hsivonen> I'm in a maze of indirection
  888. # [16:40] * Quits: sbublava (n=stephan@77.117.118.222.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  889. # [16:41] * Quits: sbublava_ (n=stephan@77.117.29.93.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  890. # [16:42] * Joins: sbublava (n=stephan@77.117.104.246.wireless.dyn.drei.com)
  891. # [16:45] * Quits: remysharp (n=remyshar@cpc4-brig15-0-0-cust429.3-3.cable.virginmedia.com)
  892. # [16:47] * Quits: remysharp_ (n=remy@82.132.139.139) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  893. # [16:48] * Quits: annevk42 (n=annevk@ABordeaux-156-1-136-243.w90-5.abo.wanadoo.fr) (Read error: 104 (Connection reset by peer))
  894. # [16:50] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  895. # [16:51] * Joins: harig (n=aparan@59.90.71.35)
  896. # [16:53] * Joins: annevk42 (n=annevk@ABordeaux-156-1-136-243.w90-5.abo.wanadoo.fr)
  897. # [16:56] * Joins: archtech (n=sv@83.228.56.37)
  898. # [17:02] <hsivonen> is there some kind of convention for JS constructors to ignore extra arguments if there's a larger number of args than what spec allows?
  899. # [17:03] <jgraham> hsivonen: That happens in js in general
  900. # [17:03] <hsivonen> ok
  901. # [17:06] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  902. # [17:08] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  903. # [17:09] * Quits: harig` (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  904. # [17:13] * Joins: dglazkov (n=dglazkov@nat/google/x-8b7042286a0da607)
  905. # [17:16] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-33ab564aa475337b)
  906. # [17:18] * Quits: sebmarkbage (i=c0a50704@gateway/web/freenode/x-24e951750db37faf) ("Page closed")
  907. # [17:19] * Joins: annevk5 (n=annevk@ABordeaux-156-1-72-89.w90-5.abo.wanadoo.fr)
  908. # [17:23] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-33ab564aa475337b)
  909. # [17:24] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-218219e223defb0e)
  910. # [17:24] * Quits: annevk42 (n=annevk@ABordeaux-156-1-136-243.w90-5.abo.wanadoo.fr) (Read error: 110 (Connection timed out))
  911. # [17:29] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  912. # [17:33] * Quits: paulgendek (n=paulgend@240.182.205.68.cfl.res.rr.com) (Read error: 104 (Connection reset by peer))
  913. # [17:33] * Joins: paulgendek (n=paulgend@240.182.205.68.cfl.res.rr.com)
  914. # [17:33] * Joins: sbublava_ (n=stephan@77.118.146.150.wireless.dyn.drei.com)
  915. # [17:34] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  916. # [17:38] * Quits: sbublava (n=stephan@77.117.104.246.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  917. # [17:40] * Joins: remysharp (n=remyshar@87.252.35.199)
  918. # [17:46] * Joins: dbaron (n=dbaron@nat/mozilla/x-d096484fb03907fc)
  919. # [17:51] * Joins: aroben (n=aroben@unaffiliated/aroben)
  920. # [17:57] * Joins: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  921. # [17:57] <rubys> Sam is OK with people using my SVG logos.
  922. # [17:58] <annevk5> that makes it sound like you're two persons :)
  923. # [17:58] * Quits: remysharp (n=remyshar@87.252.35.199) ("Gotta shoot - peeyaow!")
  924. # [17:59] <rubys> Yeah, I could have phrased that better.
  925. # [18:00] <jgraham> It would explain a lot
  926. # [18:11] * Quits: harig (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  927. # [18:11] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  928. # [18:11] * Joins: smedero (n=smedero@D-69-91-229-112.dhcp4.washington.edu)
  929. # [18:14] * Joins: ap (n=ap@nat/apple/x-88116584eb305e87)
  930. # [18:17] * Joins: mkozakewich (n=mkozakew@74.198.148.46)
  931. # [18:24] * Joins: Spami|Thug (i=Spami|Th@AToulouse-152-1-43-196.w82-125.abo.wanadoo.fr)
  932. # [18:30] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  933. # [18:32] * Quits: mkozakewich (n=mkozakew@74.198.148.46) ("Java user signed off")
  934. # [18:32] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  935. # [18:33] * Parts: Spami|Thug (i=Spami|Th@AToulouse-152-1-43-196.w82-125.abo.wanadoo.fr) ("Quitte")
  936. # [18:37] * Joins: ap_ (n=ap@17.246.19.164)
  937. # [18:38] * Quits: ap_ (n=ap@17.246.19.164) (Remote closed the connection)
  938. # [18:38] * Quits: ap (n=ap@nat/apple/x-88116584eb305e87) (Read error: 54 (Connection reset by peer))
  939. # [18:38] * Joins: ap (n=ap@nat/apple/x-19cda27c6583a493)
  940. # [18:40] * aroben_ is now known as aroben
  941. # [18:43] * Joins: mlpug (n=mlpug@a91-156-62-135.elisa-laajakaista.fi)
  942. # [18:52] * Quits: otrops (n=otrops@office1.neuxpower.com)
  943. # [18:58] * Joins: maikmerten (n=maikmert@U023e.u.pppool.de)
  944. # [19:02] <beowulf> i wonder if the net effect of publishing a spec draft with warnings will be that people are disinclined to submit feedback on the items marked controversial
  945. # [19:05] * Joins: webben (n=benh@nat/yahoo/x-6402485d6090fb54)
  946. # [19:06] <annevk5> it's likely we'll publish that draft then?
  947. # [19:07] <beowulf> i think the poll shows without-warnings 10 ahead, and publishing one only as a majority
  948. # [19:10] <Dashiva> It's only 6 ahead, and shrinking :)
  949. # [19:13] <rubys> My only hope was that it ends up with one side being a clear winner. Looks like I'm not likely to get that.
  950. # [19:13] <Dashiva> Well, 'one draft' is a solid winner
  951. # [19:17] <Philip`> We should start a grassroots get-out-the-vote campaign
  952. # [19:18] <Dashiva> Philip`: Ask Ericsson
  953. # [19:19] <Lachy> the with warnings draft still has over 50% voting no, though it is close
  954. # [19:19] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  955. # [19:21] <Philip`> Manu says: "Clearly /something/ caused the WAI/PFWG to object, en masse, to the way things were being handled re: @summary in HTML5: http://lists.w3.org/Archives/Public/public-html/2009Jul/0556.html"
  956. # [19:21] <Philip`> Maybe someone should point him to http://lists.w3.org/Archives/Public/public-html/2009Jul/0583.html - "Of course it is not from WAI"
  957. # [19:22] * Dashiva goes to check up on that "microdata makes sense" email, to see if there's any response
  958. # [19:23] <Philip`> I think the only discussion on that list has been with someone who seems to not understand XML Namespaces
  959. # [19:24] <Dashiva> 0 replies, how surprising
  960. # [19:24] * Joins: weinig_ (n=weinig@17.246.18.83)
  961. # [19:26] <Lachy> Philip`, feel free to do so.
  962. # [19:26] <annevk5> 'The "real" reason why xmlns should "not" be used' is a nice thread
  963. # [19:26] * Quits: mat_t (n=mattomas@nat/canonical/x-b831260209f60ab2) ("This computer has gone to sleep")
  964. # [19:26] <Philip`> Lachy: No thanks
  965. # [19:27] <Philip`> I'll just mention it on IRC and maybe he'll read the logs
  966. # [19:28] <Dashiva> Philip`: Or maybe he'll accidentally skip over your line
  967. # [19:28] <Philip`> Quite possibly
  968. # [19:29] <Philip`> Anyway it doesn't seem a point worth wasting tens of man-minutes on by posting to the list
  969. # [19:29] <Dashiva> That's what www-archive is for :P
  970. # [19:30] <Philip`> It doesn't seem a point worth wasting man-minutes on by posting to www-archive
  971. # [19:30] <Lachy> yeah, that's why I'm not doing it myself. The claim about all the objections coming from WAI has been debunked several times before. Once more probably won't help
  972. # [19:31] <Lachy> just like so many other debunked claims people keep repeating
  973. # [19:31] <Dashiva> Philip`: Anyone reading www-archive has accepted waste up-front
  974. # [19:31] * Joins: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se)
  975. # [19:34] * Quits: paulgendek (n=paulgend@240.182.205.68.cfl.res.rr.com)
  976. # [19:34] * Joins: cying (n=cying@70.90.171.153)
  977. # [19:36] <Lachy> spending a few seconds deciding to ignore waste on www-archive is outweighed by the good stuff that often gets posted there
  978. # [19:36] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  979. # [19:39] * Quits: maikmerten (n=maikmert@U023e.u.pppool.de) (Read error: 60 (Operation timed out))
  980. # [19:39] * Joins: maikmerten_ (n=maikmert@Zbe2b.z.pppool.de)
  981. # [19:41] <rubys> I've got Richard Schwerdtfeger to agree to discuss the current state of the answers to Ian's questions on ARIA on tomorrow's call, and it is my opinion that these answers will be enough to unblock Ian. Now the question is: what does it take to get Hixie to join this *one* call?
  982. # [19:42] <annevk5> why can't Richard just say it over email?
  983. # [19:42] <annevk5> will give us a clearer log of the state too...
  984. # [19:43] <rubys> why is the sky blue?
  985. # [19:43] <annevk5> I'm not a physicist
  986. # [19:43] <Dashiva> It's not just Ian who doesn't attend the calls
  987. # [19:44] <Dashiva> Don't the rest of the non-callers deserve to hear the answers too?
  988. # [19:44] <rubys> I am not a psychologist.
  989. # [19:44] <rubys> the answers will be minuted.
  990. # [19:45] <annevk5> well, that's all I had
  991. # [19:45] <rubys> I believe a dialog is necessary. And what has been going on the mailing list is not exactly a dialog.
  992. # [19:45] <annevk5> I assumed that since you were able to talk directly with Richard that much would be clear
  993. # [19:46] <rubys> I think I've been pretty clear: http://intertwingly.net/blog/2009/08/12/Mountain-Mohammed-Mohammed-Mountain-Please-Talk
  994. # [19:46] <rubys> Looks like I
  995. # [19:46] <rubys> 've pissed of Matt May.
  996. # [19:47] <annevk5> that blog entry was not clear on whether answers to ARIA LC comments would be discussed on the call
  997. # [19:47] * Lachy notes that the sky is blue due to refraction of light
  998. # [19:47] <annevk5> in any case, it seems absurd that they can be discussed there, but that we cannot get a reply to our emails for another couple of months
  999. # [19:48] <Dashiva> Well, as long as PF's ASAP is as fast as it is, it doesn't seem like dialog can happen any faster than it currently is
  1000. # [19:51] <rubys> FWIW, Richard and I not only work for the same company (so I can catch him via internal IM), we are in the same department.
  1001. # [19:57] * Quits: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se) ("Adios intarwebs.")
  1002. # [19:57] * Joins: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se)
  1003. # [20:00] <rubys> In case is still isn't clear: Ian's ARIA LC comments will be discussed on tomorrow's call.
  1004. # [20:05] * Quits: dbaron (n=dbaron@nat/mozilla/x-d096484fb03907fc) ("8403864 bytes have been tenured, next gc will be global.")
  1005. # [20:07] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1006. # [20:08] * Joins: dbaron (n=dbaron@nat/mozilla/x-a2ba7ab6dca3516d)
  1007. # [20:08] <rubys> http://intertwingly.net/blog/2009/08/12/Mountain-Mohammed-Mohammed-Mountain-Please-Talk#c1250100182
  1008. # [20:14] <othermaciej> rubys: if the PFWG folks are willing to give a sneak preview of their answers on the phone, I can tell them to high degree of certainty if Hixie will find their answer acceptable
  1009. # [20:14] <rubys> excellent.
  1010. # [20:15] <othermaciej> rubys: I can also help clarify Hixie's request if needed, because based on things I've heard, I believe they may be confused between implementation requirements and authoring conformance requirements
  1011. # [20:15] <othermaciej> "they" meaning the people trying to come up with an answer
  1012. # [20:15] <rubys> A summary of what I understand to be the answer to the key issue: "Other than the role attribute, the host language takes precedence".
  1013. # [20:16] <othermaciej> whose key issue is that?
  1014. # [20:16] <rubys> based on your answer, it is clear that I don't understand Ian's issue.
  1015. # [20:17] <othermaciej> Hixie's key issue is simply that he'd like to make "nonsensical" combinations of native markup and ARIA nonconforming
  1016. # [20:17] <othermaciej> it's fine to let ARIA take precedence in behavior if someone actually does it
  1017. # [20:17] * Joins: sebmarkbage (n=miranda@h-6-72.A146.priv.bahnhof.se)
  1018. # [20:17] <othermaciej> but ARIA apparently doesn't let host languages make any ARIA markup nonconforming
  1019. # [20:18] <othermaciej> the idea being that if you tell ARIA that your radio button is a checkbox, you probably did something wrong
  1020. # [20:18] <rubys> my understanding is that in the case on nonsensical combinations, non comforming is not only OK, it is preferred; furthermore, the host language takes precedence in everything but role.
  1021. # [20:19] <othermaciej> maybe I should talk to Hixie and make sure *I* understand his issues
  1022. # [20:19] * Quits: weinig_ (n=weinig@17.246.18.83) (Remote closed the connection)
  1023. # [20:19] * Joins: weinig (n=weinig@nat/apple/x-c8fd96a993a406bc)
  1024. # [20:20] <othermaciej> wait, are you stating what you think Hixie's position is, or what you think ARIA currently says?
  1025. # [20:20] <rubys> even better, convince him to attend this one meeting. I'm willing to clear the calendar of other items if that is what it takes.
  1026. # [20:20] <rubys> I am stating what I believe the next draft of ARIA will state.
  1027. # [20:21] * Quits: myakura (n=myakura@p4188-ipbf2705marunouchi.tokyo.ocn.ne.jp) (Read error: 104 (Connection reset by peer))
  1028. # [20:21] <othermaciej> I think convincing Hixie to attend a telecon is beyond my powers
  1029. # [20:22] <rubys> See my latest comment on my latest blog post.
  1030. # [20:22] * maikmerten_ is now known as maik|eating_stuf
  1031. # [20:23] * maik|eating_stuf is now known as maik|eat
  1032. # [20:23] <rubys> It is a damn shame when principles stand in the way of progress.
  1033. # [20:29] * Quits: ap (n=ap@nat/apple/x-19cda27c6583a493)
  1034. # [20:33] <Lachy> rubys, am I correct in understanding that it would be inappropriate for Shelly to formatlly object to canvas being in HTML5 due to our previous vote on the issue in which the group formally decided to include it?
  1035. # [20:33] <Lachy> or is it possible for such a formal objection to actually hold up progress?
  1036. # [20:34] <rubys> Did you see Dan's response? (by the way Cynthia Shelly isn't talking about an objection, Shell***E***y Powers is)
  1037. # [20:35] <rubys> I do believe that the course of action that Shelley described would be treated as out-of-order
  1038. # [20:35] <Lachy> rubys, I know. I didn't mention Cynthia
  1039. # [20:36] <rubys> no, but you misspelled shelley
  1040. # [20:36] <Lachy> oh
  1041. # [20:36] <Lachy> sorry. I didn't realise you'd associated my typo with Cynthia's last name
  1042. # [20:37] <rubys> oh, joy, matt responded again to my post
  1043. # [20:38] <Lachy> I'm not sure which response from Dan you're talking about though. He hasn't responded to this http://lists.w3.org/Archives/Public/public-html/2009Aug/0604.html (nor the one before that in that thread)
  1044. # [20:40] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-218219e223defb0e)
  1045. # [20:40] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 60 (Operation timed out))
  1046. # [20:40] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  1047. # [20:40] * tndH_ is now known as tndH
  1048. # [20:41] * Quits: dbaron (n=dbaron@nat/mozilla/x-a2ba7ab6dca3516d) ("8403864 bytes have been tenured, next gc will be global.")
  1049. # [20:42] * Joins: dbaron (n=dbaron@nat/mozilla/x-b9037277b06315be)
  1050. # [20:42] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-49a72fe8326e9e19)
  1051. # [20:48] * maik|eat is now known as maikmerten
  1052. # [20:53] * Joins: MikeSmith (n=MikeSmit@207.192.197.231)
  1053. # [20:54] * Quits: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se) ("Adios intarwebs.")
  1054. # [20:59] <rubys> Lachy: I was talking about DanC's response before that point. I do believe that objecting to canvas is out of order, and I do believe that the last call date is in jeopardy -- the latter mostly because the right people aren't volunteering to help.
  1055. # [21:00] <rubys> Does anybody know of a javascript implementation of the HTML5 progress element that can be used on legacy browsers?
  1056. # [21:02] * Philip` doesn't remember having heard of one
  1057. # [21:06] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1058. # [21:08] <annevk5> rubys, what parts need helping with in your opinion?
  1059. # [21:09] * Joins: jwalden (n=waldo@nat/mozilla/x-5d4b22227c9b01fa)
  1060. # [21:11] <rubys> Whatever parts won't be ready until December. :-)
  1061. # [21:11] <rubys> I don't have insight into a more granular breakdown of the tasks.
  1062. # [21:11] <rubys> I take it that DaveSinger and RichardS do.
  1063. # [21:12] <annevk5> so given those names you think the issues are primarily with accessibility and maybe video codecs?
  1064. # [21:13] <annevk5> given your statement "the latter mostly because the right people aren't volunteering to help" I was asking the above question, fwiw
  1065. # [21:21] * Quits: arun__ (n=arun@adsl-75-36-189-9.dsl.pltn13.sbcglobal.net)
  1066. # [21:23] <rubys> just to make sure that we are talking about the same issue, two links: http://www.w3.org/html/wg/tracker/actions/133 and http://lists.w3.org/Archives/Public/public-html/2009Aug/0611.html and I should have said RichardS and Maciej
  1067. # [21:23] * Quits: mlpug (n=mlpug@a91-156-62-135.elisa-laajakaista.fi) (Remote closed the connection)
  1068. # [21:29] * Joins: icefox (n=icefox@c-71-192-50-29.hsd1.ma.comcast.net)
  1069. # [21:32] * aroben is now known as aroben|lunch
  1070. # [21:37] * Joins: zdobersek1 (n=zan@cpe-92-37-77-68.dynamic.amis.net)
  1071. # [21:43] * Joins: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se)
  1072. # [21:44] * maikmerten is now known as maik|afk
  1073. # [21:49] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-49a72fe8326e9e19)
  1074. # [21:52] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-35ea0f12d049e9c8)
  1075. # [22:00] * Joins: ap (n=ap@nat/apple/x-5877105dcdbaf7a5)
  1076. # [22:01] * Joins: weinig_ (n=weinig@17.246.18.83)
  1077. # [22:04] * Joins: othermaciej (n=mjs@17.246.19.10)
  1078. # [22:06] <othermaciej> Lachy: I believe it would be out of order to reopen the decision, but it's not out of order to make a Formal Objection to a decision before her time
  1079. # [22:06] <Lachy> I'm surprised that this wordpress exploit is even possible http://lists.grok.org.uk/pipermail/full-disclosure/2009-August/070137.html
  1080. # [22:07] <Lachy> I just upgraded the whatwg blog and my own blog to the new patched version.
  1081. # [22:09] * Quits: maik|afk (n=maikmert@Zbe2b.z.pppool.de) (Remote closed the connection)
  1082. # [22:15] * Quits: smedero (n=smedero@D-69-91-229-112.dhcp4.washington.edu)
  1083. # [22:16] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-23f69c67fedb8c14) (Read error: 110 (Connection timed out))
  1084. # [22:18] * Joins: olliej (n=oliver@17.246.18.57)
  1085. # [22:18] * Quits: weinig (n=weinig@nat/apple/x-c8fd96a993a406bc) (Read error: 110 (Connection timed out))
  1086. # [22:21] <othermaciej> rubys: I don't know of a JS progress implementation, but studying the element it looks like it is probably doable with script to a rough approximation
  1087. # [22:22] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-35ea0f12d049e9c8)
  1088. # [22:24] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-758b42bbccab32e9)
  1089. # [22:25] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1090. # [22:29] * Quits: dglazkov (n=dglazkov@nat/google/x-8b7042286a0da607)
  1091. # [22:31] * Joins: paulgendek (n=paulgend@240.182.205.68.cfl.res.rr.com)
  1092. # [22:31] * Quits: roc (n=roc@121.74.155.225)
  1093. # [22:41] * Joins: arun__ (n=arun@nat/mozilla/x-2fbd25f93b7eab2c)
  1094. # [22:41] * Joins: nessy (n=nessy@124-171-241-171.dyn.iinet.net.au)
  1095. # [22:46] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-758b42bbccab32e9)
  1096. # [22:47] * aroben|lunch is now known as aroben
  1097. # [22:49] * Quits: sbublava_ (n=stephan@77.118.146.150.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  1098. # [22:54] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
  1099. # [22:55] * Joins: Lachy (n=Lachlan@london.perfect-privacy.com)
  1100. # [23:04] * Quits: dbaron (n=dbaron@nat/mozilla/x-b9037277b06315be) ("8403864 bytes have been tenured, next gc will be global.")
  1101. # [23:04] * Joins: dbaron (n=dbaron@nat/mozilla/x-ab796b251fb1347d)
  1102. # [23:09] * Quits: rektide (n=devnull@209.111.90.131) (Nick collision from services.)
  1103. # [23:09] * Quits: pmuellr (n=pmuellr@nat/ibm/x-01efb325669fa922)
  1104. # [23:11] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-216391e36556685b)
  1105. # [23:11] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  1106. # [23:18] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  1107. # [23:19] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  1108. # [23:20] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  1109. # [23:22] * Quits: gsnedders (n=gsnedder@c83-252-194-253.bredband.comhem.se)
  1110. # [23:25] * Quits: taf2_ (n=taf2@38.99.201.242)
  1111. # [23:27] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-216391e36556685b)
  1112. # [23:34] * arun__ is now known as aruner
  1113. # [23:35] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  1114. # [23:37] * Quits: weinig_ (n=weinig@17.246.18.83)
  1115. # [23:37] * Quits: othermaciej (n=mjs@17.246.19.10)
  1116. # [23:39] * Joins: othermaciej (n=mjs@nat/apple/x-c9f6102ba38ad0e1)
  1117. # [23:51] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1118. # [23:53] * Joins: Super-Dot (n=Super-Do@adsl-75-61-93-143.dsl.pltn13.sbcglobal.net)
  1119. # [23:53] * Quits: zdobersek1 (n=zan@cpe-92-37-77-68.dynamic.amis.net) ("Leaving.")
  1120. # [23:56] * Quits: aruner (n=arun@nat/mozilla/x-2fbd25f93b7eab2c)
  1121. # [23:58] * Quits: dbaron (n=dbaron@nat/mozilla/x-ab796b251fb1347d) ("8403864 bytes have been tenured, next gc will be global.")
  1122. # [23:59] * Joins: dbaron (n=dbaron@nat/mozilla/x-a24c4d56ddf35043)
  1123. # Session Close: Thu Aug 13 00:00:00 2009

The end :)