/irc-logs / freenode / #whatwg / 2009-11-05 / end

Options:

  1. # Session Start: Thu Nov 05 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:02] * Joins: cying_ (n=cying@70.90.171.153)
  4. # [00:04] * Joins: weinig (n=weinig@17.246.16.97)
  5. # [00:05] * Quits: nessy (n=Adium@216.239.45.19) ("Leaving.")
  6. # [00:07] * lmorchard|away is now known as lmorchard
  7. # [00:13] * Quits: annevk2 (n=annevk@72-254-82-30.client.stsn.net)
  8. # [00:13] * Quits: fishd (n=darin@nat/google/x-5274e6a23f06af54) (Read error: 60 (Operation timed out))
  9. # [00:14] * Quits: ttepasse (n=ttepas--@dslb-084-060-031-148.pools.arcor-ip.net) (Read error: 60 (Operation timed out))
  10. # [00:14] * Joins: ttepasse (n=ttepas--@dslb-084-060-030-135.pools.arcor-ip.net)
  11. # [00:19] * Quits: cying (n=cying@70.90.171.153) (Connection timed out)
  12. # [00:19] * cying_ is now known as cying
  13. # [00:19] * Joins: fishd (n=darin@nat/google/x-d4726c70e33b3274)
  14. # [00:20] * riven` is now known as riven
  15. # [00:25] * Quits: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  16. # [00:25] * Quits: Rik|work (n=Rik|work@193.93.127.141) (zelazny.freenode.net irc.freenode.net)
  17. # [00:25] * Joins: othermaciej (n=mjs@17.246.16.195)
  18. # [00:30] * Joins: gsnedders (n=gsnedder@c83-252-236-152.bredband.comhem.se)
  19. # [00:33] * Quits: othermaciej (n=mjs@17.246.16.195)
  20. # [00:34] * Quits: weinig (n=weinig@17.246.16.97)
  21. # [00:38] * Quits: Lachy (n=Lachlan@72-254-97-4.client.stsn.net) ("This computer has gone to sleep")
  22. # [00:40] * Joins: weinig (n=weinig@17.244.25.218)
  23. # [00:42] * Quits: tantek (n=tantek@72-254-104-232.client.stsn.net)
  24. # [00:42] * Quits: ap (n=ap@17.244.0.113)
  25. # [00:46] * Joins: ap (n=ap@17.244.0.113)
  26. # [00:48] * Joins: cying_ (n=cying@70.90.171.153)
  27. # [00:48] * Joins: riven` (n=colin@53518387.cable.casema.nl)
  28. # [00:48] * Quits: riven (n=colin@53518387.cable.casema.nl) (Read error: 104 (Connection reset by peer))
  29. # [00:48] * Joins: pmuellr (n=pmuellr@user-0ce2l9d.cable.mindspring.com)
  30. # [00:51] * Joins: othermaciej (n=mjs@17.244.25.251)
  31. # [00:52] * Quits: riven` (n=colin@53518387.cable.casema.nl) (Client Quit)
  32. # [00:57] * Quits: weinig (n=weinig@17.244.25.218)
  33. # [01:01] * Quits: cying (n=cying@70.90.171.153) (Connection timed out)
  34. # [01:01] * cying_ is now known as cying
  35. # [01:01] * Joins: riven (n=colin@53518387.cable.casema.nl)
  36. # [01:03] * Joins: dglazkov_ (n=dglazkov@nat/google/x-cf5a215ec89617e4)
  37. # [01:03] * Joins: Lachy (n=Lachlan@72-254-97-4.client.stsn.net)
  38. # [01:07] * Joins: annevk2 (n=annevk@72-254-82-30.client.stsn.net)
  39. # [01:08] <MikeSmith> hendry: you there?
  40. # [01:08] <MikeSmith> I wanted to ask about the sed expression in your vim validator script
  41. # [01:08] <MikeSmith> what the purpose of it is
  42. # [01:11] * Joins: cying_ (n=cying@70.90.171.153)
  43. # [01:13] * Joins: mpt (n=mpt@canonical/mpt)
  44. # [01:13] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
  45. # [01:14] * Joins: tantek (n=tantek@72-254-104-232.client.stsn.net)
  46. # [01:18] * Quits: Midler (n=midler@79.138.217.178.bredband.tre.se) ("Leaving.")
  47. # [01:20] * Quits: dglazkov (n=dglazkov@nat/google/x-85e758e5c7ff9f75) (Read error: 110 (Connection timed out))
  48. # [01:20] * dglazkov_ is now known as dglazkov
  49. # [01:24] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  50. # [01:24] * Joins: TabAtkins (n=chatzill@72-254-47-172.client.stsn.net)
  51. # [01:26] * Quits: dglazkov (n=dglazkov@nat/google/x-cf5a215ec89617e4) (Remote closed the connection)
  52. # [01:27] * Joins: dglazkov (n=dglazkov@nat/google/x-82843cedf5cdb0a8)
  53. # [01:29] * Quits: cying (n=cying@70.90.171.153) (Read error: 110 (Connection timed out))
  54. # [01:29] * cying_ is now known as cying
  55. # [01:32] * Joins: slightlyoff (n=slightly@nat/google/x-7cfc0dc6b9689950)
  56. # [01:34] * Quits: dglazkov (n=dglazkov@nat/google/x-82843cedf5cdb0a8)
  57. # [01:38] <annevk2> Hixie, do you know anyone that looked at http://www.w3.org/2005/Incubator/MashSSL/charter ?
  58. # [01:39] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  59. # [01:40] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  60. # [01:43] * Quits: ojan (n=ojan@72.14.229.81)
  61. # [01:43] * Joins: nessy (n=Adium@216.239.45.19)
  62. # [01:45] * Quits: fishd (n=darin@nat/google/x-d4726c70e33b3274) (Read error: 110 (Connection timed out))
  63. # [01:45] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 110 (Connection timed out))
  64. # [01:46] * Quits: ryduh (n=ryduh@204.16.143.186)
  65. # [01:48] * Joins: nessy1 (n=Adium@216.239.45.19)
  66. # [01:55] * Joins: wakaba_ (n=wakaba_@p2148-ipbf07otsu.shiga.ocn.ne.jp)
  67. # [01:55] * Joins: bzed_ (n=bzed@devel.recluse.de)
  68. # [01:58] <annevk2> hmm, I still don't see how http://sites.google.com/site/guestxhr/maciej-challenge works
  69. # [01:58] * Joins: abarth (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  70. # [01:59] <abarth> Hixie: there isn't an allow-plugins for @sandbox?
  71. # [01:59] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  72. # [01:59] <annevk2> oh, hmm
  73. # [01:59] * Quits: bzed (n=bzed@devel.recluse.de) (Read error: 113 (No route to host))
  74. # [01:59] * bzed_ is now known as bzed
  75. # [02:00] * Quits: othermaciej (n=mjs@17.244.25.251)
  76. # [02:03] * Quits: cying (n=cying@70.90.171.153) (Remote closed the connection)
  77. # [02:03] * Joins: cying (n=cying@70.90.171.153)
  78. # [02:04] * Quits: nessy (n=Adium@216.239.45.19) (Read error: 110 (Connection timed out))
  79. # [02:04] * Joins: webben (n=benh@212-104-155-100.access.eclipse.net.uk)
  80. # [02:04] * hcr is now known as hamcore
  81. # [02:07] * Quits: daedb| (n=daed@h11n1fls34o986.telia.com) (Remote closed the connection)
  82. # [02:08] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  83. # [02:10] * Quits: ap (n=ap@17.244.0.113)
  84. # [02:13] * Quits: nessy1 (n=Adium@216.239.45.19) (Read error: 110 (Connection timed out))
  85. # [02:15] * Joins: othermaciej (n=mjs@17.203.15.171)
  86. # [02:18] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
  87. # [02:21] * Joins: daedb (n=daed@h11n1fls34o986.telia.com)
  88. # [02:24] * Joins: wakaba_0 (n=wakaba_@p2222-ipbf201otsu.shiga.ocn.ne.jp)
  89. # [02:33] * Quits: gsnedders (n=gsnedder@c83-252-236-152.bredband.comhem.se)
  90. # [02:40] * Joins: weinig (n=weinig@17.246.16.97)
  91. # [02:44] * Quits: wakaba_ (n=wakaba_@p2148-ipbf07otsu.shiga.ocn.ne.jp) (Read error: 110 (Connection timed out))
  92. # [02:47] * Joins: nessy (n=Adium@72-254-118-197.client.stsn.net)
  93. # [02:48] * Joins: ojan (n=ojan@72.14.229.81)
  94. # [02:56] * Quits: cying (n=cying@70.90.171.153)
  95. # [02:58] <ojan> anyone know the state of the css3 paged media spec?
  96. # [02:58] * Quits: Lachy (n=Lachlan@72-254-97-4.client.stsn.net) ("This computer has gone to sleep")
  97. # [02:58] <ojan> are the editors still working on it?
  98. # [02:58] * Quits: shepazu (n=schepers@72-254-85-102.client.stsn.net)
  99. # [02:59] * Quits: cardona507 (n=cardona5@72-254-49-2.client.stsn.net)
  100. # [03:00] <annevk2> to some extent, I think
  101. # [03:00] <MikeSmith> https://bug-21288-attachments.webkit.org/attachment.cgi?id=42473
  102. # [03:00] <MikeSmith> https://bugs.webkit.org/show_bug.cgi?id=21288
  103. # [03:02] * Quits: myakura (n=myakura@72-254-122-171.client.stsn.net) ("Leaving...")
  104. # [03:03] * lmorchard is now known as lmorchard|away
  105. # [03:05] <AryehGregor> Isn't the web lovely, where you have to have a separate domain for every attachment to get any kind of security.
  106. # [03:06] <GPHemsley> :P
  107. # [03:06] * Quits: MikeSmith (n=MikeSmit@72-254-83-47.client.stsn.net) ("Tomorrow to fresh woods, and pastures new.")
  108. # [03:08] * Quits: weinig (n=weinig@17.246.16.97)
  109. # [03:11] * Quits: avidvivid (n=avidvivi@209-180-139-110.phnx.qwest.net) (Client Quit)
  110. # [03:13] <ojan> annevk2: thx. we're getting requests to implement parts of it and trying to evaluate which parts make sense to move forward with
  111. # [03:16] * ojan still gets confused which mailing lists, etc to use for what specs.
  112. # [03:16] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  113. # [03:17] * Quits: dbaron (n=dbaron@nat/mozilla/x-a7030c749ff08582) ("8403864 bytes have been tenured, next gc will be global.")
  114. # [03:19] * Quits: tantek (n=tantek@72-254-104-232.client.stsn.net)
  115. # [03:19] <annevk2> ojan, www-style
  116. # [03:19] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  117. # [03:19] <ojan> annevk2: heh. that seems obvious in retrospect
  118. # [03:20] <othermaciej> annevk2: I think CORS should document the "Don't Be a Deputy" programming discipline in the Security Considerations section
  119. # [03:20] <othermaciej> annevk2: (maybe after people have had a chance to review it to see if it is sound)
  120. # [03:20] * Quits: slightlyoff (n=slightly@nat/google/x-7cfc0dc6b9689950) (Read error: 110 (Connection timed out))
  121. # [03:21] <annevk2> I agree
  122. # [03:21] <annevk2> we should have some of your diagrams as well to introduce the problem space
  123. # [03:22] * Quits: ojan (n=ojan@72.14.229.81)
  124. # [03:23] <abarth> i don't understand the allow-same-origin directive of the sandbox attribute
  125. # [03:24] <abarth> if we allow-same-origin, can't the frame just remove the sandbox attribute altogether?
  126. # [03:24] <abarth> Hixie: ^^^
  127. # [03:25] <abarth> oh, i see
  128. # [03:25] <abarth> scripting will be disabled
  129. # [03:25] <abarth> i'm not used to thinking about a world without script..... ignore me :)
  130. # [03:26] <othermaciej> abarth: did you see Mike+Tyler's GuestXHR-based cross-site access proposal, and my comments on it?
  131. # [03:26] <abarth> not yet, but i'll look at it now
  132. # [03:26] <othermaciej> abarth: would appreciate sanity check on the latter and analysis on the former
  133. # [03:26] <abarth> i got excited by the sandbox attribute patch for webkit
  134. # [03:26] <othermaciej> there's a sandbox attribute patch for WebKit?
  135. # [03:26] <othermaciej> hot!
  136. # [03:27] <othermaciej> pointer?
  137. # [03:27] <abarth> othermaciej: https://bugs.webkit.org/show_bug.cgi?id=21288
  138. # [03:27] <abarth> i don't know the contributor
  139. # [03:27] <abarth> the patch is quite good
  140. # [03:27] <abarth> although some details can be improved
  141. # [03:27] * Joins: cardona507 (n=cardona5@209.172.114.240)
  142. # [03:32] * hamcore is now known as hcr
  143. # [03:32] * Quits: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net) (Remote closed the connection)
  144. # [03:36] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  145. # [03:36] <abarth> othermaciej: i like point 6 of your argument
  146. # [03:37] <abarth> his argue is basically that by providing developers less rope, we hope they'll build bridges out of steel instead of hanging themselves
  147. # [03:37] <othermaciej> abarth: it was more a series of comments than an argument, but thanks
  148. # [03:37] * Joins: wakaba_ (n=wakaba_@p2091-ipbf12otsu.shiga.ocn.ne.jp)
  149. # [03:38] <othermaciej> abarth: another thing I thought of - if you have CORS it's easier to make the shared secret be time-limited or use-limited without violating the "AJAX UI" requirement, thus further mitigating the risk of revealing it
  150. # [03:39] <abarth> i don't think guest XHR handles the basic use case of "almost public" data, like timely stock ticker information that might be licensed for use only for certain sites
  151. # [03:40] * Joins: Lachy (n=Lachlan@72-254-97-4.client.stsn.net)
  152. # [03:40] * Quits: Lachy (n=Lachlan@72-254-97-4.client.stsn.net) (Read error: 104 (Connection reset by peer))
  153. # [03:40] <abarth> e.g., if Google Finance lets Acme Finance CORS+XHR for timely stock ticker data by checking the Origin
  154. # [03:40] <abarth> in a guest XHR world, ACME needs to either proxy
  155. # [03:40] <abarth> or talk to Google on the back end
  156. # [03:41] <abarth> this scenario is interesting because it doesn't fit our usual notions of confidentiality because
  157. # [03:41] <abarth> an attacker can always proxy the information from the main Google Finance site
  158. # [03:42] <abarth> but that's different than access the data directly from the user's browser
  159. # [03:42] * Quits: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net) (Remote closed the connection)
  160. # [03:43] <othermaciej> GuesXHR could handle that by having a pre-arranged shared secret between Google Finance and Acme Finance
  161. # [03:44] <othermaciej> actually I guess not, since to avoid revealing it you need to use server-to-server communication either to actually get the data or to generate a one-time token for the client side
  162. # [03:44] <abarth> yes
  163. # [03:44] <abarth> you can do it with crypto
  164. # [03:44] * Quits: nessy (n=Adium@72-254-118-197.client.stsn.net) ("Leaving.")
  165. # [03:44] <abarth> by using the long-lived key to mac a sequence number or something
  166. # [03:45] * Quits: TabAtkins (n=chatzill@72-254-47-172.client.stsn.net) (Read error: 110 (Connection timed out))
  167. # [03:45] <othermaciej> true
  168. # [03:45] <abarth> ok, let me think about his protocol
  169. # [03:45] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  170. # [03:46] <othermaciej> his protocol does have a flaw which I'm not sure can be easily fixed, which is putting the shared secret in a URL
  171. # [03:46] * Joins: cardona507 (n=cardona5@209.172.114.240)
  172. # [03:46] <abarth> in earlier designs, he's used the fragment identifier for that
  173. # [03:46] <abarth> and cleared the fragment using javascript
  174. # [03:47] <othermaciej> I'm not sure that prevents all the ways the secret-bearing URL might get leaked
  175. # [03:47] <othermaciej> (e.g. browser history sync)
  176. # [03:47] <abarth> http://w2spconf.com/2008/papers/s4p2.pdf
  177. # [03:48] <abarth> the /grant URL in this protocol
  178. # [03:48] <abarth> needs to be protected from CSRF
  179. # [03:48] <abarth> otherwise the attacker can cause A to grant to whatever B he likes
  180. # [03:49] <othermaciej> abarth: the "got" URL needs to be protected from CSRF too
  181. # [03:49] <othermaciej> or an attacker can overwrite A's valid key
  182. # [03:49] <othermaciej> and since the "got" URL is actually accessed cross-site, that requires an Origin check or a pre-arranged shared secret
  183. # [03:50] * Joins: cardona507_ (n=cardona5@209.172.114.240)
  184. # [03:50] <othermaciej> er, an attacker can overwrite *B*'s valid key (to A)
  185. # [03:50] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  186. # [03:50] * cardona507_ is now known as cardona507
  187. # [03:50] <abarth> i don't understand how to prevent that
  188. # [03:50] <abarth> how does B distinguish A from the attacker?
  189. # [03:51] <othermaciej> it can distinguish A from an attacker by looking at the Cookie (indicating a valid A user in an actual browser) and the Origin header
  190. # [03:51] <othermaciej> or by having a pre-arranged shared secret with B that must be included with all "got" requests
  191. # [03:51] <abarth> i don't see how the cookie helps
  192. # [03:51] * Quits: wakaba_0 (n=wakaba_@p2222-ipbf201otsu.shiga.ocn.ne.jp) (Read error: 110 (Connection timed out))
  193. # [03:51] <abarth> B gets B's cookies, not A's
  194. # [03:52] <abarth> we're imagining a world without Origin
  195. # [03:52] <othermaciej> the user would have to be logged into B for this to work
  196. # [03:52] <abarth> so we can't use that
  197. # [03:52] <othermaciej> right, that's why I dismiss the Origin-based defense
  198. # [03:52] <othermaciej> which leaves only a pre-arranged shared secret
  199. # [03:52] <abarth> so, that means this isn't the whole protocol
  200. # [03:53] <abarth> presumably you can't use a long-lived secret
  201. # [03:53] <abarth> because it bounces to the client
  202. # [03:53] <othermaciej> well, the protocol as specified appears to have a CSRF vulnerability
  203. # [03:53] <abarth> and the attacker can learn it by being the client in one instance
  204. # [03:53] <abarth> he'll say that grant is protected
  205. # [03:53] <abarth> because of the s=....
  206. # [03:53] <abarth> part
  207. # [03:53] <abarth> but I don't see how got is protected based on the diagram
  208. # [03:54] <abarth> also, the protocol violates the HTTP spec
  209. # [03:54] <othermaciej> true, it can't be a long-lived secret, it would have to be arranged between A and B on demand
  210. # [03:54] <abarth> because a GET request is changing state on server B
  211. # [03:54] <abarth> so that would have to be a POST
  212. # [03:54] <othermaciej> true
  213. # [03:54] <abarth> which means the redirect would have to be a 307
  214. # [03:54] <abarth> which means a dialog in Firefox
  215. # [03:55] <abarth> and that
  216. # [03:55] <abarth> it doesn't work at all in Safari
  217. # [03:55] <othermaciej> and that would reveal the contents of the form submitted to B
  218. # [03:55] <othermaciej> 307 does work in Safari at least with WebKit ToT
  219. # [03:55] <othermaciej> (not sure if it does in shipping)
  220. # [03:55] <abarth> oh, nice
  221. # [03:55] <othermaciej> you should send any comments to the list that I didn't already send in one of my many emails
  222. # [03:55] <abarth> ok, will do
  223. # [03:55] * Joins: wakaba_0 (n=wakaba_@p2035-ipbf06otsu.shiga.ocn.ne.jp)
  224. # [03:55] <abarth> collin is here, i'll ask him to look at it too
  225. # [03:56] <othermaciej> in particular I claimed the CSRF vulnerability on "got" is patchable with a pre-arranged shared secret, but as you pointed out, you can't use a long-lived shared secret
  226. # [03:56] <abarth> then why not transfer secret123 on the back end?
  227. # [03:57] <othermaciej> the requirements he's trying to satisfy include "no server-to-server communication required"
  228. # [03:58] <othermaciej> (and also "no bilateral prior arrangement between the servers such as a pre-arranged shared secret")
  229. # [03:58] <othermaciej> I'm not sure this protocol can be patched to fix the CSRF and still meet those requirements, without using Origin somewhere
  230. # [03:59] <abarth> You probably can do it by bouncing requests back to A to make sure it wanted to send the got request
  231. # [03:59] <abarth> you need something like the 4-way handshake in 802.11i
  232. # [03:59] <abarth> or NSL with a final confirmation message
  233. # [04:00] <abarth> is probably the better way to think about it
  234. # [04:00] <othermaciej> I'm not familiar with the protocols you refer to but it sounds plausible
  235. # [04:01] <othermaciej> all right, I'm gonna head out for now but I'll be back online later
  236. # [04:01] <abarth> i'll send an email to the list with citations
  237. # [04:01] <abarth> ttyl
  238. # [04:03] * Joins: gsnedders (n=gsnedder@c83-252-236-152.bredband.comhem.se)
  239. # [04:05] * Quits: beowulf (n=beowulf@208.113.223.220) (Remote closed the connection)
  240. # [04:08] * Joins: cardona507_ (n=cardona5@209.172.114.240)
  241. # [04:08] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 54 (Connection reset by peer))
  242. # [04:08] * cardona507_ is now known as cardona507
  243. # [04:11] * Quits: cardona507 (n=cardona5@209.172.114.240) (Client Quit)
  244. # [04:12] * Quits: wakaba_ (n=wakaba_@p2091-ipbf12otsu.shiga.ocn.ne.jp) (Read error: 110 (Connection timed out))
  245. # [04:18] * Quits: kristallpirat (n=kristall@c-base/crew/kristall) ("Wünsche weiterhin guten Flug")
  246. # [04:20] * Quits: othermaciej (n=mjs@17.203.15.171) (Read error: 110 (Connection timed out))
  247. # [04:24] * Quits: annevk2 (n=annevk@72-254-82-30.client.stsn.net) (Read error: 104 (Connection reset by peer))
  248. # [04:28] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (zelazny.freenode.net irc.freenode.net)
  249. # [04:28] * Quits: Hixie (i=ianh@trivini.no) (zelazny.freenode.net irc.freenode.net)
  250. # [04:28] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (zelazny.freenode.net irc.freenode.net)
  251. # [04:28] * Quits: yusukes (n=yusukes@220.109.219.244) (zelazny.freenode.net irc.freenode.net)
  252. # [04:28] * Quits: crash\ (i=crash@lubyte.de) (zelazny.freenode.net irc.freenode.net)
  253. # [04:28] * Quits: jgraham (n=jgraham@web22.webfaction.com) (zelazny.freenode.net irc.freenode.net)
  254. # [04:28] * Quits: ray (i=ray@drong.notacat.org) (zelazny.freenode.net irc.freenode.net)
  255. # [04:28] * Quits: riven (n=colin@53518387.cable.casema.nl) (zelazny.freenode.net irc.freenode.net)
  256. # [04:28] * Quits: doublec (n=doublec@li30-216.members.linode.com) (zelazny.freenode.net irc.freenode.net)
  257. # [04:28] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (zelazny.freenode.net irc.freenode.net)
  258. # [04:28] * Quits: archtech (i=stanv@83.228.56.37) (zelazny.freenode.net irc.freenode.net)
  259. # [04:28] * Quits: hcr (n=hamcore@unaffiliated/hamcore) (zelazny.freenode.net irc.freenode.net)
  260. # [04:28] * Quits: hober (n=ted@unaffiliated/hober) (zelazny.freenode.net irc.freenode.net)
  261. # [04:28] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (zelazny.freenode.net irc.freenode.net)
  262. # [04:28] * Quits: eighty4 (n=eighty4@eighty4.se) (zelazny.freenode.net irc.freenode.net)
  263. # [04:28] * Quits: payman (n=payman@pat.se.opera.com) (zelazny.freenode.net irc.freenode.net)
  264. # [04:28] * Quits: syp (n=syp@lasigpc9.epfl.ch) (zelazny.freenode.net irc.freenode.net)
  265. # [04:28] * Quits: bobs_ (n=oeskola@kekkonen.cs.hut.fi) (zelazny.freenode.net irc.freenode.net)
  266. # [04:28] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (zelazny.freenode.net irc.freenode.net)
  267. # [04:28] * Quits: ukai (n=ukai@220.109.219.244) (zelazny.freenode.net irc.freenode.net)
  268. # [04:28] * Quits: wakaba_0 (n=wakaba_@p2035-ipbf06otsu.shiga.ocn.ne.jp) (zelazny.freenode.net irc.freenode.net)
  269. # [04:28] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams) (zelazny.freenode.net irc.freenode.net)
  270. # [04:28] * Quits: bzed (n=bzed@devel.recluse.de) (zelazny.freenode.net irc.freenode.net)
  271. # [04:28] * Quits: pmuellr (n=pmuellr@user-0ce2l9d.cable.mindspring.com) (zelazny.freenode.net irc.freenode.net)
  272. # [04:28] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (zelazny.freenode.net irc.freenode.net)
  273. # [04:28] * Quits: jwalden (n=waldo@nat/mozilla/x-4277910de28005e6) (zelazny.freenode.net irc.freenode.net)
  274. # [04:28] * Quits: erlehmann (n=erlehman@82.113.106.10) (zelazny.freenode.net irc.freenode.net)
  275. # [04:28] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (zelazny.freenode.net irc.freenode.net)
  276. # [04:28] * Quits: karlcow (n=karl@nerval.la-grange.net) (zelazny.freenode.net irc.freenode.net)
  277. # [04:28] * Quits: yutak (n=yutak@220.109.219.244) (zelazny.freenode.net irc.freenode.net)
  278. # [04:28] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (zelazny.freenode.net irc.freenode.net)
  279. # [04:28] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) (zelazny.freenode.net irc.freenode.net)
  280. # [04:28] * Quits: cedricv (n=cedric@112.199.211.130) (zelazny.freenode.net irc.freenode.net)
  281. # [04:28] * Quits: nicferrier (n=nferrier@sanders.tapsellferrier.co.uk) (zelazny.freenode.net irc.freenode.net)
  282. # [04:28] * Quits: broquaint (i=4ef2dfb9@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (zelazny.freenode.net irc.freenode.net)
  283. # [04:28] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (zelazny.freenode.net irc.freenode.net)
  284. # [04:28] * Quits: inimino (n=inimino@atekomi.inimino.org) (zelazny.freenode.net irc.freenode.net)
  285. # [04:28] * Quits: jorlow (n=jorlow@nat/google/x-gcdknsvedkhcbgrm) (zelazny.freenode.net irc.freenode.net)
  286. # [04:28] * Joins: riven (n=colin@53518387.cable.casema.nl)
  287. # [04:28] * Joins: doublec (n=doublec@li30-216.members.linode.com)
  288. # [04:28] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  289. # [04:28] * Joins: archtech (i=stanv@83.228.56.37)
  290. # [04:28] * Joins: hcr (n=hamcore@unaffiliated/hamcore)
  291. # [04:28] * Joins: hober (n=ted@unaffiliated/hober)
  292. # [04:28] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  293. # [04:28] * Joins: Hixie (i=ianh@trivini.no)
  294. # [04:28] * Joins: murr4y (n=murray@103.84-49-64.nextgentel.com)
  295. # [04:28] * Joins: ray (i=ray@drong.notacat.org)
  296. # [04:28] * Joins: yusukes (n=yusukes@220.109.219.244)
  297. # [04:28] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  298. # [04:28] * Joins: eighty4 (n=eighty4@eighty4.se)
  299. # [04:28] * Joins: crash\ (i=crash@lubyte.de)
  300. # [04:28] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  301. # [04:28] * Joins: bobs_ (n=oeskola@kekkonen.cs.hut.fi)
  302. # [04:28] * Joins: ukai (n=ukai@220.109.219.244)
  303. # [04:28] * Joins: syp (n=syp@lasigpc9.epfl.ch)
  304. # [04:28] * Joins: payman (n=payman@pat.se.opera.com)
  305. # [04:28] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  306. # [04:29] * Joins: wakaba_0 (n=wakaba_@p2035-ipbf06otsu.shiga.ocn.ne.jp)
  307. # [04:29] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  308. # [04:29] * Joins: bzed (n=bzed@devel.recluse.de)
  309. # [04:29] * Joins: pmuellr (n=pmuellr@user-0ce2l9d.cable.mindspring.com)
  310. # [04:29] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  311. # [04:29] * Joins: jwalden (n=waldo@nat/mozilla/x-4277910de28005e6)
  312. # [04:29] * Joins: erlehmann (n=erlehman@82.113.106.10)
  313. # [04:29] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  314. # [04:29] * Joins: karlcow (n=karl@nerval.la-grange.net)
  315. # [04:29] * Joins: yutak (n=yutak@220.109.219.244)
  316. # [04:29] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  317. # [04:29] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  318. # [04:29] * Joins: cedricv (n=cedric@112.199.211.130)
  319. # [04:29] * Joins: nicferrier (n=nferrier@sanders.tapsellferrier.co.uk)
  320. # [04:29] * Joins: broquaint (i=4ef2dfb9@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  321. # [04:29] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  322. # [04:29] * Joins: inimino (n=inimino@atekomi.inimino.org)
  323. # [04:29] * Joins: jorlow (n=jorlow@nat/google/x-gcdknsvedkhcbgrm)
  324. # [04:34] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  325. # [04:37] * Joins: Dohor (n=youshoul@80.179.184.163.static.012.net.il)
  326. # [04:37] * Quits: Omnipotent (n=youshoul@unaffiliated/dor) (Read error: 54 (Connection reset by peer))
  327. # [04:40] * Joins: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  328. # [04:40] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 104 (Connection reset by peer))
  329. # [04:49] * Quits: jwalden (n=waldo@nat/mozilla/x-4277910de28005e6) ("dinner, methinks")
  330. # [05:00] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  331. # [05:00] <othermaciej> hi all
  332. # [05:01] * Quits: dave_levin (n=dave_lev@74.125.59.73)
  333. # [05:06] <gsnedders> Because I couldn't quite resist: http://thereshouldbenored.com/
  334. # [05:09] <othermaciej> ?
  335. # [05:09] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  336. # [05:10] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  337. # [05:10] <gsnedders> Just look at the page. If there's one thing I had to do with that domain, at least temporarily, that is it.
  338. # [05:11] <othermaciej> I can see that the page is red
  339. # [05:11] <othermaciej> but I don't get it
  340. # [05:11] <othermaciej> oh
  341. # [05:11] <othermaciej> CSS test case joke?
  342. # [05:11] <gsnedders> Not really
  343. # [05:11] <gsnedders> Well, yeah
  344. # [05:11] <gsnedders> But not really specifically CSS
  345. # [05:22] * Joins: mitnavn_ (n=mitnavn@0x5552b452.adsl.cybercity.dk)
  346. # [05:30] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) (Connection timed out)
  347. # [05:41] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  348. # [05:47] * Quits: ttepasse (n=ttepas--@dslb-084-060-030-135.pools.arcor-ip.net) ("?Q")
  349. # [05:48] * Joins: wakaba_ (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp)
  350. # [05:51] * Quits: gsnedders (n=gsnedder@c83-252-236-152.bredband.comhem.se)
  351. # [05:52] <cedricv> gsnedders: hehe funny, but there should be no title either no?
  352. # [05:57] * Joins: cardona507 (n=cardona5@209.172.114.240)
  353. # [05:57] * Quits: wakaba_0 (n=wakaba_@p2035-ipbf06otsu.shiga.ocn.ne.jp) (Read error: 110 (Connection timed out))
  354. # [05:58] * Joins: wakaba_0 (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp)
  355. # [05:58] * Quits: wakaba_ (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp) (Read error: 60 (Operation timed out))
  356. # [06:01] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  357. # [06:02] * Joins: cardona507 (n=cardona5@209.172.114.240)
  358. # [06:02] * Joins: wakaba_ (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp)
  359. # [06:08] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  360. # [06:19] * Quits: wakaba_0 (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp) (Read error: 110 (Connection timed out))
  361. # [06:31] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  362. # [06:32] * Joins: cardona507 (n=cardona5@209.172.114.240)
  363. # [06:38] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  364. # [06:38] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  365. # [06:39] * Joins: cardona507 (n=cardona5@209.172.114.240)
  366. # [07:06] * Quits: cardona507 (n=cardona5@209.172.114.240) (Read error: 104 (Connection reset by peer))
  367. # [07:07] * Joins: cardona507_ (n=cardona5@209.172.114.240)
  368. # [07:07] * Quits: cardona507_ (n=cardona5@209.172.114.240) (Remote closed the connection)
  369. # [07:07] * Joins: JonathanNeal (n=Jonathan@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  370. # [07:14] <JonathanNeal> Hi everybody \o/
  371. # [07:40] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  372. # [07:41] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  373. # [07:41] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  374. # [07:43] * Joins: wakaba_0 (n=wakaba_@p2249-ipbf06otsu.shiga.ocn.ne.jp)
  375. # [07:45] * Joins: roc (n=roc@121-72-223-124.dsl.telstraclear.net)
  376. # [07:47] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  377. # [07:49] * Joins: cying (n=cying@adsl-75-18-230-59.dsl.pltn13.sbcglobal.net)
  378. # [07:51] * Quits: wakaba_ (n=wakaba_@p1072-ipbf205otsu.shiga.ocn.ne.jp) (Read error: 60 (Operation timed out))
  379. # [07:52] * Quits: cying (n=cying@adsl-75-18-230-59.dsl.pltn13.sbcglobal.net) (Client Quit)
  380. # [08:01] * Joins: erlehmann_ (n=erlehman@82.113.106.11)
  381. # [08:11] * Quits: mitnavn_ (n=mitnavn@0x5552b452.adsl.cybercity.dk) (Read error: 110 (Connection timed out))
  382. # [08:12] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  383. # [08:21] * Quits: erlehmann (n=erlehman@82.113.106.10) (Read error: 110 (Connection timed out))
  384. # [08:35] * Joins: annevk2 (n=annevk@72-254-82-30.client.stsn.net)
  385. # [08:47] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  386. # [09:09] * Quits: Dohor (n=youshoul@80.179.184.163.static.012.net.il) (Client Quit)
  387. # [09:10] * Joins: jorlow_ (n=jorlow@216.239.45.130)
  388. # [09:10] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
  389. # [09:10] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  390. # [09:15] * Quits: roc (n=roc@121-72-223-124.dsl.telstraclear.net)
  391. # [09:15] * Joins: roc (n=roc@121-72-223-124.dsl.telstraclear.net)
  392. # [09:25] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  393. # [09:30] * Quits: JonathanNeal (n=Jonathan@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Read error: 60 (Operation timed out))
  394. # [09:30] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  395. # [09:35] <zcorpan> is the plan for mathml to drop support for xlink:href at some point?
  396. # [09:36] * Quits: annevk2 (n=annevk@72-254-82-30.client.stsn.net) (Read error: 110 (Connection timed out))
  397. # [09:38] * Joins: mpt (n=mpt@canonical/mpt)
  398. # [09:40] * Quits: pmuellr (n=pmuellr@user-0ce2l9d.cable.mindspring.com) (Read error: 110 (Connection timed out))
  399. # [09:56] * Quits: archtech (i=stanv@83.228.56.37)
  400. # [10:00] * Joins: wakaba_ (n=wakaba_@p2160-ipbf11otsu.shiga.ocn.ne.jp)
  401. # [10:02] * Quits: webben (n=benh@212-104-155-100.access.eclipse.net.uk) (Client Quit)
  402. # [10:04] * Joins: erlehmann__ (n=erlehman@82.113.121.23)
  403. # [12:05] * Disconnected
  404. # [12:06] * Attempting to rejoin channel #whatwg
  405. # [12:06] * Rejoined channel #whatwg
  406. # [12:06] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  407. # [12:06] * Set by annevk42 on Mon Oct 19 22:03:06
  408. # [12:07] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
  409. # [12:18] * Joins: Midler (n=midler@95.209.48.20.bredband.tre.se)
  410. # [12:18] * Quits: Midler (n=midler@95.209.48.20.bredband.tre.se) (Remote closed the connection)
  411. # [12:25] * Quits: jamalta (n=jamalta@209.20.66.76) (Connection refused)
  412. # [12:35] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  413. # [14:36] * Disconnected
  414. # [14:37] * Attempting to rejoin channel #whatwg
  415. # [14:37] * Rejoined channel #whatwg
  416. # [14:37] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  417. # [14:37] * Set by annevk42 on Mon Oct 19 22:03:06
  418. # [14:46] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  419. # [14:47] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
  420. # [14:47] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  421. # [14:52] <Philip`> Dashiva: You know it's an automatic namespace file because you load it as part of the automatic namespace file loading process
  422. # [14:52] <Philip`> so it's the same as how you know an image is an image when loading it in <img>
  423. # [14:53] <Dashiva> But it could contain other contents
  424. # [14:53] <Dashiva> Images require sniffing, after all
  425. # [14:54] <Philip`> So you sniff it based on the element names
  426. # [14:54] <Dashiva> But surely a new technology shouldn't require sniffing
  427. # [14:54] * Quits: archtech (i=stanv@83.228.56.37) ("flew away")
  428. # [14:54] <Dashiva> Especially not one based on XML
  429. # [14:54] <Philip`> If it's got <ns><element><name>... then you process it, otherwise you ignore unexpected elements
  430. # [14:55] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  431. # [14:56] <zcorpan_> you don't need to sniff, you can just try to apply it and if it fails (because it contains something else), ignore it (or whatever error handling is defined)
  432. # [14:56] <Philip`> Dashiva: So you're advocating in favour of using namespaces everywhere, even when they're not needed for their practical benefits like mixing independently-developed vocabularies?
  433. # [14:57] <Dashiva> The contents might be XML that happens to use <ns> and <element> and such without being a ns file
  434. # [14:57] <Philip`> (or for benefits like backward compatibility with existing content and specs etc)
  435. # [14:58] <Philip`> Dashiva: Why is that a problem, other than being a security risk?
  436. # [14:58] <Dashiva> Isn't that problem enough in itself?
  437. # [14:58] <Philip`> No
  438. # [14:59] <Philip`> It's no more of a problem than a text file that happens to be a valid PNG, and I might use it in <img> on my page and it could display something unintentionally rude
  439. # [14:59] <Dashiva> It would also be problematic to handle those files with generic XML tools, when you don't access the file via an explicit reference as a ns file
  440. # [14:59] <Dashiva> Philip`: No, it's worse
  441. # [14:59] <Dashiva> It might turn a bogus:script element into xhtml:script
  442. # [15:00] <Philip`> If I don't want it to be processed in that way, and/or don't trust the server it's hosted on, then I don't include an explicit link to it from my page
  443. # [15:00] <Dashiva> And maybe bogus:script is just example code, not intended to actually be run
  444. # [15:01] <Dashiva> Philip`: But the proposal practically begs people to link other people's ns files, to avoid recreating everything themselves
  445. # [15:01] <Philip`> Dashiva: Extensibility is centralized in practice, so they'd just link to w3.org, and everyone trusts the W3C already
  446. # [15:02] <Dashiva> But if everyone's going to use the same file we should just skip the file completely
  447. # [15:02] <Philip`> unless you're IBM and you host a copy yourself
  448. # [15:03] <Philip`> Dashiva: http://www.w3.org/2009/Talks/08-quin-balisage-namespaces/ does suggest skipping the file and having a default be supplied by the application
  449. # [15:03] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  450. # [15:05] <Dashiva> And then we're just one step away from letting the default be supplied by the specification
  451. # [15:05] <Dashiva> Coming full circle to <svg> in HTML5
  452. # [15:06] * Quits: erlehmann__ (n=erlehman@82.113.121.23) ("Ex-Chat")
  453. # [15:06] <Philip`> Indeed, except it's in XML not HTML
  454. # [15:06] <Philip`> and there's a syntax for expressing the <svg> etc rules, which generic XML processors could use
  455. # [15:08] <Philip`> (and the rules just get applied when parsing, so there's no need to complicate the internals of applications so they handle context-sensitive semantics of elements, since it just sees the normal namespaceURI/localName that everyone loves)
  456. # [15:08] <Dashiva> Although we skipped this part: <Dashiva> It would also be problematic to handle those files with generic XML tools, when you don't access the file via an explicit reference as a ns file
  457. # [15:09] <Philip`> You pass a reference to the ns file as an extra argument to the parser
  458. # [15:09] <Dashiva> No, the ns file itself
  459. # [15:09] <Philip`> You pass a reference to the ns file as an extra argument to the parser and it downloads the file itself
  460. # [15:10] <Philip`> or you pass the file itself to it
  461. # [15:10] <Philip`> although I'm probably confused
  462. # [15:10] <Dashiva> Just processing ns file as a standalone XML file, for editing or XSLT presentation or whatnot.
  463. # [15:10] * jgraham isn't reading but solutions that rely on extra files, particularly ones that have to be fetched across the network, for interpretation are bad
  464. # [15:10] <Philip`> Do you mean processing the ns files in isolation, just as plain standalone XML files?
  465. # [15:11] <jgraham> So browsers would have to use the built-in file approach
  466. # [15:11] <Philip`> There's zillions of unnamespaced XML formats in the world and tools must work fine with them
  467. # [15:11] <Dashiva> jgraham: We covered that part, apparently the files won't really exist in practice
  468. # [15:11] <Dashiva> Oh, they work, but you lose the knowledge of what the file is
  469. # [15:11] <Philip`> X3D made a whole ISO standard without bothering with a namespace
  470. # [15:12] <jgraham> Dashiva: The proposal explicitly says that they will exist at some level as it vaugely mentions browsers updating them once a year
  471. # [15:12] <Dashiva> jgraham: Even those files are purely internal, so they'll probably be optimized away
  472. # [15:13] <AryehGregor> The proposal looks to me like "Okay, let's basically do what HTML5 is doing with namespaces, except in a way that lets non-browsers be told how to handle stuff in a standard fashion without needing to know about HTML specifically."
  473. # [15:13] <Philip`> Perhaps you could view it as a way of encoding http://whatwg.org/html5#parsing-main-inforeign and related rules in an easily-understandable easily-modifiable declarative format
  474. # [15:13] <jgraham> Right so the file "exists" insofar as it is expected to be an independently modifiable part of the browser
  475. # [15:14] <Philip`> so it can be extended without having to dive into the huge complexity of the HTML5 parsing algorithm
  476. # [15:14] <AryehGregor> Incidentally, I like how this page has all the visual annoyance of framesets without the ability to right-click and open the actual content in its own page.
  477. # [15:14] <Dashiva> It kinda ruins the extensibility part, though
  478. # [15:14] <jgraham> But I haven't yet worked out whether that is actually a sensible idea or not. Say html6 invents some new elements. Is it good or necessary to update existing browsers
  479. # [15:14] * Philip` needs to be very careful when talking about parsing because his 'p' key intermittently fails to work
  480. # [15:14] <jgraham> ?
  481. # [15:14] <Dashiva> Since it has to hardcode every element name and attribute name
  482. # [15:14] <AryehGregor> No, because for extensibility you provide an explicit file.
  483. # [15:15] <Philip`> AryehGregor: I just disabled stylesheets on that page
  484. # [15:15] <AryehGregor> I mean, for distributed extensibility.
  485. # [15:15] <AryehGregor> For centralized extensibility it can be hardcoded, avoiding exposure of namespaces to authors.
  486. # [15:15] <Dashiva> AryehGregor: So in practice a certain fraction of authors will have to deal with two kinds of namespaces at once
  487. # [15:15] <jgraham> (or alternatively let's assume that HTML6 allows direct embedding of some fictional Midi Markup Language)
  488. # [15:16] <AryehGregor> Dashiva, no, because no one will actually use decentralized extensibility.
  489. # [15:16] <Dashiva> AryehGregor: We don't actually say that out loud
  490. # [15:16] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  491. # [15:16] <jgraham> What are the advantages of putting MML elements in the right namespace in some fraction of existing browsers where MML doesn't work anyway
  492. # [15:16] <AryehGregor> I thought we can in the #whatwg cabal, we only have to be diplomatic on public-html.
  493. # [15:17] * AryehGregor reads the proposal
  494. # [15:17] <Dashiva> AryehGregor: lastweek is watching!
  495. # [15:17] <gsnedders|work> AryehGregor: AFAIK MLW hasn't added you to the cabal
  496. # [15:17] <AryehGregor> :(
  497. # [15:17] <Dashiva> You can have my spot, AryehGregor
  498. # [15:17] <Dashiva> I'm really too much of an outsider to be part anyhow
  499. # [15:18] <gsnedders|work> Dashiva just lurks around here and distracts us
  500. # [15:18] <Dashiva> I'm not even employed by a browser maker
  501. # [15:18] <Philip`> "it has to hardcode every element name and attribute name" - which "it" do you mean? (I might have lost track of the conversation)
  502. # [15:19] <gsnedders|work> (any more)
  503. # [15:19] <Dashiva> Philip`: The ns file
  504. # [15:20] <Dashiva> Related question, how does it handle having both xhtml:href and xlink:href in the same document?
  505. # [15:21] <Philip`> Dashiva: I think it only has to encode the root elements of differently-namespaced subtrees, like <html> and <svg> and <foreignObject>
  506. # [15:22] <Philip`> and it's rare that that list of elements will change
  507. # [15:23] <AryehGregor> "Once HTML 5 becomes a W3C Recommendation one might reasonably expect to see implementations" I guess they haven't looked at the timetables?
  508. # [15:23] <Philip`> Don't ask me how <foreignObject> would actually be encoded in the ns proposal
  509. # [15:24] <Philip`> (I guess it should not change its own namespace, but make its children default to the HTML namespace, and then you could use a <math> root if you want embedded maths instead of HTML?)
  510. # [15:24] <Dashiva> What about the hrefs? :)
  511. # [15:24] <Philip`> xhtml:href doesn't exist so that's not a problem
  512. # [15:24] <Philip`> and nobody should invent new attributes in namespaces
  513. # [15:25] <Dashiva> null:href, then
  514. # [15:26] <Dashiva> That is, what does <xhtml:a href="" xlink:href=""> look like with ns files?
  515. # [15:26] <jgraham> Doesn't MathML 3 have href and xlink:href on the same elements?
  516. # [15:26] <AryehGregor> This proposal actually seems extremely practical and reasonable.
  517. # [15:26] <AryehGregor> "in fact, the restriction is that the browser must not claim such a resource to be a well-formed XML document, but, once it is not XML it is outside the scope of the XML specification, and error recovery is perfectly acceptable, as long as no claim is made that the original document is itself XML."
  518. # [15:26] <Philip`> Dashiva: Don't allow both in the same vocabulary
  519. # [15:26] <AryehGregor> O RLY?
  520. # [15:26] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  521. # [15:27] <Dashiva> The extensibility is centralizing :)
  522. # [15:27] <Philip`> Dashiva: Anyway, replacing xlink:href with automatic href would break copy-and-paste of existing SVG XML so that's not going to be accepted
  523. # [15:27] <AryehGregor> http://www.w3.org/TR/2008/REC-xml-20081126/#dt-fatal
  524. # [15:28] <AryehGregor> Any XML processor that can handle errors sanely is not conforming.
  525. # [15:29] <Philip`> AryehGregor: I'd be interested in what they propose browsers should do instead of rejecting the document
  526. # [15:29] <AryehGregor> "They" who?
  527. # [15:29] <Philip`> Anybody
  528. # [15:29] <AryehGregor> This Liam Quin guy seems to think it would be fine for browsers to just implement HTML5-style error handling for XML.
  529. # [15:29] <Philip`> or anybody who says draconian error handling isn't a problem with XML, it's just browser developers being stupid
  530. # [15:30] <Philip`> and stupidly following the spec instead of doing something else
  531. # [15:30] <Philip`> and I'm wondering what the something else is
  532. # [15:30] <AryehGregor> Which seems to be totally contrary to the XML spec, but hey, he's XML Activity Lead and I'm some guy who to whom "robustness, accuracy, error detection and correctness are relatively unimportant".
  533. # [15:30] <Philip`> (and I'm assuming the something else must be clearly specified somewhere so it can be interoperably implementable)
  534. # [15:31] <Dashiva> AryehGregor: This proposal decentralizedly extends XML in a new and bold manner
  535. # [15:31] <AryehGregor> That's the tricky part.
  536. # [15:31] <AryehGregor> That's why XML says "fail horribly", AFAICT, so that you have consistent behavior.
  537. # [15:32] <AryehGregor> If you say "Well, it's no longer XML, so feel free to do whatever you want with it", you've just completely lost interoperability.
  538. # [15:32] <Dashiva> But if it isn't well-formed, then it isn't an XML document, by definition
  539. # [15:32] <Philip`> In any case, the proposal is about modifying XML and therefore largely irrelevant, because nobody uses XHTML
  540. # [15:33] * AryehGregor votes for HTML5 syntax to be generalized a bit, called "Robust Markup Language" or something, moved to its own spec, and pushed as an XML successor
  541. # [15:33] <Philip`> AryehGregor: Please don't
  542. # [15:33] <Philip`> AryehGregor: HTML5 is horrid syntax
  543. # [15:33] <Dashiva> AryehGregor: Sounds like it could be taken under the mantle of XML5
  544. # [15:33] <Philip`> and shouldn't be pushed beyond where it's currently required
  545. # [15:33] <AryehGregor> Philip`, right, except we might be able to shut up the namespace partisans.
  546. # [15:33] <AryehGregor> I mean, with respect to no one using XHTML.
  547. # [15:34] <jcranmer> so basically we replace XML with a mixed-XML-and-SGML successor?
  548. # [15:34] <jcranmer> yuck
  549. # [15:34] <Philip`> unless by "generalized" you mean removing basically all of it and just leaving some simple consistent error-handling behaviour
  550. # [15:34] <AryehGregor> With respect to an HTML5-based syntax, okay, granted. But something that has well-defined error handling should replace XML.
  551. # [15:34] <Philip`> XML has well-defined error handling
  552. # [15:34] <jcranmer> I prefer the "you messed up, screw you" error handling
  553. # [15:34] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  554. # [15:34] <Philip`> (Well, as long as you're not one of the XML proponents who pretends it doesn't)
  555. # [15:34] <AryehGregor> Well-defined and *sane* error handling, fine.
  556. # [15:35] <Philip`> (and claims that as an advantage)
  557. # [15:35] <gsnedders|work> Philip`: No, it doesn't have well-defined error handling. Just look at handling of unknown entities in non-validating parsers.
  558. # [15:35] <jgraham> There is a vauge idea for XML5
  559. # [15:35] <AryehGregor> XML was designed to be easily machine-readable. It's not, you need a slow and bloated library to use it anyway. So we may as well make it more human-friendly at the expense of more implementation complexity.
  560. # [15:36] <Philip`> jcranmer: The problem is that in practice it's commonly "somebody involved in the development of this site which you're trying to look at messed up, screw you"
  561. # [15:36] <gsnedders|work> jgraham: Vague idea? annevk has prototype spec and impl
  562. # [15:36] <AryehGregor> Although I grant that HTML5's baroque error handling is way too web-specific to sanely saddle anyone with.
  563. # [15:36] <gsnedders|work> http://code.google.com/p/xml5/
  564. # [15:36] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  565. # [15:36] <AryehGregor> CSS is maybe a better model for good error handling.
  566. # [15:36] <jgraham> gsnedders|work: Yeah but no real traction.
  567. # [15:36] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  568. # [15:36] <gsnedders|work> Last commit:
  569. # [15:36] <gsnedders|work> Oct 21, 2007
  570. # [15:37] <AryehGregor> Did anyone else notice that the XML proposal by the XML Activity Lead contains malformed XML in an example? <element src="eacml.ns />
  571. # [15:37] <Philip`> AryehGregor: That's not malformed XML
  572. # [15:38] <Philip`> It's not well-formed XML, so it's not XML at all
  573. # [15:38] <Dashiva> No true scotsman
  574. # [15:38] <AryehGregor> Draconian error handling is fine for things that are basically always written by hand. Like programming languages.
  575. # [15:38] <AryehGregor> For data formats it's completely unreasonable.
  576. # [15:38] <Dashiva> It's fine for cases where the error can be detected _at authoring time_
  577. # [15:39] <AryehGregor> Which it can't if the markup is built by a script.
  578. # [15:39] <Philip`> I think it's fine for data formats as long as it's easy to generate non-erroneous output
  579. # [15:39] <AryehGregor> Which any general-purpose data markup language has to handle.
  580. # [15:39] <AryehGregor> Yes, I'll agree with that too.
  581. # [15:39] <AryehGregor> Draconian error handling for JSON is fine because it's so simple.
  582. # [15:40] <Dashiva> Eh?
  583. # [15:40] <AryehGregor> (although I don't know what JSON's error handling is actually like)
  584. # [15:40] <AryehGregor> Eh what?
  585. # [15:40] <Dashiva> Have you seen all the broken JSON out there?
  586. # [15:40] <Philip`> and the problem with XML as a data format is not that it's draconian, but that the draconianness applies in lots of weird complex ways, like certain forbidden characters and certain forbidden element and attribute names and attribute values
  587. # [15:40] <Dashiva> There's a lot of JSON that isn't actually JSON, it's serialized javascript source
  588. # [15:40] <AryehGregor> So what happens to it?
  589. # [15:40] <Dashiva> It works because you use Javascript eval() to parse it
  590. # [15:41] <Dashiva> But it isn't JSON
  591. # [15:41] <Philip`> It's pretty trivial to get correctly nested tags and quotes around attribute values, so I think it's fine for a format to require that
  592. # [15:41] <AryehGregor> Interesting.
  593. # [15:41] <AryehGregor> Philip`, well, I don't want my site to die unnecessarily because of a typo that would be reasonably correctable by the client.
  594. # [15:42] <AryehGregor> Fail-fast isn't a good idea except if you'd prefer death to unknown errors.
  595. # [15:42] <Philip`> but it's really hard to avoid problems like how http://www.rddl.org/rddl2rdf.xsl applied to http://www.w3.org/XML/1998/namespace gives non-well-formed output
  596. # [15:42] <Philip`> and so it's bad for that kind of unexpected situation to cause death
  597. # [15:43] <AryehGregor> I'd argue that misnesting tags isn't as trivial to avoid as you think.
  598. # [15:43] <Dashiva> Remember, well-formed XML runs our national security infrastructure
  599. # [15:43] <Dashiva> One error and the nukes fly
  600. # [15:43] <AryehGregor> MediaWiki has some known tag misnesting bugs that have sat around for years because they'd require a remarkable amount of effort to fix.
  601. # [15:44] <AryehGregor> It depends on how you're generating your output.
  602. # [15:44] * zcorpan_ notes that othermaciej and julian have gotten the xhtml namespace wrong
  603. # [15:44] <Philip`> I'd argue that I've seen lots of XML sites and serializers that break because of funny characters or incorrect namespace declarations, and none that break because user input can cause them to emit misnested tags
  604. # [15:44] <AryehGregor> I don't think any syntax error should be fatal in remotely complicated data formats. If in any data formats at all.
  605. # [15:45] <AryehGregor> Philip`, counterexample: MediaWiki serving an XML MIME type. :)
  606. # [15:45] <AryehGregor> I doubt it's unique, either.
  607. # [15:45] <AryehGregor> Although maybe not typical.
  608. # [15:45] <Philip`> ...except for all the sites that display unescaped user input directly, but they're just as broken and insecure with text/html
  609. # [15:45] <AryehGregor> Philip`, with text/html they're vulnerable only to malice. With an XML MIME type the site could be taken down by ignorance.
  610. # [15:46] <AryehGregor> Ignorance is a lot more prevalent than malice.
  611. # [15:46] <AryehGregor> Especially since even XML gurus are liable to typo sometimes.
  612. # [15:46] <AryehGregor> Oops, guess you can't reach the edit button for your post (if there is one).
  613. # [15:47] <Dashiva> Edit another page, modify the URL :)
  614. # [15:49] <Philip`> Just stick an XML5 parser/serializer in there, to correct the nesting
  615. # [15:49] <Philip`> (and other typos)
  616. # [15:50] <Philip`> That's hard to do nowadays with XML, because XML is too complex and so serializers have bugs and produce ill-formed output
  617. # [15:51] <Philip`> (I think I remember getting ill-formed output out of Xalan and the validator.nu serializer and GenX)
  618. # [15:51] * lmorchard|away is now known as lmorchard
  619. # [15:52] <AryehGregor> So you clean up bad markup on the server side rather than the client? What's the point? That just moves the complexity to a place that's less likely to implement it correctly.
  620. # [15:53] <zcorpan_> if it's well-formed, it can be parsed *really fast*
  621. # [15:53] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  622. # [15:53] <zcorpan_> unlike html tag soup which takes ages to parse because error correction is slow
  623. # [15:55] <Philip`> (Sadly Tim Bray (of Genx) seems to have forgotten his "$500 reward for each significant bug reported that would allow someone to use the API as documented but produce non-well-formed output." :-( )
  624. # [15:56] * Joins: aroben (n=aroben@unaffiliated/aroben)
  625. # [16:04] <Dashiva> zcorpan_: Can it really?
  626. # [16:05] <Dashiva> I'm guessing you were sarcastic, but still
  627. # [16:05] <Dashiva> Even an XML processor has to detect invalid input, so all the checks happen even if the input is valid
  628. # [16:07] <gsnedders|work> Dashiva: Yeah, it makes absolutely no difference
  629. # [16:07] <Philip`> It makes a difference to code size
  630. # [16:07] <Philip`> which will have a non-zero effect on performance
  631. # [16:08] <Philip`> (Potentially a huge effect if it makes your methods too big for HotSpot)
  632. # [16:08] <Dashiva> Can't that be handled by just making more methods?
  633. # [16:09] <Philip`> I assume HTML parsers also have to carry around and update some state that wouldn't be needed if there wasn't any complex error correction
  634. # [16:10] <Philip`> But the differences are probably negligible compared to the cost of I/O
  635. # [16:10] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  636. # [16:11] * zcorpan_ was being sarcastic, but notes he has heard that argument several times
  637. # [16:11] <gsnedders|work> running git svn clone is fairly slow on the webapps repo
  638. # [16:12] <gsnedders|work> (Sorry, but I want to run blame, to see when stuff changed, so I can dig up the commit message)
  639. # [16:13] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  640. # [16:21] <gsnedders|work> <atom:link rel="self" href=""/> fulfils the SHOULD requirement in Atom for atom:link@rel='self', right?
  641. # [16:23] * Joins: tantek (n=tantek@72-254-84-166.client.stsn.net)
  642. # [16:23] <zcorpan_> isn't the point of rel='self' to include the absolute url?
  643. # [16:23] <zcorpan_> in case the feed's url gets lost somewhere in the chain of whatever is done with the feed
  644. # [16:23] <gsnedders|work> Yeah, basically. But I'm wondering how I can deal with a feed that doesn't really have a URL
  645. # [16:25] <zcorpan_> if it doesn't have a URL, that seems like a valid reason to violate the SHOULD
  646. # [16:25] <gsnedders|work> Yeah, it does. But it seems fun to do weird things to comply with the spec as much as possible.
  647. # [16:26] * Joins: archtech (i=stanv@83.228.56.37)
  648. # [16:26] * gsnedders|work has plans for thereshouldbenored.com
  649. # [16:27] <zcorpan_> will you make it html/js/css/atom polyglot?
  650. # [16:27] * Joins: ttepasse (n=ttepas--@dslb-084-060-030-135.pools.arcor-ip.net)
  651. # [16:27] * zcorpan_ should patent the technique
  652. # [16:28] <gsnedders|work> Nah
  653. # [16:28] <gsnedders|work> Though that is an idea
  654. # [16:28] * Joins: fishd_ (n=darin@216.239.45.130)
  655. # [16:29] * gsnedders|work wonders how to pull off HTML/Atom
  656. # [16:29] <zcorpan_> http://simon.html5.org/dump/html+js+css+atom.html
  657. # [16:30] <gsnedders|work> No DOCTYPE :(
  658. # [16:30] <zcorpan_> need quirks mode
  659. # [16:30] <zcorpan_> for css
  660. # [16:30] <Philip`> Why should there be nored?
  661. # [16:30] <gsnedders|work> That sux.
  662. # [16:30] <zcorpan_> also it wouldn't validate as html5 anyway because it uses bogus comments
  663. # [16:30] * Philip` is incapable of reading that URL as having a space after "no"
  664. # [16:31] <gsnedders|work> Philip`: Why?
  665. # [16:31] <Philip`> gsnedders|work: I don't know - it's just how I read it, given the lack of punctuation
  666. # [16:32] <zcorpan_> there.should.be.no.red
  667. # [16:32] * gsnedders|work should have blatantly tried for there.should.be.no.red
  668. # [16:32] <Philip`> I think red.com might already be registered
  669. # [16:32] <zcorpan_> but not no.red
  670. # [16:32] <gsnedders|work> .ed doesn't exist :(
  671. # [16:32] <Philip`> Oh
  672. # [16:32] <gsnedders|work> there.should.be.red.no
  673. # [16:33] <Philip`> red.there.should.be.no then it'll sound like Yoda
  674. # [16:33] <zcorpan_> you can mint new TLDs nowadays, no?
  675. # [16:33] <zcorpan_> be.no is taken
  676. # [16:34] <gsnedders|work> No, you can't
  677. # [16:34] <zcorpan_> bummer
  678. # [16:34] <gsnedders|work> there.should.be.no.red.info
  679. # [16:35] <gsnedders|work> dammit, red.info taken
  680. # [16:35] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) ("Leaving...")
  681. # [16:35] <Philip`> red.there.shouldnt.be is taken too
  682. # [16:35] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  683. # [16:35] <Philip`> and shouldn’t.be is apparently not allowed
  684. # [16:35] <Philip`> (though shouldn’t.eu claims to be allowed)
  685. # [16:36] <Dashiva> your.tests.are.totally.inaccessible.info
  686. # [16:36] <gsnedders|work> taken
  687. # [16:41] * tantek prefers PHP/JS biglot: http://cassisproject.com/
  688. # [16:45] * zcorpan_ wrote a js file that was polyglot helper function for a web worker and a helper function for normal <script> inclusion last night
  689. # [16:46] <zcorpan_> sadly i ended up commenting out the web worker code path because the web worker implementations suck too much
  690. # [16:47] * Philip` isn't particularly attracted by the idea of a language subset in which you can't even declare variables
  691. # [16:50] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  692. # [16:50] <Dashiva> Philip`: Don't you do haskell?
  693. # [16:50] <jgraham> Hmm? Haskell lets you declare variables
  694. # [16:51] <jgraham> For some meaning of variables
  695. # [16:51] <Dashiva> Some meaning, yes
  696. # [16:51] <Philip`> Dashiva: No, but anyway that's different because all variables have local scope
  697. # [16:51] <Philip`> whereas JS without 'var' means every variable is global
  698. # [16:52] * jgraham doesn't really understand the point of hacking javascript and php into the same file
  699. # [16:52] <zcorpan_> if it can be done, someone will do it
  700. # [16:53] <jgraham> It seems like anything you gain from code reuse will be lost in the fact that it is an enormous hack
  701. # [16:53] * Quits: fishd_ (n=darin@216.239.45.130) (Read error: 110 (Connection timed out))
  702. # [16:53] <jgraham> zcorpan_: That's not really a point. At least not a point of suggesting it as a sensible approach
  703. # [16:53] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  704. # [16:55] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  705. # [16:56] <hsivonen> Philip`: whoa! Did Tim Bray have a $500 bounty on WF bugs in GenX and didn't pay you?
  706. # [16:56] * hsivonen sensibly doesn't have the confidence to promise money bounties to Philip`
  707. # [16:57] <Dashiva> hsivonen: Promise bounties redeemable in person only, and stop going to TPAC
  708. # [16:58] <hsivonen> I may have promised a drink bounty before the previous TPAC, but I forget if I did but at least there was no one to claim it
  709. # [16:58] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  710. # [16:59] <Philip`> hsivonen: He said in http://www.tbray.org/ongoing/When/200x/2004/01/11/PostelPilgrim that he would have a bounty, and later said he'd start it once he thought Genx was reasonably stable
  711. # [17:00] <Philip`> but that was in 2004 and then I don't think he ever said he'd start offering bounties at a particular point in time
  712. # [17:00] <hsivonen> Philip`: I conclude genx isn't reasonably stable
  713. # [17:00] <jgraham> Did he actually know you broke it>
  714. # [17:01] <jgraham> s/>/?/
  715. # [17:02] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com) (Read error: 104 (Connection reset by peer))
  716. # [17:02] <Philip`> jgraham: Yes
  717. # [17:02] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  718. # [17:02] <Philip`> http://lists.w3.org/Archives/Public/www-archive/2009Mar/0060.html (and he replied saying he'd look into it)
  719. # [17:03] <Philip`> http://www.tbray.org/ongoing/When/200x/2004/02/20/GenxStatus - "2004/07/25 ... I think we’re close. If someone sends me one more story about Genx being in real production somewhere, I’ll take the “beta” stamp off and announce the rewards-for-bugs program."
  720. # [17:04] <jgraham> So you just need to prove that someone did that ;)
  721. # [17:04] <hsivonen> I guess I should have sent a story of Genx in "production" if a hobby script counts as production
  722. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  723. # [17:05] <hsivonen> later, though, I've regretted using Genx, because there's no Ubuntu package for it, so I've been unable to migrate the script to a host that doesn't have gcc
  724. # [17:05] <hsivonen> and all the -dev packages
  725. # [17:05] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  726. # [17:05] <hsivonen> and I haven't bothered setting up another box just for compiling pygenx
  727. # [17:05] <jgraham> Has the bug been fixed?
  728. # [17:06] <hsivonen> speaking of pygenx, is there a pure python substitute these days?
  729. # [17:06] * Joins: riven` (n=colin@53518387.cable.casema.nl)
  730. # [17:07] <jgraham> (If the bug hasn't been fixed I suggest you put gnex into production somewhere and email with the notice of production at the top and the repeated bug report at the bottom ;)
  731. # [17:08] <Philip`> jgraham: http://www.tbray.org/ongoing/genx/ indicates no updates released since 2004
  732. # [17:08] <Philip`> jgraham: But that would require me to put known-buggy software into production, which would be terribly irresponsible
  733. # [17:09] <jgraham> You could patch the bug locally
  734. # [17:11] <Philip`> How can I trust that it's not riddled with other bugs?
  735. # [17:11] <Philip`> (other than knowing that I spent a while looking through the source code and didn't see any other bugs)
  736. # [17:17] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  737. # [17:18] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  738. # [17:20] * Quits: tantek (n=tantek@72-254-84-166.client.stsn.net)
  739. # [17:23] * Quits: riven (n=colin@53518387.cable.casema.nl) (Read error: 110 (Connection timed out))
  740. # [17:27] * Joins: dglazkov (n=dglazkov@nat/google/x-7d65db3a42899a92)
  741. # [17:27] * Joins: annevk2 (n=annevk@72-254-60-246.client.stsn.net)
  742. # [17:32] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  743. # [17:34] * Joins: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  744. # [17:39] * Joins: myakura (n=myakura@72-254-81-150.client.stsn.net)
  745. # [17:41] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  746. # [17:42] * Joins: Lachy (n=Lachlan@72-254-12-88.client.stsn.net)
  747. # [17:44] * Joins: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net)
  748. # [17:45] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
  749. # [17:46] * Quits: Lachy (n=Lachlan@72-254-12-88.client.stsn.net) (Client Quit)
  750. # [17:46] * Joins: Lachy (n=Lachlan@72-254-12-88.client.stsn.net)
  751. # [17:46] * Joins: JonathanNeal_ (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
  752. # [17:46] * Quits: JonathanNeal_ (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) (Read error: 54 (Connection reset by peer))
  753. # [17:47] * Joins: JonathanNeal_ (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
  754. # [17:54] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) (Read error: 60 (Operation timed out))
  755. # [17:55] * Joins: dbaron (n=dbaron@nat/mozilla/x-cc61221b63de9c1e)
  756. # [17:55] * Quits: JonathanNeal_ (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
  757. # [17:56] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com)
  758. # [17:57] <JonathanNeal> Goodmorning Everyone! \o/
  759. # [17:57] <daedb> Good evening
  760. # [17:58] <cardona507> good morning
  761. # [17:59] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  762. # [18:01] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  763. # [18:02] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  764. # [18:02] * Joins: MikeSmith (n=MikeSmit@72-254-104-161.client.stsn.net)
  765. # [18:02] * Parts: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  766. # [18:02] * Joins: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  767. # [18:03] * Joins: shepazu (n=schepers@72-254-56-235.client.stsn.net)
  768. # [18:06] * Joins: weinig (n=weinig@72-254-105-115.client.stsn.net)
  769. # [18:06] * Quits: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
  770. # [18:11] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  771. # [18:13] * Joins: TabAtkins_ (n=chatzill@72-254-112-118.client.stsn.net)
  772. # [18:14] * Joins: tantek (n=tantek@72-254-84-166.client.stsn.net)
  773. # [18:15] * Quits: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net) (Read error: 104 (Connection reset by peer))
  774. # [18:15] * TabAtkins_ is now known as TabAtkins
  775. # [18:19] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 104 (Connection reset by peer))
  776. # [18:19] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  777. # [18:20] * Quits: riven` (n=colin@53518387.cable.casema.nl) (Read error: 104 (Connection reset by peer))
  778. # [18:20] * Joins: riven (n=colin@53518387.cable.casema.nl)
  779. # [18:33] * Joins: ap (n=ap@17.246.17.221)
  780. # [18:37] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  781. # [18:39] * Joins: othermaciej (n=mjs@72-254-59-20.client.stsn.net)
  782. # [18:41] * Joins: sebmarkbage (n=miranda@213.80.108.29)
  783. # [18:47] * Joins: gunderwonder_ (n=gunderwo@garage.upstruct.com)
  784. # [18:48] * Quits: gunderwonder_ (n=gunderwo@garage.upstruct.com) (Client Quit)
  785. # [18:49] * Quits: inimino (n=inimino@atekomi.inimino.org) (SendQ exceeded)
  786. # [18:50] * Quits: dbaron (n=dbaron@nat/mozilla/x-cc61221b63de9c1e) ("8403864 bytes have been tenured, next gc will be global.")
  787. # [18:50] * Joins: inimino (n=inimino@atekomi.inimino.org)
  788. # [18:51] * Quits: inimino (n=inimino@atekomi.inimino.org) (SendQ exceeded)
  789. # [18:52] * Joins: inimino (n=inimino@atekomi.inimino.org)
  790. # [18:53] * Quits: abarth (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  791. # [18:54] * Quits: inimino (n=inimino@atekomi.inimino.org) (SendQ exceeded)
  792. # [18:55] * Joins: inimino (n=inimino@atekomi.inimino.org)
  793. # [18:56] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  794. # [18:57] * Joins: abarth (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  795. # [18:58] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  796. # [18:59] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  797. # [19:00] * Quits: shepazu (n=schepers@72-254-56-235.client.stsn.net) (Read error: 104 (Connection reset by peer))
  798. # [19:01] * Joins: shepazu (n=schepers@72-254-56-235.client.stsn.net)
  799. # [19:02] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com) (Connection timed out)
  800. # [19:03] <Dashiva> I wonder what happened here: http://twitter.com/marcosc/status/5435533789
  801. # [19:06] * Quits: michaelforrest (n=michaelf@91.189.88.12)
  802. # [19:06] * Quits: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
  803. # [19:06] * Joins: daedb| (n=daed@h11n1fls34o986.telia.com)
  804. # [19:13] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 60 (Operation timed out))
  805. # [19:14] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  806. # [19:16] * Quits: miketaylr (n=miketayl@38.117.156.163)
  807. # [19:17] * Quits: weinig (n=weinig@72-254-105-115.client.stsn.net)
  808. # [19:18] * Parts: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  809. # [19:18] * Quits: Lachy (n=Lachlan@72-254-12-88.client.stsn.net) ("Leaving")
  810. # [19:18] * Joins: Lachy (n=Lachlan@72-254-12-88.client.stsn.net)
  811. # [19:20] * Joins: miketaylr (n=miketayl@38.117.156.163)
  812. # [19:20] * Quits: abarth (n=abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  813. # [19:24] * Quits: myakura (n=myakura@72-254-81-150.client.stsn.net) ("Leaving...")
  814. # [19:24] * Joins: maikmerten (n=maikmert@U1533.u.pppool.de)
  815. # [19:28] * Joins: abii (n=macbook@171.66.110.27)
  816. # [19:29] * Joins: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  817. # [19:31] * Joins: weinig (n=weinig@72-254-105-115.client.stsn.net)
  818. # [19:34] * Quits: weinig (n=weinig@72-254-105-115.client.stsn.net) (Client Quit)
  819. # [19:38] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn) (Read error: 110 (Connection timed out))
  820. # [19:39] * daedb| is now known as daedb
  821. # [19:40] * Quits: webben (n=benh@nat/yahoo/x-10720cc92c26013e) (Remote closed the connection)
  822. # [19:40] * Joins: slightlyoff (n=slightly@nat/google/x-0854a17e53956856)
  823. # [19:40] * Joins: webben (n=benh@nat/yahoo/x-193cff0489c78d29)
  824. # [19:41] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  825. # [19:47] <othermaciej> abarth: I think you may have overstated your case about the issue with Tyler's protocol
  826. # [19:48] * Quits: abii (n=macbook@171.66.110.27)
  827. # [19:52] * aroben is now known as aroben|lunch
  828. # [19:53] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) ("Leaving.")
  829. # [19:58] * Joins: myakura (n=myakura@72-254-81-150.client.stsn.net)
  830. # [19:58] * Quits: roc (n=roc@121-72-223-124.dsl.telstraclear.net)
  831. # [19:59] * Joins: abii (n=macbook@rescomp-09-148450.Stanford.EDU)
  832. # [20:02] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  833. # [20:07] * Joins: weinig (n=weinig@72-254-105-115.client.stsn.net)
  834. # [20:09] * Joins: nessy1 (n=Adium@72-254-83-191.client.stsn.net)
  835. # [20:09] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) (Read error: 104 (Connection reset by peer))
  836. # [20:19] * Joins: abarth (n=abarth@72-254-56-89.client.stsn.net)
  837. # [20:28] * Quits: webben (n=benh@nat/yahoo/x-193cff0489c78d29) (Remote closed the connection)
  838. # [20:28] * Joins: webben (n=benh@nat/yahoo/x-11e5ca04e594488a)
  839. # [20:30] <Hixie> is toby inkster here?
  840. # [20:31] <gsnedders|work> No, maybe in #microformats though?
  841. # [20:31] <tantek> alias: tobyink
  842. # [20:39] * gsnedders|work could remember it was something similar to his name, just not the exact string
  843. # [20:40] <jgraham> hsivonen: I agree with the observation that requiring an extra HTTP request to get namespace bindings is a non-starter (and was considering saying as much)
  844. # [20:42] * aroben|lunch is now known as aroben
  845. # [20:53] * Quits: archtech (i=stanv@83.228.56.37)
  846. # [20:55] * Quits: shepazu (n=schepers@72-254-56-235.client.stsn.net)
  847. # [20:58] <nessy1> hsivonen: are you around?
  848. # [20:58] * nessy1 is now known as nessy
  849. # [20:58] <hsivonen> nessy: yes
  850. # [20:59] <nessy> we're currently discussion aria role usage and the influence on validating a html5 document in #aapi
  851. # [20:59] <nessy> I was looking for you thoughts
  852. # [20:59] <Hixie> #aapi on irc.w3.org
  853. # [21:01] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  854. # [21:02] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  855. # [21:03] <hsivonen> nessy: I'm going to hit time zone barriers soon :-(
  856. # [21:03] <nessy> bummer - just thought it would be good to get your input
  857. # [21:03] <nessy> of course you can always contribute more later
  858. # [21:04] <nessy> just discussing your statement now :)
  859. # [21:06] * Quits: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net) (Read error: 110 (Connection timed out))
  860. # [21:09] * Joins: jwalden (n=waldo@nat/mozilla/x-c504e7d210d02b26)
  861. # [21:09] * Quits: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 104 (Connection reset by peer))
  862. # [21:09] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  863. # [21:10] * Quits: abarth (n=abarth@72-254-56-89.client.stsn.net)
  864. # [21:11] * Joins: abarth (n=abarth@72-254-56-89.client.stsn.net)
  865. # [21:12] * lmorchard is now known as lmorchard|away
  866. # [21:14] * Quits: abarth (n=abarth@72-254-56-89.client.stsn.net) (Client Quit)
  867. # [21:20] * Joins: karlcow (n=karl@nerval.la-grange.net)
  868. # [21:28] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  869. # [21:30] * Quits: weinig (n=weinig@72-254-105-115.client.stsn.net)
  870. # [21:32] * Quits: Lachy (n=Lachlan@72-254-12-88.client.stsn.net) ("This computer has gone to sleep")
  871. # [21:32] * Quits: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  872. # [21:32] * Quits: othermaciej (n=mjs@72-254-59-20.client.stsn.net)
  873. # [21:34] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) ("Leaving.")
  874. # [21:36] * Quits: abii (n=macbook@rescomp-09-148450.Stanford.EDU)
  875. # [21:37] <JonathanNeal> Happy Afternoon!!! \o/
  876. # [21:38] * Joins: gunderwonder (n=gunderwo@118.80-202-84.nextgentel.com)
  877. # [21:39] * Joins: abarth (n=abarth@72-254-56-89.client.stsn.net)
  878. # [21:41] * Joins: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  879. # [21:41] * Joins: othermaciej (n=mjs@72-254-59-20.client.stsn.net)
  880. # [21:43] * lmorchard|away is now known as lmorchard
  881. # [21:45] * maikmerten is now known as maik|afk
  882. # [21:49] * Quits: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  883. # [21:51] * Joins: mmn1 (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  884. # [21:56] * Quits: myakura (n=myakura@72-254-81-150.client.stsn.net) (Read error: 110 (Connection timed out))
  885. # [21:59] * Quits: doublec (n=doublec@li30-216.members.linode.com) ("ZNC - http://znc.sourceforge.net")
  886. # [22:03] * Joins: gsnedders (n=gsnedder@c83-252-226-0.bredband.comhem.se)
  887. # [22:05] * Joins: doublec (n=doublec@li30-216.members.linode.com)
  888. # [22:06] * Quits: maik|afk (n=maikmert@U1533.u.pppool.de) (Remote closed the connection)
  889. # [22:06] * Joins: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net)
  890. # [22:07] <Philip`> http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Nov/0013.html - "We don't trust [XML] 5th Edition."
  891. # [22:07] * Quits: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 110 (Connection timed out))
  892. # [22:08] <Philip`> Is anybody adopting it yet?
  893. # [22:10] <gsnedders> libxml 2.7
  894. # [22:16] <Philip`> Does it have a 4th Edition option?
  895. # [22:16] <gsnedders> dunno
  896. # [22:17] <Philip`> If not, I guess it's impossible to implement a conforming XHTML or RDFa processor with libxml 2.7
  897. # [22:17] <Philip`> Hooray for redefining well-formedness
  898. # [22:17] <gsnedders> How come?
  899. # [22:17] <gsnedders> Because it won't properly refuse not well-formed content
  900. # [22:18] <gsnedders> ?
  901. # [22:18] <Philip`> Yes
  902. # [22:18] <Philip`> so it will extract data that it shouldn't extract
  903. # [22:20] * Joins: archtech (i=stanv@83.228.56.37)
  904. # [22:22] <gsnedders> Philip`: Know of any good Python XML serializer?
  905. # [22:22] <Philip`> gsnedders: print
  906. # [22:23] <gsnedders> Philip`: That I can rely upon to output well-formed XML?
  907. # [22:23] <Philip`> That's easy
  908. # [22:23] * Quits: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net) (Read error: 60 (Operation timed out))
  909. # [22:23] <Philip`> print "<example/>"
  910. # [22:23] <gsnedders> Philip`: :P
  911. # [22:23] <Philip`> That's always going to output well-formed XML
  912. # [22:23] <gsnedders> Philip`: With arbitrary content?
  913. # [22:24] <Philip`> Like you give it a tree containing arbitrary strings and it corrects errors and outputs XML?
  914. # [22:24] <gsnedders> Yeah
  915. # [22:24] <Philip`> No
  916. # [22:24] <gsnedders> Oh. Oh well then.
  917. # [22:24] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  918. # [22:25] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  919. # [22:27] * Quits: mmn1 (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 104 (Connection reset by peer))
  920. # [22:28] * Joins: shepazu (n=schepers@72-254-56-235.client.stsn.net)
  921. # [22:29] * Quits: pmuellr (n=pmuellr@nat/ibm/x-f9c8bed0a61fc4c6)
  922. # [22:29] * lmorchard is now known as lmorchard|away
  923. # [22:30] * Joins: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  924. # [22:32] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  925. # [22:39] * Quits: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) ("Leaving")
  926. # [22:41] * Joins: myakura (n=myakura@72-254-81-150.client.stsn.net)
  927. # [22:49] * Joins: TabAtkins (n=chatzill@72-254-112-118.client.stsn.net)
  928. # [22:50] * Joins: Lachy (n=Lachlan@72-254-12-88.client.stsn.net)
  929. # [22:52] * Joins: cardona507 (n=cardona5@72-254-11-214.client.stsn.net)
  930. # [22:53] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) ("Leaving.")
  931. # [22:55] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  932. # [22:55] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) (Remote closed the connection)
  933. # [22:55] * Quits: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 104 (Connection reset by peer))
  934. # [22:55] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  935. # [23:00] * gsnedders adds some JS to http://thereshouldbenored.com/ so it could be green
  936. # [23:03] * Quits: othermaciej (n=mjs@72-254-59-20.client.stsn.net)
  937. # [23:03] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  938. # [23:03] <Lachy> Hixie, ping
  939. # [23:04] <Dashiva> Can Math.random() * 100 actually be 42...
  940. # [23:04] <gsnedders> When rounded, yes
  941. # [23:04] <Philip`> How is it rounded?
  942. # [23:05] <gsnedders> Math.round(Math.random() * 100)
  943. # [23:05] <Dashiva> True
  944. # [23:05] * Quits: abarth (n=abarth@72-254-56-89.client.stsn.net)
  945. # [23:05] <Dashiva> I for some reason ignored the round
  946. # [23:05] <Dashiva> So let's deal with that question instead
  947. # [23:05] <gsnedders> (even when not rounded it could be 42, it's just quite unlikely)
  948. # [23:06] <Dashiva> To the last floating point bit?
  949. # [23:06] <jgraham> It could be 42 in Javascript
  950. # [23:09] * Joins: othermaciej (n=mjs@72-254-59-20.client.stsn.net)
  951. # [23:10] <JonathanNeal> Definitely maybe.
  952. # [23:12] <gsnedders> Definitely.
  953. # [23:12] <Philip`> Dashiva: Looks like it can be exactly 42
  954. # [23:12] <Philip`> but only if you use double-precision numbers
  955. # [23:12] <jgraham> Javascript only has a single numbe type
  956. # [23:13] <Dashiva> But that one type is double
  957. # [23:13] <Hixie> Lachy: pong
  958. # [23:13] <Dashiva> So I guess it's possible
  959. # [23:13] <Philip`> Compare perl -le'print 100*(unpack f => pack f => 42/100)-42' vs perl -le'print 100*(unpack F => pack F => 42/100)-42'
  960. # [23:13] * Joins: weinig (n=weinig@72-254-105-115.client.stsn.net)
  961. # [23:13] <Philip`> (First (single precision) says -1.31130218505859e-06, second (double precision) says 0)
  962. # [23:13] <Lachy> Hixie, nevermind. Was just wondering whether you were going to be coming to this meeting
  963. # [23:13] <jgraham> Dashiva: Right, I mean there is only one type, not that it is single precision
  964. # [23:14] * Joins: abarth (n=abarth@72-254-56-89.client.stsn.net)
  965. # [23:14] <jgraham> Oh wait my argument is wrong
  966. # [23:14] <jgraham> listen to Philip`
  967. # [23:15] <gsnedders> jgraham: Well, of course, Philip`'s argument is inevitably better.
  968. # [23:15] * Quits: abarth (n=abarth@72-254-56-89.client.stsn.net) (Client Quit)
  969. # [23:17] * Quits: miketaylr (n=miketayl@38.117.156.163) (Remote closed the connection)
  970. # [23:17] <Philip`> It could be wrong, though
  971. # [23:18] <gsnedders> Indeed
  972. # [23:19] <Dashiva> Nobody will notice, though. That's how good your argument is.
  973. # [23:20] <Philip`> I just like using Perl's fat comma
  974. # [23:24] * Quits: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 104 (Connection reset by peer))
  975. # [23:25] * Quits: gsnedders (n=gsnedder@c83-252-226-0.bredband.comhem.se)
  976. # [23:27] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  977. # [23:29] <Philip`> http://www.google.co.uk/search?q=%22your+comma%27s+so+fat%22 - hmm, a sadly missed opportunity for Perl syntax related humour
  978. # [23:29] * Quits: nessy (n=Adium@72-254-83-191.client.stsn.net) ("Leaving.")
  979. # [23:31] * Joins: abii (n=macbook@171.66.83.237)
  980. # [23:32] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  981. # [23:32] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  982. # [23:36] * Joins: gsnedders (n=gsnedder@c83-252-226-0.bredband.comhem.se)
  983. # [23:37] * Joins: nessy (n=Adium@72-254-83-191.client.stsn.net)
  984. # [23:46] * Quits: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com) (Read error: 104 (Connection reset by peer))
  985. # [23:53] * Joins: remysharp (n=remy@91-103-36-88.dynamic.thecloud.net)
  986. # [23:54] <remysharp> quick daft question, if I want to quote my attributes, is it <video controls="controls"> or <video controls="true">
  987. # [23:54] <remysharp> or it doesn't make any difference?
  988. # [23:54] * Joins: mmn (n=mmn@CPE0014d1463485-CM00194746f84a.cpe.net.cable.rogers.com)
  989. # [23:56] * lmorchard|away is now known as lmorchard
  990. # [23:57] <Dashiva> remysharp: The attribute works just by being present
  991. # [23:57] <remysharp> that's what I figured
  992. # [23:57] <remysharp> is there a "best practise" for quoted attribs -
  993. # [23:57] <Dashiva> I think that's using the attribute name
  994. # [23:57] <remysharp> I thought it was to repeat the key in the value
  995. # [23:58] <remysharp> or "xhtml" type sytnax
  996. # Session Close: Fri Nov 06 00:00:00 2009

The end :)