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

Options:

  1. # Session Start: Tue Sep 08 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  4. # [00:01] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (Remote closed the connection)
  5. # [00:05] * Quits: maikmerten_ (n=maikmert@BAE3af2.bae.pppool.de) (Remote closed the connection)
  6. # [00:07] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  7. # [00:11] * Quits: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Client Quit)
  8. # [00:14] * Quits: heycam (n=cam@210-84-56-211.dyn.iinet.net.au) ("bye")
  9. # [00:15] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  10. # [00:23] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  11. # [00:24] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Client Quit)
  12. # [00:24] * Quits: dglazkov (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  13. # [00:24] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  14. # [00:31] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  15. # [00:39] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  16. # [00:39] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 131 (Connection reset by peer))
  17. # [00:43] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  18. # [00:44] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  19. # [00:46] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  20. # [00:48] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe) (Client Quit)
  21. # [00:48] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  22. # [00:50] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  23. # [00:51] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  24. # [00:55] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  25. # [00:56] * Joins: benward (n=benward@c-24-5-83-43.hsd1.ca.comcast.net)
  26. # [00:57] * Quits: benward (n=benward@c-24-5-83-43.hsd1.ca.comcast.net) (Remote closed the connection)
  27. # [01:03] * Quits: MikeSmith (n=MikeSmit@EM114-48-146-158.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  28. # [01:04] * Quits: epeus (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) ("The computer fell asleep")
  29. # [01:04] * Joins: epeus (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  30. # [01:18] * kinetik_ is now known as kinetik
  31. # [01:22] * Quits: epeus (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  32. # [01:25] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  33. # [01:33] * Quits: Kalms (n=rasmuska@81.161.185.108)
  34. # [01:37] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  35. # [01:38] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  36. # [01:44] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  37. # [01:47] * Joins: steevel (n=steevel@irc.kodslav.org)
  38. # [01:50] * Joins: epeus (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  39. # [01:57] * Quits: annevk3 (n=annevk@83.85.115.44)
  40. # [02:00] * Joins: benward (n=benward@98.210.154.133)
  41. # [02:02] * Joins: yutak_home (n=kee@M006079.ppp.dion.ne.jp)
  42. # [02:02] * Joins: shepazu (n=schepers@pool-96-252-125-220.bstnma.fios.verizon.net)
  43. # [02:05] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 60 (Operation timed out))
  44. # [02:05] * Joins: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net)
  45. # [02:09] * Quits: benward (n=benward@98.210.154.133)
  46. # [02:10] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  47. # [02:21] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  48. # [02:27] * Quits: yutak_home (n=kee@M006079.ppp.dion.ne.jp) ("Ex-Chat")
  49. # [02:28] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  50. # [02:35] * Joins: Unixmonkey_ (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  51. # [02:36] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net) (Read error: 104 (Connection reset by peer))
  52. # [02:36] * Unixmonkey_ is now known as Unixmonkey
  53. # [02:42] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  54. # [02:42] * kristallpirat is now known as StationsPatient
  55. # [02:44] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  56. # [02:45] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  57. # [02:54] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  58. # [02:55] * Joins: MikeSmith (n=MikeSmit@EM114-48-201-185.pool.e-mobile.ne.jp)
  59. # [02:59] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  60. # [03:04] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  61. # [03:05] <AryehGregor> MikeSmith, do you have any insight into <http://bugzilla.validator.nu/show_bug.cgi?id=641>, or know who might? (FWIW: <http://validator.nu/?doc=http://www.wikipedia.org>)
  62. # [03:05] * MikeSmith looks now
  63. # [03:07] * Quits: MikeSmith (n=MikeSmit@EM114-48-201-185.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  64. # [03:07] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  65. # [03:09] * Joins: MikeSmith (n=MikeSmit@EM114-48-201-185.pool.e-mobile.ne.jp)
  66. # [03:12] <MikeSmith> AryehGregor: hsivonen would definitely have insight into that, if he had time to look at in detail. but I think his time for validator.nu bug fixing is limited right now. so in the mean time, I can take a look at it unless he beats me to it.
  67. # [03:12] <AryehGregor> Thanks. It's not urgent.
  68. # [03:13] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  69. # [03:14] <MikeSmith> OK, I've already been looking at that same code over the weekend, for the other bug you reported
  70. # [03:14] <MikeSmith> http://bugzilla.validator.nu/show_bug.cgi?id=640
  71. # [03:14] <MikeSmith> I already have a fix written up for that
  72. # [03:14] <MikeSmith> partial fix
  73. # [03:14] <AryehGregor> Great.
  74. # [03:15] <AryehGregor> I'm sure some of the codes are actually wrong. When I can figure out which ones, I'll talk to our language people and get them replaced with more correct ones.
  75. # [03:15] <MikeSmith> AryehGregor: actually, most of them are not outright wrong -- there's a number of them that are valid, but deprecated
  76. # [03:16] <MikeSmith> like "zh-yue" -- that should just be "yue" instead
  77. # [03:16] <AryehGregor> Yeah, we know about most of those, I think.
  78. # [03:16] <AryehGregor> We've sort of accreted them over the years.
  79. # [03:16] <MikeSmith> well, the validator should not actually report those as errors
  80. # [03:16] <AryehGregor> Once we've set up a wiki, it's a pain to change the domain, and it doesn't really hurt anything to keep it, so we tend to leave it alone.
  81. # [03:16] <MikeSmith> yeah, understood
  82. # [03:16] <AryehGregor> ("we" not really including me, I'm not a sysadmin and can't change the domains)
  83. # [03:17] <AryehGregor> It's easy to change the lang="" attribute on that one page, though.
  84. # [03:17] <MikeSmith> OK. well please leave it for now if you can
  85. # [03:17] <MikeSmith> until we get this bug resolved
  86. # [03:17] <AryehGregor> No problem.
  87. # [03:17] <MikeSmith> It's a good test case.
  88. # [03:17] <MikeSmith> so anyway, validator.nu should just report those as warnings, not errors
  89. # [03:18] <MikeSmith> because they are not strictly conformance errors
  90. # [03:18] <MikeSmith> the problem is, in the current validator.nu datatype-checking code, there's no mechanism for emitting warnings about datatypes of attribute values
  91. # [03:19] <MikeSmith> it is currently only set up to emit error messages
  92. # [03:19] <AryehGregor> There are probably other cases where you'd want warnings for attribute values, but I can't think where offhand.
  93. # [03:20] <MikeSmith> yeah, I'm sure we will find some others, anyway
  94. # [03:20] * Joins: jorlow (n=jorlow@220.109.219.244)
  95. # [03:20] <MikeSmith> AryehGregor: so I need to ask hsivonen for some guidance about what he thinks the best way to refine the code to emit warnings
  96. # [03:20] <AryehGregor> Okay, no problem. As I say, not urgent.
  97. # [03:20] <MikeSmith> OK
  98. # [03:22] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  99. # [03:34] * Quits: murr4y` (n=murray@85.84-49-67.nextgentel.com) (Read error: 110 (Connection timed out))
  100. # [03:42] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  101. # [03:43] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  102. # [03:46] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  103. # [03:52] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  104. # [03:56] * Quits: MikeSmith (n=MikeSmit@EM114-48-201-185.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  105. # [04:35] * Joins: MikeSmith (n=MikeSmit@dhcp-247-107.mag.keio.ac.jp)
  106. # [04:36] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  107. # [04:41] * Joins: lazni (n=lazni@118.71.169.21)
  108. # [04:45] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  109. # [04:50] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  110. # [04:51] * Quits: MikeSmith (n=MikeSmit@dhcp-247-107.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  111. # [04:51] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  112. # [04:51] * weinig_ is now known as weinig
  113. # [04:56] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  114. # [04:57] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  115. # [05:09] <Hixie> http://www.bigmouthmedia.com/live/articles/html-5-draft-hyperlink-auditing-and-how-it-will-i.asp/6308/
  116. # [05:15] <AryehGregor> Is anyone implementing ping?
  117. # [05:16] <Hixie> mozilla has an implementation which they disabled while the spec was unstable
  118. # [05:16] <Hixie> i expect other browsers will implement it in due course
  119. # [05:16] * Joins: benward (n=benward@98.210.154.133)
  120. # [05:17] * Quits: benward (n=benward@98.210.154.133) (Remote closed the connection)
  121. # [05:18] <othermaciej> someone expressed interest in implementing it for WebKit, citing content publishers who want to use it, and I asked them to get those publishers to say so on the record
  122. # [05:19] <AryehGregor> Could it realistically be useful in the near future? Does it support any kind of useful fallback?
  123. # [05:20] * AryehGregor hasn't gotten up to that part of the spec, apparently, or perhaps has just forgotten
  124. # [05:20] <othermaciej> it could be useful it you don't care about losing link tracking in browsers that don't support it
  125. # [05:20] <othermaciej> it could be useful if you UA-sniff and serve different content to browsers that support it
  126. # [05:24] <othermaciej> I think you can use the "ping" IDL attribute to detect from script if ping is supported
  127. # [05:25] * Joins: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  128. # [05:27] * othermaciej mulls over the SHOULD-level UI requirement
  129. # [05:28] <othermaciej> I'm pretty sure we would not add UI for hyperlink auditing to MobileSafari
  130. # [05:29] <othermaciej> not because I've asked but because we have so very few prefs for it in general
  131. # [05:30] <othermaciej> on desktop Safari we'd need good wording
  132. # [05:30] <othermaciej> I'm not sure "Enable hyperlink auditing" would be comprehensible
  133. # [05:31] <othermaciej> and "Don't let sites track your browsing" would be a lie
  134. # [05:32] <Hixie> my suggestion has been as follows:
  135. # [05:33] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  136. # [05:33] <Hixie> have a single trackbar control that goes from "maximum compatibility" to "maximum privacy"
  137. # [05:33] <Hixie> with maybe three notches
  138. # [05:33] <Hixie> the first enables third-party cookies, etc
  139. # [05:33] <Hixie> the third disabled ping, all cookies, etc
  140. # [05:34] <Hixie> the middle one is the default
  141. # [05:34] <othermaciej> our only big switch toggle is Private Browsing mode
  142. # [05:34] <othermaciej> we would definitely disable ping in that mode, though I'm not sure that satisfies the intent of the requirement
  143. # [05:34] <Hixie> you already have a "third party cookies" pref
  144. # [05:35] <Hixie> i'd remove that and other privacy-related controls and simplify the whole thing to the aforementioned switch
  145. # [05:35] <Hixie> but then, i'm no ui expert
  146. # [05:35] <othermaciej> I think the UI issue here is that normal people don't care about these settings and never touch them, but privacy nuts want to know exactly what is happening
  147. # [05:37] <Hixie> sure, but for such small demographics you'd have extensions to expose the details
  148. # [05:37] <Hixie> i'm just talking about the main UI for all users
  149. # [05:37] <othermaciej> we don't currently have a way in the UI to block Referer or non-cookie forms of state other than Private Browsing
  150. # [05:38] * Quits: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net)
  151. # [05:38] <othermaciej> Safari doesn't currently have extensions (other than unsupported hacks)
  152. # [05:39] <othermaciej> I guess based on that, the logical conclusion is that Private Browsing should be the UI to turn off ping, but I suspect some people will want to turn it off without crippling their browsing experience quite that much
  153. # [05:41] <othermaciej> I will ask our UI people what they think
  154. # [05:41] * othermaciej is unclear on the other issue
  155. # [05:42] <Hixie> other issue?
  156. # [05:42] <othermaciej> I'm not sure why using POST for hyperlink auditing is any worse than the possibility of POSTing a form with .submit(), or using an XMLHttpRequest with POST
  157. # [05:43] <Hixie> it's not
  158. # [05:43] <Hixie> using POST is the right thing to do
  159. # [05:43] <othermaciej> I'm looking at the issue tracker issues about hyperlink auditing
  160. # [05:43] <othermaciej> I don't actually understand that one
  161. # [05:43] <othermaciej> ping has to be a non-idempotent method to work
  162. # [05:45] * Joins: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net)
  163. # [05:47] * Quits: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net) (Client Quit)
  164. # [06:18] * Joins: ifette (n=ifette@220.109.219.244)
  165. # [06:19] * Joins: benward (n=benward@98.210.154.133)
  166. # [06:20] <ifette> othermaciej: I am not sure that there is a clear mapping between privacy and ping
  167. # [06:21] <ifette> for instance, if I'm concerned ping isn't working, i can just force a user through a redirect
  168. # [06:21] <othermaciej> ifette: privacy as a general concept, or privacy as in Private Browsing mode?
  169. # [06:21] <ifette> (and cause the user to incur latency)
  170. # [06:21] <ifette> othermaciej: the latter
  171. # [06:22] <othermaciej> presumably Private Browsing mode would not reveal to the server up front that <a ping> won't do anything
  172. # [06:22] <othermaciej> (likewise for any other way of turning it off)
  173. # [06:22] <ifette> presumably you can figure out that the user is in private browsing mode based on some of the other discussions around local storage and that API being disabled, and so can fall back to redirects :)
  174. # [06:23] <ifette> I just don't get all the concern about a ping. Great, so you know the user clicked a link... okay. Any messaging to users is going to be deceptive for the majority of them. I can't just have a checkbox that says "disable <a ping>", but if I try to say "disable link tracking"
  175. # [06:23] <ifette> that would just be dishonest given that there's so many other ways to do it
  176. # [06:24] <ifette> Frankly, I would much rather say "look, websites can figure out if you clicked on a link. It's been that way for a long time. Live with it. <a ping> lets life move on as it has, but can make your browsing faster
  177. # [06:24] <othermaciej> that would be an argument to have no UI at all to turn it off
  178. # [06:24] <ifette> ... by not having to deal with redirects etc"
  179. # [06:24] <ifette> othermaciej: excellent idea!
  180. # [06:24] <Hixie> ifette: you can detect if the browsers supports ping
  181. # [06:25] <jorlow> Hixie: doesn't that support ifette's argument?
  182. # [06:25] <Hixie> jorlow: how so?
  183. # [06:26] <ifette> What's the real use case here? What's the concern? If it's "evil google will know all the links I'm clicking", that information is already known, and furthermore if I want to be evil, I can say "If I never got an a ping response with this cookie, then for this cookie don't use a ping and use redirects instead"
  184. # [06:26] <ifette> this is valuable information to webmasters
  185. # [06:26] <jorlow> if aping isn't supported (as it wouldn't be in private browsing) then the page could just fall back to other methods
  186. # [06:26] <ifette> they will get it one way or another
  187. # [06:26] <othermaciej> ifette, jorlow: if you guys think there should be no UI requirement for ping, not even a SHOULD-level requirement, then you should make that case to Hixie
  188. # [06:26] <ifette> we might as well make it not suck for users
  189. # [06:26] <ifette> I will happily do so, if I can find the right thread. I will admit to being swamped via email.
  190. # [06:27] <Hixie> the two main reasons we (google) want ping="" is (a) allowing us to honour user privacy desires without them having to use a cookie to opt-out, and (b) latency improvements from not redirecting.
  191. # [06:27] <othermaciej> there is no current email thread
  192. # [06:27] <Hixie> so if the browser supports ping, we wouldn't route around it being disabled
  193. # [06:27] <othermaciej> ifette: I'm just saying that if you think there should be no browser UI to turn it off, then you shouldn't argue with me, because I didn't make or ask for the spec requirement to have it
  194. # [06:28] <ifette> We wouldn't route around it, others might
  195. # [06:28] <jorlow> hm....i guess it's true that aping makes it easier for sites to "do the right thing" WRT privacy
  196. # [06:28] <jorlow> I was only looking at it from the "evil" side of things
  197. # [06:28] <Hixie> i'm sure there are sites who would indeed route around it
  198. # [06:28] <Hixie> but hey, that's their problem
  199. # [06:28] <ifette> othermaciej: wasn't trying to argue with you, was simply stating that tying it to private browsing might not make sense
  200. # [06:28] <othermaciej> it's true that UI to turn it off won't help you against a malicious site
  201. # [06:29] <othermaciej> ifette: if there was UI for it at all, then I think tying it to private browsing would make sense, because private browsing tries to turn off everything
  202. # [06:29] <jorlow> in that case, i suppose linking it with private browsing might make sense
  203. # [06:29] <jorlow> at least in safari
  204. # [06:30] <ifette> It seems to me that the following are probable: 1) if a ping isn't reliable / everyone turns it off because it's something that the media gets hyped up about like cookies, no one will use it and just use redirects instead 2) any option presented to users would be unintelligable and over promise or seem like a no-brainer to check c) none of this will matter to "evil" sites
  205. # [06:30] <othermaciej> under private browsing, a malicious site could tell what links you follow off their page by other means, but could not tie it back to you due to lack of cookies
  206. # [06:30] <othermaciej> though to be fair, we don't yet have a way to turn off your IP address
  207. # [06:30] <othermaciej> well, cookies can be turned off, but in practice very few people do
  208. # [06:30] <ifette> othermaciej: i view private browsing as "don't leave a trace of what I do on my computer", not "please use TOR and make me as anonymous as possible"
  209. # [06:30] <Hixie> if it's "something that the media gets hyped up about like cookies", then people won't turn it off.
  210. # [06:31] * Joins: cying (n=cying@adsl-75-18-225-53.dsl.pltn13.sbcglobal.net)
  211. # [06:31] <ifette> othermaciej: if you say "private browsing mode turns off <a ping>", what do you say to a real user?
  212. # [06:31] <othermaciej> most sites consider cookies reliable enough for their needs, even though there are a small minority of users who turn them off entirely
  213. # [06:31] <othermaciej> a few sites use Flash cookies instead, though you can turn off plugins to get around those
  214. # [06:31] <Hixie> i think if the preference is a serious one like i proposed earlier, and not just one that disabled just this feature, that it won't be turned off just for the sake of it, but only by people who actually want their privacy protected
  215. # [06:31] <othermaciej> ifette: our private browsing explanation dialog is hardly a paragon of clarity as is
  216. # [06:32] <ifette> othermaciej: Yes, people still use cookies, not the best example. Was trying to say that it's something real users don't well understand, and that in general when you mention cookies people think "bad" without understanding
  217. # [06:32] <ifette> othermaciej: :)
  218. # [06:32] <othermaciej> >95% of people will never change any privacy-related preferences
  219. # [06:33] <ifette> Hixie: wtf. "Want their privacy protected" -- if you say that to users, what user is going to say "No, I don't want my privacy protected, let's leave this unchecked" :)
  220. # [06:33] <othermaciej> on the other hand, lack of ping would probably break the web much less visibly than lack of cookies or lack of plugins
  221. # [06:33] <ifette> I guess my biggest beef is that I don't want people permanently using "private mode" because tat's not a good user experience
  222. # [06:33] <ifette> so I resist tying the option to that
  223. # [06:33] <Hixie> ifette: hence my proposal, which isn't such a checkbox. see above.
  224. # [06:34] <othermaciej> I don't think anyone permanently uses Private Browsing mode, or would
  225. # [06:34] <othermaciej> but I don't think a separate setting for <a ping> is worth its weight in pixels
  226. # [06:34] <jorlow> btw, where can i find a copy of the latest 'a ping' proposal?
  227. # [06:34] <othermaciej> and I don't think Hixie's suggested tri-state setting would be very understandable
  228. # [06:34] <othermaciej> jorlow: it's in the HTML5 spec
  229. # [06:34] <Hixie> jorlow: http://whatwg.org/html5
  230. # [06:34] <othermaciej> look for "hyperlink auditing"
  231. # [06:34] <ifette> Correct -- but then there comes a question, if it's only tied to private browsing mode, is that really a good option?
  232. # [06:35] <ifette> if i'm a user freaked out by a ping
  233. # [06:35] <othermaciej> private browsing mode does lots of things that we don't offer as normal user settings
  234. # [06:35] <jorlow> ahh...thanks http://www.whatwg.org/specs/web-apps/current-work/multipage/history.html#hyperlink-auditing
  235. # [06:35] <ifette> sigh, sure
  236. # [06:35] <Hixie> if you're a user freaked out by ping, then you get an extension that gives you fine-grained control
  237. # [06:35] <othermaciej> if users really freaked out about it, we would probably add a separate setting
  238. # [06:35] <Hixie> most users aren't going to have a clue or care
  239. # [06:36] <othermaciej> if too many people used the setting, then it would indeed undermine the value of the feature
  240. # [06:36] <ifette> the sad part is that tying it to private browsing mode might have an opposite effect
  241. # [06:36] <ifette> let's say people use private browisng mode for porn
  242. # [06:36] <othermaciej> but if that many people are that freaked out about it, then omitting the setting would just make browsers with <a ping> lose market share
  243. # [06:36] <ifette> that would imply that porn sites would not get good results from a ping
  244. # [06:36] <ifette> and therefore would still use redirects
  245. # [06:36] <ifette> and so the effect of turning it off in private browsing mode would be minimal
  246. # [06:37] <jorlow> well, users shouldn't be freaked out....because nothing is worse than the state of things today
  247. # [06:37] <othermaciej> they shouldn't be, but the concern about having a preference is based on the theory that a lot of them will
  248. # [06:37] <jorlow> but of course, that doesn't necessarily mean the media won't write a story to the contrary
  249. # [06:37] <ifette> I think my preference is really to say "Look, sites can know what link you click. That's the way it is today, we're not changing anything except reducing some latency, live with it. If you want more controls over your data, let's have a more comprehensive discussion and figure soething out"
  250. # [06:38] <othermaciej> my expectation: only a small minority of users will care enough to take action
  251. # [06:38] <jorlow> Well, maybe the preference can be a check box with a somewhat cryptic name
  252. # [06:38] <othermaciej> failing to give those people a means to take action without switching browsers will generate a huge amount of negative PR
  253. # [06:38] <jorlow> i mean, most users don't even know what a cookie is...even today
  254. # [06:38] <ifette> jorlow: try getting that past ben ;-)
  255. # [06:38] <ifette> othermaciej: Yes, except here "take action" is kinda lame
  256. # [06:38] <jorlow> 'disable hyperlink auditing'....if users really care, they'll know what it is
  257. # [06:39] <jorlow> and users won't turn it off in a misguided attempt at 'privacy'
  258. # [06:39] <othermaciej> ifette: even if it's a UI placebo, failing to have it will probably make a vocal minority very upset
  259. # [06:39] <ifette> othermaciej: wouldn't be the first time
  260. # [06:39] <jorlow> that's probably true........
  261. # [06:39] <ifette> othermaciej: we took out the options to enable sslv2
  262. # [06:39] <ifette> othermaciej: and all sorts of other crap options
  263. # [06:39] <ifette> othermaciej: e.g. we don't let users disable javascript
  264. # [06:40] <ifette> othermaciej: but we're supposed to let users disable <a ping> ?
  265. # [06:40] <Hixie> just tie it to the same as the third party cookie pref, like i suggested
  266. # [06:40] <Hixie> along with the other privacy related features
  267. # [06:40] <ifette> Hixie: Where is your suggestion
  268. # [06:41] <ifette> Hixie: Want to make sure I don't misinterpret it. I really don't like tying it to third party cookies if I understand you correctly, as they have nothing to do with each other
  269. # [06:41] <Hixie> that way people who really do value privacy over compatibility get what they want, and the others don't change the pref unknowingly
  270. # [06:41] <othermaciej> ifette: Safari has very few prefs, and I wouldn't be keen on adding one for this
  271. # [06:41] <ifette> Hixie: I may not want some advertiser to know what I'm doing on Google, but I'm fine with Google knowing what I'm searching for on Google
  272. # [06:41] <Hixie> http://krijnhoetmer.nl/irc-logs/whatwg/20090908#l-134
  273. # [06:41] <Hixie> ifette: ^
  274. # [06:41] <ifette> ty
  275. # [06:41] <othermaciej> Hixie: in the Safari UI, we don't like to face people with an arbitrary tradeoff with unknowable consequences
  276. # [06:41] <othermaciej> like, we'd never have a slider with "speed" on one end and "security" on the other
  277. # [06:42] <ifette> Hixie: eep
  278. # [06:42] <Hixie> othermaciej: you already have "Accept cookies: ( ) Always ( ) Never ( ) Only sites I visit"
  279. # [06:42] <ifette> +1 maciej
  280. # [06:42] <Hixie> othermaciej: which is pretty much as arbitrary
  281. # [06:43] <othermaciej> sure, but we present that in terms of concrete result, not "more compatible" vs "more private"
  282. # [06:43] <othermaciej> likewise we don't present "Enable Java" as "Make some sites work, but damn will they be slow and there's probably horrible security consequences"
  283. # [06:43] <ifette> Hixie: If I don't let users turn off something as major as JavaScript, I'm sure as hell not letting them turn off some random thing like <a ping>. Down that road lies the path to hell. I am also not tying it to Incognito, as I think again it has little to do with it and won't actually solve any problem
  284. # [06:44] <othermaciej> or "Enable plug-ins" as "Support casual games and annoying ads"
  285. # [06:44] <ifette> Hixie: I'm happy to send an email, but I would not support anything beyond a MAY for the option
  286. # [06:44] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  287. # [06:45] <ifette> (and frankly saying that you MAY have a checkbox option is really not saying much)
  288. # [06:45] <Hixie> othermaciej: ok, then label the three notches as what they disabled or enable :-)
  289. # [06:46] <ifette> Frankly, unless you're talking a per-site basis, I don't know that options about Flash or Java make sense
  290. # [06:46] <Hixie> ifette: it would be politically inconvenient for me to change the "should" to a "may", but i don't think it matters -- "should" just means you have to have a good reason, and "We want our UA to be usable" is a good reason
  291. # [06:46] <othermaciej> I browse with Java turned off all the time
  292. # [06:47] <ifette> othermaciej: Java yes, I concede you that. Flash, not so much.
  293. # [06:47] <othermaciej> well, not having Flash is livable on my iPhone, probably not so much on a desktop browser
  294. # [06:47] <ifette> othermaciej: stop making good points :P
  295. # [06:48] <roc> we need a stalking horse browser to ship <a ping> and take all the flak
  296. # [06:48] <othermaciej> but we do get frequent user requests to augment the general "Enable plug-ins" setting with a separate "Enable Flash", so they can turn off just Flash
  297. # [06:49] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  298. # [06:49] <othermaciej> roc: I think ifette just volunteered Chrome - presumably with the catchy slogan, "What's the concern? Evil google will know all the links I'm clicking?"
  299. # [06:49] <roc> works for me
  300. # [06:49] <ifette> othermaciej: While I might be fine with that string, I'm pretty sure legal would shoot it down :(
  301. # [06:49] <Hixie> on a completely different front, i'm working through some microdata feedback
  302. # [06:49] <Hixie> and i have to say
  303. # [06:50] <Hixie> it's really
  304. # [06:50] <Hixie> really
  305. # [06:50] <Hixie> really hard to do a good job when you care so little about the technology
  306. # [06:50] <ifette> Can we add some more markup?
  307. # [06:50] <ifette> <main> or something?
  308. # [06:50] <ifette> ;-)
  309. # [06:50] <ifette> and plese, let's have some more OWL stuff in there
  310. # [06:50] <ifette> (sorry, I'm re-living some nightmares, waiting for @jorlow to slap me awake)
  311. # [06:53] <jorlow> ifette: what are you talking about? it's 1:47pm...you're still sleeping?
  312. # [06:53] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  313. # [06:53] <othermaciej> I think we should upgrade Web Ontology Language to Ontology Representation Language for You
  314. # [06:54] <othermaciej> because I'm pretty sure there's no better OWL than ORLY
  315. # [07:01] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  316. # [07:02] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Client Quit)
  317. # [07:10] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  318. # [07:17] * Quits: mpilgrim (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 104 (Connection reset by peer))
  319. # [07:18] * Joins: mpilgrim (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com)
  320. # [07:20] * Quits: vs-hs_ (i=david@shell.etttretresju.net) (Remote closed the connection)
  321. # [07:20] * Joins: vs-hs (i=david@shell.etttretresju.net)
  322. # [07:20] * Quits: epeus (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  323. # [07:23] <MikeSmith> othermaciej: you feeling any better than you were at the end of last week?
  324. # [07:24] <othermaciej> MikeSmith: I'm down from "violently severely sick" to "really sick"
  325. # [07:24] <MikeSmith> geez
  326. # [07:24] <MikeSmith> any idea what it is? virus?
  327. # [07:24] <othermaciej> probably
  328. # [07:25] <othermaciej> some sort of flu I think, hopefully not one of the animal flavored varieties
  329. # [07:25] * Quits: broquaint (i=5f566a0b@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (Remote closed the connection)
  330. # [07:25] <othermaciej> I don't have a fever any more but I am still really congested, throat is sore, stomach somewhat upset, etc
  331. # [07:26] <othermaciej> Saturday was really terrible though, I hadn't realized how excruciating it is to fly with a bad cold/flu - what with the air pressure changes
  332. # [07:26] <MikeSmith> yeah
  333. # [07:29] <jorlow> eww...yeah :-(
  334. # [07:29] <jorlow> the only time i've ever gone to the doctor for flu like symptoms is when i had to fly
  335. # [07:30] <jorlow> and i was sure glad i did
  336. # [07:32] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  337. # [07:33] <othermaciej> well, this was after getting hopped up on all the non-prescription meds I could get in the middle of the night in Cambridge
  338. # [07:33] <othermaciej> (thank goodness for that 7-Eleven in Tech Square)
  339. # [07:34] <MikeSmith> yeah, that place seems to be about the only thing close by that's open late
  340. # [07:36] <othermaciej> I ended up going there around 2 AM in hopes of cold medicine and fluids
  341. # [07:36] <othermaciej> there were a bunch of MIT kids there
  342. # [07:36] <othermaciej> reminds me of my younger days
  343. # [07:38] <othermaciej> I'm glad such archectypes as Purple Haired Girl, Guy with Nerdy Slogan T-Shirt, Asian Guy in Cargo Shorts and Hippie Girl in Long Dress are still to be found at the ol' Institute
  344. # [07:38] <MikeSmith> heh
  345. # [07:44] * Joins: roc (n=roc@121-72-191-237.dsl.telstraclear.net)
  346. # [07:44] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  347. # [07:46] * Quits: stevepsu (i=sjstrutt@204.15.224.234) (Read error: 145 (Connection timed out))
  348. # [07:55] <Hixie> man, the bottom part of movie posters are a huge pain in the asss to typeset
  349. # [07:55] <Hixie> i wonder what tools they use to do it
  350. # [07:56] <othermaciej> you mean where they have all the tiny little mandatory credits?
  351. # [07:56] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  352. # [07:57] <Hixie> yeah
  353. # [07:57] <othermaciej> what is so hard about typesetting it?
  354. # [07:57] <Hixie> the "EDITED BY" bit
  355. # [07:57] <Hixie> check the bottom of http://www.comingsoon.net/imageGallery/Ninja_Assassin/large/hr_Ninja_Assassin_poster.jpg out
  356. # [07:57] <Hixie> look for "PRODUCTION DESIGNER"
  357. # [07:57] <Hixie> notice the following:
  358. # [07:58] <Hixie> 1. the gap between the start of the longest of those two words to the word before it is consistent across all such cases
  359. # [07:58] <Hixie> 2. the top of PRODUCTION lines up with the top of the line, the bottom of DESIGNER with the bottom of the line
  360. # [07:58] <Hixie> 3. the line height of that two-line thingy is proportional to the line height of the main text
  361. # [07:59] <othermaciej> I presume this is all down to careful selection of font sizes
  362. # [07:59] <hsivonen> Hixie: are you trying to replicate the layout using CSS?
  363. # [07:59] <Hixie> hsivonen: actually i was trying to do it using pages, but it would also be quite hard to get right in CSS
  364. # [08:00] <Hixie> i actually can't find a non-hacky way to do it in Pages
  365. # [08:00] <othermaciej> presumably in a layout tool with guide lines this is all pretty simple
  366. # [08:00] <Hixie> othermaciej: well you can't just overlap text, since if you then edit any one part of it, you'd have to manually retypeset the rest
  367. # [08:00] <Hixie> othermaciej: so it has to be something that supports nested two-line text
  368. # [08:00] <Hixie> which Pages doesn't
  369. # [08:01] <Hixie> in CSS you can do it using display:inline-block, but then getting the font sizes right is impossible
  370. # [08:01] <Hixie> since you don't know your font metrics ahead of time
  371. # [08:01] <othermaciej> I guess you'd want something like FrameMaker
  372. # [08:01] <Hixie> i guess
  373. # [08:01] <othermaciej> I'm not overly familiar with Pages
  374. # [08:02] <othermaciej> but yeah, you're right, this is a typographical oddity that you rarely see anywhere but movie posters
  375. # [08:11] <MikeSmith> hsivonen: if/when you have some time, I wanted to ask you if you think it would be worthwhile to add ability to the validator.nu for emitting warnings to the datatype-checking code
  376. # [08:11] <MikeSmith> hsivonen: as opposed to just errors
  377. # [08:12] <hsivonen> MikeSmith: it could well be worthwhile. the hard question is how to do it
  378. # [08:12] <MikeSmith> yeah
  379. # [08:12] <hsivonen> the datatypes are not supposed to have side effects
  380. # [08:12] <MikeSmith> ah
  381. # [08:13] <hsivonen> and in principle, it's ok for Jing to call into a datatype, get an error, call into another datatype, not get an error and prefer the latter and not show the first error
  382. # [08:13] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  383. # [08:14] <hsivonen> also, in principle, the Java interface stuff should be such that the datatype jar can be used in a vanilla Jing
  384. # [08:15] <MikeSmith> hsivonen: OK, I begin to see now
  385. # [08:15] <hsivonen> the whole thing has been designed for a boolean notion of validity without any shades in between
  386. # [08:15] <MikeSmith> that's the real problem
  387. # [08:15] <virtuelv> I'd have thought that the bottom of those movie posters is laid out completely in Photoshop or Illustrator
  388. # [08:15] <virtuelv> in other words, manually, with a lot of effort and pain
  389. # [08:17] <MikeSmith> hsivonen: I have come to think that think that boolean notion of validity is a serious flaw of grammar-based schema checking
  390. # [08:17] <hsivonen> MikeSmith: maybe filing a bug against upstream Jing could elicit some insights
  391. # [08:17] <MikeSmith> OK, I can try that
  392. # [08:18] <hsivonen> MikeSmith: I agree with your observation about grammars
  393. # [08:18] <hsivonen> Hixie: OmniGraffle may work better for this use case than Pages
  394. # [08:19] <Hixie> possibly
  395. # [08:20] <MikeSmith> hsivonen: the specific problem that led me to ask about this is the bug about language tags that AryehGregor reported a couple of days ago
  396. # [08:20] * Joins: Kalms (n=rasmuska@81.161.185.108)
  397. # [08:20] <MikeSmith> http://bugzilla.validator.nu/show_bug.cgi?id=640
  398. # [08:20] <ttepasse> I would expect handcrafted SVG in #whatwg.
  399. # [08:20] <Hixie> you'd expect SVG in #whatwg? :-)
  400. # [08:20] <hsivonen> ttepasse: Pages is already shiny Cocoa payware
  401. # [08:20] <ttepasse> s/SVG/canvas 2d/ ;)
  402. # [08:21] <hsivonen> MikeSmith: given the constraints, I suggest making stuff that should be conforming not emit any messages for now even if it's obsolete/deprecated
  403. # [08:21] <hsivonen> which reminds me that I should redeploy V.nu
  404. # [08:22] <ifette> Any chance you can use Ruby, with appropriate CSS to get the sizing right?
  405. # [08:22] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  406. # [08:22] <ifette> (re: "Production Designer")
  407. # [08:22] <ifette> (yes, it's a bit of a hack, but it's the only thing I can think of that might let you get two lines on one line)
  408. # [08:23] <heycam> display:inline-box would too
  409. # [08:25] <MikeSmith> hsivonen: not emitting messages for those cases seems like declaring defeat to me. I would personally really rather not do that unless you think there's no practical way to work around it. even if it ends up being kind of a messy way
  410. # [08:26] <hsivonen> MikeSmith: ok
  411. # [08:27] <Hixie> ifette, heycam: the problem with CSS is getting the font metrics right; the layout itself is easy to achieve
  412. # [08:28] <MikeSmith> hsivonen: I'm willing to spend some time on it this week at least. If we can't some workaround figured out, then I guess can comment out the reporting about the deprecated stuff
  413. # [08:28] <MikeSmith> hsivonen: so here's a stupid idea: we include some magic substring in the NewDatatypeException message for warning-level cases
  414. # [08:29] <MikeSmith> and that substring would show up in messages if anybody used the datatypes outside of the v.nu system
  415. # [08:29] * Joins: pesla (n=retep@procurios.xs4all.nl)
  416. # [08:29] <MikeSmith> but the error-reporting backend could check for that magic substring and then make those messages warnings instead of errors
  417. # [08:31] <MikeSmith> I don't know how do-able that is in the current backend. or whether you think it'd even be a good idea to do it at all
  418. # [08:32] <hsivonen> MikeSmith: It's easy to put a flag on the exception so that the RELAX NG semantics of the result are "invalid" but the V.nu front end downgrades the message type (and the validity outcome)
  419. # [08:32] <hsivonen> MikeSmith: what's hard is making the RELAX NG semantics be that the result is valid
  420. # [08:32] <hsivonen> MikeSmith: I guess this is a "theoretical purity" kind of point
  421. # [08:33] <hsivonen> MikeSmith: I think you can't detect it with the current schema
  422. # [08:33] <hsivonen> MikeSmith: but in principle, it changes the generic reuse characteristics of the datatype lib
  423. # [08:33] <hsivonen> MikeSmith: maybe in this case, it's anyway the best solution to make the exception have a flag that tells V.nu to downgrade the message
  424. # [08:35] * Quits: cying (n=cying@adsl-75-18-225-53.dsl.pltn13.sbcglobal.net)
  425. # [08:36] <hsivonen> It seems like there are no exceptions to the rule that non-ASCII supersets are security holes: http://mail.apps.ietf.org/ietf/charsets/msg01846.html
  426. # [08:37] <othermaciej> I don't think browsers can stop accepting UTF-16 though
  427. # [08:43] * Quits: eighty4 (n=eighty4@eighty4.se) (Remote closed the connection)
  428. # [08:44] * Joins: eighty4 (n=eighty4@eighty4.se)
  429. # [08:45] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (Read error: 110 (Connection timed out))
  430. # [08:46] * Quits: takkaria (n=takkaria@isparp.co.uk) (Remote closed the connection)
  431. # [08:46] * Joins: takkaria (n=takkaria@isparp.co.uk)
  432. # [08:47] <MikeSmith> hsivonen: OK, I see what you're saying about the problem still being to have RELAX NG semantic be that it's valid
  433. # [08:47] <MikeSmith> hsivonen: so instead, what about just having the datatype library not throw the exception at all if its used outside of validator.nu?
  434. # [08:48] <MikeSmith> I don't know how doable that might be
  435. # [08:48] <hsivonen> MikeSmith: that's a possibility. (you could still detect the implementation by feeding V.nu a contrived custom schema, but I guess that doesn't matter in practice)
  436. # [08:49] <hsivonen> MikeSmith: You could have a Java system property for toggling this behavior
  437. # [08:50] <MikeSmith> OK. seems like that route is probably the best to try
  438. # [08:50] <MikeSmith> unless we can manage to come up with something better in the mean time, I'll work on writing up a patch for that
  439. # [08:50] <MikeSmith> some time this week
  440. # [08:51] <hsivonen> I've repointed the validator.nu and html5.validator.nu hostnames on the DNS level
  441. # [08:51] <hsivonen> (so that I can do a dist upgrade on the other server)
  442. # [08:51] <hsivonen> I hope nothing breaks...
  443. # [08:52] <hsivonen> MikeSmith: I *think* I have deployed your recent changes
  444. # [08:52] * Quits: yutak (n=yutak@220.109.219.244) ("Leaving")
  445. # [08:54] <MikeSmith> hsivonen: thanks. fwiw, I've been running from my workspace (with my commits) with no problems. So I don't think those will break anything.
  446. # [08:54] <MikeSmith> I didn't sync up yet to Sam's change, though
  447. # [08:54] * Joins: yutak (n=yutak@220.109.219.244)
  448. # [08:56] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info")
  449. # [08:57] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  450. # [09:06] * Joins: Maurice (n=ano@80.101.46.164)
  451. # [09:06] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  452. # [09:17] * Joins: aboodman (n=aboodman@72.14.229.81)
  453. # [09:21] * Joins: primal1_ (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  454. # [09:21] * Quits: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Read error: 104 (Connection reset by peer))
  455. # [09:21] * primal1_ is now known as primal1
  456. # [09:23] <Hixie> wow, running the microwave totally killed my wifi network
  457. # [09:23] <Hixie> i wonder if the other times i have dropouts of the network is because of neighbours running microwaves
  458. # [09:25] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  459. # [09:25] * Quits: lazni (n=lazni@118.71.169.21) (Read error: 110 (Connection timed out))
  460. # [09:26] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  461. # [09:31] * Joins: lazni (n=lazni@118.71.169.21)
  462. # [09:33] * Joins: broquaint (i=4776acbc@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  463. # [09:36] * Joins: heycam (n=cam@210-84-56-211.dyn.iinet.net.au)
  464. # [09:41] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
  465. # [09:43] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
  466. # [09:43] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  467. # [09:46] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  468. # [09:51] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  469. # [09:54] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 104 (Connection reset by peer))
  470. # [09:54] * Quits: Kalms (n=rasmuska@81.161.185.108)
  471. # [09:58] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("back in the morning")
  472. # [10:03] * Quits: lazni (n=lazni@118.71.169.21) ("Leaving.")
  473. # [10:07] * Joins: foolip (n=philip@pat.se.opera.com)
  474. # [10:07] * Joins: lazni (n=lazni@118.71.169.21)
  475. # [10:08] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info")
  476. # [10:08] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net)
  477. # [10:08] * Joins: maikmerten (n=maikmert@BAE3af2.bae.pppool.de)
  478. # [10:13] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  479. # [10:14] * Joins: benward (n=benward@98.210.154.133)
  480. # [10:17] <Hixie> gah
  481. # [10:17] <Hixie> so hard to write an intro section for microdata
  482. # [10:18] <Hixie> complete this sentence: "Microdata allows you to layer lists of name-value pairs on top of Web pages, so that"
  483. # [10:18] <Hixie> ...in a way that makes Web authors think "ooh, cool"
  484. # [10:18] <jgraham> unicorns can sprinkle magic fairy dust everywhere, causing world peace and happiness
  485. # [10:19] <Hixie> it also has to be accurate.
  486. # [10:19] <jgraham> Oh? I assumed that was accurate given the intensity of the feeling that the topic has generated
  487. # [10:20] <Hixie> i believe a lot of people believe that it is accurate, yes
  488. # [10:20] <Hixie> but sadly it is not
  489. # [10:20] <jgraham> AH
  490. # [10:20] <jgraham> s/AH/Ah/
  491. # [10:20] <Hixie> here's what i came up with:
  492. # [10:20] <Hixie> Microdata allows you to layer lists of name-value pairs on top of Web
  493. # [10:20] <Hixie> pages, so that JavaScript scripts, search engines, and other tools can
  494. # [10:20] <Hixie> extract that data from the page directly instead of you having to
  495. # [10:20] <Hixie> provide this data in a separate file.
  496. # [10:21] <benward> "Microdata is a mechanism apply structured-data objects within web pages…" ?
  497. # [10:21] <jgraham> your "this" doesn't match your "that"
  498. # [10:21] <benward> ‘to apply’, even
  499. # [10:21] <Hixie> benward: the "what" is easy, it's the "so that..." part that's hard
  500. # [10:21] <Hixie> jgraham: did s/this data/it/
  501. # [10:22] <othermaciej> Hixie: you may want to say something about "reliably" extracting the data from the page to contrast with more hackish sorts of "screen scraping" extraction
  502. # [10:23] <Lachy> just be honest and say "Microdata allows you to add additional, mostly useless metadata in a web page so that you can feel good about contributing to growth of the Semantic Web"
  503. # [10:23] <boblet> “Microdata allows you to easily add machine-readable arbitrary data as name-value pairs to web pages”…?
  504. # [10:23] <Hixie> boblet: that's still just the "what"
  505. # [10:24] <othermaciej> Lachy: see, this is why you're not in marketing
  506. # [10:24] <hsivonen> Hixie: indeed, it's hard to write accurate marketing intros in specs. Doing what the XHTML2 WG's specs have is easier.
  507. # [10:24] <Hixie> Lachy: that won't provide the users in this usability study with adequate incentive for us to get useful results
  508. # [10:24] <Hixie> hsivonen: it's not for a spec, it's for the intro we give to the usability study participants
  509. # [10:24] <Hixie> othermaciej: now i have:
  510. # [10:24] <Hixie> Microdata allows you to layer lists of name-value pairs on top of Web
  511. # [10:24] <Hixie> pages, so that JavaScript scripts, search engines, and other tools can
  512. # [10:24] <Hixie> extract that data from the page directly, instead of you having to
  513. # [10:24] <Hixie> provide it in a separate file, or them having to use screen scraping.
  514. # [10:24] <hsivonen> Hixie: ah
  515. # [10:25] <othermaciej> Hixie: that's pretty good -- adding a concrete example might help too
  516. # [10:25] <Hixie> oh they're getting a whole bunch of those
  517. # [10:25] <Lachy> oh, I thought it was for the spec.
  518. # [10:25] <othermaciej> all righty then
  519. # [10:25] <Hixie> othermaciej: http://damowmow.com/playground/microdata/001/
  520. # [10:26] * jgraham hopes the participants in this study don't read the logs
  521. # [10:27] <boblet> …“This data can then be easily accessed by scripts, search engines and other tools, giving authors a simple yet open-ended way to extend HTML”
  522. # [10:27] <Hixie> jgraham: if they do, they're far too close to the project :-)
  523. # [10:27] <Lachy> Hixie, http://damowmow.com/playground/microdata/001/blog.html seems to be lacking the microdata
  524. # [10:27] <jorlow> is there any easy way for me to know what browsers support features that have been pulled out of the html5 spec?
  525. # [10:28] <jorlow> for example workers
  526. # [10:28] <Hixie> boblet: closer, but it fails at the end there where it turns into blue sky nonsense :-)
  527. # [10:28] * boblet wonders if he really understands Microdata enough to be contributing :)
  528. # [10:28] <boblet> har
  529. # [10:28] <Hixie> boblet: don't worry, i don't understand it enough either
  530. # [10:28] <Hixie> Lachy: -annotated files have it
  531. # [10:28] <Lachy> oh
  532. # [10:29] <othermaciej> jorlow: asking, or testing
  533. # [10:29] <boblet> all us designer-y types love blue-sky nonsense ;-) well, depending on the shade of blue of course
  534. # [10:29] <othermaciej> jorlow: in the case of Workers, I think the answer is recent WebKit-based browsers and recent Gecko-based browsers (most notably Safair, Chrome and Firefox, assuming Chrome has actually shipped the support)
  535. # [10:30] * Joins: primal1_ (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  536. # [10:30] <jorlow> othermaciej: it's shipping in chrome 3
  537. # [10:30] <jorlow> which is in beta
  538. # [10:30] <jorlow> so no opera?
  539. # [10:31] <othermaciej> I don't believe it's in Opera yet, but testing Opera 10 would tell more definitively
  540. # [10:31] <jorlow> and it's too bad we don't have the html5 spec annotations for these others specs... :-/
  541. # [10:31] <othermaciej> I wouldn't put too much faith in those annotations being up to date in any case
  542. # [10:31] <jorlow> othermaciej: well, it's just a presentation to googlers....so I don't feel like putting in that much effort :-)
  543. # [10:32] <boblet> Microdata is primarily a way to extend HTML’s data structures though… right? To add data that can‘t be included via a predefined method like an existing element…
  544. # [10:32] <jorlow> thanks for the pointers tho
  545. # [10:32] <hsivonen> boblet: no, it's a way to overlay another datastructure on top of an HTML document
  546. # [10:32] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-83-64.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info")
  547. # [10:32] <hsivonen> boblet: it doesn't extend the data structures of the page itself
  548. # [10:32] <Hixie> what hsivonen said
  549. # [10:33] <othermaciej> Hixie: those seem like good examples
  550. # [10:33] <Hixie> cool
  551. # [10:34] <hsivonen> Hixie: you should ask the RDFa TF to review your study setup before hand
  552. # [10:34] <othermaciej> too bad the blog one has to rely so much on invisible or duplicate data
  553. # [10:34] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  554. # [10:35] <Hixie> hsivonen: i'll be lucky if i've finished the material before the study starts
  555. # [10:35] <Hixie> othermaciej: well if you want to encode data that's not in the page, there's not much choice
  556. # [10:36] <Hixie> unless you mean something else
  557. # [10:36] <boblet> hsivonen: thanks for the clarification
  558. # [10:36] * Quits: primal1_ (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Read error: 104 (Connection reset by peer))
  559. # [10:37] * Joins: primal1_ (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  560. # [10:37] <boblet> oh btw there’s been a big uptick of interest in HTML5 in Japan in the last month
  561. # [10:37] <othermaciej> yeah, I guess a lot of it wouldn't have reasonably been in the page
  562. # [10:37] <othermaciej> the only obvious duplication was the title itemprop that was also in a title attribute
  563. # [10:37] * Quits: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Read error: 110 (Connection timed out))
  564. # [10:37] * primal1_ is now known as primal1
  565. # [10:37] <boblet> somewhat surprisingly
  566. # [10:38] <Hixie> othermaciej: hm, yeah. none of the proposals we're going to be testing have a way around that.
  567. # [10:38] <Hixie> othermaciej: if you have an idea to fix that i can try to
  568. # [10:38] <Hixie> put it in one of hte variants
  569. # [10:38] <othermaciej> do you have a list of the variants posted anywhere?
  570. # [10:38] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  571. # [10:39] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/temp
  572. # [10:39] <othermaciej> and out of curiosity, what's the study methodology? will the test subjects be asked to add the annotations using various syntax options??
  573. # [10:40] <Hixie> various things, the details are still being worked out, but basically: given some intro material, look at this example, can you describe what the annotations are?
  574. # [10:40] <Hixie> given this page, can you add these annotations?
  575. # [10:40] <hsivonen> Hixie: will one person be exposed to only one syntax or multiple but in random order per person?
  576. # [10:40] <jgraham> Is there just one round of testing?
  577. # [10:41] <Hixie> hsivonen: i think each person sees each variant, but we cycle them around so that each one gets seen as the first one an equal number of times
  578. # [10:41] <Hixie> jgraham: yeah
  579. # [10:42] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  580. # [10:42] <jgraham> Hixie: So after the first round can you change the variants to see if some hybrid performs better than the winner from round 1?
  581. # [10:42] <Micheil_away> oh look, it's sir hixie
  582. # [10:42] * Micheil_away is now known as Micheil
  583. # [10:43] <Hixie> jgraham: i doubt we'll have the time
  584. # [10:44] <jgraham> Hixie: OK. That's a shame
  585. # [10:44] <Hixie> jgraham: eh, we haven't had _any_ testing for the rest of the spec
  586. # [10:44] <Hixie> jgraham: so this is an oo% better
  587. # [10:45] <jgraham> Right, but given we do have testing in this case, it is a shame that we can't do even better tests. If you see what I mean
  588. # [10:46] <Philip`> Like, the effort being put into it could perhaps be used more efficiently to get better results?
  589. # [10:46] <othermaciej> usability testing tends to have diminishing returns
  590. # [10:47] <Hixie> jgraham: if we had the resources to do more testing, i'd rather we did it on something else, like table summaries, or whatnot
  591. # [10:47] <Hixie> jgraham: since as othermaciej says, the benefit you get from 0 to 1 units of testing is FAR more than the benefit you get from 1 to 2 units of testing
  592. # [10:48] <jgraham> I agree that the resources would likely be better spent on another part of the spec. But that's often not the way these things work
  593. # [10:48] <hsivonen> did Microsoft ever have an IE8 beta that added transaction methods to localStorage?
  594. # [10:49] <hsivonen> what were the unprefixed MS extensions that Hixie complained about?
  595. # [10:50] <othermaciej> I recall something like that
  596. # [10:50] <othermaciej> can't remember the name of the extension or the subject line
  597. # [10:52] * Quits: ChrisWilson (n=cwilso@nat/microsoft/x-ysshjkxwsqzmpjut) (Read error: 60 (Operation timed out))
  598. # [10:52] <hsivonen> http://lists.w3.org/Archives/Public/public-html/2008Jun/0249.html
  599. # [10:53] * Joins: ROBOd (n=robod@89.122.216.38)
  600. # [10:53] * Joins: ChrisWilson (n=cwilso@nat/microsoft/x-smupmvtpzfdurjlb)
  601. # [10:54] <Hixie> hsivonen: those methods don't do what one might think they do, iirc
  602. # [10:55] <hsivonen> Hixie: maybe, but it sucks that MS proposed making the thing transactional, the proposal was rejected, they shipped and now we find that Chrome and Firefox need them to be transactional, too
  603. # [10:55] <Hixie> iirc the transactional api they were proposing wouldn't have solved the problem being discussed here
  604. # [10:55] <hsivonen> ok
  605. # [10:56] <hsivonen> did they ever mention that IE8 is multiprocess and the specced API would have concurrency issues?
  606. # [10:59] <othermaciej> they never suggested that as a reason for the begin/commit methods
  607. # [10:59] <hsivonen> ok
  608. # [10:59] <Hixie> also their api was a design disaster
  609. # [10:59] <hsivonen> it strange that they didn't
  610. # [10:59] <othermaciej> they said it was based on analysis of author requirements
  611. # [11:00] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  612. # [11:00] <boblet> later all
  613. # [11:00] * Joins: Phae (n=phaeness@gatea.mh.bbc.co.uk)
  614. # [11:00] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  615. # [11:00] * Joins: primal1_ (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  616. # [11:01] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  617. # [11:01] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  618. # [11:04] * Quits: Phae (n=phaeness@gatea.mh.bbc.co.uk) (Client Quit)
  619. # [11:05] * Quits: lazni (n=lazni@118.71.169.21) ("Leaving.")
  620. # [11:06] <Hixie> http://lists.w3.org/Archives/Public/public-html-comments/2008Mar/0015.html
  621. # [11:06] <Hixie> is their original e-mail
  622. # [11:08] <Hixie> their solution basically is the same as what the spec says now
  623. # [11:08] <Hixie> except that the spec implies the call to begin() on the first set, and implies the call to commit() when the script ends
  624. # [11:08] <Hixie> s/set/access/
  625. # [11:09] <Hixie> and except that they don't solve the problem of two gets not changing in mid-execution
  626. # [11:12] <Micheil> wow.. the w3c expects heaps in fees to be a member..
  627. # [11:13] <Micheil> oh.. wait, I only found the organization fees.. >_>
  628. # [11:13] <Hixie> there's no individual membership plan for the w3c
  629. # [11:13] <aboodman> roc: can you provide a pointer to where hixie says that the storage mutex breaks with sync script calls across origins?
  630. # [11:13] <Hixie> Micheil: only organisations can join
  631. # [11:13] <Micheil> Hixie: http://www.w3.org/Consortium/membership-faq#individual
  632. # [11:13] <Micheil> I read yes.. plus a bit more
  633. # [11:14] <roc> aboodman: yeah
  634. # [11:14] <Hixie> well, if you have $60k a year, i guess :-)
  635. # [11:14] <Hixie> Micheil: you can join the whatwg or the htmlwg to participate in html5 without cost, though
  636. # [11:14] <Hixie> Micheil: if you are just interested in html5
  637. # [11:14] <roc> aboodman: btw can you get the GMail people to add a feature that links to a Web archive version of a Gmail message? thanks
  638. # [11:14] <aboodman> roc, actually i'll just code it up righ tnow
  639. # [11:15] <aboodman> roc: if you have the subject line that also works
  640. # [11:15] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  641. # [11:15] <Micheil> Hixie: well I mean, I wouldn't mind "donating" money to the w3c in the membership style basis, eg, AWIA membership costs 20$ per year (for student), which would be good as a contribution to the w3c's projects
  642. # [11:16] * Joins: Phae (n=phaeness@gatea.mh.bbc.co.uk)
  643. # [11:16] * Quits: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Read error: 110 (Connection timed out))
  644. # [11:16] * primal1_ is now known as primal1
  645. # [11:16] <Micheil> Hixie: I'm not heavily interested in the writing and production of the specs, but I would like to help support them
  646. # [11:16] <Hixie> Micheil: if you think the w3c would spend your money wisely, sure :-)
  647. # [11:16] <Micheil> Hixie: I'm guessing ;P
  648. # [11:17] <roc> aboodman: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-March/018991.html
  649. # [11:17] <aboodman> roc: thx
  650. # [11:17] <Micheil> Hixie: actually, who funds a lot of the costs of running whatwg.org?
  651. # [11:18] <Hixie> Micheil: me (out of pocket)
  652. # [11:18] <Micheil> Hixie: hmm..
  653. # [11:18] <Hixie> it's not much, it's just part of my hosting plan at dreamhost, where i have a whole bunch of domains and stuff hosted
  654. # [11:19] <hsivonen> Hixie: do you have enough referrals to keep your Dreamhost plan free?
  655. # [11:19] * Joins: lazni (n=lazni@123.16.140.21)
  656. # [11:20] <Hixie> hsivonen: not since i started using a private virtual server
  657. # [11:20] <Hixie> but i haven't pushed referrals
  658. # [11:21] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  659. # [11:21] <aboodman> jorlow: ping?
  660. # [11:25] * Quits: poe (n=poe@unaffiliated/poe) ("leaving")
  661. # [11:25] * Quits: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Read error: 54 (Connection reset by peer))
  662. # [11:25] * Joins: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net)
  663. # [11:25] * Quits: primal1 (n=primal1@pool-98-112-164-140.lsanca.fios.verizon.net) (Client Quit)
  664. # [11:27] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  665. # [11:27] <Micheil> hmm.. I wonder why firefox like's hanging whenever I view the html5 spec
  666. # [11:27] * Joins: Rik` (n=Rik`@81.57.187.57)
  667. # [11:28] * Joins: webben (n=benh@nat/yahoo/x-wmqnkcadlfplfqym)
  668. # [11:28] <Hixie> Micheil: use http://whatwg.org/html5 -- it's a multipge version that firefox can handle better
  669. # [11:28] <hsivonen> Micheil: the script runs to completion and Gecko's JS-to-DOM boundary is slow
  670. # [11:28] <Micheil> hmm..
  671. # [11:28] <jorlow> aboodman: ping
  672. # [11:29] * Quits: webben (n=benh@nat/yahoo/x-wmqnkcadlfplfqym) (Client Quit)
  673. # [11:29] * Micheil is just cross checking his little experiment in html5 with what the docs / spec say
  674. # [11:30] <hsivonen> Micheil: also, the spec uses abnormally complex selectors, so Firefox spends a lot of time doing selector matching
  675. # [11:30] <jorlow> er...pong :-)
  676. # [11:30] <Micheil> :/
  677. # [11:30] <aboodman> jorlow: i'm curious how per-origin mutexes can work in chrome
  678. # [11:30] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  679. # [11:31] <Micheil> hsivonen: I might have a look at the js and see if I can see ways to make it faster
  680. # [11:31] <aboodman> per hixie's message at the bottom of: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-March/018991.html
  681. # [11:31] <aboodman> it seems like that applies to chrome
  682. # [11:31] <hsivonen> Micheil: the spec is essentially one of Hixie's evil test cases
  683. # [11:31] <gsnedders> Micheil: Plenty alredy have :)
  684. # [11:31] <Micheil> hmm..
  685. # [11:31] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  686. # [11:31] <hsivonen> Micheil: you could make it walk the DOM in pieces and pump the DOM walker from timeouts
  687. # [11:32] <Hixie> i thought i already did that
  688. # [11:32] <jorlow> aboodman: we do only have one feature that uses locks
  689. # [11:32] * gsnedders thinks the correct solution is to get Firefox to have a quicker JS to DOM impl
  690. # [11:32] <aboodman> yes, but there are multiple locks, right? one per-origin.
  691. # [11:32] <jorlow> and everythign else that could deadlock chrome is already in the spec as things that implicilty release the lock
  692. # [11:32] <jorlow> aboodman: yeah
  693. # [11:33] <Hixie> aboodman: you can do it, it just requires joing the locks in an ungodly number of cases. i think i described it somewhere, or roc did.
  694. # [11:33] <aboodman> if I find something that synchronously executes javascript across iframes, i win the deadlock prize, right?
  695. # [11:33] <jorlow> aboodman: yes
  696. # [11:33] <Micheil> Hixie: it seems slow even when loading it with javascript disabled
  697. # [11:33] <hsivonen> gsnedders: "fast track DOM" is being worked on
  698. # [11:34] <aboodman> resizing an iframe element synchronously fires window.onresize in the iframe content document
  699. # [11:34] <Hixie> Micheil: then it's just slow loading the html. http://whatwg.org/html5 is a smaller file that loads quicker.
  700. # [11:34] <roc> aboodman: really? that seems daft
  701. # [11:34] <roc> it should be asynchronous
  702. # [11:34] <aboodman> i am sure there are others
  703. # [11:35] <aboodman> nobody ever thought this would be an issue before
  704. # [11:35] <Micheil> uhh.. I hate to mention it Hixie, but that js looks rather nasty
  705. # [11:35] <jorlow> aboodman: hopefully not
  706. # [11:35] <Hixie> Micheil: nasty how?
  707. # [11:35] <jorlow> even without considering mutexes, anything that's sync is bad for amny other reasons
  708. # [11:35] * Joins: webben (n=benh@217.12.14.241)
  709. # [11:36] <roc> you kind of want to do cross-process IFRAMEs at some point
  710. # [11:36] <Micheil> well, just the brutal way you're using to include extra scripts: surely you could just place them at the bottom of the file, if you were worried about blocking script loads?
  711. # [11:36] <aboodman> cross-process iframes are hard for a lot of reasons. it probably can't be done without breaking compat.
  712. # [11:36] <Hixie> Micheil: the way the specs are generated, i can't modify anything after the table of contents
  713. # [11:36] <Hixie> Micheil: it's a complicated thing
  714. # [11:36] <Micheil> uh, righteo
  715. # [11:37] <jorlow> aboodman: just cc'ed you on the code review for adding locking :-/
  716. # [11:37] <Hixie> it's what i get for having one source file that generates 7 specs automaticaly
  717. # [11:37] <jorlow> you may be right tho....this might be deadlock prone :-/
  718. # [11:37] <aboodman> jorlow: my comment is: this is lame, we should make the api asynchronous.
  719. # [11:37] <aboodman> :)
  720. # [11:37] <jorlow> aboodman: agreed!!!!
  721. # [11:37] <jorlow> chrome is not goign to implement a global lock for localStorage though
  722. # [11:37] <Hixie> i'm pretty sure a naive per-origin lock will cause deadlocks
  723. # [11:37] <Hixie> but i forget why
  724. # [11:37] <jorlow> so hopefully we can make the per-origin thing work or (better yet) something async
  725. # [11:38] <jorlow> Hixie: did it have to do with onscroll?
  726. # [11:38] <Hixie> no
  727. # [11:38] <aboodman> oh yeah, onscroll might be another.
  728. # [11:38] <Hixie> nothing to do with weird cases like onscroll and onresize
  729. # [11:38] <roc> onscroll is already asynchronous in Gecko
  730. # [11:38] <Hixie> oh, it might have had to do with document.domain
  731. # [11:38] <jorlow> i think it's OK to say that releases the locks
  732. # [11:39] <Hixie> if you grab the lock from two different domains, then they both set document.domain to be the same domain, then call each other
  733. # [11:39] <roc> sure, but let's just make document.domain release the storage mutex
  734. # [11:39] <Hixie> or something
  735. # [11:39] <Hixie> oh we could do that, true
  736. # [11:39] <aboodman> if a bunch of things implicitly release the storage mutex, doesn't that lead to odd behavior?
  737. # [11:39] <aboodman> in edge cases
  738. # [11:39] <Hixie> yes
  739. # [11:39] <roc> I actually want to make onscroll synchronous again, but scrolling to anchors doesn't need to be synchronous anyway
  740. # [11:40] <roc> yes, we want to minimize the number of those things
  741. # [11:40] <Hixie> scrolling to anchors is explicitly async in html5
  742. # [11:40] <Hixie> i'd be almost ok with just making each JS statement release the mutex, frankly
  743. # [11:40] <Hixie> well, no
  744. # [11:40] <roc> I'm not
  745. # [11:40] <Hixie> it'd have to be a block
  746. # [11:40] <lazni> I can't checkout the python build file, svn says 'Could not open the requested SVN filesystem'
  747. # [11:40] <Hixie> at least
  748. # [11:41] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) ("This computer has gone to sleep")
  749. # [11:41] <Hixie> but anyway, not gonna spec that
  750. # [11:41] <Hixie> so that's academic
  751. # [11:41] <roc> I don't want things that should be semantics-preserving transformations to suddenly have bizarre untestable side effects
  752. # [11:41] <Hixie> indeed
  753. # [11:41] <jorlow> personally, i think we have plenty of 'bizarre untestable side effects'
  754. # [11:42] <jorlow> especially plugins calling into your page
  755. # [11:42] <jorlow> since there's no way to know when that's goign to ahppen
  756. # [11:42] <jorlow> or has happened
  757. # [11:42] <roc> you loaded the plugin
  758. # [11:42] <jorlow> yes, but it's far from deterministic
  759. # [11:42] <roc> sure
  760. # [11:42] <Hixie> i'm happy to make plugins as much of a pain as possible
  761. # [11:43] <roc> but at least you opted into some badness
  762. # [11:43] <jorlow> and i think it essentially means that you can't depend on run to completion of local storage if you use ANY plugin
  763. # [11:43] <jorlow> since you don't control that code
  764. # [11:43] <roc> when can plugins can call into your page?
  765. # [11:43] <jorlow> don't know, but it's in the spec
  766. # [11:43] <roc> only during an NPAPI call or when your own script isn't running, I hope
  767. # [11:43] <Hixie> a plugin could also screw up your DOM
  768. # [11:44] <Hixie> so i guess you can't depend on that either?
  769. # [11:44] <jorlow> "Whenever a script calls into a plugin, and whenever a plugin calls into a script, the user agent must release the storage mutex."
  770. # [11:44] <jorlow> Hixie: is it possible to spec that plugins can't do anything while a script is running?
  771. # [11:45] <Hixie> anything is possible, since the spec doesn't say what the plugin api is
  772. # [11:45] <jorlow> is it practical
  773. # [11:45] <jorlow> i have no idea
  774. # [11:45] <aboodman> jorlow: nope. it is valid (imo) for a plugin to call js re-entrantly (is that a word?)
  775. # [11:45] <aboodman> example:
  776. # [11:46] <aboodman> google.gears.database.synchronousTransaction(function(tx) { ... });
  777. # [11:46] <aboodman> that should be allowed.
  778. # [11:46] <roc> gears is an NPAPI plugin?
  779. # [11:46] <aboodman> yes, among other things
  780. # [11:47] <roc> I don't see why the spec has to define what Gears is allowed to do
  781. # [11:47] <aboodman> nevermind, this is off in the weeds.
  782. # [11:48] * Quits: Rik` (n=Rik`@81.57.187.57)
  783. # [11:48] <jorlow> aboodman: but we're initiating it
  784. # [11:48] <jorlow> so it is determinisitc
  785. # [11:48] <jorlow> we == the script
  786. # [11:48] <aboodman> i don't follow
  787. # [11:49] <jorlow> the script is calling google.gears.database.sync.... right? so that's what causes the lock to get dropped
  788. # [11:49] <jorlow> so the web developer knows it's going to get dropped
  789. # [11:49] <Hixie> jorlow is worried about plugin apis that enable plugins to asynchronously call into script while script is running
  790. # [11:49] <Hixie> i don't know if any such apis exist
  791. # [11:49] <aboodman> oh
  792. # [11:49] <aboodman> well Gears has gears.timer
  793. # [11:50] <jorlow> my concern is if I say "plugin, do something" but the plugin waits to change state until an undeterministic time
  794. # [11:50] <roc> but that can't interrupt a running script
  795. # [11:50] <roc> that wouldn't be implementable in Gecko
  796. # [11:50] <aboodman> also gears.location, which fires every so often as the location changes
  797. # [11:50] <Hixie> aboodman: yeah but those are all separate events, right?
  798. # [11:50] <jorlow> but, once again, not during script execution...right?
  799. # [11:50] <Hixie> aboodman: so the mutex is already released by that point
  800. # [11:51] <roc> the things that would worry me are when we call into the plugin due to layout or plugin instantiation, which can happen unexpectedly (but synchronously) during script execution
  801. # [11:51] <Hixie> i guess you could be in trouble if a plugin has its tentacles in multiple origins and intentionally waits for one to call it before returning in another
  802. # [11:51] <aboodman> they all post messages to the browser's event loop
  803. # [11:51] <aboodman> if that is what you mean
  804. # [11:51] <Hixie> but that seems extreme
  805. # [11:51] <Hixie> (and won't be a problem since we release the mutex in those cases)
  806. # [11:52] <jorlow> aboodman: it is what i mean
  807. # [11:52] <jorlow> Hixie: that does still seem like a problem
  808. # [11:52] <Hixie> what does?
  809. # [11:52] <aboodman> jorlow: i think that is the only sensible behavior, since otherwise you'd be accessing the dom/js from multiple threads.
  810. # [11:52] <jorlow> "Hixie: i guess you could be in trouble if a plugin has its tentacles in multiple origins and intentionally waits for one to call it before returning in another"
  811. # [11:52] <aboodman> so i suspose this is how all plugins behave.
  812. # [11:53] <Hixie> jorlow: yeah but that's not a problem if that always releases the mutex
  813. # [11:53] <jorlow> yeah...so I'm wondering if the language should just be "Whenever a script calls into a plugin the user agent must release the storage mutex."
  814. # [11:53] <Hixie> for npapi that may be enough, yeah
  815. # [11:54] <jorlow> things that trigger layout still could be an issue
  816. # [11:54] <jorlow> but at least it's determinisitc
  817. # [11:54] <jorlow> ok...time for dinner
  818. # [11:54] <jorlow> later guys
  819. # [11:54] <aboodman> late
  820. # [11:55] <roc> hmm, is he in Sydney?
  821. # [11:55] <aboodman> tokyo
  822. # [11:58] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  823. # [12:02] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp) (Client Quit)
  824. # [12:11] * Quits: lazni (n=lazni@123.16.140.21) ("Leaving.")
  825. # [12:11] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  826. # [12:14] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  827. # [12:19] * Quits: maikmerten (n=maikmert@BAE3af2.bae.pppool.de) (Remote closed the connection)
  828. # [12:20] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  829. # [12:21] * annevk3 likes Lachy's UI suggestion for <input type=date> and all
  830. # [12:21] * annevk3 hopes someone implements it
  831. # [12:23] <Lachy> annevk3, I'll file a bug and see if we can get it implemented one day
  832. # [12:27] <Hixie> i wish iTunes would consider different seasons of the same show to be the same show
  833. # [12:28] <Hixie> so that i would select a show, then an episode or a season, not have to wade through seasons of other shows looking for the show i want
  834. # [12:35] * Joins: Hish_ (n=chatzill@mail2.n-e-s.de)
  835. # [12:46] <annevk3> I wish downloading shows was possible in the Netherlands
  836. # [12:46] <annevk3> well, legally that is
  837. # [12:48] <Hixie> i wish the bbc would make their shows available too
  838. # [12:48] <Lachy> annevk3, that's the same problem in lots of countries in the world. One day the entertainment industry will learn that the lack of legal alternative is a major cause of piracy, and that it's their own fault.
  839. # [12:48] <Hixie> i so desperately want to watch Have I Got News For You
  840. # [12:48] <Lachy> Hixie, I haven't heard of that show. Is it available on BBC iPlayer?
  841. # [12:48] <Hixie> in the uk, yeah
  842. # [12:48] <Hixie> it's a political comedy show
  843. # [12:49] <Hixie> i hate that the BBC won't sell me their shows
  844. # [12:49] <Hixie> even Top Gear is only available on iTunes after BBC America (a) cuts bits out and (b) airs it on cable TV
  845. # [12:49] <Hixie> they're showing season 7 now, so that's what's being added to itunes
  846. # [12:50] <Lachy> I don't see it in the iPlayer now. Maybe it's currently not available
  847. # [12:50] <Hixie> nevermind that bbc is up to season 13 and bbc america already put seasons 10-12 on itunes
  848. # [12:50] * hsivonen had thought the Have I Got News For You format was Irish
  849. # [12:50] <annevk3> I was once advised by a guy from the BBC to use torrents to get their shows after I complained how they were not available
  850. # [12:50] <Hixie> annevk3: !
  851. # [12:50] <Lachy> Hixie, you could do what I do and get a subscription to a VPN service and bypass their regional restrictions
  852. # [12:51] <Hixie> Lachy: i want to download the shows to watch at my pleasure, not watch them through a frustrating flash-based player
  853. # [12:51] <Phae> HIGNFY is older than 7 days now, so it's not available, btw, rather than regionally restricted.
  854. # [12:51] <Phae> at the mo'
  855. # [12:51] <Hixie> Phae: that makes even less sense
  856. # [12:52] <Phae> just sayin', so you Lachy knew which.
  857. # [12:52] <Phae> -you.
  858. # [12:52] <jgraham> (it is also regionally restricted)
  859. # [12:52] <Phae> yes.
  860. # [12:52] <Lachy> the BBC iPlayer does let you download them using their Adobe Air based application, but they're DRM encumbered and expire after a short period
  861. # [12:52] <Hixie> Lachy: btw, if i have a unix box in the UK, is there some sane way to do port forwarding without buying a vpn service?
  862. # [12:52] <Phae> but since he's going around that restriction..
  863. # [12:52] <jgraham> Hixie: SSH
  864. # [12:52] <Lachy> Hixie, try SSH tunnelling
  865. # [12:52] <Hixie> that requires knowing the endpoint
  866. # [12:52] <Hixie> which is non-trivial for the iplayer
  867. # [12:53] <Lachy> no it doesn't.
  868. # [12:53] <Hixie> i'd have to fake dns and all kinds of stuff
  869. # [12:53] <Hixie> no?
  870. # [12:53] <jgraham> ssh -D {something} should let you use the remote box as a socks proxy
  871. # [12:53] <Hixie> oooh, socks proxy
  872. # [12:53] <Lachy> yeah
  873. # [12:53] <Hixie> didn't know about that
  874. # [12:53] <Hixie> well hey hey
  875. # [12:53] <gsnedders> You could just use a HTTP proxy and download the non-DRM iPhone copies
  876. # [12:53] <Hixie> let's see if that works
  877. # [12:53] <Lachy> that's what I did when I streamed the olympics stuff from the NBC last year
  878. # [12:53] * jgraham doesn't know how to do a proper tunnel but does know that
  879. # [12:54] <Hixie> what's a good tv show that's region restricted these days
  880. # [12:54] * Joins: ttepass- (n=ttepas--@p5B017874.dip.t-dialin.net)
  881. # [12:54] <gsnedders> Hixie: Most sports coverage
  882. # [12:54] <Hixie> "good" :-P
  883. # [12:54] <gsnedders> Hixie: Some is :P
  884. # [12:55] <Hixie> aha, top gear
  885. # [12:55] <Lachy> top gear isn't available any more
  886. # [12:55] <Lachy> oh, some eps are
  887. # [12:55] <Phae> i thought top gear got aired on US TV? although i aassume rather late.
  888. # [12:56] * hsivonen needs some kind of VPNs for dummies for setting up a tunnel between two Linksys RVS4000 boxes
  889. # [12:56] <Hixie> http://www.bbc.co.uk/iplayer/episode/b00lkmth/Top_Gear_Series_13_Episode_2/ is region-limited
  890. # [12:56] <Hixie> i have that episode alreayd
  891. # [12:56] <Hixie> i just want to test it
  892. # [12:59] <Hixie> sweet!!!!
  893. # [12:59] <Hixie> oh yes!
  894. # [12:59] <Hixie> how did i not know about -D before!
  895. # [13:00] <gsnedders> ssh -D {something} where something is what?
  896. # [13:00] <Hixie> a port
  897. # [13:00] <gsnedders> A UK based sshd?
  898. # [13:00] <Hixie> 8888 e.g.
  899. # [13:00] <Hixie> ssh -D 8888 ukhost.example.com
  900. # [13:00] <Hixie> then you set your browser to use localhost:8888 as a socks5 proxy
  901. # [13:00] <Hixie> and away you go
  902. # [13:00] <gsnedders> Ah
  903. # [13:01] <jgraham> (I believe there are also wrapper tools you can use to make a browser use a SOCKS proxy even if it doesn't have built in support for it)
  904. # [13:06] <annevk3> hsivonen, did someone already file a bug that the selected profile is reset in the UI after validating?
  905. # [13:07] <hsivonen> annevk3: no
  906. # [13:08] <annevk3> hsivonen, I don't have an account so if you can ta :)
  907. # [13:08] * Quits: erikvold (n=erikvvol@96.49.192.204)
  908. # [13:10] <hsivonen> annevk3: ok. thanks
  909. # [13:16] * Quits: ttepasse (n=ttepas--@p5B0134C5.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  910. # [13:16] * Joins: ttepasse (n=ttepas--@91.1.58.6)
  911. # [13:19] * Parts: Micheil (n=Micheil@124-170-84-88.dyn.iinet.net.au) ("Any inconviences that may occur are purely coincidential, and we applaud them.")
  912. # [13:20] * Quits: ttepass- (n=ttepas--@p5B017874.dip.t-dialin.net) (Read error: 60 (Operation timed out))
  913. # [13:25] * Joins: myakura (n=myakura@p4203-ipbf7204marunouchi.tokyo.ocn.ne.jp)
  914. # [13:32] * Joins: ttepass- (n=ttepas--@p5B0167A7.dip.t-dialin.net)
  915. # [13:33] * Quits: foolip (n=philip@pat.se.opera.com) (Read error: 110 (Connection timed out))
  916. # [13:41] * Quits: ttepasse (n=ttepas--@91.1.58.6) (Read error: 145 (Connection timed out))
  917. # [13:43] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  918. # [13:43] * Joins: maikmerten (n=maikmert@BAE3af2.bae.pppool.de)
  919. # [13:43] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (Read error: 104 (Connection reset by peer))
  920. # [13:47] * Joins: ttepasse (n=ttepas--@p5B015A87.dip.t-dialin.net)
  921. # [13:53] * Hixie sets up a proxy-to-uk.sh script that does all the changing of hte proxy settings, setting up the tunnel, etc, automatically
  922. # [13:59] * annevk3 prefers Range to be fixed first :)
  923. # [14:00] <Hixie> range would be more work
  924. # [14:00] <Hixie> i'd rather not have him run away because he bit off more than he can chew
  925. # [14:01] <annevk3> fair enough, but Traversal is something we should probably not have implemented at all...
  926. # [14:01] <annevk3> it's a Java-centric API not at all great for the Web
  927. # [14:01] <Hixie> what would you prefer?
  928. # [14:03] <annevk3> not having it at all
  929. # [14:03] <Hixie> raw DOM is worse than traversal
  930. # [14:04] <annevk3> not with previousElementSibling and all
  931. # [14:05] <Hixie> how do i walk just the section elements and their headings?
  932. # [14:05] <annevk3> by writing your own iterator with a filter on top?
  933. # [14:06] <annevk3> dom traversal is mighty bloated; John Resig wrote a good post on that
  934. # [14:07] <hsivonen> Browsers basically implement Traversal for Acid3
  935. # [14:07] <annevk3> it's almost like the last of the parsing quirks :p
  936. # [14:08] * hsivonen wonders how many Web developers have the patience to learn the traversal interfaces instead of doing their own filtering on top of DOM Core
  937. # [14:10] * Quits: ttepass- (n=ttepas--@p5B0167A7.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  938. # [14:10] <Lachy> one thing that would have made traversing the DOM significantly easier is if element.childNodes had an easy way to filter out what was returned
  939. # [14:10] * Joins: ttepass- (n=ttepas--@91.1.109.129)
  940. # [14:11] <Lachy> but element.querySelectorAll(":scope>*"); will largely address that
  941. # [14:13] * Joins: pmuellr (n=pmuellr@nat/ibm/x-jimyurptnnpfignq)
  942. # [14:14] <Hixie> hsivonen: i don't think anyone actually implemented all of traversal just for acid3, they all had code to some extent or another already there iirc
  943. # [14:14] <hsivonen> If Shelley's assertion about the non-removability of CC RDF is true, am I barred from distributing prints of SVG clip art that comes with CC metadata?
  944. # [14:15] <hsivonen> Hixie: there was Traversal work done in Gecko only because of Acid3
  945. # [14:15] <Hixie> oh there was work done, for sure
  946. # [14:15] <hsivonen> Hixie: Traversal seemed like a good thing once, but now it's more like a point on a checklist
  947. # [14:17] <annevk3> it was a point on a checklist (DOM specs to support), now it seems a bit of a maintenance burden
  948. # [14:17] <annevk3> imo
  949. # [14:19] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) ("Ex-Chat")
  950. # [14:21] <Hixie> http://damowmow.com/playground/microdata/001/introduction
  951. # [14:21] <Lachy> hsivonen, I doubt the removal of the CC RDF metadata is forbidden. As long as the actual requirements of the licence are met. I don't think the technology chosen to express that licence is enforcable.
  952. # [14:22] * Quits: ttepasse (n=ttepas--@p5B015A87.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  953. # [14:22] <Lachy> An author could just as well express the licence conditions in a <!-- comment -->
  954. # [14:25] <annevk3> Hixie, in syntax it does not explain the name/value pairs are nested inside the <div item>
  955. # [14:25] <Hixie> yeah i'm doing that now
  956. # [14:25] <Hixie> and subject=""
  957. # [14:25] <ttepass-> ?Microdata allows you to mark parts of a web page as machine-readable, named data, building a list of name-value-pairs, so that? etc.? ? ?on the top of webpages? sounds a little bit like angels on an pin.
  958. # [14:25] <hsivonen> "You must keep intact all notices that refer to this License and to the disclaimer of warranties with every copy of the Work You Distribute or Publicly Perform."
  959. # [14:25] <hsivonen> "keep intact all copyright notices for the Work and provide, reasonable to the medium or means You are utilizing"
  960. # [14:26] <hsivonen> I'd argue that RDF/XML is not reasonable for the text/html medium.
  961. # [14:26] <annevk3> Hixie, syntax/examples will be different for each of the three microdata thingies?
  962. # [14:26] <Hixie> yes
  963. # [14:26] <hsivonen> I'd also argue that RDF triples aren't a "notice"
  964. # [14:26] <hsivonen> but IANAL, of course
  965. # [14:26] <Hixie> ttepass-: a lot of microdata/rdfa/microformats/rdf/etc are angels on a pin
  966. # [14:27] <hsivonen> it would be a huge bug in the CC licenses if use on media that doesn't support RDF/XML were prohibited
  967. # [14:28] <ttepass-> (Depends on the viewpoint, of course) My point is more that ?to layer lists on top of a page? is rather distant from the viewpoint of web authors while ?marking things up? is more intuitive.
  968. # [14:29] <annevk3> http://code.google.com/p/pywebsocket/ cool
  969. # [14:29] * Joins: Unixmonkey (n=Unixmonk@mail.reprographix.com)
  970. # [14:29] <Hixie> ttepass-: not sure what "marking things up" means
  971. # [14:30] <Hixie> in this context
  972. # [14:31] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  973. # [14:31] <ttepass-> I'm not sure, what ?layering on top? in this context means.
  974. # [14:31] <Hixie> ah :-)
  975. # [14:31] <Hixie> it means that you have your HTML file
  976. # [14:32] <Hixie> and if you imagine it as a printed sheet of paper
  977. # [14:32] <Hixie> you then layer a transparency with the additional data on top of the paper
  978. # [14:32] <Hixie> so that it doesn't affect either the paper, not the transparency
  979. # [14:32] <ttepass-> Ok, that's a metaphor.
  980. # [14:33] <ttepass-> But ... isn't Microdata with its DOM API a part of the DOM tree?
  981. # [14:35] <ttepass-> Hm. Arguing over language an metaphors is not really productive. Feel free to ignore me. ;)
  982. # [14:36] <Hixie> well it's part of the document, sure
  983. # [14:36] <Hixie> i mean it uses attributes and stuff in the HTML file
  984. # [14:36] <Hixie> but it doesn't affect the HTML document's semantics
  985. # [14:36] <Hixie> other than adding these separate name-value pairs
  986. # [14:36] <Hixie> which are otherwise unrelated to the content
  987. # [14:38] <ttepass-> There I'd ask what "otherwise unrelated" means since a lot of values will be the textContent of Elements.
  988. # [14:39] <Hixie> well like if you say <div item><button itemprop="x" ...></button></div>
  989. # [14:39] <Hixie> ...it would be wrong to say that the button has itemprop "x"
  990. # [14:39] <Hixie> the following would mean the same:
  991. # [14:39] <Hixie> <div item><button ...></button><meta itemprop="x" content=""></div>
  992. # [14:39] <Hixie> ...as far as the microdata goes
  993. # [14:40] <Hixie> as in, the transparency isn't printed on top of the paper
  994. # [14:40] <Hixie> it's just layered on top
  995. # [14:40] <Hixie> anyway
  996. # [14:40] <Hixie> 5:35am
  997. # [14:40] <Hixie> far past bed time
  998. # [14:40] <ttepass-> Good night.
  999. # [14:41] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  1000. # [14:52] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  1001. # [15:01] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  1002. # [15:04] * Joins: da3d (n=opera@h11n1fls34o986.telia.com)
  1003. # [15:04] * Quits: shepazu (n=schepers@pool-96-252-125-220.bstnma.fios.verizon.net)
  1004. # [15:05] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
  1005. # [15:05] <JohnResig> Lachy: ftp://ftp.mozilla.org/pub/firefox/releases/
  1006. # [15:06] <Lachy> JohnResig, what about that?
  1007. # [15:06] <JohnResig> Lachy: you twittered earlier looking for an official 2.0 release
  1008. # [15:06] <Lachy> no I didn't
  1009. # [15:06] <JohnResig> huh
  1010. # [15:06] <JohnResig> lol, I'm going crazy, nevermind
  1011. # [15:06] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  1012. # [15:06] <Lachy> ok
  1013. # [15:07] <JohnResig> ah, apparently it was someone with a very similar username - I follow too many people
  1014. # [15:07] <Lachy> no worries
  1015. # [15:09] <Lachy> out of curiosity, who has a nickname similar to mine?
  1016. # [15:09] <JohnResig> it was someone named 'Lachlan Hardy'
  1017. # [15:09] <Lachy> oh
  1018. # [15:09] <Lachy> I know him.
  1019. # [15:09] <JohnResig> my brain saw that and made a leap :)
  1020. # [15:16] * Joins: atha (n=atha@unaffiliated/athayde)
  1021. # [15:17] <hsivonen> Philip`: do you have test cases showing that Google's "RDFa implementation" isn't?
  1022. # [15:39] * Quits: atha (n=atha@unaffiliated/athayde) ("leaving")
  1023. # [15:43] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1024. # [15:47] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 145 (Connection timed out))
  1025. # [15:51] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  1026. # [15:57] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  1027. # [15:58] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  1028. # [16:04] * Joins: MikeSmith (n=MikeSmit@EM114-48-200-157.pool.e-mobile.ne.jp)
  1029. # [16:05] * Joins: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  1030. # [16:05] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1031. # [16:06] * Joins: lazni (n=lazni@118.71.42.132)
  1032. # [16:07] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  1033. # [16:09] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1034. # [16:09] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1035. # [16:10] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  1036. # [16:12] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Client Quit)
  1037. # [16:15] * Quits: jorlow (n=jorlow@220.109.219.244) (Read error: 110 (Connection timed out))
  1038. # [16:15] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1039. # [16:21] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  1040. # [16:25] * Joins: ttepasse (n=ttepas--@p5B014A41.dip.t-dialin.net)
  1041. # [16:27] * Quits: ttepass- (n=ttepas--@91.1.109.129) (Read error: 145 (Connection timed out))
  1042. # [16:31] * Joins: jacobolus (n=jacobolu@140.247.40.237)
  1043. # [16:33] * Joins: yutak_home (n=kee@M006079.ppp.dion.ne.jp)
  1044. # [16:34] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1045. # [16:36] <hsivonen> anyone got the URL for the source of this gem? http://junkyard.damowmow.com/339
  1046. # [16:41] * Quits: jacobolus (n=jacobolu@140.247.40.237) (Remote closed the connection)
  1047. # [16:44] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (Read error: 54 (Connection reset by peer))
  1048. # [16:47] <Lachy> "The SVG is, itself, XML. Doesn't matter how you want to think of it in HTML, it is XML. " -- Shelley Powers
  1049. # [16:47] <Lachy> *facepalm*
  1050. # [16:47] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
  1051. # [16:47] <Lachy> that's like arguing that HTML with XHTML-like talismans is XHTML
  1052. # [16:47] <TabAtkins> hsivonen: I think it ws puysl.com
  1053. # [16:47] <TabAtkins> It doesn't seem to be attested any more, but it *does* lock Firefox.
  1054. # [16:48] <TabAtkins> (thus why I dropped from the room)
  1055. # [16:48] <miketaylr> and it does start HORRIBLE music
  1056. # [16:49] * TabAtkins wonders why they even bother with CSS when they're just going to use <font> everywhere anyway.
  1057. # [16:50] <annevk3> Lachy, it's pretty common to confuse language and syntax
  1058. # [16:50] <Lachy> I wish Shelley would understand that the text/html serialisation of SVG is a distinct, non-XML format, just like HTML is a distinct non-XML format from XHTML
  1059. # [16:50] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1060. # [16:51] * Quits: lazni (n=lazni@118.71.42.132) ("Leaving.")
  1061. # [16:57] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  1062. # [16:59] * Parts: Kalms (n=rasmuska@81.161.185.108)
  1063. # [16:59] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  1064. # [17:01] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 54 (Connection reset by peer))
  1065. # [17:05] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1066. # [17:07] * Quits: Maurice (n=ano@80.101.46.164) ("Disconnected...")
  1067. # [17:10] * Joins: Steve^ (n=steve@92.40.102.75.sub.mbb.three.co.uk)
  1068. # [17:14] * Joins: dglazkov (n=dglazkov@nat/google/x-qzclyyjcrvtebfmf)
  1069. # [17:15] * Quits: webben (n=benh@217.12.14.241) (Read error: 145 (Connection timed out))
  1070. # [17:15] <erlehmann> hsivonen, i learnt DOM traversal. then i encountered the shiny new selector stuff :>
  1071. # [17:16] <TabAtkins> Heh, I never learned proper DOM traversal. I just avoided javascript until jQuery got popular. ^_^
  1072. # [17:18] * Joins: webben (n=benh@nat/yahoo/x-ynuvbpmgudlysbhx)
  1073. # [17:22] <erlehmann> TabAtkins, i have some unicorn pics to spare. wanna start the DOM Super Friends ?
  1074. # [17:22] <TabAtkins> I'd rather start the DOM Legion of Doom.
  1075. # [17:22] <erlehmann> that calls for a shoop. brb.
  1076. # [17:23] <TabAtkins> Also: WebIDL means that native javascript is always going to be saddled with a Java-like interface in an attempt to be language-agnostic, so we'll never have a DOM that's actually easy to use and leverages the unique strengths and design structure of js.
  1077. # [17:25] <annevk3> actually, Web IDL is an attempt to get away from that
  1078. # [17:25] <annevk3> and is doing pretty well
  1079. # [17:26] <TabAtkins> That'd be good. I'm honestly just name-dropping, and don't understand a lot of the crazy interface descriptions you people use. I just know that describing apis in terms of some interface language has been cited as the reason why we can't do smart things in javascript, because some languages that would implement the api don't have the relevant abilities.
  1080. # [17:26] <TabAtkins> It is good to know that people are fixing that.
  1081. # [17:28] <annevk3> what you're describing is roughly the problem with the original IDL language (OMGIDL) and the DOM specs that used it
  1082. # [17:28] <TabAtkins> Cool.
  1083. # [17:28] <TabAtkins> I am now informed, and a better consumer.
  1084. # [17:30] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1085. # [17:32] * Quits: paul_irish (n=paul_iri@12.33.239.250) (Client Quit)
  1086. # [17:32] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1087. # [17:43] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1088. # [17:45] * Joins: mcdave (n=Adium@cm-83-97-166-34.telecable.es)
  1089. # [17:45] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  1090. # [17:48] * Joins: mcdave_ (n=mcdave@cm-83-97-166-34.telecable.es)
  1091. # [17:49] * Quits: mcdave_ (n=mcdave@cm-83-97-166-34.telecable.es) (Client Quit)
  1092. # [17:49] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  1093. # [17:50] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  1094. # [17:50] * Joins: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net)
  1095. # [17:51] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  1096. # [17:55] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  1097. # [17:58] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  1098. # [18:01] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  1099. # [18:03] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 104 (Connection reset by peer))
  1100. # [18:03] * Quits: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  1101. # [18:03] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1102. # [18:06] * Quits: StationsPatient (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
  1103. # [18:07] * Joins: ap (n=ap@nat/apple/x-ixrewoylqgwnxzet)
  1104. # [18:12] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  1105. # [18:18] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl)
  1106. # [18:20] * Joins: sbublava (n=stephan@77.118.137.143.wireless.dyn.drei.com)
  1107. # [18:21] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1108. # [18:25] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1109. # [18:28] * Joins: jlebar (n=jlebar@nat/mozilla/x-pkgzjplybwqdnakr)
  1110. # [18:30] * Quits: myakura (n=myakura@p4203-ipbf7204marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  1111. # [18:30] * Quits: mcdave (n=Adium@cm-83-97-166-34.telecable.es) ("Leaving.")
  1112. # [18:30] * Quits: Phae (n=phaeness@gatea.mh.bbc.co.uk)
  1113. # [18:35] * Joins: mcdave (n=Adium@cm-83-97-166-34.telecable.es)
  1114. # [18:36] * Quits: tantek (n=tantek@adsl-69-107-12-74.dsl.pltn13.pacbell.net)
  1115. # [18:39] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-ejnobuccbzjpxpsy)
  1116. # [18:50] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) ("Ex-Chat")
  1117. # [18:59] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1118. # [19:10] * Joins: benward (n=benward@nat/yahoo/x-svkbinepcqpczyov)
  1119. # [19:14] * Joins: aja_ (n=aja@70.230.190.133)
  1120. # [19:16] * Quits: aja_ (n=aja@70.230.190.133) (Connection reset by peer)
  1121. # [19:16] * Joins: aja_ (n=aja@70.230.190.133)
  1122. # [19:18] * Joins: jwalden (n=waldo@nat/mozilla/x-duunneqwuajfjoca)
  1123. # [19:21] <aja_> hsivonen (or whoever): noticed that since pedagogical and polyglot have been added, should not longer always have selected for permissive option....selection isn't being "remembered"
  1124. # [19:22] * Joins: sbublava_ (n=stephan@77.118.93.102.wireless.dyn.drei.com)
  1125. # [19:23] * Joins: zdobersek (n=zan@cpe-92-37-68-167.dynamic.amis.net)
  1126. # [19:26] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  1127. # [19:28] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  1128. # [19:34] * Quits: sbublava (n=stephan@77.118.137.143.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  1129. # [19:38] <Lachy> hsivonen, Is the polyglot checking mode still under development? I just tried it, and it failed to warn about either unquoted attributes or omitted traling slashes on void elements
  1130. # [19:39] <Lachy> hsivonen, also, will it be a fully XML-compatible polyglot check, or just a few checks for commonly requested talismans?
  1131. # [19:41] <aja_> Lachy: read sam's blog post?
  1132. # [19:46] <Lachy> aja_, I have now
  1133. # [19:46] * Joins: GarethAdams (n=GarethAd@pdpc/supporter/active/GarethAdams)
  1134. # [19:48] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Ex-Chat")
  1135. # [19:48] <aja_> note that "permissive" keeps getting selected, i.e. not remembered. plolglot seemed to work okay on google.com anyway
  1136. # [19:49] <aja_> s/plolglot/polyglot/
  1137. # [19:52] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1138. # [19:53] * Joins: cying (n=cying@70.90.171.153)
  1139. # [19:53] * Quits: mcdave (n=Adium@cm-83-97-166-34.telecable.es) ("Leaving.")
  1140. # [19:55] * Joins: rubys1 (n=rubys@cpe-065-190-139-141.nc.res.rr.com)
  1141. # [19:56] <rubys1> the permissive getting re-selected problem has been fixed, but the fix hasn't yet been deployed
  1142. # [19:57] <rubys1> Lachy: http://validator.nu/?doc=http%3A%2F%2Fgoogle.com%2F&profile=polyglot
  1143. # [19:59] * Quits: Steve^ (n=steve@92.40.102.75.sub.mbb.three.co.uk) (Read error: 110 (Connection timed out))
  1144. # [19:59] * Joins: weinig (n=weinig@nat/apple/x-piqadripvejanctq)
  1145. # [19:59] <Lachy> rubys1, I already looked at that
  1146. # [20:00] <Lachy> also, it doesn't answer my question about what exactly it will eventually check when complete
  1147. # [20:00] * Joins: jacobolus (n=jacobolu@140.247.158.233)
  1148. # [20:01] <rubys1> the only answer I can give is: whatever testcases Tantek and/or Lars provides. Until or unless such tests are provided, I don't intend to develop this any further.
  1149. # [20:01] <rubys1> And if such tests aren't forthcoming, I plan to remove this function.
  1150. # [20:09] * Quits: jacobolus (n=jacobolu@140.247.158.233) (Remote closed the connection)
  1151. # [20:09] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-behjrokzondvrhmk)
  1152. # [20:11] * Joins: weinig_ (n=weinig@17.246.16.129)
  1153. # [20:22] * Quits: jlebar (n=jlebar@nat/mozilla/x-pkgzjplybwqdnakr) (Read error: 110 (Connection timed out))
  1154. # [20:23] * Quits: miketaylr (n=mtaylor@38.117.156.163) ("adios.")
  1155. # [20:26] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1156. # [20:26] <Philip`> hsivonen: There's http://www.google.com/webmasters/tools/richsnippets?url=http://philip.html5.org/demos/rdfa/richsnippet.html
  1157. # [20:27] * Quits: weinig (n=weinig@nat/apple/x-piqadripvejanctq) (Read error: 110 (Connection timed out))
  1158. # [20:27] * weinig_ is now known as weinig
  1159. # [20:27] <Philip`> I presume it's easy to write valid RDFa that Google won't understand or will misinterpret, too
  1160. # [20:27] <Philip`> and I was kind of planning to look at that but I haven't got around to it
  1161. # [20:29] * Joins: zdobersek1 (n=zan@cpe-92-37-67-192.dynamic.amis.net)
  1162. # [20:31] <Lachy> rubys1, in that case, what significant differences do you perceive between the pedagogical and polyglot modes of validation?
  1163. # [20:32] <Lachy> If you only intend the polyglot checker to check the specific features that get submitted as test cases, rather than a fully XHTML-compatible polyglot document checker, why do you need both modes?
  1164. # [20:33] <Lachy> I'd rather not have a validator claim to have a polyglot checking mode, if it isn't at least fully XHTML-compatible
  1165. # [20:34] <Lachy> (I can accept it opting to not check for things like the inclusion of tbody or LF after <pre> start tags, etc.)
  1166. # [20:38] <rubys1> My sense is that Lars and Tantek have different goals... I'm simply prepared to track both.
  1167. # [20:39] <rubys1> specifically, I sense that Tantek will want some checks that Lars isn't happy with
  1168. # [20:39] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1169. # [20:40] <Lachy> I don't know who Lars is
  1170. # [20:41] <rubys1> Lars Gunther
  1171. # [20:41] * Quits: weinig (n=weinig@17.246.16.129)
  1172. # [20:41] <Lachy> ah, ok.
  1173. # [20:42] <rubys1> My feeling is that a number of people want "XHTML", but when you ask specific questions about weird edge cases, they say "I don't want that". So, I'm trying to get people to say what they really want.
  1174. # [20:44] <rubys1> overall, I think that informational messages about implicitly closed tags would be a good thing, checking for attribute quotes is a MEH for many people, and flagging &nbsp; is something that only a few crazies will want.
  1175. # [20:45] * Quits: zdobersek (n=zan@cpe-92-37-68-167.dynamic.amis.net) (Read error: 110 (Connection timed out))
  1176. # [20:46] * Quits: maikmerten (n=maikmert@BAE3af2.bae.pppool.de) (Connection timed out)
  1177. # [20:46] * Joins: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net)
  1178. # [20:47] * Joins: maikmerten (n=maikmert@89.61.178.80)
  1179. # [20:51] * Joins: weinig (n=weinig@nat/apple/x-tartuvlxzexbytck)
  1180. # [20:52] * Joins: mcdave (n=Adium@cm-83-97-164-135.telecable.es)
  1181. # [20:52] <MikeSmith> rubys1: qa-dev now has your latest change
  1182. # [20:54] <rubys1> MikeSmith: not as far as I can tell
  1183. # [20:55] <rubys1> http://validator.nu/ has profile, http://qa-dev.w3.org:8888/ does not
  1184. # [20:56] <MikeSmith> rubys1: can you give me a test case?
  1185. # [20:59] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1186. # [20:59] <rubys1> ok, test case: go to "http://qa-dev.w3.org:8888/", look for string "profile". End of test case.
  1187. # [21:01] <MikeSmith> rubys1: yeah, clearly not synced up. I'll go check
  1188. # [21:02] * Quits: mcdave (n=Adium@cm-83-97-164-135.telecable.es) ("Leaving.")
  1189. # [21:03] * Quits: zdobersek1 (n=zan@cpe-92-37-67-192.dynamic.amis.net) (Read error: 110 (Connection timed out))
  1190. # [21:03] * Joins: aroben (n=aroben@unaffiliated/aroben)
  1191. # [21:04] <MikeSmith> rubys1: It seems the problem is that I've not done the "svn switch" thing it my workspace on that machine
  1192. # [21:04] <rubys1> that would do it. :-)
  1193. # [21:05] <MikeSmith> PITA.. thanks a lot cvsdude people
  1194. # [21:05] <rubys1> I simply opted to do a clean checkout
  1195. # [21:07] * Quits: aja_ (n=aja@70.230.190.133) (Read error: 104 (Connection reset by peer))
  1196. # [21:09] <erlehmann> rubys1, what weird edge cases are there in XHTML ?
  1197. # [21:11] <rubys1> erlehmann: http://wiki.whatwg.org/wiki/HTML_vs._XHTML
  1198. # [21:14] <erlehmann> rubys1, thats not weird on the XHTML side, at least -- its consistent.
  1199. # [21:15] * erlehmann notes the XHTML side of the comparison frequently has shorter text and no „for some elements / attributes“ clauses.
  1200. # [21:17] <rubys1> erlehmann: my weblog is consistently well formed XML, and (except for one issue intentionally made to prove a point) valid both as XHTML5 and HTML5.
  1201. # [21:20] * gsnedders finds Opera has web compat bugs with the UCAS Apply website
  1202. # [21:21] * Joins: dpranke (n=Adium@nat/google/x-touqirnmubesiukw)
  1203. # [21:33] * Quits: jlebar_ (n=jlebar@nat/mozilla/x-behjrokzondvrhmk) (Read error: 60 (Operation timed out))
  1204. # [21:33] <MikeSmith> rubys1: OK, now qa-dev has the latest
  1205. # [21:36] * Quits: sbublava_ (n=stephan@77.118.93.102.wireless.dyn.drei.com)
  1206. # [21:41] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 104 (Connection reset by peer))
  1207. # [21:42] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 113 (No route to host))
  1208. # [21:43] * Quits: GarethAdams (n=GarethAd@pdpc/supporter/active/GarethAdams)
  1209. # [21:47] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  1210. # [21:51] * Quits: roc (n=roc@121-72-191-237.dsl.telstraclear.net)
  1211. # [21:59] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1212. # [22:01] * Quits: MikeSmith (n=MikeSmit@EM114-48-200-157.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  1213. # [22:02] * Joins: pererik (n=pe@unaffiliated/pererik)
  1214. # [22:02] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1215. # [22:02] * Joins: ap_ (n=ap@17.246.19.174)
  1216. # [22:09] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  1217. # [22:10] * Quits: ap_ (n=ap@17.246.19.174) (Remote closed the connection)
  1218. # [22:11] * Quits: ap (n=ap@nat/apple/x-ixrewoylqgwnxzet) (Read error: 104 (Connection reset by peer))
  1219. # [22:11] * Joins: ap (n=ap@17.203.14.219)
  1220. # [22:19] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  1221. # [22:21] <Lachy> hsivonen, bug in validator.nu:
  1222. # [22:21] <Lachy> "Error: Bad value “http://www.w3.org/1999/xlink” for the attribute “xmlns:link” (only “http://www.w3org/1999/xlink” permitted here).
  1223. # [22:21] <Lachy> From line 5, column 1; to line 7, column 48
  1224. # [22:21] <Lachy> "
  1225. # [22:21] <Lachy> note where it incorrectly says "only “http://www.w3org/1999/xlink” permitted here"
  1226. # [22:21] <Lachy> s/w3org/w3.org/
  1227. # [22:21] * Quits: maikmerten (n=maikmert@89.61.178.80) (Remote closed the connection)
  1228. # [22:22] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  1229. # [22:26] <Lachy> hsivonen, I'll file a bug
  1230. # [22:27] * Joins: ttepass- (n=ttepas--@p5B0142FA.dip.t-dialin.net)
  1231. # [22:29] * Quits: Hish_ (n=chatzill@mail2.n-e-s.de) (Read error: 110 (Connection timed out))
  1232. # [22:30] * Quits: pmuellr (n=pmuellr@nat/ibm/x-jimyurptnnpfignq)
  1233. # [22:32] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1234. # [22:33] * Joins: jlebar (n=jlebar@nat/mozilla/x-xzwlbzpufhjtnohd)
  1235. # [22:34] * Joins: mcdave (n=Adium@83.97.164.135)
  1236. # [22:35] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (Remote closed the connection)
  1237. # [22:35] * Quits: mcdave (n=Adium@83.97.164.135) (Client Quit)
  1238. # [22:35] * Joins: mcdave (n=mcdave@cm-83-97-164-135.telecable.es)
  1239. # [22:37] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 113 (No route to host))
  1240. # [22:37] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1241. # [22:41] * Joins: rubys (n=rubys@cpe-065-190-139-141.nc.res.rr.com)
  1242. # [22:43] * Quits: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com) (Read error: 54 (Connection reset by peer))
  1243. # [22:44] * Joins: erlehmann (n=erlehman@tmo-104-178.customers.d1-online.com)
  1244. # [22:49] * Quits: ttepasse (n=ttepas--@p5B014A41.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  1245. # [22:55] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) (Nick collision from services.)
  1246. # [22:55] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  1247. # [22:59] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  1248. # [23:03] * Joins: and (n=and@apo29.girton.cam.ac.uk)
  1249. # [23:07] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1250. # [23:09] * Quits: da3d (n=opera@h11n1fls34o986.telia.com)
  1251. # [23:13] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1252. # [23:15] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) ("Ex-Chat")
  1253. # [23:23] * Parts: rubys (n=rubys@cpe-065-190-139-141.nc.res.rr.com)
  1254. # [23:25] * ap is now known as ap|away
  1255. # [23:30] * Quits: rubys1 (n=rubys@cpe-065-190-139-141.nc.res.rr.com) ("Leaving.")
  1256. # [23:34] * Quits: BlurstOfTimes (n=blurstof@168.203.117.59) ("Leaving...")
  1257. # [23:37] * Quits: Unixmonkey (n=Unixmonk@mail.reprographix.com)
  1258. # [23:37] * Quits: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  1259. # [23:40] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1260. # [23:42] * Joins: rkennedy (n=rkennedy@pixout.appriss.com)
  1261. # [23:50] * Quits: zdobersek (n=zan@cpe-92-37-72-206.dynamic.amis.net) ("Leaving.")
  1262. # [23:53] * Quits: webben (n=benh@nat/yahoo/x-ynuvbpmgudlysbhx) (Read error: 110 (Connection timed out))
  1263. # [23:58] * Joins: webben (n=benh@genkt-048-074.t-mobile.co.uk)
  1264. # [23:58] * Quits: webben (n=benh@genkt-048-074.t-mobile.co.uk) (Read error: 104 (Connection reset by peer))
  1265. # Session Close: Wed Sep 09 00:00:00 2009

The end :)