/irc-logs / freenode / #whatwg / 2008-11-25 / end

Options:

  1. # Session Start: Tue Nov 25 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:05] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  4. # [00:06] * Joins: KevinMarks (n=KevinMar@nat/google/x-cf33897181c3d4e8)
  5. # [00:20] * Joins: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  6. # [00:21] * Quits: KevinMarks (n=KevinMar@nat/google/x-cf33897181c3d4e8) (Excess Flood)
  7. # [00:23] * Joins: KevinMarks (n=KevinMar@nat/google/x-58974b16edaafebd)
  8. # [00:33] * Quits: shepazutoo (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Read error: 110 (Connection timed out))
  9. # [00:39] <jgraham> All these emails about splitting the spec are beyond a joke
  10. # [00:45] <hsivonen> denial of productivity attack by bureaucracy trolling
  11. # [00:45] <Dashiva> It wouldn't be w3c without it, would it?
  12. # [00:46] <jgraham> hsivonen: Seriously
  13. # [00:46] * Quits: olliej (n=oliver@nat/apple/x-4892e82fd9072274)
  14. # [00:48] <Hixie> luckily it happened around the same time i was feeling like a break from editing
  15. # [00:48] <jgraham> I really wish it wouldn't make things worse if I wrote to the mailing list that this discussion is an enormous bikeshed and that the very people most often touted as beneficiries from splitting the spec are also those most likely to be put off from contributing due to the volume of email created by this discussion
  16. # [00:48] <jgraham> i.e. authors
  17. # [00:48] <Hixie> personally i just wish that the chairs would stop in and make some sort of process statement
  18. # [00:48] <Dashiva> Not to mention that most people seem to ignore the fact that authors only read specs if they want the actual spec, otherwise they read authoring guides
  19. # [00:49] <Hixie> either putting it to vote, or rejecting the proposals, or picking one, or something
  20. # [00:50] <jgraham> The point about authors and authoring guides has been made innumerable times
  21. # [00:50] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  22. # [00:50] <Philip`> Are desktop browser developers unusually competent relative to other UA developers? It seems nobody else believes that it's actually not that hard to learn how to read the spec and to ignore the bits that aren't relevant to you
  23. # [00:51] <jgraham> Parse error: Too many negatives
  24. # [00:51] * Joins: olliej (n=oliver@nat/apple/x-9e72812f2fca51f3)
  25. # [00:52] <Dashiva> Implementation limit exceeded: Doing more than one thing simultaneously
  26. # [00:52] <jgraham> Oh I see
  27. # [00:52] <jgraham> I was thinking you were saying the opposite thing which is why it didn't make sense
  28. # [00:52] <hsivonen> Philip`: well, given e.g. Roy Fielding's posts, one might think that browser developers are considered unusually *in*competent :-)
  29. # [00:52] <Dashiva> It could be a worry that if the browser parts get to be part of the main document, they'll get undue weight
  30. # [00:53] * Joins: ohtermaciej (n=mjs@17.203.15.156)
  31. # [00:53] <jgraham> (that UA developers much be unusually dim because they can only cope with things that are all lumped together)
  32. # [00:53] <ohtermaciej> we need all the help we can get
  33. # [00:53] <Philip`> jgraham: I wouldn't dare insult UA developers in this channel - I'd go elsewhere and do it behind their backs
  34. # [00:53] <Philip`> Uh
  35. # [00:53] <ohtermaciej> top stop writing such crappy software that everyone hates
  36. # [00:53] <Philip`> s/UA/desktop browser/
  37. # [00:54] <Hixie> i was utterly baffled by roy's e-mail where he point blank stated that he's cleverer than everybody else and that's why i should listen to him and ignore everyone else (http://lists.w3.org/Archives/Public/public-html/2008Nov/0316.html)
  38. # [00:54] <Philip`> So I'm just wondering why while desktop browser developers who've read and implemented parts of the spec seem to be saying it's not a problem, other people say it's too hard for them to write non-browser UAs when the spec is so large and mixed up, or something
  39. # [00:55] <Hixie> ("Because I have more experience...")
  40. # [00:55] <jgraham> Hixie: Yeah at that point I gave up on him
  41. # [00:55] * Dashiva expects a darn good lastweek episode from this chat
  42. # [00:56] <hsivonen> as a non-browser UA developer, I wouldn't trust any spec split that claimed that some part didn't apply to validators
  43. # [00:56] <hsivonen> I'd read all the parts of the spec to be sure
  44. # [00:56] <Philip`> Is it still considered trolling if you're trying to troll not the people you're talking to, but anonymous observers who are reading the conversation hours later?
  45. # [00:56] <jgraham> I mean clearly he is a bright guy butyou would have thought that bright people would realise that argument by authority is relly weak
  46. # [00:56] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  47. # [00:57] <ohtermaciej> Philip`: at least some non-browser UA developers don't seem to have a problem with the HTML5 spec as currently arranged
  48. # [00:57] <takkaria> the point that needs to be made is that if someone actually finds the spec organisation hindering in practice, then that's better grounds for doing it than lots of people arguing that it's hindering in theory
  49. # [00:57] <ohtermaciej> namely the ones who have worked on non-browser implementations
  50. # [00:58] <Hixie> Lachy: yt?
  51. # [00:58] <ohtermaciej> I don't believe we have heard from anyone who attempted to implement any conformance class of HTML5 and was in practice hindered by the organization of the spec
  52. # [00:58] <hober> I suspect Roy is a believer in the vast, browser-wing conspiracy, which makes me sad.
  53. # [00:59] <ohtermaciej> yeah, the Web would be so nice if only it weren't for all these browsers
  54. # [00:59] <jgraham> weeee the return of the vast browser-wing conspiracy
  55. # [00:59] <Philip`> One person [I'm too lazy to check in the archives] indicated that there was a practical hindrance, because he couldn't read and understand the real spec but he could provide feedback on the simplified markup spec
  56. # [00:59] <ohtermaciej> we should just get rid of those, and then the Web will be fine
  57. # [00:59] <jgraham> Can we have a secret cabal please?
  58. # [00:59] <ohtermaciej> Philip`: did the person name the implementation they were working on?
  59. # [00:59] <Hixie> hober: i've been trying to find out what his beliefs are in the thread i'm having with him -- so far all i've established is that he thinks he, quote, has more experience [...] than just about anyone else, unquote.
  60. # [01:00] <Philip`> ohtermaciej (sic): I think they were speaking as an author rather than as an implementor
  61. # [01:00] <Hixie> Philip`: iirc that person also said that the plan to have filtered views at last call would work for him
  62. # [01:01] * ohtermaciej is now known as othermaciej
  63. # [01:01] <othermaciej> (sorry, not my usual computer today)
  64. # [01:01] * Quits: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com) (Read error: 110 (Connection timed out))
  65. # [01:01] <Philip`> jgraham: https://www.blogger.com/comment.g?blogID=7538849950414416888&postID=7494409664460936334 - the problem is it's not really a secret cabal when we muse aloud about getting cabalistic T-shirts :-(
  66. # [01:02] <Philip`> (By the way, why is Blogger's comment system so antiquated?)
  67. # [01:03] <Dashiva> About Roy, there was a comment during the URI thing that LEIRI would meet a "wall of flames" if it ever was proposed formally. That kind of culture might consider it not argument from authority, but something else. :)
  68. # [01:04] <othermaciej> Philip`: that wouldn't be a counterexample to my statement, then (though it is possible that for a large number of people the organization of the HTML5 spec is so harmful that they are unable to even start an implemetnation)
  69. # [01:05] <Philip`> I remember some Microsoft people (who count as implementors) complaining that the spec was killing too many trees when they printed out a copy for each developer
  70. # [01:06] <BenMillard> Philip`, think I heard that at TPAC 2008 from one of them, too.
  71. # [01:06] <BenMillard> it seemed more like a jest than a serious complaint, though
  72. # [01:06] <Philip`> (Maybe they print it out because IE can't load it without freezing?)
  73. # [01:06] <Dashiva> Interesting that the IETF considers HTML 2.0 a moving target
  74. # [01:07] * Quits: dglazkov (n=dglazkov@nat/google/x-a0fd3bb079539cbe)
  75. # [01:10] * Quits: erlehmann (n=erlehman@dslb-088-075-197-095.pools.arcor-ip.net) ("Ex-Chat")
  76. # [01:10] <jgraham> I wonder if users really do distinguish "safe" and "unsafe" UI elements. I seriously doubt it but the HTTP people seem to believe it religiously. It would be nice to see actual evidence
  77. # [01:11] <Dashiva> jgraham: Maybe someone should tell them about CSS
  78. # [01:11] <jgraham> Dashiva: It might break their hearts
  79. # [01:12] <BenMillard> jgraham, I typically act on what I expect to happen rather than how it was presented or how it works.
  80. # [01:12] <BenMillard> so if I click something which says "Confirm My Order" then I expect it to do that, whether it's an <a href> using GET or an <input type="submit"> using POST
  81. # [01:13] <jgraham> BenMillard: Agreed. I tend to assume that links marked "Delete" will be non-idempotent...
  82. # [01:13] * Joins: webben (n=webben@91.84.252.153)
  83. # [01:14] <Philip`> My bank uses buttons that don't look like real buttons, though they are quite buttony - they're just black text on a white background, with a single-pixel black border around them
  84. # [01:14] <jgraham> Which it turns out that my university webmail uses...
  85. # [01:15] <jgraham> As does squirrelmail
  86. # [01:17] <jgraham> flickr uses identical buttons for things that are links as for things that are actions
  87. # [01:17] <Philip`> It's a bit peculiar how that webmail system inserts an incrementing ID value into every request via the link URLs
  88. # [01:17] * jgraham concludes that any user who believed HTTP rather than using their common sense would quickly come to grief
  89. # [01:18] * Joins: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com)
  90. # [01:18] * Quits: webben (n=webben@91.84.252.153) (Read error: 60 (Operation timed out))
  91. # [01:19] <takkaria> Philip`: what, squirrelmail?
  92. # [01:20] <Philip`> takkaria: No, jgraham's university webmail
  93. # [01:20] <jgraham> Philip`: You mean the last number in the link?
  94. # [01:20] * Quits: aaronlev (n=chatzill@e180226147.adsl.alicedsl.de) (Read error: 60 (Operation timed out))
  95. # [01:21] <Philip`> (I think the university wrote the whole thing themselves)
  96. # [01:21] <Philip`> (Also they wrote Exim themselves)
  97. # [01:21] <jgraham> s/last/first/
  98. # [01:22] <Philip`> jgraham: If by "number" you mean "string of letters", then yes
  99. # [01:22] <jgraham> "Number base 26"
  100. # [01:23] <Dashiva> base 26, rot 10?
  101. # [01:23] <Philip`> (The AAAD in /session/abc123//AAAD@list@12345@13456)
  102. # [01:23] <jgraham> Yeah
  103. # [01:23] <Philip`> (where all links on the page go to URLs with "AAAE" in them)
  104. # [01:24] <Philip`> It seems a quite server-stateful model
  105. # [01:25] * Joins: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  106. # [01:25] <Dashiva> Gotta love sites that keep state in URLs
  107. # [01:25] <Dashiva> I tried shopping on such a site
  108. # [01:26] <Dashiva> If you open a new tab to look at two items, you create two separate shopping baskets
  109. # [01:26] <Philip`> Has anyone at the IETF noticed yet that not all their RFCs are US-ASCII?
  110. # [01:27] <Philip`> (e.g. http://tools.ietf.org/rfc/rfc303.txt seems to be ISO-8859-1)
  111. # [01:29] <Dashiva> Philip`: That's just a bug
  112. # [01:29] <Dashiva> As long as it's a bug, you don't have to care about it
  113. # [01:41] * weinig is now known as weinig|away
  114. # [01:42] <Philip`> I hate how Google changes link hrefs to track me when I click on search results, because if I open a link in a tab then close it then copy the link's URL, it copies the mangled tracking version :-(
  115. # [01:47] * aroben is now known as aroben|away
  116. # [02:03] * Quits: smerp (n=smerp@66.192.95.199) (Read error: 110 (Connection timed out))
  117. # [02:05] * Quits: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  118. # [02:06] <takkaria> IMAP requires an excessive amount of state-keeping
  119. # [02:08] <roc> I hate copying and pasting links from a search results page and embarrassing myself
  120. # [02:08] <roc> that's why I support <a ping>
  121. # [02:10] <Philip`> Is there a solution to the problem that you'd want to use ping for users with browsers that support it, and old-fashioned tracking solutions for everyone else?
  122. # [02:12] <Dashiva> You could "solve" that by doing UA sniffing, but the real problem would also include people with ping support, but disabled
  123. # [02:13] <Philip`> No it wouldn't, since you'd want to Not Be Evil and would send ping to users whose have explicitly disabled ping, so all that matters is whether their browser supports the feature
  124. # [02:13] <Philip`> s/whose/who/
  125. # [02:14] <Dashiva> You could also do both with a local @ping the first time the user visits, and then store "supports @ping" in a cookie if you get that
  126. # [02:14] <roc> so few people would disable it, they don't matter
  127. # [02:15] <Philip`> Dashiva: That sounds like a horrid hack
  128. # [02:16] <Hixie> the search engine results page links were the source of the first request
  129. # [02:19] <Philip`> roc: IE8 goes to some lengths to prevent third-party sites tracking you when it's in its private browsing mode, so I suppose Microsoft thinks people sometimes care about being tracked, and so those people would care about disabling ping too
  130. # [02:19] <Philip`> (This is separate from the don't-let-my-parents-know-what-I'm-looking-at aspects of the private browsing mode)
  131. # [02:20] <Hixie> disabling ping="" in the porn browsing mode seems quite reasonable
  132. # [02:21] <roc> yeah, and again, this is where ping enhances privacy
  133. # [02:21] <Dashiva> Philip`: Well, you could simplify it a lot by having opt-in ping support instead, but then most users wouldn't benefit :)
  134. # [02:23] <Philip`> So it does matter that sites can detect users who have browsers that support ping but who have chosen to disable ping because they don't want to be tracked, so the sites can intentionally not track them (instead of using their legacy fallback tracking mechanisms which they use for IE6/etc users)
  135. # [02:33] * Quits: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 60 (Operation timed out))
  136. # [02:37] * Quits: dimich (n=dimich@72.14.227.1) (Read error: 60 (Operation timed out))
  137. # [02:40] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  138. # [02:44] * Hixie wonders how best to respond to this feedback:
  139. # [02:44] <Hixie> > I also believe that issuing an unsafe HTTP request in the context of
  140. # [02:44] <Hixie> > page navigation is in conflict with the web architecture.
  141. # [02:53] * Parts: billmason (n=bmason@ip49.unival.com)
  142. # [02:54] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  143. # [02:54] * Quits: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  144. # [02:59] <Lachy> Hixie, there are some issues with the way iframe is defined that does make it slightly harder for authors who are uninterested in processing requirements to understand...
  145. # [02:59] <Lachy> e.g. the definition of the name attribute.: "The name attribute, if present, must be a valid browsing context name."
  146. # [02:59] <Hixie> yeah iframe certainly isn't ideal
  147. # [02:59] <Hixie> i expect to find a bunch of things that need phrasing better when i go through and annotate everything for the views work
  148. # [02:59] <Lachy> That should say something about what the name attribute means from an authoring perspective and what it should be used for.
  149. # [03:00] <Lachy> but I intend to document everything like that in the authoring guide anyway
  150. # [03:00] <Lachy> and since I am writing that guide, I find these requests for splitting the spec to be quite redundant
  151. # [03:01] <Lachy> especially because it was essentially the same arguements last year that led to the creation of the authoring guide
  152. # [03:11] <Lachy> one thing that is really bugging me about all these requests to split the spec up into numerous specs for each feature is that it makes significantly harder to figure out which spec to look in for a particular feature; instead of just going to one spec and searching within it for the feature
  153. # [03:12] <Lachy> I used to have that problem all the time with the DOM specs, although with experience I've learned where to look for most things
  154. # [03:13] <Hixie> fwiw, the whatwg version of the spec will be one document for all of html5 regardless of what contortions i have to go through to generate the w3c documents
  155. # [03:13] <Lachy> to some extent, I still have that problem with the multipage version of this spec, which is why I always use the single page version
  156. # [03:13] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  157. # [03:13] <Hixie> (with exception for the storage and websockets bits)
  158. # [03:13] <Lachy> yeah, that's fair enough. I don't have a problem with shifting those to their own spec in the webapps group
  159. # [03:15] <Lachy> but I must say as an author, having the DOM APIs along side the element definitions makes it significantly easier and is why, in many cases, despite the claims to the contrary on the list
  160. # [03:15] <Lachy> s/and is why//
  161. # [03:17] <Hixie> yeah i personally think it's awesome
  162. # [03:18] <Lachy> for the authoring guide, I'm going to include the DOM APIs, but I'm going to include a view feature that shows information based on what the user wants and their skill level
  163. # [03:19] <Lachy> much like what you've said you'll make for the spec
  164. # [03:19] <Lachy> (we could probably even use the same script once it's written)
  165. # [03:21] <Hixie> yeah
  166. # [03:23] * Quits: KevinMarks (n=KevinMar@nat/google/x-58974b16edaafebd) (Read error: 60 (Operation timed out))
  167. # [03:26] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  168. # [03:31] <Lachy> I don't understand what problem including PING in the request body solves. It seems like an unnecessary extra 4 bytes to send for no reason and the need to define a new text/ping MIME type
  169. # [03:32] <Hixie> reply on the thread
  170. # [03:39] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  171. # [03:40] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  172. # [03:42] * Joins: tantek__ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  173. # [03:42] <Lachy> this reply only says that you included it, but doesn't really give any justification for it other then perhaps Julian's spec purity concerns http://lists.w3.org/Archives/Public/public-html/2008Nov/0473.html
  174. # [03:43] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  175. # [03:43] <Hixie> the reasoning for adding it was to allow hosts to recognise them based on the content-type
  176. # [03:43] <Lachy> but I guess fighting the uselessness of it would be more work than accepting it and implementing it
  177. # [03:43] <Lachy> ok
  178. # [03:43] <Hixie> if we get a PING method it'll become moot and i'll remove the body
  179. # [03:45] * Quits: famicom (i=famicom@5ED2FF2D.cable.ziggo.nl) ("Leaving")
  180. # [03:48] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  181. # [03:48] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  182. # [03:49] * weinig|away is now known as weinig
  183. # [03:51] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  184. # [03:58] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 110 (Connection timed out))
  185. # [04:03] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  186. # [04:03] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Client Quit)
  187. # [04:04] * Joins: MikeSmith (n=MikeSmit@B101067.ppp.dion.ne.jp)
  188. # [04:04] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  189. # [04:05] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Client Quit)
  190. # [04:08] * Quits: tantek__ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  191. # [04:15] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  192. # [04:18] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  193. # [04:27] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  194. # [04:27] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Client Quit)
  195. # [04:28] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  196. # [04:34] * Joins: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net)
  197. # [04:35] * Joins: billyjackass (n=MikeSmit@JJ112053.ppp.dion.ne.jp)
  198. # [04:35] * Quits: MikeSmith (n=MikeSmit@B101067.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  199. # [04:35] * Quits: billyjackass (n=MikeSmit@JJ112053.ppp.dion.ne.jp) (Read error: 104 (Connection reset by peer))
  200. # [04:46] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  201. # [04:50] * Quits: aroben|away (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  202. # [04:53] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  203. # [04:53] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Read error: 104 (Connection reset by peer))
  204. # [04:54] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  205. # [04:55] * Quits: roc (n=roc@202.0.36.64)
  206. # [04:56] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Client Quit)
  207. # [05:00] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  208. # [05:07] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  209. # [05:14] * Joins: hdh1 (n=hdh@58.187.60.178)
  210. # [05:21] * Quits: hdh (n=hdh@118.71.124.16) (Read error: 60 (Operation timed out))
  211. # [05:31] * Joins: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp)
  212. # [05:56] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  213. # [05:58] * weinig is now known as weinig|away
  214. # [06:31] * Joins: heycam (n=cam@210-84-52-120.dyn.iinet.net.au)
  215. # [06:35] * Quits: doublec (n=chris@202.0.36.64) ("Leaving")
  216. # [06:49] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  217. # [06:55] * Quits: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au) ("This computer has gone to sleep")
  218. # [06:55] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  219. # [06:59] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  220. # [07:08] <Hixie> so, of all the talk about keygen, there isn't a single person who has said how you would use this ke
  221. # [07:08] <Hixie> key
  222. # [07:09] * Parts: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp) ("sex break")
  223. # [07:10] * Joins: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp)
  224. # [07:10] * Quits: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  225. # [07:10] * Joins: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp)
  226. # [07:22] * Quits: MikeSmith (n=MikeSmit@EM114-48-147-253.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  227. # [07:22] * Joins: billyjackass (n=MikeSmit@EM114-48-58-176.pool.e-mobile.ne.jp)
  228. # [07:22] * Joins: MikeSmith (n=MikeSmit@EM114-48-58-176.pool.e-mobile.ne.jp)
  229. # [07:23] * Quits: billyjackass (n=MikeSmit@EM114-48-58-176.pool.e-mobile.ne.jp) (Client Quit)
  230. # [07:25] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  231. # [07:38] * Quits: smedero (n=smedero@pia145-154.pioneernet.net)
  232. # [07:41] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  233. # [07:51] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  234. # [08:07] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  235. # [08:19] * Quits: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  236. # [08:26] * Parts: fangel (n=fangel@0807ds3-ynoe.0.fullrate.dk)
  237. # [08:31] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  238. # [08:32] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  239. # [08:34] * Parts: hdh1 (n=hdh@58.187.60.178)
  240. # [08:37] * Joins: ap (n=ap@195.239.126.10)
  241. # [08:39] * Joins: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au)
  242. # [08:50] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  243. # [08:51] * Joins: aaronlev (n=chatzill@e180226147.adsl.alicedsl.de)
  244. # [08:55] * Joins: roc (n=roc@121-72-162-245.dsl.telstraclear.net)
  245. # [08:56] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Read error: 60 (Operation timed out))
  246. # [08:59] <hsivonen> MikeSmith++ for moratorium
  247. # [09:00] <MikeSmith> hsivonen: sorry I didn't get around to it sooner
  248. # [09:02] <MikeSmith> We had a three-day weekend here, and I was offline for most it, trying to actually enjoy it.
  249. # [09:02] <MikeSmith> we seem to have an unfortunate pattern of some of the most contentious discussions happening on weekends
  250. # [09:03] <MikeSmith> anyway, I'll try to a much better job of staying on top of things (as far as keeping the discussions productive)
  251. # [09:04] * olliej is now known as fakeolliej
  252. # [09:07] <MikeSmith> hsivonen: speaking of productive discussions, the discussion with Karl Berry about the GNU error format seems like a bit of a clash of cultures
  253. # [09:08] <hsivonen> oops. I have an unreplied email in my inbox
  254. # [09:09] <MikeSmith> given the decision-making regime at GNU, and the constraints that Karl has expressed, I'm wonder how useful what we end up with will be
  255. # [09:11] <MikeSmith> hsivonen: anyway, it seems like you've volunteered to try to do their work for them. I hope you can manage to put together something that can make it past the RMS veto.
  256. # [09:23] * MikeSmith reads hsivonen's reply
  257. # [09:24] <MikeSmith> hsivonen: it might be useful for further discussions to move back to whatever GNU mailing list it was where we started this
  258. # [09:25] * hsivonen really doesn't like the concept that encoding is a property of the computer
  259. # [09:25] <hsivonen> MikeSmith: which list was it?
  260. # [09:26] * MikeSmith is looking now
  261. # [09:26] <hsivonen> s/computer/system installation/
  262. # [09:26] <MikeSmith> hsivonen: bug-standards@gnu.org
  263. # [09:26] <MikeSmith> I'll send a reply to Karl suggesting that
  264. # [09:27] <hsivonen> MikeSmith: ok
  265. # [09:27] * Quits: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au) ("This computer has gone to sleep")
  266. # [09:49] * Quits: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no) (Read error: 148 (No route to host))
  267. # [09:50] <hsivonen> Hixie: do you intend to write spec language for an iframeless conformance class of consumers?
  268. # [09:50] <hsivonen> Hixie: if not, do we really care about conformance requirements for iframe text content?
  269. # [09:51] <Hixie> no, and it's possible that we can get away with saying it has to be blank, i don't know how many people want to allow iframe to fallback
  270. # [09:52] <hsivonen> considering that Netscape 4 is dead, are there iframeless browsers except Opera when configured to be one?
  271. # [09:53] <hsivonen> I wonder how many people use Opera with iframes disabled now that Web apps use iframes for non-advertising purposes
  272. # [09:58] <Hixie> it certainly would be convenient for us to be able to say it must be empty. :-)
  273. # [09:59] <hsivonen> Hixie: have you checked if it really is empty virtually all the time on real sites?
  274. # [09:59] <Hixie> no
  275. # [10:06] <hsivonen> HTML5 support in the W3C Validator seems to be of a lot of interest on twitter
  276. # [10:13] * Joins: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk)
  277. # [10:13] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  278. # [10:17] * Joins: pesla (n=retep@procurios.xs4all.nl)
  279. # [10:24] <MikeSmith> hsivonen: the availability of it at the W3C site definitely seems to have created some buzz
  280. # [10:25] <MikeSmith> I don't know if people just didn't know about validator.nu before, or what
  281. # [10:25] * Joins: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net)
  282. # [10:26] * Joins: tthorsen (n=tommy@home.kvaleberg.no)
  283. # [10:44] <hsivonen> MikeSmith: I think support in the W3C Validator is perceived to give more legitimacy and a feeling of almost-readyness to HTML5 itself
  284. # [10:48] <MikeSmith> hmm, the "give more legitimacy" part is a clear win for us, but not sure the "feeling of almost-readyness to HTML5 itself" part is. I would hope it doesn't lead people to get disappointed and start commenting that any element that the validator tells them is HTML5-valid should be supported in browsers already.
  285. # [10:55] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  286. # [10:59] * Joins: ROBOd (n=robod@89.122.216.38)
  287. # [11:04] * Joins: webben (n=webben@nat/yahoo/x-e94e2f41c4ba4794)
  288. # [11:18] * Joins: gsnedders (n=gsnedder@host86-139-222-113.range86-139.btcentralplus.com)
  289. # [11:26] * Joins: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au)
  290. # [11:26] <gsnedders> r2433 ftw.
  291. # [11:27] * gsnedders waits for people to complain that there really was a 0th year
  292. # [11:29] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  293. # [11:31] <Hish> hi. can anybody give me a hint what tag would best describe a tabulator as used in MS word etc.? currently I use a <span class="tab"> for this...
  294. # [11:35] * Quits: roc (n=roc@121-72-162-245.dsl.telstraclear.net)
  295. # [11:42] * Quits: ap (n=ap@195.239.126.10)
  296. # [11:42] <Hixie> Hish: i believe you want a css feature
  297. # [11:42] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  298. # [11:43] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  299. # [11:43] <Hish> Hixie: I thought about this as well but at the end of the day, a tabulator is very close to a table structure. So, I'm really not sure if a tabulator really is only presentation...
  300. # [11:45] * Joins: ap (n=ap@195.239.126.10)
  301. # [11:55] * Joins: doublec (n=chris@118-92-214-173.dsl.dyn.ihug.co.nz)
  302. # [12:08] * Quits: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au) (Read error: 110 (Connection timed out))
  303. # [12:08] * Joins: webben_ (n=webben@nat/yahoo/x-ee0c237d44f2f60c)
  304. # [12:10] <Hish> Hixie: one more question: is there a tag which lets me define a data range, i.e. row/col 2/2 to 6/6 of a table so that I can use this range within the output tag?
  305. # [12:10] <Hixie> no
  306. # [12:11] <Hish> thx
  307. # [12:12] <hsivonen> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cp%3E%3Cinput%20placeholder%3D'text%0Atext%0Atext'%3E%0A
  308. # [12:12] <hsivonen> interesting in WebKit
  309. # [12:13] <Hixie> hah
  310. # [12:13] * Joins: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au)
  311. # [12:19] * Quits: webben (n=webben@nat/yahoo/x-e94e2f41c4ba4794) (Read error: 110 (Connection timed out))
  312. # [12:25] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (zelazny.freenode.net irc.freenode.net)
  313. # [12:25] * Quits: Simetrical (n=Simetric@wikipedia/simetrical) (zelazny.freenode.net irc.freenode.net)
  314. # [12:25] * Quits: Philip` (n=philip@zaynar.demon.co.uk) (zelazny.freenode.net irc.freenode.net)
  315. # [12:25] * Quits: hober (n=ted@unaffiliated/hober) (zelazny.freenode.net irc.freenode.net)
  316. # [12:25] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  317. # [12:25] * Joins: Simetrical (n=Simetric@wikipedia/simetrical)
  318. # [12:25] * Joins: Philip` (n=philip@zaynar.demon.co.uk)
  319. # [12:26] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  320. # [12:33] <Hixie> so... <input type=file multiple> would result in different actual fields in the field data set per file
  321. # [12:34] <Hixie> but with <input type=email multiple>
  322. # [12:34] <Hixie> what do we do with input.value?
  323. # [12:40] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  324. # [12:40] <Hixie> maybe we should introduce input.values
  325. # [12:41] <Hixie> i'd make it comma-separated but that would suck because addr-spec can contain commas
  326. # [12:47] <Hixie> hmm...
  327. # [12:47] <Hixie> maybe make .value contain the value if multiple="" is absent, and be empty otherwise
  328. # [12:48] <Hixie> and have .values be null except for this case, and in this case have it return some sort of mutable DOMStringList
  329. # [12:48] <Hixie> not that i really want to have to invent a whole new API just for this
  330. # [12:49] <Hixie> i could just disallow the quoted-string part of addr too
  331. # [12:51] <Hixie> aw man and domain-literal has crazy ass syntax too
  332. # [12:51] <hsivonen> Hixie: what's your expected fallback behavior?
  333. # [12:51] <Hixie> who the hell invented this
  334. # [12:51] <Hixie> hsivonen: using .value would have nice fallback behavior
  335. # [12:52] <Hixie> but if i do that i really have to redefine addr-spec to be radically simpler
  336. # [12:52] * hsivonen notes that Mail.app allows the user to type a comma after an email address
  337. # [12:52] * hsivonen wonders how that works if the addresses can contain commas
  338. # [12:53] <Philip`> Gmail splits addresses on commas too
  339. # [12:53] <Hixie> they can only contain commas in quoted bits
  340. # [12:53] <hsivonen> Hixie: can the addresses be whitespace-separated?
  341. # [12:53] <hsivonen> good XML and SGML vocabularies separate tokens with whitespace
  342. # [12:54] <Hixie> "foo,bar"@[\,].com appears to be a valid e-mail address
  343. # [12:54] <Hixie> as does " "@[\ ]
  344. # [12:54] <hsivonen> that's crazy
  345. # [12:54] <hsivonen> Does email delivery with addresses like that work?
  346. # [12:54] <Hixie> i doubt it
  347. # [12:55] <Hixie> i'm just gonna redefine addr-spec to be what users expect
  348. # [12:55] <Hixie> dot-atom "@" dot-atom
  349. # [12:55] * hsivonen expects more controversy with HTML5 redefining things from the IETF realm
  350. # [12:56] <Philip`> Why does anything have to be redefined, rather than just defining new terms?
  351. # [12:57] <hsivonen> Philip`: you mean defining a new term like "Web email address"?
  352. # [12:57] <Hixie> well i didn't redefine addr-spec
  353. # [12:58] <Hixie> i just defined "Valid email address"
  354. # [12:58] <hsivonen> Hixie: are you coordinating this with mailto URIs?
  355. # [12:58] <Hixie> no.
  356. # [12:59] <Hixie> mailto: is defined in rfc2368 and allows the whole gamut of batshit crazy stuff like comments and quoted strings and backslash-escaped characters and everything.
  357. # [12:59] <Hixie> we're already (as of wf2) narrower than that
  358. # [12:59] <Hixie> i'm just making it even narrower.
  359. # [13:00] <Philip`> hsivonen: I mean defining a new term like "sensible-addr-spec", rather than redefining addr-spec, since it sounded like that was possible what people were talking about
  360. # [13:00] <hsivonen> Philip`: ok
  361. # [13:04] <Lachy> Hixie, how will a <input type=email name=name multiple> element be submitted? Will it be like this: ?name=a@x.com&name=b@x.com
  362. # [13:04] <hsivonen> Lachy: that would be backwards-incompatible
  363. # [13:05] <Lachy> so it would need to be ?name=<some delimted list of emails>
  364. # [13:17] <Lachy> Hixie, AUDITNAV is a bad name to use. If PING isn't acceptable, now about something like NOTIFY?
  365. # [13:18] <Philip`> TRACK!
  366. # [13:18] <hsivonen> BIKE
  367. # [13:18] <Philip`> As a bonus, people couldn't fake it with XHR
  368. # [13:19] <Hixie> Lachy: tell julian, not me
  369. # [13:19] <Hixie> i'll use whatever he gets approved
  370. # [13:21] * Philip` agrees that PING is a bad name, because it's got pretty much nothing to do with what everyone else in the computer networking world means by 'ping' (i.e. a reachability/RTT-measurement tool)
  371. # [13:24] * Quits: webben_ (n=webben@nat/yahoo/x-ee0c237d44f2f60c) (Read error: 113 (No route to host))
  372. # [13:24] * Lachy isn't motivated enough to start another naming debate on the list.
  373. # [13:24] <Hixie> i agree that for the http name PING is suboptimal
  374. # [13:25] <Hixie> i don't care if it's AUDITNAV or something else
  375. # [13:25] <Hixie> NOTIFY seems a bit vague for what we're defining, but it could be defined more vaguely too
  376. # [13:25] <Lachy> AUDIT would be better
  377. # [13:25] <Hixie> i just don't really care
  378. # [13:25] <Hixie> i have enough troubles with html, http can take care of itself :-)
  379. # [13:27] <hsivonen> http://en.wikipedia.org/w/index.php?title=Document_Type_Declaration&diff=253488659&oldid=prev
  380. # [13:27] <hsivonen> typical wikipedia
  381. # [13:30] <broquaint> Anyone know if there will be a JS interface to form data handling in the upcoming specs? Specifically I'm thinking of something like: var fData = someForm.toPostData(); window.location = '/path?' + fData;
  382. # [13:31] <broquaint> Because currently there's no native way of doing it and any naive implementation will vary from browser to browser AFAICT.
  383. # [13:37] <Hixie> can't you just set the form's action to "/" and post the form normally?
  384. # [13:39] <broquaint> Sure, but if you've got existing data (be it form based or otherwise) there's no programmatic way to get a multipart/form-data representation.
  385. # [13:40] <broquaint> I'm not sure if this is relevant to #whatwg's goals but I figure I can be pointed in the appropriate direction if not :)
  386. # [13:40] <Hixie> why would you want that representation?
  387. # [13:41] <broquaint> For AJAX mainly.
  388. # [13:41] <Hixie> it's definitely something that would be in our goals if you can convince us there's a good reason for it :-)
  389. # [13:41] <broquaint> Ooh, interesting :)
  390. # [13:42] <Lachy> it's interesting how wikipedia is incorrectly using the abbreviation "DTD" to mean Document Type Declaration
  391. # [13:42] * Lachy will fix it
  392. # [13:43] <Lachy> hmm, well, perhaps their not. It's just ambiguous since their using headings like "HTML 4.01 DTDs"
  393. # [13:43] * Quits: MikeSmith (n=MikeSmit@EM114-48-58-176.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  394. # [13:44] * Joins: MikeSmith (n=MikeSmit@EM114-48-7-236.pool.e-mobile.ne.jp)
  395. # [13:44] <Hixie> nn
  396. # [13:44] <broquaint> So, for example, if you wanted to do an XHR with the POST method using multipart/form-data there's no standard way of stitching the data together such that it is indistinguishable from the browser's equivalent.
  397. # [13:45] <broquaint> Perhaps I should put a mailing list message together ...
  398. # [13:57] <hsivonen> does wikipedia have something like cvs blame?
  399. # [13:59] * hsivonen finds this piece of encyclopedic writing: "There is currently no indication as to whether HTML 5 will support RDFa, or be limited just to microformats."
  400. # [14:09] * Quits: othermaciej (n=mjs@17.203.15.156) (Nick collision from services.)
  401. # [14:21] * Quits: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au) ("This computer has gone to sleep")
  402. # [14:28] <Dashiva> Hey, new last week
  403. # [14:29] <Philip`> I think Mr Last Week doesn't quite understand the concept of "week", given the variation in posting frequency
  404. # [14:32] <Philip`> contenteditable would be great if it was just slightly less buggy in Firefox
  405. # [14:32] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Remote closed the connection)
  406. # [14:44] <hsivonen> contenteditable is also underdefined
  407. # [14:45] <hsivonen> yesterday, I learned that Gecko's editor has a dependency on the HTML containment rules of the HTML parser
  408. # [14:46] <hsivonen> whoa. since when has contenteditable accepted the empty string
  409. # [14:47] <Philip`> Since at least IE6
  410. # [14:47] <Philip`> which is nice because you can do <span contenteditable>...</span>
  411. # [14:48] * Philip` is just using contenteditable for plain text, so he doesn't care how it handles HTML markup
  412. # [14:48] <Philip`> (though I wouldn't mind if there were some way I could force it to be plain markup and prevent users inserting fancier things)
  413. # [14:50] <Philip`> Oh, hmm, paste is really badly broken in my contenteditable spans in FF3 :-(
  414. # [14:50] * Joins: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  415. # [14:51] <yecril71> The suggestion to provide an explicit baseline for time stamps is recursive.
  416. # [14:52] <yecril71> The baseline would have to be denoted somehow as well,
  417. # [14:52] <yecril71> so it would possibly depend on its own baseline,
  418. # [14:52] <yecril71> and so on.
  419. # [14:56] * Quits: doublec (n=chris@118-92-214-173.dsl.dyn.ihug.co.nz) ("Leaving")
  420. # [14:58] * Joins: aaronlev_ (n=chatzill@e179086252.adsl.alicedsl.de)
  421. # [15:02] * Joins: smerp (n=smerp@66.192.95.199)
  422. # [15:06] <Philip`> Gmail wins again! "Would you like to... Add to calendar - scheduled for Weekly on Tuesday, Thu..." - yes, thank you for letting my add the hypothetical garbage collection on the paved form login cowpath into my calendar
  423. # [15:07] <Philip`> Someone needs to teach Gmail to understand metaphors
  424. # [15:08] * Dashiva blinks
  425. # [15:09] <Lachy> Philip`, what?
  426. # [15:09] <Lachy> nothing you just said makes sense to me
  427. # [15:09] <Dashiva> Is that referring to a message on public-html?
  428. # [15:09] <Dashiva> And it picked up some sentence as being a potential calendar item?
  429. # [15:10] <Philip`> Lachy: Gmail applies some heuristics to email messages so it can offer useful services, like adding meetings mentioned in the email into your calendar
  430. # [15:10] <Philip`> or like tracking DHL packages that were mentioned in the email
  431. # [15:11] <Philip`> and in every single case I've seen, it's got it totally wrong and misinterpreted the emails (in this case one of Hixie's recent messages to the WHATWG list)
  432. # [15:11] <Lachy> yeah, I understand that. But "paved form login cowpath" doesn't make sense at all
  433. # [15:11] <Philip`> See "Solving the login/logout problem in HTML"
  434. # [15:11] * Joins: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp)
  435. # [15:12] <Philip`> around the 11th paragraph
  436. # [15:12] <Philip`> "The form login cowpath is so commonly frequented that not only has someone already gone and paved it but it has also been tree-lined, has garbage collection scheduled for Tuesdays and Thursdays, and will be electing a representative at the next general election."
  437. # [15:13] <Dashiva> What happens if there are two (or more) forms with the name given in the www-authenticate header?
  438. # [15:13] <Philip`> Dashiva: Or none?
  439. # [15:14] <Dashiva> Philip`: none is simple, means you don't get to login :)
  440. # [15:16] * Quits: aaronlev (n=chatzill@e180226147.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
  441. # [15:16] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  442. # [15:16] <Philip`> Dashiva: "The form parameter, if present, indicates that the first form element in the entity body whose name is the specified string, in tree order, if any, is the login form." sounds pretty clear on that
  443. # [15:17] <Dashiva> Huh, missed that
  444. # [15:18] <Dashiva> So I guess allowing several different auths on the same login page wouldn't work
  445. # [15:20] * Philip` isn't quite sure why you'd want to tell the UA where the login form is
  446. # [15:21] <Philip`> because the UA can't be a bot that logs in automatically, since it doesn't know the names of the username and password fields in the identified login form
  447. # [15:21] <Philip`> and the UA can't highlight the form to the user because highlights are ugly and disturb the page design, so authors would want control of that themselves instead
  448. # [15:23] <Dashiva> Finding the password field isn't that hard :)
  449. # [15:24] <Philip`> Oh, that's a good point
  450. # [15:29] <Lachy> gsnedders, yt?
  451. # [15:29] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  452. # [15:35] * Joins: eric_carlson (n=ericc@nat/apple/x-551fe2156c0954f8)
  453. # [15:40] * ap is now known as ap|brb
  454. # [15:42] * weinig|away is now known as weinig
  455. # [15:42] <yecril71> Is there a chance someone fixes the negative margin on DL in the specification?
  456. # [15:42] <yecril71> It makes the element section headers invisible.
  457. # [15:43] * Philip` sees that http://planet.intertwingly.net/ now includes Mr Last Week
  458. # [15:51] * ap|brb is now known as ap
  459. # [15:51] <hsivonen> now I can get a dose of workplace stalking from my favorite mobile destination
  460. # [15:54] * jgraham notes that the time of th big bang is constrained to much better than 1 billion years, assuming scientists aren't hopelessly wrong about everthing
  461. # [15:55] <yecril71> Why are SCRIPT elements not allowed within TABLE elements?
  462. # [15:55] <yecril71> It seems if the table rows are written by JavaScript, so must be the TABLE tags.
  463. # [15:55] <Philip`> jgraham: It only requires scientists to be hopelessly wrong about one thing, not about everything
  464. # [15:55] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  465. # [15:55] <Philip`> jgraham: and I trust scientists to be hopelessly wrong about several things
  466. # [15:56] <Philip`> (though I don't know which several things those are, and I trust the scientists to sort it out in the end)
  467. # [15:56] <jgraham> Philip`: Well it would require them to be wrong in specific ways about specific things.
  468. # [15:58] <Philip`> I suppose the scientists could always cheat by just redefining the concept of time so that they are correct
  469. # [15:58] <jgraham> (fwiw the uoted uncertianty is about 1% i.e. about 100 million years rather than 10% i.e. 1 billion years)
  470. # [15:58] <jgraham> s/uo/quo/
  471. # [16:00] <jgraham> (However the use case of <time>5 seconds after the big bang</time> is clearly silly
  472. # [16:00] <jgraham> )
  473. # [16:03] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  474. # [16:08] * Quits: MikeSmith (n=MikeSmit@EM114-48-7-236.pool.e-mobile.ne.jp) ("sex break")
  475. # [16:09] * Joins: MikeSmith (n=MikeSmit@JJ112053.ppp.dion.ne.jp)
  476. # [16:14] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  477. # [16:16] * Joins: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  478. # [16:18] * Quits: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  479. # [16:27] * Joins: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net)
  480. # [16:30] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  481. # [16:36] <Philip`> Hmm, it seems Julian took seriously my idea to use the TRACK method
  482. # [16:36] <Philip`> Maybe it is actually a sensible idea, though that wasn't my intention at all
  483. # [16:37] * Joins: aaronlev__ (n=chatzill@f051078123.adsl.alicedsl.de)
  484. # [16:37] * aaronlev__ is now known as aaronlev
  485. # [16:38] * Quits: aaronlev_ (n=chatzill@e179086252.adsl.alicedsl.de) (Read error: 104 (Connection reset by peer))
  486. # [16:38] <yecril71> Why isnít form structure fully reflected in the DOM?
  487. # [16:38] <yecril71> A FORM knows its elements, a FIELDSET does not.
  488. # [16:38] <yecril71> An INPUT control does not know its LABEL.
  489. # [16:39] <yecril71> Or a FIELDSET it belongs to.
  490. # [16:39] * Philip` isn't sure what yecril71 means
  491. # [16:39] <yecril71> It would be nice to have these properties (read-only).
  492. # [16:39] <Philip`> Oh, like having an HTMLInputElement.label property or something?
  493. # [16:40] * yecril71 means introducing DOM properties
  494. # [16:40] <yecril71> Right.
  495. # [16:40] <Dashiva> A control can have many labels
  496. # [16:40] <yecril71> .label can return a collection
  497. # [16:42] <yecril71> or just the first label, in document order
  498. # [16:42] <Philip`> Obvious question: what are the use cases that would be solved by adding these properties?
  499. # [16:42] <Dashiva> And you might want to check the spec
  500. # [16:42] <Dashiva> Some of them are already in
  501. # [16:42] * yecril71 thinks having multiple lables is bad design
  502. # [16:43] <Philip`> http://www.whatwg.org/specs/web-apps/current-work/multipage/forms.html#dom-lfe-labels
  503. # [16:44] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  504. # [16:46] <yecril71> Thanks. I see a fieldset has elements and an input has labels.
  505. # [16:47] <yecril71> How about adding INPUT.fieldset?
  506. # [16:47] <Philip`> What for?
  507. # [16:47] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  508. # [16:48] <yecril71> To differentiate response to an event by the fieldset the control is in.
  509. # [16:49] <yecril71> Since we have the other two, .fieldset would just complete the picture.
  510. # [16:49] <Dashiva> Completing the picture isn't a use case
  511. # [16:50] <yecril71> If course, one can go up the DOM to find the nearest fieldset.
  512. # [16:50] <Philip`> 'Completeness' sounds like it's arguing for theoretical purity, which usually isn't considered a worthwhile goal
  513. # [16:50] <yecril71> Completing the picture was an additional comment.
  514. # [16:51] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  515. # [16:51] <Philip`> Is differentiating responses to events based on the fieldset a problem that occurs in practice, enough to justify the cost of adding the feature to HTML5?
  516. # [16:52] <Philip`> s/enough/often enough/
  517. # [16:53] <yecril71> I do not know; I have just happened to find it useful so I decided to ask.
  518. # [16:54] <yecril71> I think .fieldset was left out because there exists an easy workaround,
  519. # [16:54] <yecril71> unlike the other cases.
  520. # [16:54] <Philip`> It seems like something that could be useful and isn't supported yet, but it's not clear whether it's worth supporting in the language rather than telling people to navigate the DOM themselves
  521. # [16:55] <yecril71> It is not clear to me either.
  522. # [16:57] <Philip`> Just use jQuery and then all this is trivial :-)
  523. # [16:57] <Philip`> $(input).parents('fieldset:first') or whatever
  524. # [16:58] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  525. # [17:00] * Joins: aaronlev__ (n=chatzill@f051078123.adsl.alicedsl.de)
  526. # [17:00] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  527. # [17:00] <yecril71> Since OBJECT is submittable now, it needs to be associated with a FORM.
  528. # [17:01] <yecril71> The association is not historical any more.
  529. # [17:05] <Dashiva> Oh snap, I got told
  530. # [17:06] <Dashiva> But since Lachy works for Opera, the point is somewhat lessened :)
  531. # [17:07] <yecril71> And what is the use case for FIELDSET.name?
  532. # [17:07] <Lachy> Dashiva, what?
  533. # [17:07] <Dashiva> Last last week
  534. # [17:08] * Quits: aaronlev (n=chatzill@f051078123.adsl.alicedsl.de) (Read error: 60 (Operation timed out))
  535. # [17:10] <gsnedders> "philip the WHAT WG teamster rebel"
  536. # [17:10] <gsnedders> Philip`'s stealing my title!
  537. # [17:11] <Dashiva> yecril71: Fieldsets appear in the form elements collection
  538. # [17:11] <Lachy> oh, wow. I love how Mr Last Week is defending me from MikeSmith in such a sarcastic way
  539. # [17:12] <yecril71> Right, thanks.
  540. # [17:12] <gsnedders> haha.
  541. # [17:12] <gsnedders> That is nice.
  542. # [17:13] <Philip`> gsnedders: Since when were you a rebel?
  543. # [17:13] <gsnedders> Philip`: I'm constantly going against Hixie's opinions, and getting killed for it
  544. # [17:13] * jgraham wonders if gsnedders is confusing real life with a FPS
  545. # [17:14] <jgraham> Becuse in real life it is hard to constantly get killed
  546. # [17:14] <gsnedders> jgraham: FPS!? Third-person shooters is where it's at1
  547. # [17:14] <gsnedders> *!
  548. # [17:14] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  549. # [17:14] <Philip`> Why does nobody write second-person shooters?
  550. # [17:14] <jgraham> gsnedders: Just put it this way, if you respawn in RL people ill get freaked out
  551. # [17:15] <gsnedders> I think those would be harder to control than third-person shooters, Philip`
  552. # [17:15] <jgraham> Or start some sort of major world religion I guess
  553. # [17:15] <gsnedders> jgraham: I do freak people out, though
  554. # [17:15] <Dashiva> Philip`: I've considered it
  555. # [17:15] <Dashiva> There is a second-person horror game on the playstation, I believe
  556. # [17:15] <Lachy> Philip`, probably because no-one has figured out how to market a game where the aim is to get yourself shot
  557. # [17:16] <jgraham> Lachy: That would be awesome
  558. # [17:16] <Lachy> yeah, but it would be too easy to just stand out in the open
  559. # [17:16] <jgraham> Maybe you could only control people indirectly like you had to annoy the neighbourghs enough that they eventually went postal
  560. # [17:17] <Lachy> maybe it would work if the other characters in the game were on your side and intentionally trying not to hit you, so you had to position yourself in such a way that you would get hit by friendly fire
  561. # [17:17] * Joins: billyjackass (n=MikeSmit@JJ112053.ppp.dion.ne.jp)
  562. # [17:19] <yecril71> And why are fieldsets listed?
  563. # [17:19] <yecril71> They are not listed in HTML4,
  564. # [17:19] <yecril71> and they are not form controls,
  565. # [17:20] <yecril71> so the name HTMLFormControlsCollection is not really appropriate.
  566. # [17:21] <yecril71> I understand it is practical to ask for all fieldsets,
  567. # [17:21] <yecril71> but it is already covered by getElementsByTagName.
  568. # [17:31] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  569. # [17:32] * Quits: MikeSmith (n=MikeSmit@JJ112053.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  570. # [17:34] * Parts: blooberry (n=brian@c-76-126-199-19.hsd1.ca.comcast.net)
  571. # [17:34] * Joins: blooberry (n=brian@c-76-126-199-19.hsd1.ca.comcast.net)
  572. # [17:35] * billyjackass is now known as MikeSmith
  573. # [17:40] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  574. # [17:42] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  575. # [17:43] * Joins: Lachy (n=Lachlan@85.196.122.246)
  576. # [17:43] * Quits: tthorsen (n=tommy@home.kvaleberg.no) ("Leaving")
  577. # [17:46] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  578. # [17:47] * Quits: aaronlev__ (n=chatzill@f051078123.adsl.alicedsl.de) ("ChatZilla 0.9.83-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  579. # [17:48] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  580. # [17:51] <Philip`> If I'm using lxml, how do I iterate over all h1, h2, and h3 elements?
  581. # [17:51] <Philip`> node.iter('h1') works, but node.iter('h1|h2') doesn't and I can't find any syntax that does
  582. # [17:51] <jgraham> you could use xpath
  583. # [17:52] <jgraham> (alhough it may not be the most efficient way and returns a lsit not an iterator)
  584. # [17:52] <BenMillard> "I very much hope we can (through W3C and MWI) drive user awareness of the mobile Web as a platform and start to create a mindset among developers and users that it's "OK" to have a different user experience between different devices / platforms - that this can be consistent with there being One Web." -- http://www.w3.org/QA/2008/11/_as_part_of_a.html
  585. # [17:52] <BenMillard> doesn't sound like One Web to me...
  586. # [17:53] <Dashiva> Different user experience as in different styling and device-specific widgets, or as in different pages entirely?
  587. # [17:54] <BenMillard> "'Full Web' to me is a code word for 'web pages designed exclusively for PCs.'" ouch, guess he never used a good mobile browser...
  588. # [17:55] <jgraham> Philip`: Or I guess just do [x for x in node.iter() if x.tag in ('h1','h2', 'h3')]
  589. # [17:55] <jgraham> (but that is kind of obvious)
  590. # [17:57] <BenMillard> this makes sense: "The idea is to allow the proxies to do their work on pages that have not taken mobile users into account, while stepping out of the way when a content provider has developer a service that adapts for mobile anyway."
  591. # [17:57] <BenMillard> such as webpages using HTML 4.01 Strict, with a handheld stylesheet, I assume (lol)
  592. # [17:57] <BenMillard> "I will say that the growth of flat-rate data plans is a positive trend in the industry right now and I hope that trend continues." me too!
  593. # [17:59] <BenMillard> "I sincerely hope the HTML Working Group considers our work in CDF before they re-invent the wheel." I hadn't heard of CDF before now...
  594. # [18:02] <smedero> BenMillard: CDF has been brought up many times in the SVG in HTML discussions, search public-html.
  595. # [18:02] * Joins: xcombelle (n=chatzill@AToulouse-158-1-151-166.w90-60.abo.wanadoo.fr)
  596. # [18:04] <smedero> (though, not in a particularly compelling way...)
  597. # [18:05] <BenMillard> smedero, CDF comes from here? http://www.w3.org/2004/CDF/
  598. # [18:05] <smedero> yep
  599. # [18:06] * Joins: billyjackass (n=MikeSmit@EM114-48-132-92.pool.e-mobile.ne.jp)
  600. # [18:06] <gsnedders> What's a good human readable and computer parsable biblio format?
  601. # [18:07] * Quits: MikeSmith (n=MikeSmit@JJ112053.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  602. # [18:07] <jgraham> gsnedders: Bibliography?
  603. # [18:07] <gsnedders> jgraham: yeah
  604. # [18:07] <jgraham> bibtex is pretty standard for LaTeX applications
  605. # [18:08] <jgraham> Dunno if it meets your needs
  606. # [18:08] * Quits: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  607. # [18:08] <gsnedders> I just want something for Anolis that isn't Refer
  608. # [18:08] <gsnedders> And it needs to be easy to parse in Python :P
  609. # [18:08] <BenMillard> smedero, this seems quite a stretch from the Mobile Web's Default Delivery Context: http://www.w3.org/TR/2007/CR-WICD-20070718/#child-objects
  610. # [18:09] * BenMillard concludes CDF is FAIL.
  611. # [18:10] <jgraham> http://pybliographer.org/
  612. # [18:10] <gsnedders> jgraham: Can you import a GPL module into a MIT licensed project?
  613. # [18:11] <jgraham> Incidentially I _really_ have no idea if bibtex is sutiable for what you want
  614. # [18:11] <gsnedders> BibTeX is suitable
  615. # [18:11] <jgraham> gsnedders: IANAL
  616. # [18:11] <gsnedders> My IANAL opinion would be it is questionable
  617. # [18:14] <jgraham> http://groups.google.com/group/comp.lang.python/browse_thread/thread/cd8646451aacfcc9
  618. # [18:14] <Lachy> gsnedders, you can, but it means that any distribution that includes the GPL'd code is effectively licenced under the GPL
  619. # [18:16] <gsnedders> There appears to be other bibtex scripts in Python
  620. # [18:16] <gsnedders> like, MIT licensed ones
  621. # [18:19] <jgraham> gsnedders: That sounds altogether like a better idea
  622. # [18:21] <jgraham> gsnedders: Where are the MIT licensed ones?
  623. # [18:21] <rubys> Lachy's correct
  624. # [18:22] <gsnedders> jgraham: http://code.google.com/p/bibstuff/ looks best
  625. # [18:22] <rubys> http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean
  626. # [18:25] <gsnedders> woah.
  627. # [18:26] <gsnedders> The W3C doesn't have any exportable format of TRs, as far as I can see!
  628. # [18:26] <jgraham> exportable?
  629. # [18:26] <gsnedders> like, more than just http://www.w3.org/TR/
  630. # [18:26] <gsnedders> like, that I can use to build a bibtex file of all W3C TRs
  631. # [18:29] <jgraham> http://www.w3.org/2002/01/tr-automation/tr.rdf
  632. # [18:29] * Quits: sicking (n=chatzill@corp-242.mountainview.mozilla.com) (Remote closed the connection)
  633. # [18:29] <Philip`> gsnedders: http://www.w3.org/2002/01/tr-automation/tr.rdf ?
  634. # [18:29] <Philip`> Oops, I lose
  635. # [18:29] <gsnedders> Where did you find any link to that!?
  636. # [18:30] <Philip`> http://google.com
  637. # [18:30] <Philip`> and http://www.w3.org/2002/01/tr-automation/
  638. # [18:30] <Philip`> (I searched for "w3c tr list")
  639. # [18:30] <jgraham> In the <head> (I assumed that the W3C couldn't have a list without having accompnying RDF)
  640. # [18:30] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  641. # [18:31] <gsnedders> Philip`: I failed to google for the right thing
  642. # [18:31] <gsnedders> jgraham: So did I. Which was why I was amazed to not find it in two seconds.
  643. # [18:33] <jgraham> "Benefits of using Semantic Web technologies
  644. # [18:33] <jgraham> @@@"
  645. # [18:34] <rubys> gsnedders: view source on http://www.w3.org/TR/
  646. # [18:34] <rubys> There's a meta link
  647. # [18:36] <rubys> oh, that's probably what jgraham was referring to. nm.
  648. # [18:36] * Philip` wonders how to efficiently implement keyframe-like animation in SVG, where each frame is 100KB of independently-generated SVG code and there's typically (but not always) a lot of similarity between adjacent frames
  649. # [18:36] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  650. # [18:38] <Philip`> (In particular, animating http://philip.html5.org/misc/spec-links.html over the lifetime of the spec)
  651. # [18:52] <gsnedders> problem: I can't include a converted copy of <http://www.w3.org/Style/Group/css3-src/biblio.ref> in Anolis, yet I need the same IDs to remain compat.
  652. # [18:53] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  653. # [18:54] <Philip`> Why can't you include that?
  654. # [18:54] <gsnedders> licensing, etc.
  655. # [18:54] <Philip`> Why do you need the same IDs?
  656. # [18:54] <gsnedders> compat. with existing documents
  657. # [18:55] <Philip`> Are there practical compatibility considerations?
  658. # [18:55] <gsnedders> seeming people like Lachy want to use it for docs they already edit, yes
  659. # [18:55] <Philip`> (i.e. do documents unavoidably rely on those specific IDs, or something?)
  660. # [18:55] <gsnedders> The IDs isn't the problem.
  661. # [18:56] <gsnedders> It's including everything in that file when it is rather long that is.
  662. # [18:56] <gsnedders> It contains really random things.
  663. # [18:56] * Joins: hdh (n=hdh@58.187.62.119)
  664. # [18:56] <gsnedders> not that you can see that :)
  665. # [18:57] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  666. # [18:58] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  667. # [19:02] * Joins: maikmerten (n=maikmert@Lae73.l.pppool.de)
  668. # [19:04] <BenMillard> gsnedders, maybe you could contact relevant staff at W3C about what you want?
  669. # [19:04] <gsnedders> BenMillard: I don't really want to use Refer anyway, so it isn't particularly helpful
  670. # [19:09] * Quits: hdh (n=hdh@58.187.62.119) (Remote closed the connection)
  671. # [19:13] * Joins: hdh (n=hdh@58.187.62.119)
  672. # [19:20] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  673. # [19:21] * dglazkov_ is now known as dglazkov
  674. # [19:21] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  675. # [19:22] <gsnedders> BenMillard: Also, I shouldn't have this document at all, so contacting the relevant staff may not be the best move :)
  676. # [19:25] <Philip`> But mentioning in public logged IRC that you have illicitly gained access to it is a good move? :-)
  677. # [19:25] * Quits: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net) ("The computer fell asleep")
  678. # [19:25] <gsnedders> :P
  679. # [19:26] <gsnedders> Philip`: I've implied often enough that I have got at the css3 postprocessor stuff :P
  680. # [19:27] * Quits: dbaron (n=dbaron@c-71-204-144-136.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  681. # [19:31] * Joins: dimich (n=dimich@72.14.227.1)
  682. # [19:34] * Joins: ojan (n=ojan@nat/google/x-c6af13b38918cc27)
  683. # [19:40] * Quits: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  684. # [19:45] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  685. # [19:53] * Joins: aaronlev (n=chatzill@f051078123.adsl.alicedsl.de)
  686. # [19:54] * Joins: hober (n=ted@unaffiliated/hober)
  687. # [19:54] * weinig is now known as weinig|away
  688. # [19:57] * Joins: mstange (n=markus@aixd3.rhrk.uni-kl.de)
  689. # [19:58] * Quits: dave_levin_ (n=dave_lev@72.14.224.1)
  690. # [20:00] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  691. # [20:01] * Joins: dbaron (n=dbaron@guest-229.mountainview.mozilla.com)
  692. # [20:08] * Quits: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com) ("Leaving.")
  693. # [20:12] * Joins: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  694. # [20:12] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  695. # [20:12] * Parts: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  696. # [20:28] <Lachy> gsnedders, it's not really a problem that you have a copy of that stuff. Bert really wouldn't mind.
  697. # [20:28] <gsnedders> Lachy: He knows I do.
  698. # [20:29] <Lachy> ok
  699. # [20:30] * Joins: roc (n=chatzill@121-72-162-245.dsl.telstraclear.net)
  700. # [20:42] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  701. # [20:43] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Client Quit)
  702. # [20:44] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  703. # [21:00] * Quits: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  704. # [21:03] * Quits: dbaron (n=dbaron@guest-229.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  705. # [21:04] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  706. # [21:04] * Joins: gsnedders_ (n=gsnedder@host217-44-35-181.range217-44.btcentralplus.com)
  707. # [21:05] * Quits: gsnedders (n=gsnedder@host86-139-222-113.range86-139.btcentralplus.com) (Nick collision from services.)
  708. # [21:05] * gsnedders_ is now known as gsnedders
  709. # [21:05] * Quits: maikmerten (n=maikmert@Lae73.l.pppool.de) (Remote closed the connection)
  710. # [21:07] * Quits: roc (n=chatzill@121-72-162-245.dsl.telstraclear.net) ("ChatZilla 0.9.83 [Firefox 3.0.4/2008102920]")
  711. # [21:09] * Joins: aaronlev_ (n=chatzill@f051078123.adsl.alicedsl.de)
  712. # [21:09] * Quits: aaronlev_ (n=chatzill@f051078123.adsl.alicedsl.de) (Client Quit)
  713. # [21:12] * Joins: sbublava (n=stephan@77.119.118.129.wireless.dyn.drei.com)
  714. # [21:13] * Joins: maikmerten (n=maikmert@Lae73.l.pppool.de)
  715. # [21:19] <Lachy> it would be nice if some people read the spec before making absurd, non-sensical comments about it: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-November/017432.html Not after: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-November/017434.html
  716. # [21:20] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  717. # [21:20] <Lachy> (FYI, in that first mail, he totally screwed up the quoting, but I think his comments start after the " ~TJ" signature. Everything before that is quoted.)
  718. # [21:26] <jgraham> Lachy: The first email suggests that he did read the spec. He may even have a legitimate piece of feedback
  719. # [21:31] <Hixie> the idea of pointing out the login form is that a bot that knows the name-value mapping of the fields in the form can then fill it in and submit it without needing to know the current url of the login form itself
  720. # [21:31] <Hixie> it may not be particularly useful
  721. # [21:37] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  722. # [21:37] <Lachy> Hixie, if the form only contains 1 text input and 1 password input, then a bot could take a fairly reasonable guess as to what each one is for
  723. # [21:38] <Hixie> yup
  724. # [21:38] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  725. # [21:38] * Joins: erlehmann (n=erlehman@dslb-088-075-197-149.pools.arcor-ip.net)
  726. # [21:39] <Lachy> but still, the value of the feature is still questionable since the bot could just as easily be manually told which form to submit when given the credentials
  727. # [21:41] <Lachy> jgraham, I couldn't find anything Pentasis wrote in the first email that made any sense, let alone suggests he read the spec
  728. # [21:41] <jgraham> "But, I will concede to the fact that this may make things more difficult. But in that case I would ask for the definition of the spec to be changed from "The time element represents a date and/or a time." into something more restricting and exact which at least represents the limitations of this element that are presented in this discussion."
  729. # [21:43] <jgraham> So his acionable feedback is "change the definition of the <time> element to something like 'The time element represents a date and/or time that can be expresed on a gregorian calendar'
  730. # [21:43] * Quits: aaronlev (n=chatzill@f051078123.adsl.alicedsl.de) ("ChatZilla 0.9.83-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  731. # [21:45] <jgraham> except that is not a sufficient constraint
  732. # [21:46] <jgraham> anyway I don't know if it is worth making the change but it is not obviously crazy
  733. # [21:51] * Joins: hdh0 (n=hdh@58.187.62.119)
  734. # [21:51] <Lachy> ok, fair enough. I guess I missed that bit after being stunned by his suggestions for setting the "base time" (whatever that is) to the big bang
  735. # [21:52] <Hixie> that does seem a little premature
  736. # [21:53] <jgraham> Oh that bit was crazy. AFAICT he was suggecting something like <time base="Death of Joan of Arc">5 seconds</time> to represent 5 seconds after the moment of death of Joan of Arc
  737. # [21:54] * jgraham wonders if users actually do have problems with <input placeholder> type designs
  738. # [21:54] * Joins: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au)
  739. # [21:55] * jgraham has always found that they are used in situtations where the purpose of the conrol can be stored in short term meory for long enough to use the in put correctly
  740. # [21:55] * Quits: hdh (n=hdh@58.187.62.119) (Read error: 60 (Operation timed out))
  741. # [21:57] * Joins: sverrej (n=sverrej@81.191.19.191)
  742. # [21:59] * Quits: maikmerten (n=maikmert@Lae73.l.pppool.de) (Remote closed the connection)
  743. # [22:02] <BenMillard> jgraham, I've seen placeholder text used instead of labelling text
  744. # [22:02] <BenMillard> when you enter several values in a form which does that throughout, it makes for a fun memory exercise :)
  745. # [22:03] <jgraham> Ah, OK I can see that it can be abused, but I have only encountered it in situations where it was easy to remember the point of the field
  746. # [22:04] <Hixie> yeah it's easily abusable but definitely has cases where it is useful
  747. # [22:04] <Hixie> it's mostly for discovery
  748. # [22:05] <gsnedders> See <http://habariproject.org/en/user/login>, and the markup of that
  749. # [22:05] <BenMillard> jgraham, I've been noodling with the Table Inspector interface and came up with this: http://projectcerbera.com/!dev/table-inspector/
  750. # [22:05] <BenMillard> (I broke parts of the JS by changing the types of elements)
  751. # [22:07] <gsnedders> BenMillard: You came up with the default Apache file listing? Wow.
  752. # [22:07] * Joins: roc (n=roc@202.0.36.64)
  753. # [22:07] <BenMillard> gsnedders, new.html is the actual interface
  754. # [22:08] <gsnedders> BenMillard: :)
  755. # [22:08] <jgraham> BenMillard: It's nicer than anyhing I managed
  756. # [22:08] <BenMillard> jgraham, take as much/little as you want from it if you decide to update the real inspector
  757. # [22:08] <jgraham> BenMillard: I will
  758. # [22:09] <BenMillard> jgraham, my /!dev folder is blocked in robots.txt, so it shouldn't start outranking you in search engines :)
  759. # [22:09] <BenMillard> reducing the amount of vertical height was my main goal in the new interface
  760. # [22:10] * Quits: eric_carlson (n=ericc@nat/apple/x-551fe2156c0954f8)
  761. # [22:11] <BenMillard> oh, and I moved the CSS and JS to external resources so they can be cached for frequent users
  762. # [22:12] * Joins: eric_carlson (n=ericc@17.244.17.225)
  763. # [22:13] <Lachy> Hixie, in the definition of Interactive Content, it says "Certain elements in HTML have an activation behavior, which means the user agent should allow the user to manually trigger them in some way, for instance using keyboard or voice input (though not mouse clicks, which are handled above)"
  764. # [22:13] * Joins: aaronlev (n=chatzill@f051078123.adsl.alicedsl.de)
  765. # [22:14] <Lachy> can you make "though not mouse clicks, which are handled above" a link to wherever that's referring to?
  766. # [22:14] * Joins: eric_carlson_ (n=ericc@nat/apple/x-b13c9abb084d3b01)
  767. # [22:14] <Hixie> can you send mail? i'm about to be afk
  768. # [22:14] <Lachy> ok
  769. # [22:15] <gsnedders> Hixie: Lies! You're typing on your keyboard!
  770. # [22:16] <Lachy> gsnedders, he said "about to be", meaning soon, not presently
  771. # [22:16] * Joins: zcorpan_ (n=zcorpan@c83-252-193-84.bredband.comhem.se)
  772. # [22:16] * Quits: sverrej (n=sverrej@81.191.19.191) (Operation timed out)
  773. # [22:19] * Quits: xcombelle (n=chatzill@AToulouse-158-1-151-166.w90-60.abo.wanadoo.fr) ("ChatZilla 0.9.84 [Firefox 2.0.0.18/2008102919]")
  774. # [22:19] <gsnedders> Oh, I can't read.
  775. # [22:19] * Joins: zcorpan__ (n=zcorpan@c83-252-193-84.bredband.comhem.se)
  776. # [22:20] * Joins: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com)
  777. # [22:21] * Joins: xcombelle (n=chatzill@AToulouse-158-1-151-166.w90-60.abo.wanadoo.fr)
  778. # [22:21] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  779. # [22:25] * Joins: virtuelv_ (n=virtuelv@163.80-202-65.nextgentel.com)
  780. # [22:28] * Quits: nessy (n=nessy@124-168-156-5.dyn.iinet.net.au) ("This computer has gone to sleep")
  781. # [22:30] * Quits: eric_carlson (n=ericc@17.244.17.225) (Read error: 110 (Connection timed out))
  782. # [22:30] * Joins: dolske (n=dolske@firefox/developer/dolske)
  783. # [22:33] * Quits: zcorpan_ (n=zcorpan@c83-252-193-84.bredband.comhem.se) (Read error: 110 (Connection timed out))
  784. # [22:33] * Joins: KevinMarks (n=KevinMar@nat/google/x-9c47188beed8039c)
  785. # [22:37] * Quits: zcorpan__ (n=zcorpan@c83-252-193-84.bredband.comhem.se) (Read error: 110 (Connection timed out))
  786. # [22:41] * Joins: sicking (n=chatzill@corp-242.mountainview.mozilla.com)
  787. # [22:42] * Quits: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com) (Read error: 110 (Connection timed out))
  788. # [22:43] * Quits: sbublava (n=stephan@77.119.118.129.wireless.dyn.drei.com)
  789. # [22:45] * Quits: smedero (n=smedero@pia145-154.pioneernet.net) (Read error: 110 (Connection timed out))
  790. # [22:45] * Quits: ap (n=ap@195.239.126.10)
  791. # [22:51] * Joins: aroben (n=adamrobe@c-69-142-103-232.hsd1.pa.comcast.net)
  792. # [22:56] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  793. # [22:56] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Read error: 104 (Connection reset by peer))
  794. # [22:57] * Joins: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  795. # [23:00] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Client Quit)
  796. # [23:00] * weinig|away is now known as weinig
  797. # [23:06] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  798. # [23:08] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  799. # [23:10] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  800. # [23:10] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  801. # [23:11] * Joins: doublec (n=chris@202.0.36.64)
  802. # [23:13] * Joins: eric_carlson (n=ericc@nat/apple/x-a5f9327c152bb3c5)
  803. # [23:13] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  804. # [23:14] * Quits: eric_carlson_ (n=ericc@nat/apple/x-b13c9abb084d3b01) (Read error: 104 (Connection reset by peer))
  805. # [23:19] * Quits: hdh0 (n=hdh@58.187.62.119) (Remote closed the connection)
  806. # [23:21] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  807. # [23:22] * Hixie ponders <input type=submit novalidate>
  808. # [23:22] * Joins: hdh (n=hdh@58.187.62.119)
  809. # [23:24] * Quits: heycam (n=cam@210-84-52-120.dyn.iinet.net.au) ("bye")
  810. # [23:25] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  811. # [23:28] * Quits: mstange (n=markus@aixd3.rhrk.uni-kl.de) ("ChatZilla 0.9.84 [Firefox 3.1b2pre/20081124033940]")
  812. # [23:28] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  813. # [23:28] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  814. # [23:44] <Hixie> i don't know whether to do <input type=submit novalidate> yet or whether to tell people to use form.submit() for now and add it later
  815. # [23:44] <Hixie> any opinions either way?
  816. # [23:45] <Dashiva> So there are people asking for it right now?
  817. # [23:48] <jgraham> What is the use case?
  818. # [23:49] <Dashiva> Saving a partially completed form was one
  819. # [23:51] <jgraham> Can you do that entirely without scipt assuming a novlidate attribute?
  820. # [23:52] * Quits: billyjackass (n=MikeSmit@EM114-48-132-92.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  821. # [23:52] <Dashiva> No script on the client side, at least
  822. # [23:52] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  823. # [23:53] <jgraham> So you have two buttons, one marked save and one marked submit?
  824. # [23:53] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  825. # [23:55] <jgraham> I guess it is a rther low cost feature since it is not doing something rather than doing something extra
  826. # [23:59] <Hixie> true
  827. # [23:59] <Hixie> the use case is saving the form, yeah
  828. # Session Close: Wed Nov 26 00:00:00 2008

The end :)