/irc-logs / freenode / #whatwg / 2008-09-01 / end

Options:

  1. # Session Start: Mon Sep 01 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:02] <gsnedders> Find makes most docs readable
  4. # [00:02] <jcranmer> not the OOXML spec!
  5. # [00:02] <Philip`> Has anybody noticed that while IE's x-ua-compatible at least attempts to support non-IE browsers by allowing strings like "FF=4", its document.documentMode doesn't at all (since it just returns the IE version number)?
  6. # [00:05] <hsivonen> the points made about hyatt's mythicalness are a bit repetitive
  7. # [00:06] <Hixie> hsivonen: the harm language="" brings is that people typo it all the time and it'd be better to have people type type="" instead.
  8. # [00:06] <Philip`> But they seem true
  9. # [00:06] <Hixie> regarding <foo></foo> vs <foo>, because of the parser model the </foo> would not have any effect, but it would mislead people into thinking that <foo>x</foo> was a <foo> containing an x
  10. # [00:06] <Hixie> so it's bad
  11. # [00:06] <jcranmer> you'd be surprised at how bad people are at spelling
  12. # [00:07] <hsivonen> Hixie: the validator helps people spell it right :-)
  13. # [00:07] <jcranmer> I have a nice, phonetic last name and 85+% of people manage to both misspell and mispronounce it...
  14. # [00:07] <Hixie> hsivonen: apparently not enough people :-)
  15. # [00:08] <jcranmer> I figure if people misspell my last name with such frequency, any word greater than about 7 characters will be too long to spell correctly
  16. # [00:10] <hsivonen> Hixie: so if type=text/javascript, language=JavaScript and langauge=JavaScript are no-ops, why is allowing language=JavaScript a problem?
  17. # [00:11] <Philip`> Hixie: If many people were misled that way, wouldn't <embed>x</embed> be much more common than it is?
  18. # [00:11] <Philip`> jcranmer: I've never had such problems with my last name, but I often do with my first name :-(
  19. # [00:11] <Hixie> hsivonen: because people will think language="" isn't a no-op, and attempt to include on other pages, and will mistype it, leading to validation errors and wasted time.
  20. # [00:12] <Hixie> Philip`: </embed> is pretty damn common. i haven't checked to see how many </embed>s aren't immediately behind the <embed> they supposedly match.
  21. # [00:13] <Philip`> More than the number of people who already use language correctly, and would get validation errors when switching to HTML5, and would waste time?
  22. # [00:13] <Philip`> Hixie: I've only seen ones containing whitespace, &nbsp;, <br>, etc, and <noembed>
  23. # [00:13] * jcranmer notes that hsivonen himself (herself?) misspelled 'language'
  24. # [00:14] <hsivonen> jcranmer: I misspelled it once on purpose above
  25. # [00:14] <Hixie> Philip`: i think we need a better transition story
  26. # [00:14] <hsivonen> jcranmer: did I misspell it also accidentally?
  27. # [00:14] <jcranmer> if you did it on purpose, then no
  28. # [00:14] <hsivonen> Hixie: why isn't type=text/javascript non-conforming?
  29. # [00:15] <Hixie> hsivonen: because we need to have a type="" to handle other types of scripts, and if we don't have a type for javascript, people will ask what the type is for javascript.
  30. # [00:16] <Hixie> brb
  31. # [00:16] * Joins: hdh00 (n=hdh@118.71.124.250)
  32. # [00:18] * Quits: hdh0 (n=hdh@118.71.123.191) (Read error: 60 (Operation timed out))
  33. # [00:24] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  34. # [00:27] <Philip`> Hmm, I think IE8b2 never renders pages in IE7-mode unless explicitly told to, regardless of doctype
  35. # [00:28] <Philip`> i.e. pages that used to be quirks mode are IE5-mode, and pages that used to be standards mode are IE8-mode
  36. # [00:28] <gsnedders> That's what IE8b1 did :P
  37. # [00:29] <Philip`> I thought it made recognised standards-mode doctypes trigger IE7 mode
  38. # [00:29] <Philip`> Wait, I'm probably confused
  39. # [00:29] <Philip`> That's what it was going to do before they changed it
  40. # [00:29] <Philip`> I think
  41. # [00:30] <gsnedders> They changed it before b1
  42. # [00:30] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  43. # [00:32] <Philip`> Hmm... If I have a standards-mode page with an iframe with quirks-mode content, then document.querySelector === undefined from code within it; but iframe.contentWindow.document.querySelector == some function from the container document
  44. # [00:33] <gsnedders> heh
  45. # [00:34] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  46. # [00:36] * Joins: annevk2 (n=annevk@77.163.243.203)
  47. # [00:38] <roc> yeah
  48. # [00:38] <roc> it's a very deep hole the IE team is digging
  49. # [00:39] <gsnedders> roc: What's the escape velocity?
  50. # [00:39] <roc> and the really bad news is that with every release it will get a lot worse
  51. # [00:40] <roc> there is no escape :-)
  52. # [00:40] <gsnedders> So above 3*10^8?
  53. # [00:40] <gsnedders> (ms^{-1})
  54. # [00:40] <roc> there's always Hawking raditation
  55. # [00:40] <roc> but that's not a fun way to travel
  56. # [00:41] <gsnedders> Hawking radiation?
  57. # [00:41] * gsnedders notes his physics has limits
  58. # [00:41] <roc> so does mine, so I refer you to the Internet
  59. # [00:42] <gsnedders> What's that?
  60. # [00:42] <Philip`> It's fun how IE8's script debugger shows that element collection objects have properties named "length" and "ie8_length"
  61. # [00:42] <Philip`> and some other type of object has properties "item", "namedItem", "ie8_item" and "ie8_namedItem"
  62. # [00:43] <roc> heh
  63. # [00:43] <Philip`> Hawking radiation = matter/antimatter pair randomly springs into existence near a black hole, antimatter particle falls in, matter particle falls out, black hole radiates and shrinks, if I remember correctly
  64. # [00:44] <Philip`> Please don't ask me why it's the antimatter particle and not the matter particle that falls into the black hole
  65. # [00:47] <gsnedders> why is it the antimatter particle and not the matter particle that falls into the black hole?
  66. # [00:48] <Dashiva> If only Philip` had used RDFa in his IRC text, we could make a machine reason out the answer for us
  67. # [00:48] <Philip`> Hmm, Wikipedia effectively says it's to conserve energy
  68. # [00:49] <Philip`> (i.e. if the antiparticle (apparently not actually antimatter) with negative energy escapes from the hole, then it violates conservation of energy, for some reason)
  69. # [00:52] <annevk2> gsnedders, I commented on your blog, not sure it had effect
  70. # [00:57] * jgraham has notion that the particle/antiparticle thing is a ort of lie to children
  71. # [00:57] <Philip`> By "children" you mean "physics undergraduates"? ;-)
  72. # [00:57] <BenMillard> jgraham, I see the headers thread continued along the lines of Process instead of facts
  73. # [01:03] * annevk2 is now known as annevk
  74. # [01:04] <jgraham> BenMillard: Yeah. It has become quite soul destroying. This may be partially my fault, I don't know.
  75. # [01:05] <jgraham> Philip`: Well I actually meant "people who read popular science books". Physics undergrads don't learn about hawking radiation
  76. # [01:19] <Dashiva> "First of all, it's not like this code needs to be maintained *once*, it needs maintenance every time the set of void elements change. I would call this a stupid design of the target language."
  77. # [01:19] <Hixie> we did learn about particle and anti particles in undergrad
  78. # [01:19] <Dashiva> I'm tempted to reassign the "stupid design" tag to whoever decided it was a good idea to output HTML with XSLT :)
  79. # [01:20] <Hixie> can't recall if the hawking radiation was part of the discussion though
  80. # [01:20] <Hixie> anyway, bbl
  81. # [01:22] <Lachy> jgraham, what is it about particles and antiparticles that is a lie?
  82. # [01:23] <Lachy> Is it just the fact that the antiparticle is also a particle, just with opposite charge (or something like that)?
  83. # [01:24] <annevk> Dashiva, yeah, I don't really get why we need to fix HTML5 while they really want to fix IE...
  84. # [01:25] <BenMillard> jgraham, I'm redesigning the test file table to see if our views on that making it better are true or not
  85. # [01:26] <Lachy> BenMillard, did you get that table I emailed you? Have you had a chance to investigate it yet?
  86. # [01:27] <Dashiva> National Enquirer: Dave Hyatt spotted in Memphis supermarket
  87. # [01:28] <roc> Lachy: it's not that it's a lie exactly ... the truth is a bunch of mathematics. Then to explain it to people, the physicists have to say something which is an English approximation to the mathematics. And the approximation is necessarily rough.
  88. # [01:28] <BenMillard> Lachy, checking inbox now
  89. # [01:28] <BenMillard> Lachy, oh you mean the search result table? Yeah, I got it.
  90. # [01:28] <annevk> Dashiva, :p
  91. # [01:30] <BenMillard> Lachy, I filed in my "Research" folder for now.
  92. # [01:33] <BenMillard> Lachy, summary="Post query results" stood out as being text which would be better in <caption> or just omitted, since there's a preceeding heading which says "Displaying 1 to 50 of 854 reports"
  93. # [01:35] <Lachy> how do the various header algorithms deal with the dual-row items, each grouped by its own tbody?
  94. # [01:36] <BenMillard> Lachy, some header cells aren't using <th>, but if they were then parts of it would work
  95. # [01:36] <jgraham> Lachy: Nothing. I meant as an explaination for Hawking radiation
  96. # [01:37] <Lachy> in a way, it seemed much like a demo table I presented once before with a similar dual-tr structure. http://lachy.id.au/dev/2007/table-headers.html
  97. # [01:38] <BenMillard> Lachy, that table you just linked to is badly designed in several respects, imho.
  98. # [01:38] <BenMillard> it uses 2 levels of column headers but they don't make sense stacked up like that
  99. # [01:40] <BenMillard> the header cells and each row of data can be flatted to 1 row each, making it into a regular table that works without with plain <th>
  100. # [01:40] <BenMillard> Title Last Name First Name Middle Name Date of Birth Mailing Address City Zip Code
  101. # [01:41] <BenMillard> erm, "Title; Last Name; First Name; Middle Name; Date of Birth; Mailing Address; City; Zip Code"
  102. # [01:42] <BenMillard> an interesting thing in the query table, which the "smart colspan" step handles, is what I call "sectional headers"
  103. # [01:43] <Philip`> roc: Perhaps for physicists to explain it to themselves, they have to say something which is a mathematical approximation to the reality, and that approximation is necessarily rough
  104. # [01:43] <BenMillard> these are cells which colspan the entire width of the table, creating implicit sections but where the main headers at the start of the table must still penetrate
  105. # [01:43] <BenMillard> Lachy, for example (if it were using <th>): <td colspan="6"> 29 Aug 2008 </td>
  106. # [01:43] <roc> that's not how it works
  107. # [01:45] <BenMillard> Lachy, much like the table you linked to, the search query table is packing information into cells where it isn't logical to put it
  108. # [01:46] <BenMillard> Lachy, refreshing to see it using <li> for pagination links, though :) It follows a common design pattern for their order and delinks current location, which is all cool.
  109. # [01:48] <BenMillard> Lachy, it uses <tbody class> to avoid lots of presentational markup. neat
  110. # [01:49] <BenMillard> Lachy, it contains unlabelled checkboxes (sad and much more common than labelled checkboxes for things like this, from what I've seen)
  111. # [01:50] <BenMillard> Lachy, the alt text is sensible and useful on the whole. :)
  112. # [01:50] <BenMillard> Lachy, <a href target="_blank"> :(
  113. # [01:57] <Lachy> BenMillard, that table I linked to was actually designed by the designer of a project I was working on, cause it needed to have all that information fit into a narrow space that wouldn't handle having it all in a single row
  114. # [01:58] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  115. # [02:00] <Lachy> I didn't notice the target=_blank. Since I have support for that disabled in my browser, it never really bothers me in practice, unless the site actually depends on the new window opening for some functionality
  116. # [02:03] <BenMillard> Lachy, I set mine the same way. :)
  117. # [02:04] <BenMillard> Needing to cramming too much data into too little width is a fairly common problem...I often come across it in my day job as a website developer.
  118. # [02:04] <BenMillard> my favoured solution is to cut the data down so only the most useful stuff is shown, then it usually fits
  119. # [02:05] <BenMillard> (sometimes linking each entry to a page where all the rest of the data is available)
  120. # [02:05] <Lachy> yeah, that's what I try to do. But when I'm not in control of the content, and I just have to implement what the client wants, there's little I can do
  121. # [02:05] <BenMillard> Lachy, that's also an experience I share. :(
  122. # [02:06] <BenMillard> right, time for dinner...probably return in ~1 hour
  123. # [02:07] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  124. # [02:08] <Lachy> hmm, it seems that of all the media players I have, trying to find one that supports playing MKV that contains 2 1080p VC-1 video tracks and 5 AC3 audio tracks, and has UI for selecting which of those tracks to play, is a lot harder than I thought it would be :-(
  125. # [02:08] <Philip`> Even VLC?
  126. # [02:08] <Lachy> VLC doesn't support VC-1
  127. # [02:08] <Lachy> yet
  128. # [02:09] <Lachy> QuickTime might work, but with the Perian plugin, it takes forever to finish loading MKV videos, and while it's loading, it's having trouble playing the HD
  129. # [02:12] <Lachy> I suppose I should just remux them into separate files, one for each video track. Though it's a full quality blu-ray rip and I wanted to have it all self contained in one.
  130. # [02:13] <Lachy> Zoom player seems to work on windows, but it has some bugs
  131. # [02:14] <GregHouston> I haven't had much luck with MKV in general. It's probably user error, but I tried it out a couple times about 6 months apart with 3 different media players and an assortment of MKV files. My playback was always choppy and the audio was out of sync.
  132. # [02:15] <Philip`> You could buy a Blu-Ray player and the movie disc instead :-)
  133. # [02:16] <Lachy> Philip`, you're assuming I actually have the disc :-)
  134. # [02:16] <GregHouston> Indeed. :)
  135. # [02:16] <Philip`> Lachy: That's why I said "buy" :-p
  136. # [02:17] <Lachy> oh, ok. I thought you just said to buy the player
  137. # [02:17] <Philip`> I used the word "and", to indicate that I meant both :-)
  138. # [02:18] <Lachy> I'll get a blu-ray player from Australia when a) I get confirmation that the manufacturer is legally required to sell in region free (or at least provide RPC-1 firmware on request), and b) blu-ray drives are available for Mac, and c) I can afford to replace my current Macs
  139. # [02:19] <Philip`> So in the meantime, you deserve to get everything for free? :-)
  140. # [02:19] <Lachy> I'm fairly sure (a) is true, because of the Australian trade practices act and a nice court case that ruled it illegal for DVDs
  141. # [02:21] <Lachy> no, I pay $20 a month for my usenet subscription and even more for my internet connection. It's just that my money isn't going to the movie studios until they start showing that they want to treat their customers fairly
  142. # [02:21] <Lachy> I would buy more movies legally from iTunes instead, but they're really low quality compared to what I can get elsewhere
  143. # [02:22] <Lachy> and there's limited selection
  144. # [02:23] <GregHouston> The quality is generally good enough for me on Itunes, and so if I can rent it there I do, but most of their new releases are purchase only, which then sends me to usenet, and they lose out on my rental.
  145. # [02:23] <gsnedders> annevk: First comment is moderated
  146. # [02:23] <gsnedders> annevk: Approved
  147. # [02:24] <Lachy> GregHouston, I refuse to rent from iTunes because it's not possible to strip the DRM from those, whereas its easy to do from purchases
  148. # [02:24] <Philip`> Why is it unfair that they are offering their product (which you clearly want to consume) in various media (DVD, Blu-Ray, iTunes, etc) with various quality and limitations and price?
  149. # [02:25] <Lachy> Philip`, the DRM is unacceptable, especially the region encoding if it's done in the firmware instead of just software.
  150. # [02:25] <jcranmer> are people here using alt.binaries?
  151. # [02:25] <jcranmer> :-)
  152. # [02:25] <Lachy> jcranmer, yes
  153. # [02:25] <GregHouston> Lachy: I can see that. It's not much of an issue for me, because I watch everything on the same computer, don't own a tv, and most movies I will never watch a second time.
  154. # [02:26] * Quits: othermaciej (n=mjs@c-69-181-42-194.hsd1.ca.comcast.net)
  155. # [02:33] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  156. # [03:13] * Joins: webben (n=benh@91.85.146.173)
  157. # [03:15] * Quits: tndH (i=Rob@adsl-77-86-6-71.karoo.KCOM.COM) ("ChatZilla 0.9.83-rdmsoft [XULRunner 1.9/2008061013]")
  158. # [03:45] * Joins: MikeSmith (n=MikeSmit@EM119-72-89-148.pool.e-mobile.ne.jp)
  159. # [03:48] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  160. # [03:55] * Joins: othermaciej (n=mjs@c-69-181-42-194.hsd1.ca.comcast.net)
  161. # [04:30] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  162. # [04:44] * Joins: mal2 (n=mal@nat/google/x-fdc81f0d85af1daf)
  163. # [04:45] * mal2 is now known as maldit
  164. # [04:46] * Quits: MikeSmith (n=MikeSmit@EM119-72-89-148.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  165. # [04:47] * Quits: mal (n=mal@nat/google/x-10228f7d8073614d) (Read error: 110 (Connection timed out))
  166. # [04:47] * Quits: sicking (n=chatzill@corp-241.mountainview.mozilla.com) (Read error: 113 (No route to host))
  167. # [04:52] * Quits: webben (n=benh@91.85.146.173)
  168. # [05:02] * Joins: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp)
  169. # [05:23] * Quits: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp) ("Less talk, more pimp walk.")
  170. # [05:46] * Joins: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp)
  171. # [05:54] * maldit is now known as mal
  172. # [06:02] * Joins: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net)
  173. # [06:40] <BenMillard> I've sent an e-mail requesting peer review of a follow-up to my last headers+id reply. Off to sleep now. I'll check the logs and my inbox when I return, just in case. :)
  174. # [06:40] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  175. # [06:45] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  176. # [06:59] * Quits: jruderman_ (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  177. # [07:13] * Joins: sverrej (n=sverrej@89.10.27.245)
  178. # [07:19] * Quits: roc (n=roc@202.0.36.64)
  179. # [07:33] * Quits: GregHouston (n=ghouston@ppp-66-143-220-108.dsl.spfdmo.swbell.net) ("...")
  180. # [07:36] <Hixie> http://lists.w3.org/Archives/Public/www-archive/2008Sep/0000.html is interesting
  181. # [07:37] <Hixie> if you look at it more closely:
  182. # [07:38] <Hixie> Sent Recvd Ratio Subjects Sent/Subj Author
  183. # [07:38] <Hixie> 136 109 0.80 89 1.53 Ian Hickson
  184. # [07:38] <Hixie> 66 57 0.86 30 2.20 Julian Reschke
  185. # [07:38] <Hixie> 53 62 1.17 27 1.96 Henri Sivonen
  186. # [07:38] <Hixie> 56 36 0.64 13 4.31 Boris Zbarsky
  187. # [07:38] <Hixie> 39 36 0.92 14 2.79 Philip TAYLOR
  188. # [07:38] <Hixie> 45 26 0.58 14 3.21 Leif Halvard Silli
  189. # [07:38] <Hixie> (these numbers are sorted on the total sent+recvd, not just sent)
  190. # [07:39] <Hixie> note the Subjects line :-)
  191. # [07:45] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  192. # [07:58] <Hixie> there, sent a reply with my version of the stats :-)
  193. # [08:05] * Joins: webben (n=benh@91.85.146.173)
  194. # [08:05] * Quits: webben (n=benh@91.85.146.173) (Remote closed the connection)
  195. # [08:06] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  196. # [08:12] * Joins: webben (n=benh@91.85.146.173)
  197. # [08:12] * Quits: webben (n=benh@91.85.146.173) (Remote closed the connection)
  198. # [08:28] <hsivonen> Hixie: interesting development in ratios since http://junkyard.damowmow.com/291
  199. # [08:29] <Hixie> people ignoring me more, you mean? :-)
  200. # [08:30] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  201. # [08:31] <hsivonen> Hixie: no, the people whose ratio is > 1.0
  202. # [08:34] <Hixie> heh
  203. # [09:16] * Joins: Maurice (n=ano@89.184.185.237)
  204. # [09:20] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  205. # [09:20] * Quits: hdh00 (n=hdh@118.71.124.250) (Read error: 104 (Connection reset by peer))
  206. # [09:29] <hsivonen> So YouTube conflates accessibility captions and translation subtitles under a "CC" menu
  207. # [09:30] <Hixie> stats for all time http://junkyard.damowmow.com/342
  208. # [09:31] <Hixie> if anyone has the complete whatwg archives in mbx format i can do the same for whatwg
  209. # [09:32] <hsivonen> I thought lists.whatwg.org had the complete archives. what's missing?
  210. # [09:32] <Hixie> the mbx format part
  211. # [09:32] <Hixie> afaik
  212. # [09:32] <hsivonen> ah
  213. # [09:36] <hsivonen> hmm. RB has sent more email than I have...
  214. # [09:37] <Hixie> oh hey
  215. # [09:37] <Hixie> the text files in the whatwg archives ARE mbx format
  216. # [09:45] * Quits: eseidel (n=eseidel@c-24-130-13-197.hsd1.ca.comcast.net)
  217. # [09:46] * Joins: roc (n=roc@121-72-184-5.dsl.telstraclear.net)
  218. # [09:50] * Joins: MacDome (n=eric@c-24-130-13-197.hsd1.ca.comcast.net)
  219. # [09:53] <Hixie> http://junkyard.damowmow.com/343
  220. # [09:53] <Hixie> http://junkyard.damowmow.com/342 is public-html from the start
  221. # [09:53] <Hixie> http://junkyard.damowmow.com/343 is whatwg from the start
  222. # [09:54] <Hixie> whatwg has had over 700 people contribute ideas, wow
  223. # [09:54] <hsivonen> hmm. I've sent a lot of email :-(
  224. # [09:54] <Lachy> Hey, I made the whatwg list twice :-)
  225. # [09:55] <Hixie> hsivonen: for a while, you had the #1 spot in terms of outstanding e-mails on my list
  226. # [09:55] <Hixie> i think you're #2 now
  227. # [09:55] <hsivonen> Hixie: who's #1 now?
  228. # [09:55] <Lachy> Hixie, if you combine my @lachy.id.au and @iinet.net.au emails into one, how do I score?
  229. # [09:57] <Hixie> let's see
  230. # [09:58] <hsivonen> hmm. Juan R's Sent/Subj...
  231. # [09:59] <Hixie> a high sent/subj means one of three things as far as i can tell:
  232. # [09:59] <Hixie> 1. you aren't explaining yourself well
  233. # [10:00] <Hixie> 2. you're repeating yourself
  234. # [10:00] <Hixie> 3. i'm responding to each e-mail individually instead of doing one mass e-mail
  235. # [10:00] <Hixie> (#3 probably only applies to me :-P )
  236. # [10:01] <Hixie> ok reload 343
  237. # [10:03] <Hixie> so in about a third of the time, public-html received about the same amount of mail
  238. # [10:03] <Hixie> that's insane
  239. # [10:05] <Lachy> Hixie, both lists have been high volume recently. I haven't been able to keep up with them.
  240. # [10:05] <Lachy> the whatwg list got to about 500 unread mails in my folder, mostly thanks to that RDF thread :-(
  241. # [10:05] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  242. # [10:05] <Hixie> yeah i tried to damp down the rdfa discussion when it got too verbose
  243. # [10:06] <Lachy> I suppose I should try to read them one day, but I mostly ignored it since I don't like RDF
  244. # [10:07] <Hixie> well the issue isn't really rdf
  245. # [10:07] <hsivonen> Hixie: what's the issue in your view?
  246. # [10:08] <Hixie> the issue is how do we address the needs of the communities that RDFa is addressing, and whether doing so is appropriate given our overall goals
  247. # [10:08] <Hixie> i need to look at some of manu's and ben's e-mails more closely to determine the answer to both
  248. # [10:08] <Hixie> but that will have to wait until after wf2
  249. # [10:09] <Hixie> (underlying both of those points is "what are the needs of the communities that RDFa is addressing")
  250. # [10:10] * Joins: zcorpan (n=zcorpan@ip-251-202-241-92.dialup.nmt.net)
  251. # [10:13] * Quits: zcorpan (n=zcorpan@ip-251-202-241-92.dialup.nmt.net) (Client Quit)
  252. # [10:13] <hsivonen> to the extent the needs include compatibility with the RDF data model, it's about RDF
  253. # [10:16] * jgraham suspects the RDF data model is too hard for mass adoption
  254. # [10:18] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  255. # [10:20] * Joins: virtuelv (n=virtuelv@213.236.208.247)
  256. # [10:25] <Hixie> hsivonen: i don't think that's actually been listed as a need
  257. # [10:25] * Joins: ROBOd (n=robod@89.122.216.38)
  258. # [10:28] <Lachy> AFAICS, everything beyond rel=license is totally unnecessary verbosity when it comes to expressing copyright info.
  259. # [10:30] <Hixie> i'm not even convinced rel=license is needed
  260. # [10:30] <Hixie> it's only needed if the copyright info is going to actually be used by computers
  261. # [10:30] <Hixie> and i'm not convinced that it is
  262. # [10:35] <hsivonen> Hixie: one of the reasons why I chose Flickr was that Flickr is the place people go to when they want to search for CC-licensed photos
  263. # [10:35] <hsivonen> Hixie: they don't go to Google image search
  264. # [10:36] <hsivonen> there is value in being able to search by license
  265. # [10:36] <jgraham> hsivonen: Would it work well in an open system?
  266. # [10:37] <jgraham> It doesn't work all that well on flickr
  267. # [10:37] <hsivonen> jgraham: it would not work if people can make licensing claims cross-Origin about other people's works
  268. # [10:37] <hsivonen> jgraham: but it could work it the licensing info is near the data object
  269. # [10:37] <hsivonen> preferably inside it
  270. # [10:38] <hsivonen> jgraham: what sucks on Flickr is that people don't know what they are doing when the flip the defaults
  271. # [10:39] * Joins: jacobolus (n=jacobolu@pool-71-119-188-52.lsanca.dsl-w.verizon.net)
  272. # [10:39] <jgraham> hsivonen: Inside might work technically but I think user-invisible metadata outside the object would almost never be right
  273. # [10:40] <hsivonen> jgraham: also, what sucks is that people take photos of people, CC doesn't deal with model release, and the photographer can't unilaterally concoct model release
  274. # [10:40] <jgraham> hsivonen: People not knowing waht they are doing would be even worse without a consistent UI that explained everything, right?
  275. # [10:40] <hsivonen> jgraham: could be
  276. # [10:40] <hsivonen> I don't think Flickr's UI explains everything, though
  277. # [10:40] <jgraham> hsivonen: AFAIK Model release laws vary wildly by country
  278. # [10:42] <hsivonen> Flickr says "You can choose to use a Creative Commons license to allow more liberal use and sharing of your photos or video while still maintaining reasonable copyright protection."
  279. # [10:42] <hsivonen> one could argue that "reasonable copyright protection" is not a good UI term
  280. # [10:44] <jgraham> hsivonen: Yeah, the explaination is worse than I remembered
  281. # [10:44] <Lachy> Does flickr default to a CC licence or ordinary copyright?
  282. # [10:44] <hsivonen> Lachy: defaults to ARR
  283. # [10:44] <Lachy> ok
  284. # [10:44] <jgraham> Lachy: A CC default would be disaterous
  285. # [10:45] <jgraham> Lachy: Lots of photog. types are seriously paranoid about any copying
  286. # [10:45] <Lachy> jgraham, yeah. But that means that people are somehow being coerced into changing to a CC licence, without actually understanding the concequenses of their actions
  287. # [10:46] <jgraham> e.g. http://duncandavidson.com/2008/04/the-copyright-conspiracy.html
  288. # [10:46] <hsivonen> Lachy: CC and FSF have very different marketing
  289. # [10:47] <jgraham> Lachy: In what sense coerced? They are given several options but none are presented as "better"
  290. # [10:47] <annevk> Hixie, did you add fora@annevankesteren.nl to annevk@opera.com?
  291. # [10:47] <annevk> (for the WHATWG list)
  292. # [10:47] <hsivonen> annevk: looks like it
  293. # [10:49] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  294. # [10:50] <Hixie> hsivonen: google has cc search that is directly based on the cc metadata; what is your opinion of it?
  295. # [10:50] <hsivonen> Hixie: too well hidden
  296. # [10:50] <annevk> Hixie: 3095, Anne: 904, Henri: 590
  297. # [10:50] <annevk> I should e-mail less :)
  298. # [10:51] <annevk> whoa, Matthew and Jim Ley make it to the top five
  299. # [10:51] <Hixie> annevk: the script automatically merges names that are the same
  300. # [10:51] <Lachy> jgraham, coerced is probably the wrong word. I probably should have said tempted or something, because there are people with CC-licenced stuff on flickr who still complain when their stuff gets reused
  301. # [10:51] <hsivonen> Hixie: also, not available in image search
  302. # [10:51] <Hixie> annevk: note that the script does things based on time active, so unless jim posts again, he'll stay high
  303. # [10:52] <Hixie> hsivonen: well there's no way with rel=license to label an image
  304. # [10:52] <Hixie> hsivonen: so if that's your use case, rel=license won't help google
  305. # [10:52] <hsivonen> Hixie: yeah. that's a problem.
  306. # [10:52] <Lachy> that copyright conspiracy article is interesting. But in which countries does any form of copyright registration apply? Is that just a US thing, or more widespread?
  307. # [10:52] * Hixie shrugs
  308. # [10:52] <Hixie> if you say so
  309. # [10:52] <Hixie> :-)
  310. # [10:52] <hsivonen> Hixie: I want a way to have a license field in EXIF/JFIF/PNG
  311. # [10:52] <hsivonen> Hixie: and then I want tool support for it
  312. # [10:53] <Hixie> hsivonen: ah well that's not my problem, luckily
  313. # [10:53] <hsivonen> Hixie: It annoys me the CC isn't standardizing embedded license metadata for EXIF/JFIF/PNG/Ogg/MP4
  314. # [10:53] <hsivonen> and PDF in a simple way
  315. # [10:54] <hsivonen> Lachy: it's a U.S. thing
  316. # [10:55] <jgraham> You can register copyright in the UK
  317. # [10:56] * Quits: jacobolus1 (n=jacobolu@pool-71-119-188-52.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
  318. # [10:56] <jgraham> Dunno how it compares to the US
  319. # [10:56] <Lachy> ok, that's what I thought. But I find it annoying that whenever I read anything related to copyright, it's usually very much US-centric
  320. # [10:56] <hsivonen> Lachy: you may safely omit "related to copyright"
  321. # [10:56] <roc> the US system gets exported everywhere else eventually
  322. # [10:57] <Lachy> so I basically have no idea what the copyright situation is in Australia, although I do know that we also have excessively long copyright terms
  323. # [10:57] <roc> say hello to WIPO
  324. # [10:57] <hsivonen> roc: It would be great if the U.S. system had been exported without the Victor Hugo input
  325. # [10:57] <Lachy> I think it's life-of-author+70 years, which is absolutely absurd
  326. # [10:57] <hsivonen> Lachy: that stuff came from Europe
  327. # [10:57] <Lachy> who's Victor Hugo?
  328. # [10:58] <hsivonen> the disaster is taking the worst parts of French and American copyright things and mixing them
  329. # [10:58] <Lachy> I wish we could go back to 14 year copyright terms
  330. # [10:59] <hsivonen> Lachy: a famous writer who was so annoyed at Americans pirating his books that he wrote what lead to the creation of the Berne Convention
  331. # [11:01] * Quits: MacDome (n=eric@c-24-130-13-197.hsd1.ca.comcast.net)
  332. # [11:02] * Joins: webben (n=benh@nat/yahoo/x-93e263cf8e36e872)
  333. # [11:02] * Quits: virtuelv (n=virtuelv@213.236.208.247) (Read error: 60 (Operation timed out))
  334. # [11:03] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  335. # [11:04] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  336. # [11:13] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  337. # [11:14] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  338. # [11:19] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  339. # [11:24] <hsivonen> Hixie: I think searching images by license is a more common use case than searching text by license, since images have different remixability characteristics
  340. # [11:24] <Hixie> no disagreement there
  341. # [11:25] <hsivonen> so in that sense, standardizing and implementing a license field for EXIF should be a higher priority than rel license
  342. # [11:25] <Hixie> agreed
  343. # [11:25] <Hixie> EXIF isn't my problem though
  344. # [11:25] <Hixie> :-)
  345. # [11:32] <Lachy> wow, Microsoft has just patented the page up/down keys http://news.zdnet.com/2424-9595_22-218626.html
  346. # [11:33] <Hixie> i try and avoid reading about patents
  347. # [11:33] <Hixie> companies become three times more liable to damages in the US if it can be demonstrated that they (or their employees) had knowledge of an infringed patent
  348. # [11:34] <roc> that's actually changing
  349. # [11:34] <Hixie> so it's better to be ignorant
  350. # [11:34] <Hixie> roc: oh thank god
  351. # [11:34] <Hixie> roc: for the better?
  352. # [11:34] <roc> depends on your point of view, but yeah
  353. # [11:34] <Hixie> good to hear
  354. # [11:37] <Lachy> I only read about patents that get mentioned on places like /., and are so absurd that there's obviously plenty of prior art
  355. # [11:38] <Hixie> like the Eolas patent?
  356. # [11:38] <Lachy> yeah
  357. # [11:38] <roc> oh, the Patent Reform Act 2007 is stalled :-(
  358. # [11:38] <Hixie> lachy: being absurd and having plenty of prior art doesn't seem to matter
  359. # [11:38] <Hixie> roc: :-(
  360. # [11:39] <hsivonen> for some reason, people like the concept of Trial by Jury despite cases like Eolas
  361. # [11:39] <Hixie> and people like spec design by consensus despite cases like XLink
  362. # [11:40] <annevk> some people even like XLink
  363. # [11:41] * hsivonen notes that the WHATWG is closer to arguing things to a professional judge and a panel of semi-pro lay judges than to Trial by Jury
  364. # [11:41] <Hixie> yup
  365. # [11:42] <Lachy> hsivonen, what about public-html?
  366. # [11:42] <Philip`> Lachy: They're not patenting the keys at all - they're patenting a method of scrolling (which jumps in a one-page increment and preserves the vertical offset of your view of your page, regardless of zoom, etc), which might be triggered by those keys
  367. # [11:42] <Hixie> (using the term professional to mean literally "paid", as opposed to "competent")
  368. # [11:42] <hsivonen> Lachy: no comment
  369. # [11:42] <Lachy> Philip`, yeah, I realised that. But I just summarised it poorly
  370. # [11:43] <hsivonen> (using semi-pro to refer to the Finnish trial system--not the proness of the WHATWG panelists)
  371. # [11:44] <Philip`> Lachy: ZDNet summarised it equally poorly/inflammatorily :-)
  372. # [11:44] <Lachy> Philip`, in any case, that method of using pg up/dn has been used for decades
  373. # [11:45] * Philip` can't easily remember any programs that scroll like that
  374. # [11:49] <Lachy> Philip`, web browsers, word processors, text editors, etc.
  375. # [11:49] <Lachy> they all scroll like that
  376. # [11:49] <Lachy> Linux man pages even
  377. # [11:49] <Philip`> Web browsers and text editor don't usually split the document into pages
  378. # [11:50] <Philip`> Word processors scroll by roughly the viewport height (which depends on your zoom setting), not by a single page
  379. # [11:51] <Lachy> in the case of web browsers, since a web page is a continuous medium, a "page" could be considered equivalent to the content of the viewport
  380. # [11:51] <Lachy> no matter how high it is
  381. # [11:51] <Philip`> If you're looking at just the top of a page, and press page-down, you jump to the bottom of page, whereas the patent is talking about jumping to the top of the next page
  382. # [11:52] <virtuelv> Philip`: @media projection
  383. # [11:52] <Lachy> Philip`, Print Preview
  384. # [11:52] <Philip`> Lachy: Uh, you can't just consider things to be things that they aren't, and say it's prior art :-p
  385. # [11:53] <Lachy> Philip`, the patent is too broad
  386. # [11:53] * Philip` tries print preview in Opera and Firefox, and in both cases it scrolls by the zoom-dependent viewport height and not by a single page
  387. # [11:53] <virtuelv> Philip`: and virtually any other slideshow tool
  388. # [11:54] <virtuelv> Any PDF viewer whose zoom is set to "Fit to window" or similar
  389. # [11:54] <virtuelv> man
  390. # [11:54] <Hixie> Lachy: the patent is a software patent, it's a given that it's not a good idea. but lots of companies have software patents, microsoft is no exception.
  391. # [11:54] <Hixie> virtuelv: apple's pdf viewer doesn't do what this patent says, i just checked
  392. # [11:56] <virtuelv> Hixie: evince does, if set to "Best fit"
  393. # [11:56] <virtuelv> Acrobat reader has a similar means
  394. # [11:57] <Lachy> even Notepad scrolls like that (though, I'm aware its an MS program, it's been around for years, and to patent the process now is just absurd
  395. # [11:57] <Philip`> virtuelv: That only works because the viewport height happens to be the height of a single page
  396. # [11:57] <Philip`> Lachy: Notepad doesn't have pages
  397. # [11:58] <Lachy> Philip`, define what a page is?
  398. # [11:59] <Philip`> Lachy: A page is like a rectangular piece of paper, but on a computer
  399. # [11:59] <Lachy> if you're only talking about the on-screen representation of an A4 page, then ok. But that's irrelevant, since the concept of keeping the cursor in place on screen and shifting it down by the viewport has been around forever
  400. # [12:00] <Philip`> The point is not to shift it down by the viewport - the point is to shift it down by a page, regardless of the viewport
  401. # [12:00] <Hixie> the whole point of this patent as i understand it is that it isn't about shifting by the viewport but shifting by the page height
  402. # [12:00] <Hixie> and i think virtuelv is right that acrobat does that, i remember it driving me crazy
  403. # [12:02] <virtuelv> either way, patents are just Evil
  404. # [12:02] * Joins: eseidel (n=eseidel@c-24-130-13-197.hsd1.ca.comcast.net)
  405. # [12:02] <Hixie> patents as originally defined make some sense
  406. # [12:03] <virtuelv> Hixie: yes, but the problem is that the patent system does not scale
  407. # [12:03] <Hixie> if you come up with an idea for a physical product, it makes sense to give you some protection to allow you to sell it before some big multinational can use your idea and destroy your margins
  408. # [12:03] <virtuelv> and the threshold for getting a patent is ridiculously low these days
  409. # [12:03] <Hixie> but i agree that at least for software it makes no sense
  410. # [12:03] * Joins: zcorpan_ (n=zcorpan@ip-251-202-241-92.dialup.nmt.net)
  411. # [12:04] <virtuelv> like that guy getting a patent for a special case of multiply-linked lists
  412. # [12:04] <Hixie> because the economics just aren't the same for software
  413. # [12:04] <Hixie> patents on methods of construction or on algorithms, etc, also make no sense imho
  414. # [12:06] * Joins: webben_ (n=benh@nat/yahoo/x-10ade300c449afe0)
  415. # [12:06] <virtuelv> a friend of mine with a PhD in control systems theory says most of the patents she encounters are also complete bullshit
  416. # [12:06] <virtuelv> and obvious to anyone skilled in the trade
  417. # [12:06] <Philip`> What about e.g. the MP3 algorithm? That presumably took substantial effort to develop, and seemed far in advance of any alternatives at that time, and the patent was specific enough that it didn't prevent development of similar competitors like Vorbis
  418. # [12:06] <virtuelv> (mostly for industrial processes, AIUI)
  419. # [12:07] * Joins: webben__ (n=benh@nat/yahoo/x-2e6acee3182a7b31)
  420. # [12:07] <virtuelv> Philip`: discovering the general theory of relativity also took substantial time and effort, and Einstein's theories were specific enough
  421. # [12:07] <virtuelv> should he have been granted a patent on it?
  422. # [12:08] <virtuelv> algorithms are discovered, not invented
  423. # [12:08] <Hixie> algorithms are invented
  424. # [12:08] <Hixie> and if the mp3 patent was awarded, then a patent on the algorithm for predicting time dilation should be too
  425. # [12:09] <Hixie> and probably would be
  426. # [12:10] <Hixie> Philip`: i could see an argument for that, if it was limited to a very small time frame (low single digit years), and was limited to people actually using the technology to make money
  427. # [12:10] <Hixie> Philip`: it shouldn't prevent me from writing an implementations and sharing it with people online
  428. # [12:10] <Lachy> Hixie, wouldn't that just be a mathematical equation, which can't be patented?
  429. # [12:11] <Hixie> Lachy: all software is "a mathematical equation" in the same sense
  430. # [12:12] <Philip`> virtuelv: There's only one theory of relativity, and even if it was phrased differently you'd get the same results, so that theory just needed to be discovered; but there are millions of ways you can encode audio, each slightly different, and the problem is choosing the right set of tradeoffs, so that's much more like invention than like discovery of a pre-existing thing
  431. # [12:12] <Hixie> there's not just one theory of relativity
  432. # [12:12] <Hixie> the whole point of how science works is that there are many theories on everything
  433. # [12:12] <Hixie> we test them to see which one is closest to reality each time
  434. # [12:12] <Hixie> and then keep improvign it
  435. # [12:13] * Philip` tries to work out how to phrase it better
  436. # [12:13] * Joins: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  437. # [12:14] <Hixie> coming up with an algorithm to predict how the universe will act is the same thing as writing an algorithm to compress music
  438. # [12:14] <Hixie> it just does something different
  439. # [12:15] <roc> no, I think there's a difference between science and engineering
  440. # [12:16] <Philip`> I think I'm trying to say something like how Newton's theory of gravity and Einstein's theory of gravity are substantially different, and there aren't a million theories in between that they could have just as easily decided on but that might not have worked quite so well in practice
  441. # [12:17] <Hixie> roc: what's the difference?
  442. # [12:17] <Philip`> Einstein didn't do some experiments to decide whether E=mc^2 or E=mc^2.01 or E=0.01+mc^2 - there's just one way that makes sense
  443. # [12:18] <Hixie> there's "just one that makes sense" in the same way that there is "just one" WebSocket spec definition that makes sense
  444. # [12:18] <annevk> lol, instead of volunteering to do something, TAYLOR starts debating Hixie's list, typical
  445. # [12:19] <Hixie> well my list had the desired effect
  446. # [12:19] <Hixie> someone (i won't say who in case they don't actually want to do it!) contacted me and volunteered to work on something maybe :-)
  447. # [12:19] <Philip`> The effect of demonstrating that people are more willing to complain about editors than to help as editors? :-)
  448. # [12:20] <Hixie> no, getting someone to volunteer
  449. # [12:20] * Quits: webben (n=benh@nat/yahoo/x-93e263cf8e36e872) (Read error: 110 (Connection timed out))
  450. # [12:20] <Hixie> at least if they're complaining about the list they aren't complaining about the spec, though
  451. # [12:21] <Hixie> happy mailman mailing list membership reminder day, btw
  452. # [12:21] * Quits: othermaciej (n=mjs@c-69-181-42-194.hsd1.ca.comcast.net)
  453. # [12:22] <Hixie> haha pt(w)'s e-mail is funny
  454. # [12:22] <Hixie> let's see... i've written four specs like html5... he has written none... but hell, maybe he does know better after all
  455. # [12:25] <Lachy> I like how he challenged some of the requirements, without actually making a case against them
  456. # [12:25] <Hixie> my favourite has to be the last one:
  457. # [12:25] * Quits: webben_ (n=benh@nat/yahoo/x-10ade300c449afe0) (No route to host)
  458. # [12:25] <Hixie> "a pragmatic attitude that is willing to put the needs of the users, authors, and implementors (in that order) far ahead of technical purity"
  459. # [12:25] <Hixie> ...which he challenges
  460. # [12:25] <Lachy> ironically, he partially challenged the "the ability to defend a decision" one without actually defending his :-)
  461. # [12:26] <Hixie> well it makes sense that he wouldn't defend a decision to not defend decisions :-P
  462. # [12:26] <Hixie> that's not ironic that's just plain sensible :-P
  463. # [12:26] <Philip`> You should have added "The editor must not drown kittens" and see if anyone objected
  464. # [12:27] <Hixie> i didn't expect people to object!
  465. # [12:27] <wilhelm> Well, someone fulfilling those requirements would probably produce yet another spec he'd be unhappy with. Your axioms do result in a very specific type of spec.
  466. # [12:28] <Philip`> Maybe his view is the editor is just meant to edit, and decisions are made by WG consensus and not by the editor, and therefore the editor does not need to defend decisions
  467. # [12:30] <roc> in engineering we're optimizing a very complex utility function and we make a lot of trade-offs
  468. # [12:30] <roc> in science the utility function is much simpler, primarily "does this theory fit the data"
  469. # [12:30] <roc> and you make very few tradeoffs
  470. # [12:30] <Hixie> wilhelm: that's what i led with. "a spec of the quality of html5" or some such
  471. # [12:31] <Hixie> Philip`: that doesn't get you a spec like html5. :-)
  472. # [12:31] <Hixie> roc: i'll grant you that, but i'm not sure that changes the argument at the point of "is it patentable"
  473. # [12:31] <Philip`> Hixie: Many people may consider that to be a good thing :-)
  474. # [12:32] <Hixie> Philip`: probably :-)
  475. # [12:32] * Quits: eseidel (n=eseidel@c-24-130-13-197.hsd1.ca.comcast.net)
  476. # [12:33] * Philip` guesses consensus works best on specs which not many people care about, which is either boring specs that they're not interested in or new specs that they haven't heard of
  477. # [12:33] <Hixie> i don't know of any spec where consensus has worked well
  478. # [12:33] <annevk> it's hard to find such a spec, I tried
  479. # [12:34] <Hixie> i think the most i've found is specs where consensus didn't work worse than one poor editor would have
  480. # [12:34] <Hixie> and those were all very small specs, where there simply weren't that many design decisions to screw up
  481. # [12:34] <Philip`> Are there any specs were only one person was involved in development? That kind of spec would surely be the result of the unanimous consensus of all who were involved
  482. # [12:34] <roc> I think the idea is that in science, you're so constrained by observations that there's little creativity and so little """invention"""
  483. # [12:34] <Philip`> s/were/where/
  484. # [12:35] <roc> but don't ask me to defend the theory of patents
  485. # [12:35] * Joins: MacDome (n=eric@c-24-130-13-197.hsd1.ca.comcast.net)
  486. # [12:35] * Quits: MacDome (n=eric@c-24-130-13-197.hsd1.ca.comcast.net) (Remote closed the connection)
  487. # [12:35] <Hixie> roc: i think that relativity is very creative. and quantum even more so.
  488. # [12:35] <Hixie> roc: but yeah.
  489. # [12:35] <Hixie> Philip`: specs are really just software written in prose, and the same applies to both, really
  490. # [12:35] <Hixie> Philip`: you can't write good software in a committee
  491. # [12:36] <roc> actually I think you're wrong there. The observations force you to adopt those theories, or theories equivalent to those theories
  492. # [12:36] <Hixie> roc: the sheer number of competing GUTs right now suggests otherwise
  493. # [12:37] <roc> they're all "relativity + QM + extensions"
  494. # [12:37] <Hixie> roc: science works the other way around. You come up with many theories, then you make predictions using them, and only the ones that predict reality survive.
  495. # [12:37] <Hixie> roc: but you still have to come up with theories, and that's creative.
  496. # [12:37] <roc> and the fact that the extensions have so many degrees of freedom is in fact very disturbing to many/most scientists
  497. # [12:37] <Hixie> roc: it's a bit like having a test suite, and then writing a bunch of programs, and then throwing the ones away that don't pass the test suite.
  498. # [12:38] <Philip`> What do you do when you find there was a bug in the test suite?
  499. # [12:38] <roc> ok, but in engineering you get to choose the test suite and the results you want from each tests
  500. # [12:38] <roc> subject to rather vague and broad requirements
  501. # [12:38] <roc> in science, you don't get to choose the results
  502. # [12:39] <roc> and you're not supposed to be choosy about the tests either
  503. # [12:39] <Hixie> roc: the problem is mostly that the predictions are things we can't yet test (e.g. LHC should help with that), but once we get to the stage where practical physics is testing the theoretical stuff again, they'll go away.
  504. # [12:39] <Hixie> Philip`: science by definition has a bug-free test suite. :-P
  505. # [12:39] <Hixie> roc: granted
  506. # [12:40] <Hixie> roc: but i still don't think that difference is, or should be, relevant for the purposes of the patent system
  507. # [12:41] * Quits: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp) ("Less talk, more pimp walk.")
  508. # [12:42] <Lachy> concensus definitely screws things up, especially when that concensus overrules the editor's decision
  509. # [12:43] <Philip`> More than when the editor's decision overrules the consensus?
  510. # [12:43] <Lachy> just look at the selectors api naming crap. People were happy with the names I chose. Then I got overruled, and people were disappointed
  511. # [12:43] <Hixie> the naming thing just made different people sad
  512. # [12:43] <Hixie> naming decisions are a pain and really should never be something that people have to vote on
  513. # [12:44] <Philip`> If people were happy, how was there consensus to overrule that decision?
  514. # [12:44] <Lachy> Philip`, there should be no concensus. In fact, in a really large group, concensus is almost impossible
  515. # [12:44] * Joins: tndH (i=Rob@adsl-77-86-6-71.karoo.KCOM.COM)
  516. # [12:44] <Philip`> Lachy: Perhaps the solution is to avoid really large groups, not to avoid consensus
  517. # [12:44] <Hixie> there wasn't concensus in the case of the selector naming at any point iirc, it was just a bunch of narrowly-won votes that kept swinging the results back and forth
  518. # [12:45] <Lachy> Philip`, because it was decided by a vote, with each member ranking their preferences in order. The winner wasn't the most preferred by anyone, it just happened to have the highest average vote
  519. # [12:45] <Hixie> (there definitely needs to be some oversight of the editor, though)
  520. # [12:46] <Hixie> (i just think it needs to be oversight of the form "keep us happy enough or leave", not "keep us very happy or do what we say")
  521. # [12:46] <Hixie> (because that both gives more motivation to the editor, and more responsibility, and thus more care, from the oversight)
  522. # [12:47] <Lachy> I prefer "if you're not happy, you leave!" :-)
  523. # [12:47] <Hixie> well an editor with no oversight has nothing to keep him in check, and that's dangerous
  524. # [12:48] <Hixie> because it is supremely easy to go down a path where you think you're doing the right thing and you're ignoring people saying that you're not
  525. # [12:48] * Philip` thinks someone should fork HTML 5, to promote some competitive spirit between the editors of each fork
  526. # [12:48] <Hixie> even when they're right
  527. # [12:48] <Lachy> that way, the editor is always happy and the only people left in teh group are those who agree
  528. # [12:48] <Hixie> Philip`: i'm definitely up for that
  529. # [12:48] <Hixie> Philip`: i totally agree that that would be a good thing (seriously)
  530. # [12:48] <Hixie> Lachy: that's how xhtml2 came to be, btw
  531. # [12:48] <Lachy> Hixie, I know :-)
  532. # [12:49] <Hixie> so i think it's not a good thing :-)
  533. # [12:50] <Lachy> Hixie, forking the spec wouldn't be good if the two diverged significantly and different implementations followed different specs
  534. # [12:50] <Hixie> they wouldn't
  535. # [12:51] <Hixie> at least, my copy of it would always follow what the UAs did
  536. # [12:51] <Lachy> what wouldn't? The specs significantly diverging, or the implementers following different specs/
  537. # [12:51] <Lachy> ?
  538. # [12:51] * Joins: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp)
  539. # [12:51] <Hixie> the implementers following different specs in a way that resulted in lack of interop
  540. # [12:52] <Lachy> I suppose, since they generally try to follow each other
  541. # [12:53] * Quits: MikeSmith (n=MikeSmit@dhcp-247-207.mag.keio.ac.jp) (Client Quit)
  542. # [12:53] <Lachy> so if the spec was forked, and both editors tried to equally follow what the implementers did, then by the end, we'd have 2 specs saying roughly the same thing in 2 different ways
  543. # [12:53] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  544. # [12:53] <roc> because of human error, the specs would say two subtly but very different things, and we'd be in hell
  545. # [12:54] <Hixie> i don't think you'd see the browser vendors following different copies of the spec
  546. # [12:55] <Hixie> i also don't think you'd find two people who'd edit the spec competently enough for the two to both be credible for long
  547. # [12:55] * Quits: zcorpan_ (n=zcorpan@ip-251-202-241-92.dialup.nmt.net) (Read error: 110 (Connection timed out))
  548. # [12:55] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  549. # [12:55] <Hixie> if they were both that competent, they'd likely get over their differences and merge
  550. # [12:56] <Lachy> anyway, from you're list, the things I need to work on are "the ability to defend a decision and resist flip-flopping" and "the ability to write tools to perform studies of Web content"
  551. # [12:56] <Hixie> you do need to resist flip flopping more. :-) but you're doing fine as editor
  552. # [12:57] <Hixie> the thing you actually need to work on is getting more editing hours in your day :-)
  553. # [12:57] <Hixie> s/need/would need/
  554. # [12:57] <Lachy> I would need to find an employer that would let me work on specs 100%
  555. # [12:58] <Hixie> or work in your free time
  556. # [12:58] <Hixie> having tried both, i recommend the former
  557. # [12:59] <Hixie> (getting an employer willing to let you work on specs 100%)
  558. # [12:59] <Hixie> assuming you want to become a full time editor, that is
  559. # [13:00] <Lachy> well, maybe not 100%, probably more like 80% to be reasonable, with 20% time on other random stuff
  560. # [13:01] <Hixie> good luck with that
  561. # [13:01] * Quits: roc (n=roc@121-72-184-5.dsl.telstraclear.net)
  562. # [13:01] <Lachy> as long as I have 0% time assigned to filling out time sheets
  563. # [13:01] <Hixie> right now i'm at ~120% specs, ~10% internal stuff google wants me to work on
  564. # [13:01] <Hixie> and 0% other random stuff
  565. # [13:02] <Lachy> by random stuff, I meant including all the internal stuff the employer wants.
  566. # [13:02] <Hixie> ah
  567. # [13:03] <Hixie> html5.org is hammering svn.whatwg.org again
  568. # [13:04] <annevk> hmm
  569. # [13:04] * Joins: roc (n=roc@121-72-184-5.dsl.telstraclear.net)
  570. # [13:04] <annevk> I had this idea of making static copies once people request a particular diff and then making some lookup table for redirects to those static copies
  571. # [13:05] <Hixie> that'd be neat
  572. # [13:05] <annevk> I wasn't actually planning on ever writing it :/
  573. # [13:05] <Hixie> i don't really understand why the usage is so spiky
  574. # [13:05] <Hixie> is google crawling it or something?
  575. # [13:06] <annevk> could be, yes
  576. # [13:06] <annevk> well, we have '<meta name="robots" content="index, nofollow">'
  577. # [13:07] * Quits: webben__ (n=benh@nat/yahoo/x-2e6acee3182a7b31)
  578. # [13:07] <annevk> there's not an easy way to disallow indexing URIs with ? characters, is there?
  579. # [13:07] <annevk> (there's of course a lot of direct links from twitter)
  580. # [13:07] <Hixie> robots.txt Disallow: / or something
  581. # [13:08] <Hixie> i dunno
  582. # [13:08] * Joins: webben (n=benh@nat/yahoo/x-8401d56d53400bb2)
  583. # [13:08] <annevk> I guess I could prevent indexing /tools/ yes
  584. # [13:08] <annevk> it doesn't really matter anyway to bots
  585. # [13:08] <virtuelv> hm, the science vs. engineering discussion in the backlog is interesting
  586. # [13:08] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Remote closed the connection)
  587. # [13:08] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  588. # [13:09] <annevk> http://html5.org/robots.txt
  589. # [13:27] <Hixie> nn
  590. # [13:27] <Lachy> hmm, weird. I just got an auto-responder mail from the W3C mailing list system in response to my latest mail telling me how to subscribe to public-html, agree to the patent policy, etc.
  591. # [13:45] * Quits: webben (n=benh@nat/yahoo/x-8401d56d53400bb2)
  592. # [13:55] <Philip`> annevk: You could clone the svn.whatwg.org repository onto html5.org, and then you can just do local diffs and hammer your own server instead of someone else's
  593. # [13:57] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Remote closed the connection)
  594. # [13:57] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  595. # [13:58] <annevk> Philip`, neh
  596. # [14:01] * Joins: webben (n=benh@nat/yahoo/x-06c9d62e28a3c77e)
  597. # [14:06] <Philip`> There is clearly an unfulfilled desire for a way to mark up layout tables
  598. # [14:07] <Philip`> About 0.2% of pages on dmoz.org have <table summary="some string containing the substring 'layout'">
  599. # [14:07] <Philip`> Uh, 0.3%
  600. # [14:08] <Philip`> Some people are willing to put a lot of effort into that markup - "Layout table: Main table. The first row contains a USDAFS link and a service wide drop-down navigation. The second row and third rows contains the forest name and search engine. Below this are two cells. The left cell contains the site navigation. The right cell contains the content of the page."
  601. # [14:09] <annevk> -_-
  602. # [14:10] <Philip`> (e.g. http://www.fs.fed.us/wcnf/unit/ogden/)
  603. # [14:13] <Philip`> http://www.google.com/search?q=rfc2328 - "www.ietf.org/rfc/rfc2328.txt ... by O Version" - good to see the author name heuristics working well
  604. # [14:13] <Lachy> I wonder if authors that use summary="Layout table" (or similar) actually think of the summary as more like a comment, rather than anything users actually see
  605. # [14:14] <Philip`> summary="Logo and Pictures layout. If this summary can be approved please email webmaster@shadowrobot.com"
  606. # [14:14] <wilhelm> Interesting. How many use <table summary> with any content?
  607. # [14:15] <Philip`> wilhelm: About 2.5% of the pages have <table summary>
  608. # [14:16] <Philip`> wilhelm: About 2.1% have <table summary="not an empty string">
  609. # [14:16] <Philip`> wilhelm: (and about 0.6% have <table summary="">)
  610. # [14:17] <Philip`> wilhelm: (obviously with some overlap between those sets of pages)
  611. # [14:17] <wilhelm> Right. Thanks. (c:
  612. # [14:20] * Philip` proposes paving the cowpath by requiring authors to use summary="layout table" (case-insensitively) on layout tables, and suggesting that UAs use that to decide to render it as a layout table rather than a data table
  613. # [14:21] * Quits: webben (n=benh@nat/yahoo/x-06c9d62e28a3c77e)
  614. # [14:21] * Joins: webben (n=benh@nat/yahoo/x-c171ee82b52e7361)
  615. # [14:38] * Lachy realises that the element categories have changed significantly since I last wrote that section in the html5 authoring guide
  616. # [14:38] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  617. # [14:43] * Joins: MikeSmith (n=MikeSmit@EM119-72-36-237.pool.e-mobile.ne.jp)
  618. # [15:04] <Lachy> I think I need to make some sort of diagram that illustrates the relationship between the various element categories, especially: Embedded Content --> Phrasing Content --> Flow Content
  619. # [15:07] <Philip`> Hixie: You have a broken link to #durationUpdate - should that be #durationChange?
  620. # [15:08] <Philip`> Hixie: Also you have a broken link to #repetition
  621. # [15:13] <Lachy> jgraham, annevk or someone else who knows python, where can I find the API reference for the simpletree that html5lib returns? Does it implement some of the DOM API or something entirely different?
  622. # [15:13] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  623. # [15:14] <Lachy> I need to write a script that processes the spec and extracts all the data about elements and outputs it to a nice table
  624. # [15:14] <Philip`> Lachy: import html5lib; help(html5lib.treebuilders.simpletree)
  625. # [15:15] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  626. # [15:15] <hsivonen> when one writes Python code with html5lib and lxml, would the same app code work with a pure-Python ElementTree impl?
  627. # [15:17] <Philip`> Is http://codespeak.net/lxml/compatibility.html relevant?
  628. # [15:17] <annevk> Lachy, simpletree is probably best learned by viewing source :)
  629. # [15:17] <annevk> s/viewing/view/
  630. # [15:19] <Lachy> annevk, what are the advantages of using simpletree over minidom or something else?
  631. # [15:20] <annevk> simpletree has some custom functions we wrote, such as hilite, but I don't think it's much more useful than the other tree implementations, and likely slowe
  632. # [15:20] <annevk> r
  633. # [15:21] <Lachy> ok, I'll use minidom, since that'll have an API I'm somewhat familiar with
  634. # [15:21] <Philip`> lxml is what all the cool people use
  635. # [15:21] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Remote closed the connection)
  636. # [15:22] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  637. # [15:22] <Lachy> ok, I'll take a look at lxml
  638. # [15:30] <Lachy> OMG, what is it that makes people think excessive CC'ing of irrelevant people and lists is a good thing to do? http://lists.w3.org/Archives/Public/public-html/2008Sep/0009.html
  639. # [15:31] <Lachy> CC'ing the chairs isn't necessary, since they're already on the list, the wai-* lists are irrelevant to a discussion about editors, and bringing TimBL at this stage seems way over the top
  640. # [15:33] <annevk> yeah, weird
  641. # [15:36] <Lachy> it's also interesting that all the responses have been commenting on the requirements to be an editor, rather than anyone stepping up and saying they'd be willing
  642. # [15:37] <hsivonen> http://code.google.com/p/jython-elementtree/source/browse/trunk/elementtree/ElementTree.py#898
  643. # [15:37] <hsivonen> yet another place where the empty element list needs amending
  644. # [15:37] <Philip`> Hmm, I can make the spec-splitter 15 times faster by using lxml's HTML input/output instead of html5lib - does anyone mind if I use that (and get slightly different output)?
  645. # [15:38] <Philip`> hsivonen: http://google.com/codesearch?q=area+base+basefont+br+col - there's a load more
  646. # [15:38] <annevk> I don't
  647. # [15:40] * hsivonen wonders what Fredrik Lundh's business model is
  648. # [15:44] <Lachy> how do I check what versions of libxml2 and libxslt I have on my system? I want to find out if I need to upgrade them for use with lxml
  649. # [15:46] <Philip`> grep LIBXML_DOTTED_VERSION /usr/include/libxml2/libxml/xmlversion.h
  650. # [15:46] <Philip`> perhaps
  651. # [15:47] <Philip`> and grep LIBXSLT_DOTTED_VERSION /usr/include/libxslt/xsltconfig.h
  652. # [15:48] <Lachy> it returned: define LIBXML_DOTTED_VERSION "2.6.16"
  653. # [15:48] <Lachy> and: #define LIBXSLT_DOTTED_VERSION "1.1.12"
  654. # [15:48] <Lachy> ok, I need to upgrade those
  655. # [16:01] * Philip` finds it hard to remember what it was like to have to manually install and upgrde software, rather than typing a single command and having it all work automatically for pretty much any software package
  656. # [16:01] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  657. # [16:06] <hsivonen> Philip`: what do you do with software that doesn't have aptable packages?
  658. # [16:07] <Lachy> well, I just downloaded and compiled the source for libxml2. Typing ./configure; make; sudo make install; wasn't too hard
  659. # [16:07] <hsivonen> Lachy: now, try to remove it fully
  660. # [16:07] <Lachy> though it seems to have installed it in a different directory from where the old version was
  661. # [16:08] <Lachy> hsivonen, no idea how :-)
  662. # [16:08] <Philip`> hsivonen: I care more about things without emergeable packages, but in practice those things pretty much never exist :-)
  663. # [16:09] <hsivonen> can html5lib be emerged already? what about Java stuff?
  664. # [16:09] <Lachy> I wish Apple provided an easy way to upgrade things like this on Mac
  665. # [16:09] <hsivonen> Lachy: sudo port install foo
  666. # [16:10] <Lachy> hsivonen, yeah, but that's not maintained by Apple, and how up to date are macports?
  667. # [16:10] <hsivonen> dunno about up-to-datedness
  668. # [16:12] <Philip`> hsivonen: Those things are much easier than C libraries, since I can just drop the directory/JAR in the right place
  669. # [16:13] * Philip` was surprised recently to discover Gentoo had the necessary libraries to compile and run a 16-year-old SunOS program
  670. # [16:14] <Lachy> $ port installed; tells me I have libxml2 @2.6.32_0 and libxslt @1.1.23_0 already
  671. # [16:14] <Lachy> they're recent enough
  672. # [16:16] <Lachy> oh, make uninstall; uninstalled everything I previously installed. That was easy
  673. # [16:16] <Lachy> I'll just stick with the macport stuff
  674. # [16:47] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  675. # [16:47] <zcorpan> wonder if i should send comments on the xhtml media types note
  676. # [16:49] <Philip`> I imagine your comments would be useful, so that sounds potentially worthwhile
  677. # [16:50] <zcorpan> at least it'd be pretty fun
  678. # [16:50] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) (Remote closed the connection)
  679. # [16:51] <annevk> hah
  680. # [16:56] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  681. # [16:59] * Quits: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com) (Read error: 110 (Connection timed out))
  682. # [17:00] * Quits: MikeSmith (n=MikeSmit@EM119-72-36-237.pool.e-mobile.ne.jp) ("Less talk, more pimp walk.")
  683. # [17:04] * Joins: MikeSmith (n=MikeSmit@58.157.21.205)
  684. # [17:16] <annevk> whoa, whatwg.org is slow
  685. # [17:17] <wilhelm> Indeed. I just got a 500 from whatwg.org too.
  686. # [17:29] * Quits: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp) (Read error: 110 (Connection timed out))
  687. # [17:44] * Philip` wonders if anyone really uses the Accept header, other than as a fragile politically-correct UA-sniffing method to send text/html to IE
  688. # [17:46] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  689. # [17:47] <hsivonen> Philip`: there could be one or two servers still running legacy code that negotiates PNG vs. GIF
  690. # [17:47] <hsivonen> also, I wouldn't be too surprised to find someone negotiating Word vs. PDF
  691. # [17:48] <wilhelm> It is used on some mobile sites to determine whether to send WML or HTML.
  692. # [17:50] <wilhelm> Incorrectly, usually. They often just sniff for WML, and serve WML if supported. That has caused trouble for Opera more than once.
  693. # [17:52] <zcorpan> hsivonen: negotiating png vs gif doesn't have to be legacy code if one still cares about ie6
  694. # [17:54] <hsivonen> zcorpan: IE6 claims to Accept image/png, doesn't it?
  695. # [17:55] <zcorpan> hsivonen: mine doesn't afaik
  696. # [17:55] <hsivonen> ooh. interesting
  697. # [17:56] <annevk> I think WebKit and IE do */* + whatever plugins add
  698. # [17:57] * Joins: Philip`_ (n=philip@zaynar.demon.co.uk)
  699. # [17:58] <Lachy> zcorpan, is there a new version of xhtml-media-types being written?
  700. # [17:58] <zcorpan> Lachy: yeah
  701. # [17:58] <Lachy> link?
  702. # [17:58] <zcorpan> Lachy: it updates xhtml 1.0 appendix c too
  703. # [17:58] <zcorpan> http://www.w3.org/MarkUp/2008/ED-xhtmlmime-20080827/
  704. # [17:58] <zcorpan> but now it's appendix a
  705. # [18:00] <Lachy> LOL. They've got conformance requirements in the abstract :-)
  706. # [18:00] <zcorpan> yeah the whole thing is a great laugh
  707. # [18:01] <annevk> haha
  708. # [18:01] <annevk> btw, Google Chrome: http://blogoscoped.com/archive/2008-09-01-n47.html
  709. # [18:06] * zcorpan wonders why to not be honest and call it "porn mode"
  710. # [18:08] * Quits: Philip` (n=philip@zaynar.demon.co.uk) (Read error: 110 (Connection timed out))
  711. # [18:09] * Quits: Maurice (n=ano@89.184.185.237) ("Disconnected...")
  712. # [18:11] <Philip`_> krijnh: I think your clock is off by five minutes
  713. # [18:11] * Philip`_ is now known as Philip`
  714. # [18:11] <Lachy> hah, they also seem to indicate that UAs process XML documents depending on which XML MIME type was used instead of just the xmlns
  715. # [18:14] <Lachy> "Some HTML user agents render XML processing instructions" - they don't specify which ones. AFAIK, even NN4 didn't render them
  716. # [18:16] <Lachy> and they're still recommending the space in <br />
  717. # [18:16] <annevk> if the Google thing is a Hoax they did quite a good job
  718. # [18:18] <Philip`> It'd be nice if they gave specific examples of UAs where the compatibility advice is relevant; other there's a danger of falling into 'we do it this way because this is the way we've always done it'
  719. # [18:19] <annevk> also, http://www.google.com/chrome has a different 404 from http://www.google.com/chroms
  720. # [18:20] <annevk> Philip`, I don't think they care much for UAs
  721. # [18:20] <gsnedders> University admissions is annoying.
  722. # [18:21] <zcorpan> Lachy: in my xhtml mobile study, some rendered the xml decl iirc
  723. # [18:21] <Lachy> ok
  724. # [18:22] <zcorpan> annevk: catering to UAs is the whole point of the Note
  725. # [18:22] <Lachy> guideline #11 and #13 are giving advice optimised for use as text/html, which is incompatible with xhtml
  726. # [18:23] <Lachy> i.e. relying on the DOM returning uppercase tagNames and depending on implied elements like tbody in CSS
  727. # [18:24] <annevk> zcorpan, that's orthogonal :)
  728. # [18:25] <Philip`> "Wouldn't it be great, then, to start from scratch and design something based on the needs of today's web applications and today's users?" - maybe it would, but the list of features in that blog post sounds like pretty much exactly what every other browser already has or is working on
  729. # [18:25] <hsivonen> so browsers have gotten so complex that it makes sense design a product around the assumption that browser engines have bugs including memory leaks
  730. # [18:26] <Philip`> "We're applying the same kind of process isolation you find in modern operating system" - you mean like how Windows and Linux have all their drivers mushed into a single kernel address space, because microkernels which split every task into a separate process have failed?
  731. # [18:30] <Lachy> I like the idea of Porn mode. I maintain a separate clean profile in my browser, which I clear after every use, for that :-)
  732. # [18:31] <Philip`> annevk: It would be quite an elaborate hoax since they even got Google to register memoryhog.net two weeks ago to put in an example :-)
  733. # [18:31] <Philip`> Lachy: To be extra careful you could use an entirely separate browser, like Lynx
  734. # [18:32] <annevk> Philip`, how's that related? (and how did you figure it out)
  735. # [18:33] <annevk> (well, I can see how it's sort of related)
  736. # [18:33] <Philip`> "If there's a crazy memory leak it won't affect you for that long because you'll probably close the tab at some point and get that memory back." - i.e. "if your browser seems to be going really slowly, you'll have to randomly close a load of pages until you find it's sped up again"
  737. # [18:33] <Philip`> annevk: http://blogoscoped.com/google-chrome/6 in the bottom-right refers to memoryhog.net
  738. # [18:34] <Lachy> Philip`, of course, I use Lynx for ordinary browsing. I meant I use a separate Lynx profile
  739. # [18:35] <Philip`> The process isolation thing doesn't really help at all when you've got some big complex application like Gmail in a single tab and keep it open for a week, which I would guess is where memory leaks are most likely to occur
  740. # [18:35] <Lachy> I wonder what appropriate alternate text would be for that. Since it's an image inside a link, the HTML5 spec says to use text that describes the destination of the link. But the image is also one page of a comic strip.
  741. # [18:36] <Lachy> but it's making each one a link to the next in sequence
  742. # [18:36] <hsivonen> if the entire process gets trashed often, I wonder if one could just make a malloc that bumps a pointer and a no-op free()
  743. # [18:36] <annevk> Philip`, interesting
  744. # [18:37] <annevk> various googlechrome domains were registered "by proxy" on August 3
  745. # [18:37] <hsivonen> does page 8 imply something about Flash?
  746. # [18:39] * Joins: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com)
  747. # [18:41] <Philip`> If its engine is based on WebKit, how come "When we started we were passing 23% of WebKit's layout tests" (p11)?
  748. # [18:44] <annevk> because the "Denmark V8 Team" made their own JavaScript engine?
  749. # [18:46] <Philip`> Maybe they forked WebKit and started hacking on it with no real idea what they doing and broke everything and then someone said "hey guys, we broke three quarters of all these tests, we probably shouldn't have done that" and so they crawled back up to 99%
  750. # [18:47] <Philip`> (There are probably more charitable explanations :-) )
  751. # [18:47] <virtuelv> where is that 23% quote from?
  752. # [18:47] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  753. # [18:48] <Philip`> Compiling JS to machine code would be kind of novel if Firefox hadn't done that weeks ago
  754. # [18:48] * Joins: maikmerten (n=maikmert@L8533.l.pppool.de)
  755. # [18:49] <Philip`> virtuelv: http://blogoscoped.com/google-chrome/11
  756. # [18:50] <virtuelv> blogoscoped is so totally hammered now
  757. # [18:50] <Philip`> Wow, an address bar that searches more than just the URL, like page titles and stuff! I bet no other browser has thought of that and implemented it and shipped it or at least included it in the latest public beta
  758. # [18:51] <virtuelv> shipped, actually
  759. # [18:51] <Philip`> IE only has it in the beta
  760. # [18:51] <gsnedders> OpenDNS's shortcuts work fine :P
  761. # [18:51] <annevk> http://thetruthaboutmozilla.wordpress.com/2008/02/25/the-google-browser/ has some interesting analysis
  762. # [18:53] <Philip`> virtuelv: There's an easy solution to that hammering: just open all 38 pages in background tabs, and come back in a while when they've all loaded
  763. # [18:54] * Parts: wilhelm (i=wilhelm@trivini.no)
  764. # [18:55] * Joins: wilhelm (i=wilhelm@trivini.no)
  765. # [18:55] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  766. # [19:00] <virtuelv> Philip`: yeah, or I can wait until someone has done that for me, and can just provide me with zips of the images
  767. # [19:00] <virtuelv> or I can wait till the server cools off a bit
  768. # [19:01] <Philip`> Ooh, I might have found something that isn't already in other browsers: a newly opened tab automatically shows pages you've visited most often, unlike Opera which is pretty much the same but requires you to click a bit to set the pages to be displayed, and unlike IE8 which shows recently closed tabs and some other stuff
  769. # [19:02] * Philip` wishes Scott McCloud was better at drawing checked shirts
  770. # [19:06] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  771. # [19:07] <Philip`> Hmm, I can't find anything else that's novel
  772. # [19:07] <Philip`> Did I just miss all the exciting parts?
  773. # [19:08] * Joins: Maurice (i=copyman@cc90688-a.emmen1.dr.home.nl)
  774. # [19:09] <annevk> putting tab buttons on top?
  775. # [19:09] <annevk> I can see why Google has been so active on ES4 now
  776. # [19:09] <virtuelv> annevk: I fail to see the novelty of that
  777. # [19:09] <virtuelv> <nudge>
  778. # [19:09] <Philip`> Opera already has the tab buttons on top of the address bar
  779. # [19:10] <Philip`> and IE already does something crazy with the position of the menu bar
  780. # [19:10] <annevk> I thought they would put them on top of everything
  781. # [19:10] <virtuelv> Philip`: you're refering to the fact that application menus are below the address bar in IE?
  782. # [19:11] <Philip`> virtuelv: I think so, though I don't remember exactly what it does
  783. # [19:11] <annevk> ok
  784. # [19:11] <hsivonen> so when are we going to see benchmarks of V8 vs. TraceMonkey?
  785. # [19:12] <hsivonen> for reference, it would be cool to see Rhino generating Java bytecode and HotSpot JITting that as part of a pure-JS benchmark
  786. # [19:13] <Philip`> annevk: I'd bet they're not going to manage to put the tab buttons sticking out the top edge of the window in a way that doesn't totally break my KDE theme, but maybe they're not concerned about that :-)
  787. # [19:13] <Dashiva> Maybe the tabs will stick out above your screen
  788. # [19:13] <Dashiva> So you can physically select them!
  789. # [19:13] <Philip`> It'd be fun learning how to move and resize a window that has tab buttons sticking out of it
  790. # [19:14] <Philip`> I suppose the V8 "hidden class" thing might be interesting, particularly in comparison to TraceMonkey's tracing optimisations that are trying to solve a similar problem
  791. # [19:15] <Dashiva> Aha!
  792. # [19:15] <Philip`> (i.e. the variables-usually-stay-the-same-type-but-not-always-so-you-have-to-be-very-careful-before-optimising problem)
  793. # [19:15] <Dashiva> This time I wasn't tricked by the month change in the public-html archives
  794. # [19:16] * Joins: malde_ (n=chatzill@d042127.adsl.hansenet.de)
  795. # [19:16] <Philip`> Dashiva: Because you bookmarked the /latest URL instead?
  796. # [19:16] <Philip`> (Oh, actually, that's probably not really what the hidden class thing is about at all)
  797. # [19:17] <hsivonen> now blogoscoped died totally
  798. # [19:17] <annevk> I guess nobody made a backup?
  799. # [19:17] <annevk> oh well, doesn't matter
  800. # [19:17] <annevk> time for food anyways
  801. # [19:18] <Philip`> Try http://blogoscoped.com.nyud.net/google-chrome/ ?
  802. # [19:18] <Philip`> (That appears to work fine for me)
  803. # [19:19] <Dashiva> Philip`: No, because I realized what date it was :)
  804. # [19:19] <hsivonen> Philip`: thanks
  805. # [19:19] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  806. # [19:21] <annevk> lots of UI stuff copied from Opera, indeed
  807. # [19:21] * hsivonen wonders if Google has tried to buy Opera at any point
  808. # [19:22] <Philip`> annevk: Lots copied from IE too, like separate processes per tab, and lists of popular related sites
  809. # [19:23] <Philip`> and the rest is copied from Firefox and Safari
  810. # [19:25] <Philip`> (Well, not necessarily copied, since they've all been working on these things in parallel over the past couple of years)
  811. # [19:28] <Philip`> Also there's the question of how it can be a profitable product, because it's not like they can get a hundred-million-dollar search-box contract with themselves and make money off the deal
  812. # [19:28] <zcorpan> http://lists.w3.org/Archives/Public/public-xhtml2/2008Sep/0000.html
  813. # [19:30] <zcorpan> Philip`: maybe if people wouldn't use other browsers they wouldn't have to pay the vendors for their search boxes
  814. # [19:30] <annevk> "This abstract sucks." so much for zcorpan being the good cop
  815. # [19:30] <annevk> :p
  816. # [19:31] <Philip`> zcorpan: That sounds a slightly convoluted way of considering their browser to be profitable, but I suppose it makes sense :-)
  817. # [19:31] <hsivonen> annevk: the XHTML2 WG exposes even zcorpan's good cop bounds :-)
  818. # [19:31] <zcorpan> annevk: i'm the good cop?
  819. # [19:32] <hsivonen> zcorpan: annevk is the bad cop. :-)
  820. # [19:33] <zcorpan> ok, sorry, i should have let you drop that line in a reply
  821. # [19:34] <zcorpan> gotta go now
  822. # [19:34] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  823. # [19:38] <takkaria> mm, I remember when NS4 was still something people worried about
  824. # [19:42] <Philip`> takkaria: That was a long time ago
  825. # [19:43] <Philip`> Did you have running water back then?
  826. # [19:43] <takkaria> I do believe so
  827. # [19:43] <gsnedders> zcorpan (if you read this): "Comments on this document may be sent to www-html-editor@w3.org (archive). Public discussion on this document may take place on the mailing list www-html@w3.org (archive)."
  828. # [19:43] <gsnedders> :P
  829. # [19:44] <Philip`> Presumably that's an RFC 2119 "MAY"
  830. # [19:49] * Joins: Lachy (n=Lachlan@85.196.122.246)
  831. # [19:52] <hsivonen> zcorpan's comments are spot-on.
  832. # [19:52] <hsivonen> I wish the document doesn't get published in that state
  833. # [19:53] <Philip`> It'd be pretty surprising if it did get published in that state, what with all the "@@@@add example@@@@"
  834. # [19:54] <annevk> if it gets published, we can just make a blog post
  835. # [19:54] <Dashiva> Philip`: It's for extensibility
  836. # [19:54] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  837. # [19:55] <Philip`> Blog posts don't look nearly as official as W3C Notes
  838. # [19:55] <hsivonen> Philip`: some blog posts get more implementor support, though
  839. # [19:56] <hsivonen> like feed autodiscovery
  840. # [19:56] <gsnedders> hsivonen: No, feed autodiscovery is done in a way different to any blog post or draft spec
  841. # [19:57] * Joins: gavin (n=gavin@firefox/developer/gavin)
  842. # [19:57] <hsivonen> gsnedders: do you mean the HTML5 spec is wrong there?
  843. # [19:57] <gsnedders> hsivonen: Next to nothing supports @rel=feed
  844. # [19:58] <Philip`> hsivonen: This is more about authors than implementors
  845. # [19:58] <hsivonen> Philip`: indeed
  846. # [19:58] * Joins: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  847. # [19:58] <Philip`> and I would guess authors are more likely than implementors to consider the W3C authoritative
  848. # [19:59] <Philip`> (even if they then choose to ignore that authority)
  849. # [20:02] * Joins: weinig (n=weinig@nat/apple/x-365d63caabe8d228)
  850. # [20:07] <krijnh> Philip`: I think so too :)
  851. # [20:08] <Philip`> One advantage of using irssi+screen+ssh is that I have two independent clocks on my screen, so I can tell if one of them has gone wrong
  852. # [20:10] <hsivonen> Philip`: shouldn't one have three clocks to tell which one is wrong?
  853. # [20:12] * Quits: malde_ (n=chatzill@d042127.adsl.hansenet.de) (Read error: 110 (Connection timed out))
  854. # [20:13] <Philip`> hsivonen: No - I just need the two clocks so I detect the existence of a problem, and then I'll check that ntp is still running on both machines and restart it when necessary :-)
  855. # [20:15] * Quits: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  856. # [20:15] * Joins: jacobolus1 (n=jacobolu@pool-71-119-188-52.lsanca.dsl-w.verizon.net)
  857. # [20:19] * Joins: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  858. # [20:25] * Quits: jacobolus (n=jacobolu@pool-71-119-188-52.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
  859. # [20:25] <Philip`> hsivonen: When I use the text field entry in validator.nu, then click "validate", the resulting page has "address" selected instead of "text field", so if I click "validate" again then it fails because it was given an empty address instead of resubmitting the text
  860. # [20:27] <hsivonen> Philip`: yeah. that sucks pretty badly
  861. # [20:27] <hsivonen> Philip`: I wanted to find a purely client-side solution
  862. # [20:27] <hsivonen> but I haven't been able to find one.
  863. # [20:28] <hsivonen> so I guess I'll just bite the bullet and do something on the server side
  864. # [20:29] <Philip`> Okay - if it's a known problem, then that's fine, and I don't have a burning desire for it to be fixed as soon as possible
  865. # [20:33] <hsivonen> it annoys me, too, and I believe it annoys other people as well
  866. # [20:36] <zcorpan> hsivonen: a way to improve it and still keep it purely client-side would be to show the textarea if source is shown
  867. # [20:36] <zcorpan> hsivonen: that's actually pretty much what validator.w3.org does
  868. # [20:36] <hsivonen> zcorpan: wouldn't that be bad if the user enables showing source for regular GET urls?
  869. # [20:37] <zcorpan> hsivonen: why would it be bad?
  870. # [20:37] <hsivonen> zcorpan: the UI wouldn't feel stable. it would be the reverse of the current usability bug
  871. # [20:38] <hsivonen> zcorpan: I don't see that behavior on validator.w3.org
  872. # [20:38] <zcorpan> hsivonen: perhaps it was the experimental version
  873. # [20:38] <zcorpan> hsivonen: you could still revalidate and having the textarea is nice for tweaking and testing
  874. # [20:40] <zcorpan> hsivonen: hmm i probably remembered wrong about v.w.o
  875. # [20:40] * Joins: malde_ (n=chatzill@d042127.adsl.hansenet.de)
  876. # [20:42] * Quits: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  877. # [20:45] <gsnedders> Time to update my about page with something a bit saner.
  878. # [20:45] <hsivonen> hmm. my abstraction layers are so unleaky, that the code that has the opportunity to write stuff in the response doesn't even know the input came from textarea
  879. # [20:51] * Quits: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Remote closed the connection)
  880. # [20:52] <hsivonen> hmm. I guess I should use setAttribute on ServletRequest to forward this datum
  881. # [20:56] * Joins: hdh (n=hdh@118.71.122.211)
  882. # [21:08] * Joins: aaronlev (n=chatzill@g228027070.adsl.alicedsl.de)
  883. # [21:14] * Joins: eseidel (n=eseidel@c-24-130-13-197.hsd1.ca.comcast.net)
  884. # [21:16] <hsivonen> hmm. if IE8 supports hashchange, it might become the first feature of V.nu that is IE-enhanced
  885. # [21:20] * Joins: othermaciej (n=mjs@c-69-181-42-194.hsd1.ca.comcast.net)
  886. # [21:24] <gsnedders> Anyone with access to the OED around and able to look anything up for me?
  887. # [21:25] * Philip` has access to the online one
  888. # [21:25] * tndH raises hand too
  889. # [21:25] <gsnedders> Does it make any preference between the capitalization of mummy v. Mummy?
  890. # [21:26] <Philip`> For any particular meaning of the word?
  891. # [21:26] <gsnedders> One's mother
  892. # [21:27] <Philip`> It uses lowercase everywhere, as far as I can see
  893. # [21:28] <Philip`> For "mum" it says "Forms: freq. with capital initial.", but it doesn't say that for "mummy"
  894. # [21:28] <gsnedders> k.
  895. # [21:29] <gsnedders> "This led to the interesting statement that I made while a toddler, <q>I have three parents — a mummy, a daddy, and a Fiona.</q>."
  896. # [21:30] * Philip` would use a capital letter when using the word as a name ("I like Mummy") and not when using it as a noun ("I like my mummy")
  897. # [21:31] <gsnedders> I on the whole would always use lowercase
  898. # [21:31] <gsnedders> Actually, the OED may state that proper nouns should start with a capital somewhere else
  899. # [21:31] * takkaria is happy he's in hir new flat, there's a church over the road and they practice bellringing on monday evenings :)
  900. # [21:32] <gsnedders> takkaria: You'll get annoyed with it eventually :)
  901. # [21:32] <takkaria> the eventual solution will just be to play loud music over it, I think
  902. # [21:32] <gsnedders> Yeah, that's what I do with bagpipes around here
  903. # [21:34] <takkaria> I'm somewhat tempted to wander over and ask how I can get involved
  904. # [21:34] <takkaria> I hear that church bellringers quite often don't care about your religion
  905. # [21:34] <gsnedders> takkaria: It's hard :P
  906. # [21:34] * Philip` used to share an office with someone who rang bells
  907. # [21:34] <takkaria> gsnedders: as in physically strenuous?
  908. # [21:35] <Philip`> and my supervisor does bellringing too
  909. # [21:35] <gsnedders> Philip`: In your office?
  910. # [21:35] <gsnedders> takkaria: No, in terms of timing
  911. # [21:35] <Philip`> (I'm fairly sure they're both non-religious)
  912. # [21:35] <gsnedders> takkaria: Because of the delay between pulling the string and the bell ringing
  913. # [21:35] <Philip`> gsnedders: No - sadly I've never worked in an office that contains church bells
  914. # [21:35] <takkaria> mm
  915. # [21:37] <gsnedders> http://digg.com/business_finance/With_Gustov_Strengthing_You_Need_to_Fill_up_NOW?t=18346414#c18346414
  916. # [21:37] <gsnedders> How is that not -40?
  917. # [21:37] <Philip`> gsnedders: Can't you just ignore the ringing and concentrate on matching your timing with the movements of everyone else?
  918. # [21:37] <gsnedders> Philip`: That's the easiest way to do it, I expect
  919. # [21:37] <gsnedders> Philip`: But still fairly hard
  920. # [21:38] <Philip`> It'd be pretty easy to automate
  921. # [21:39] <Philip`> You just need a heavy box and a motor and a pulley, and you could make a perfect bellringing machine
  922. # [21:39] <gsnedders> Philip`: I have this slight thought that it has been done before
  923. # [21:39] <Philip`> It's not like it's a form of music that requires artistic creativity - you just pull the rope at the point where the little book of patterns says you should
  924. # [21:39] <takkaria> Philip`: that also destroys a lot of the fun, so I hear :)
  925. # [21:41] <gsnedders> Philip`: You can play any music as the little book of patterns says you should
  926. # [21:42] <hsivonen> how does the HTML4+RDFa thing work in terms of W3C WG charters?
  927. # [21:44] * Joins: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp)
  928. # [21:45] <Philip`> gsnedders: Normally the written form of the music misses out lots of subtle details of timing and volume and whatever else music has, so you can't just unthinkingly play the notes it says
  929. # [21:45] <Philip`> whereas I can't imagine there being much subtlety in bellringing, because all you can do is yank the rope
  930. # [21:46] * Quits: malde_ (n=chatzill@d042127.adsl.hansenet.de) (Remote closed the connection)
  931. # [21:57] <hdh> the Google Chrome paper comic is cc-by-nc-nd, very thoughtful
  932. # [21:57] <hsivonen> textarea annoyingness fixed with HTML
  933. # [21:57] <hsivonen> it can still be pretty annoying with XML
  934. # [22:01] * Quits: maikmerten (n=maikmert@L8533.l.pppool.de) (Remote closed the connection)
  935. # [22:02] <gsnedders> Describe me in three words.
  936. # [22:02] <Philip`> gsnedders: When something can get 555 Diggs despite not even being able to spell "Gustav" right, I wouldn't trust the ratings much :-p
  937. # [22:05] <gsnedders> Philip`: P
  938. # [22:05] <gsnedders> * :P
  939. # [22:06] <Dashiva> It might be a pun, 'gust of (wind)'
  940. # [22:08] * Philip` wonders how long it'll be until Hixie is accused of being in some Chrome-related conspiracy
  941. # [22:08] <gsnedders> Hixie: You made that edit yesterday just to please the Chrome developers! You don't care about the future of the web!
  942. # [22:09] <Dashiva> I bet people have been accusing him off-list already
  943. # [22:09] <Dashiva> But will we get people saying "Chrome is anti-accessibility"?
  944. # [22:10] <gsnedders> Dashiva: Well, duh, Hixie works at the same company, so obviously it is!
  945. # [22:10] * Joins: malde_ (n=chatzill@d042127.adsl.hansenet.de)
  946. # [22:16] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  947. # [22:17] * Joins: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  948. # [22:26] * Quits: roc (n=roc@121-72-184-5.dsl.telstraclear.net)
  949. # [22:26] * Quits: othermaciej (n=mjs@c-69-181-42-194.hsd1.ca.comcast.net)
  950. # [22:28] * Joins: harig (n=harig_in@85.196.122.246)
  951. # [22:29] <hsivonen> Philip`: re: http://bugzilla.validator.nu/show_bug.cgi?id=294 do I need to differentiate URL attributes
  952. # [22:29] <hsivonen> or just say "unescaped ampersand"?
  953. # [22:32] <zcorpan> hsivonen: unescaped ampersand or typoed entity
  954. # [22:32] <zcorpan> hsivonen: bonus points if you can figure out which entity, if any, the author intended ;)
  955. # [22:33] <zcorpan> e.g. &nbspM is clearly intended to be &nbsp;
  956. # [22:33] <hsivonen> zcorpan: maybe later for the quessing :-)
  957. # [22:34] <zcorpan> http://www.google.com/search?q=%26nbspm
  958. # [22:35] <Philip`> hsivonen: It'd seem nicer if you could differentiate between the very common <a href="foo?bar&baz"> and the less common <img alt="Fish&Chips"> or <span>Fish&Chips</span>, since the advice given to authors would be different in those cases
  959. # [22:36] <zcorpan> Philip`: isn't it "escape & as &amp;" in both of those?
  960. # [22:36] <Philip`> and also it'd be nicer if those could be differentiated from &bogus;, since you shouldn't tell people to escape & as &amp; in that case
  961. # [22:36] <hsivonen> http://code.google.com/p/chrome/ is Forbidden
  962. # [22:36] <hsivonen> http://code.google.com/p/google-chrome/ is Not Found
  963. # [22:37] <Philip`> zcorpan: Hmm, true; but maybe the explanation of the advice would be different
  964. # [22:37] <zcorpan> Philip`: why?
  965. # [22:40] <Philip`> zcorpan: Because specific advice ("When you are writing a URL which contains a &, you have to write it as &amp;", "When you want a '&' character to appear on the page, you have to write it as &amp;") seems friendly and easier to understand than generic advice
  966. # [22:42] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  967. # [22:44] * jgraham belatedly notes that he also works with someone who is into bellringing
  968. # [22:51] * Quits: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Remote closed the connection)
  969. # [23:01] <BenMillard> Lachy & jgraham, thanks for your review of the tables. I've replied with updates.
  970. # [23:06] <Lachy> BenMillard, looks good
  971. # [23:08] <gsnedders> BenMillard: Did you book the hotel, BTW?
  972. # [23:11] <BenMillard> gsnedders, not yet, sorry. Been swamped with tables stuff, my collection midpoint and a usability audit which has just come my way.
  973. # [23:11] <BenMillard> I send an e-mail asking about availability, though
  974. # [23:11] <BenMillard> *sent
  975. # [23:11] <gsnedders> BenMillard: Do you mind if I just give you the amount in cash there?
  976. # [23:12] <BenMillard> gsnedders, that's fine by me
  977. # [23:12] <BenMillard> Lachy, I've just swapped 3 & 4 with 5 & 6 so they have a slightly more logical progression.
  978. # [23:14] <hsivonen> BenMillard: I'll review in the morning
  979. # [23:15] <BenMillard> hsivonen, thanks. :)
  980. # [23:19] * Quits: malde_ (n=chatzill@d042127.adsl.hansenet.de) ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070206]")
  981. # [23:22] <Lachy> BenMillard, you also have to change the links in the article
  982. # [23:23] * Parts: webben (n=benh@nat/yahoo/x-c171ee82b52e7361)
  983. # [23:23] <BenMillard> Lachy, I had but SmartFTP has decided against uploading it for the past several minutes...
  984. # [23:24] <BenMillard> Lachy, should be correct now.
  985. # [23:24] * Quits: virtuelv (n=virtuelv@163.80-202-65.nextgentel.com) (Read error: 110 (Connection timed out))
  986. # [23:24] <Lachy> yep, that's better
  987. # [23:24] * Joins: othermaciej (n=mjs@17.244.17.18)
  988. # [23:25] <hsivonen> BenMillard: actually, reviewing now
  989. # [23:28] * Quits: harig (n=harig_in@85.196.122.246) (Read error: 110 (Connection timed out))
  990. # [23:29] * Joins: roc (n=roc@202.0.36.64)
  991. # [23:30] * Quits: Maurice (i=copyman@cc90688-a.emmen1.dr.home.nl) ("Disconnected...")
  992. # [23:33] <BenMillard> hsivonen, I'm making some editorial tweaks to the entry so it reads a bit better. Also, I need to do a recount of cells, bytes and so forth.
  993. # [23:33] <BenMillard> the redesigned tables should be stable, unless you find errors :)
  994. # [23:37] * Joins: zcorpan (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  995. # [23:38] <zcorpan> hsivonen: nice! one thing though, the select says "address" but the textarea is shown
  996. # [23:38] <zcorpan> hsivonen: solved by modeSelect.value = urlInput.className
  997. # [23:39] <BenMillard> zcorpan, interested in reviewing my attempts to simplify a headers+id example? (It's what lachy and hsivonen have been reviewing.)
  998. # [23:40] <hsivonen> zcorpan: thanks. I'll fix in the morning
  999. # [23:41] <zcorpan> BenMillard: sure. pointer?
  1000. # [23:41] <hsivonen> BenMillard: good stuff. thanks for examining this
  1001. # [23:41] <hsivonen> (email sent)
  1002. # [23:41] <hsivonen> nn
  1003. # [23:42] <zcorpan> nn hsivonen
  1004. # [23:43] <BenMillard> zcorpan, I'm keeping it off-the-radar until I'm sure it's of good quality. Am forwarding the e-mail to you now (which includes the links).
  1005. # [23:43] <zcorpan> BenMillard: k
  1006. # [23:44] <zcorpan> BenMillard: you could have just sent it to cabal@whatwg.org :P
  1007. # [23:45] * jgraham likes that BenMillard considers public IRC to be "off the radar"
  1008. # [23:45] <zcorpan> oh wait this channel is logged?
  1009. # [23:45] <zcorpan> crap
  1010. # [23:45] <Philip`> [off] the radar?
  1011. # [23:46] <BenMillard> jgraham, keeping the links private to avoid premature public review is all I want. :)
  1012. # [23:46] <BenMillard> zcorpan, d'oh, I'll remember that text time! Forwarded.
  1013. # [23:46] <jgraham> BenMillard: Only teasing :)
  1014. # [23:48] <BenMillard> hsivonen makes an interesting observation: "Does it make any sense to group by "budgeted" major and date minor to put all three "budgeted" columns side-by-side, etc.?"
  1015. # [23:48] <BenMillard> so the dates would be repeated instead of the aspects
  1016. # [23:49] <zcorpan> BenMillard: ah my hotmail address. never check that these days
  1017. # [23:49] <BenMillard> zcorpan, that's the only one I have for you...
  1018. # [23:50] <zcorpan> BenMillard: no need to resend but simonp@opera.com or zcorpan@gmail.com has a higher chance of me seeing the email :)
  1019. # [23:50] <BenMillard> zcorpan, oh actually I'm lying! I do have an @opera for you, sorry.
  1020. # [23:50] <Lachy> zcorpan, does cabal@whatwg.org actually work?
  1021. # [23:50] <zcorpan> Lachy: dunno
  1022. # [23:50] <Lachy> maybe we should set it up :-)
  1023. # [23:50] <jgraham> Lachy: I guess Hixie might get it
  1024. # [23:50] <zcorpan> send an email there and see what happens
  1025. # [23:52] <jgraham> BenMillard: I think the answer is "without knowing the purpose of the table it's hard to say"
  1026. # [23:52] <Philip`> It's not much of a cabal if Hixie is the only person in it
  1027. # [23:52] <jgraham> Philip`: Best kind of cabal
  1028. # [23:52] <jgraham> Most exclusive
  1029. # [23:52] <zcorpan> it's Hixie and his cats
  1030. # [23:53] <jgraham> Maybe he could train the cats to edit the spec
  1031. # [23:53] <Lachy> Yep, Hixie, Pillar and Hedral are the founding members
  1032. # [23:53] * Lachy hopes he remembed the cat's names correctly
  1033. # [23:53] * gsnedders just claims not to have a clue, and gets away with it
  1034. # [23:53] <gsnedders> Thankfully, they haven't come after me yet
  1035. # [23:54] <BenMillard> jgraham, yeah. It seems to me that the table is about comparing the Budget against what was Actual and what was Forecast; rather than comparing how each aspect changed over time.
  1036. # [23:54] <BenMillard> jgraham, having said that, the Budgeted and Forecase values never change within each investment...so maybe it's really about seeing how the Actual changed each week?
  1037. # [23:54] <BenMillard> *Forecast
  1038. # [23:54] * Quits: Lachy (n=Lachlan@85.196.122.246) (Remote closed the connection)
  1039. # [23:55] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1040. # [23:55] <jgraham> BenMillard: I strongly suspect this is fake data
  1041. # [23:55] <BenMillard> jgraham, that's also a possibility, in which case I'll redesign when we are shown the actual source table. :)
  1042. # [23:55] <annevk> fyi: http://googleblog.blogspot.com/2008/09/fresh-take-on-browser.html
  1043. # [23:55] <Lachy> it's not very good fake data. It makes analysing it and working out what's really important quite difficult
  1044. # [23:55] <annevk> (no need to URL guess anymore)
  1045. # [23:56] <Philip`> Lachy: They seem correct, judging from http://www.flickr.com/photos/carinda/2672675271/in/set-72157606196286925/
  1046. # [23:56] <zcorpan> interesting, hotmail stripped out <http://...> when forwarding
  1047. # [23:57] <Philip`> (unless those are totally unrelated cats and it's just a freaky coincidence)
  1048. # [23:57] <BenMillard> zcorpan, do I need to resend? maybe it thought they were HTML tags :)
  1049. # [23:57] <Lachy> Philip`, there's no caption on those cats!
  1050. # [23:57] <annevk> I wonder what license it will be under
  1051. # [23:58] * Quits: Lachy (n=Lachlan@85.196.122.246) (Remote closed the connection)
  1052. # [23:58] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1053. # [23:58] <Lachy> grr. X-Chat keeps crashing when I accidentally right click :-(
  1054. # [23:59] <Philip`> Lachy: That's why computers should only have one mouse button
  1055. # [23:59] <jgraham> annevk: It pretty much has to be LGPL I think
  1056. # Session Close: Tue Sep 02 00:00:00 2008

The end :)