/irc-logs / freenode / #whatwg / 2009-04-07 / end

Options:

  1. # Session Start: Tue Apr 07 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <gsnedders> (and then proceeds as in the "Any other end tag" section below)
  4. # [00:10] * Joins: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
  5. # [00:12] * Quits: mstange (n=markus@pD957933F.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090405031025]")
  6. # [00:14] * Quits: sayrer (n=chatzill@user-0ccevcf.cable.mindspring.com) (Remote closed the connection)
  7. # [00:19] * Quits: taf2_ (n=taf2@65.210.82.235)
  8. # [00:35] <Hixie> anyone know what opera supports when it comes to <keygen>? dsa? pqg? keyparams?
  9. # [00:35] <Hixie> annevk3?
  10. # [00:37] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  11. # [00:37] <annevk3> I think type="pkcs10" is an extension we have
  12. # [00:38] <annevk3> Yngve e-mailed you with details
  13. # [00:38] <annevk3> Not archived unfortunately but I guess that doesn't really matter
  14. # [00:40] <Hixie> his e-mail didn't seem to cover pqg/keyparams
  15. # [00:40] <Hixie> does that mean opera doesn't support them?
  16. # [00:41] * aroben_ is now known as aroben
  17. # [00:41] <annevk3> It means I don't know
  18. # [00:41] <annevk3> sorry
  19. # [00:42] <Hixie> any chance you can find out? :-)
  20. # [00:42] * Hixie considers dropping keygen after all
  21. # [00:42] <Philip`> What's wrong with testing and reverse-engineering? :-)
  22. # [00:43] <Hixie> i have no idea what to test or how
  23. # [00:43] <Philip`> Look at the specification to see what it's meant to do, and then just see if it does that or not
  24. # [00:44] <Hixie> what is this specification you speak of
  25. # [00:45] <Philip`> Well, maybe it's not so much a specification as an opportunity for a specification
  26. # [00:45] <Philip`> which is close enough
  27. # [00:46] <annevk3> Hixie, any chance you can reply and ask yourself? I understand less of this than you
  28. # [00:47] <Hixie> Philip`: until i looked at the gecko source code, i had no idea that there was a keyparams attribute at all, it's not documented anywhere
  29. # [00:47] <Hixie> Philip`: and until i saw an obscure e-mail on the topic in some archives, i didn't know that "ec" was a valid keytype
  30. # [00:47] <Hixie> Philip`: i have no idea how to reverse engineer what opera does short of asking them
  31. # [00:47] <Hixie> annevk3: yeah, probably will
  32. # [00:48] <Hixie> annevk3: basically all i'm looking for is a list of all the attributes and values that do something on keygen
  33. # [00:48] <Hixie> annevk3: ideally with some documentation as to what they do and what their format is
  34. # [00:48] <annevk3> there is http://web.archive.org/web/20070401073244/wp.netscape.com/eng/security/comm4-keygen.html
  35. # [00:48] <annevk3> but it's not that useful
  36. # [00:49] * Parts: ojan (n=ojan@72.14.229.81)
  37. # [00:49] * Quits: onar (n=onar@17.226.20.255)
  38. # [00:50] * Philip` supposes it can be tricky to reverse-engineer a feature whose specific purpose is to produce results that cannot be reverse-engineered even with all the computing power in the world
  39. # [00:50] * Joins: onar (n=onar@17.226.23.135)
  40. # [00:51] <olliej> Philip`: heheh
  41. # [00:51] <annevk3> https://developer.mozilla.org/En/HTML/HTML_Extensions/KEYGEN_Tag has no documentation on the Gecko extension either
  42. # [00:51] * Joins: onar_ (n=onar@17.226.20.255)
  43. # [00:52] * Quits: smedero (n=smedero@pia145-154.pioneernet.net)
  44. # [00:53] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  45. # [00:55] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  46. # [00:56] * Parts: billmason1 (n=billmaso@ip247.unival.com)
  47. # [00:56] <Hixie> lol
  48. # [00:56] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  49. # [00:56] <Hixie> after tracing this code very carefully all the way through to figure out how gecko uses the pqg attribute for dsa keys
  50. # [00:57] <Hixie> and going through multiple quite obscure and poorly documented codepaths
  51. # [00:57] <Hixie> i find this:
  52. # [00:57] <Hixie> 605 case CKM_DSA_KEY_PAIR_GEN:
  53. # [00:57] <Hixie> 606 // XXX Fix this! XXX //
  54. # [00:57] <Hixie> 607 goto loser;
  55. # [00:57] <Hixie> they don't support dsa at all!
  56. # [00:59] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) (Read error: 104 (Connection reset by peer))
  57. # [01:00] <Hixie> and i have no way to tell if changing an attribute value changes the result
  58. # [01:00] <Hixie> since the result is PSEUDORANDOM BY DESIGN
  59. # [01:00] * Joins: nessy (n=nessy@124-168-176-139.dyn.iinet.net.au)
  60. # [01:00] <Hixie> gah
  61. # [01:00] <olliej> Hixie: keygen should generate a random 16bit value that gets used character by character using efficient xor encryption of utf16 data :D
  62. # [01:00] <Hixie> i hate <keygen>
  63. # [01:00] <olliej> Hixie: nice and easy to spec out
  64. # [01:01] <olliej> Hixie: and efficient
  65. # [01:01] <olliej> ;D
  66. # [01:01] <Hixie> olliej: i don't think we'd get many interoperable implementations
  67. # [01:01] <olliej> Hixie: of xor encryption? it's one line, even browser developers cna't screw up compatibility for that
  68. # [01:01] <olliej> surely :D
  69. # [01:01] <Hixie> oh i don't think complexity is why it'd be ignored...
  70. # [01:03] <olliej> Hixie: oh you mean there just wouldn't be many implementations at all
  71. # [01:03] <olliej> vs. multiple incompatible ones
  72. # [01:03] <Philip`> You could try patching the source code to remove the randomness, to make it easier to test
  73. # [01:03] * Philip` refrains from making any comments about Debian
  74. # [01:03] <olliej> personally i'm for speccing out keygen based on xor encryption
  75. # [01:03] <olliej> but mostly because i want to see the followup whatwg mail from security people :D
  76. # [01:04] <olliej> i suspect it would be entertaining
  77. # [01:05] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  78. # [01:08] * Joins: Lachy (n=Lachlan@85.196.122.246)
  79. # [01:11] <jcranmer> everything should use, er, DES
  80. # [01:12] * Quits: heycam (n=cam@210-84-43-129.dyn.iinet.net.au) ("bye")
  81. # [01:12] <olliej> jcranmer: xor!
  82. # [01:12] <olliej> :D
  83. # [01:12] <franksalim> Philip`, I think that counts as making a comment about Debian
  84. # [01:13] <jcranmer> olliej: ROT-13... twice, for extra security!
  85. # [01:13] <olliej> jcranmer: couple with double xor!
  86. # [01:13] <olliej> jcranmer: it will be awesome!
  87. # [01:14] <Philip`> olliej: Stream ciphers use XOR anyway, so you're not proposing anything new :-p
  88. # [01:14] <olliej> Philip`: O_o
  89. # [01:15] <Philip`> (XOR with an approximation of a one-time pad, in particular)
  90. # [01:28] * Joins: doublec (n=doublec@202.0.36.64)
  91. # [01:34] * Quits: nessy (n=nessy@124-168-176-139.dyn.iinet.net.au) ("This computer has gone to sleep")
  92. # [01:35] * Joins: slightlyoff_ (n=slightly@nat/google/x-83f7fbda0518f35a)
  93. # [01:36] * Joins: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  94. # [01:37] * Quits: slightlyoff (n=slightly@nat/google/x-4c631cb770f13cf7) (Read error: 60 (Operation timed out))
  95. # [01:40] * Quits: mgrdcm (n=mgrdcm@65.111.247.194)
  96. # [01:43] * Quits: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  97. # [01:53] * Joins: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  98. # [01:54] * Joins: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  99. # [01:55] * Quits: slightlyoff_ (n=slightly@nat/google/x-83f7fbda0518f35a)
  100. # [01:57] * Quits: dglazkov (n=dglazkov@nat/google/x-c3dcc3e89c366475) (Read error: 110 (Connection timed out))
  101. # [01:59] * Joins: slightlyoff (n=slightly@nat/google/x-8a808ca0a4b5e007)
  102. # [02:06] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (Read error: 110 (Connection timed out))
  103. # [02:08] * Joins: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  104. # [02:12] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  105. # [02:25] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  106. # [02:25] * Quits: onar (n=onar@17.226.23.135) (Read error: 110 (Connection timed out))
  107. # [02:32] <Hixie> uh oh, adam's patience is cracking
  108. # [02:33] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  109. # [02:34] * Joins: aroben__ (n=aroben@unaffiliated/aroben)
  110. # [02:42] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  111. # [02:43] <Hixie> not only is this <keygen> thing introducing me to completely new technologies and standards
  112. # [02:43] * Quits: weinig (n=weinig@17.246.17.225)
  113. # [02:43] <Hixie> it's introducing me to completely new (to me) standards ORGANISATIONS.
  114. # [02:44] * Hixie really could have gone his whole week without learning about the DER part of ASN.1 and not been any the poorer
  115. # [02:50] * Quits: aroben__ (n=aroben@unaffiliated/aroben) ("Leaving")
  116. # [02:51] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
  117. # [02:52] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Connection timed out)
  118. # [02:53] * Quits: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  119. # [02:55] * Joins: aboodman3 (n=aboodman@nat/google/x-79f574f013b6cad7)
  120. # [02:57] * Quits: pmuellr (n=pmuellr@user-0ce2gjn.cable.mindspring.com)
  121. # [03:05] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) (Remote closed the connection)
  122. # [03:06] * Joins: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  123. # [03:11] * Joins: hdh (n=hdh@118.71.77.193)
  124. # [03:18] * Quits: dolske (n=dolske@firefox/developer/dolske)
  125. # [03:18] * Joins: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net)
  126. # [03:19] * Quits: bgalbraith (n=bgalbrai@c-71-202-109-116.hsd1.ca.comcast.net) (Client Quit)
  127. # [03:24] * Quits: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  128. # [03:30] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  129. # [03:32] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  130. # [03:55] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
  131. # [03:59] * Joins: roc (n=roc@130.216.52.33)
  132. # [04:03] * Joins: mgrdcm (n=mgrdcm@c-69-246-244-191.hsd1.in.comcast.net)
  133. # [04:03] * Quits: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  134. # [04:04] * Quits: slightlyoff (n=slightly@nat/google/x-8a808ca0a4b5e007)
  135. # [04:21] * Quits: roc (n=roc@130.216.52.33)
  136. # [04:21] * Joins: roc (n=roc@130.216.52.33)
  137. # [04:27] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  138. # [04:33] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
  139. # [04:33] * Joins: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  140. # [04:38] * Joins: olliej_ (n=oliver@nat/apple/x-5abed3bd910e7e33)
  141. # [04:38] * Quits: olliej (n=oliver@nat/apple/x-10ad6276cc243fb8) (Read error: 104 (Connection reset by peer))
  142. # [04:43] <Hixie> i just wrote a spec i don't understand
  143. # [04:43] <Hixie> that generaly bodes badly
  144. # [04:43] <Hixie> i hope there are no errors in it
  145. # [04:46] * Quits: aboodman3 (n=aboodman@nat/google/x-79f574f013b6cad7) (Read error: 110 (Connection timed out))
  146. # [04:51] * olliej_ is now known as olliej
  147. # [04:53] * Quits: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  148. # [04:54] <olliej> Hixie: keygen?
  149. # [04:54] <Hixie> yeah
  150. # [05:02] * Quits: shikiesos (n=shiki@220.109.219.244) (Read error: 110 (Connection timed out))
  151. # [05:03] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
  152. # [05:14] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  153. # [05:20] * Quits: roc (n=roc@130.216.52.33) (Read error: 110 (Connection timed out))
  154. # [05:27] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->home")
  155. # [05:31] * Quits: arun_ (n=arun@corp-243.mountainview.mozilla.com)
  156. # [05:39] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  157. # [05:46] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  158. # [06:06] * Joins: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  159. # [06:09] <MikeSmith> Hixie: about "key pair generator control", usual nit about possible ambiguity due to lack of hyphen for compound adjective (or whatever the correct grammar term is)
  160. # [06:09] <MikeSmith> that is, should probably best be "key-pair generator control"
  161. # [06:10] <MikeSmith> unless it means "key pair-generator control"
  162. # [06:13] <MikeSmith> Hixie: value of challenge attribute is just a string? not additional constraints on it?
  163. # [06:15] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  164. # [06:23] * Joins: shikiesos (n=shiki@220.109.219.244)
  165. # [06:38] * Quits: olliej (n=oliver@nat/apple/x-5abed3bd910e7e33)
  166. # [06:43] * Joins: smedero_ (n=smedero@pia145-154.pioneernet.net)
  167. # [06:43] * Joins: MikeSmith (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp)
  168. # [06:44] * Joins: billyjackass (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp)
  169. # [06:45] * Joins: malware (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp)
  170. # [06:46] * Joins: olliej (n=oliver@nat/apple/x-8e86e1a56abad82e)
  171. # [06:51] * Joins: ojan (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net)
  172. # [06:51] * Quits: malware (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp) (Remote closed the connection)
  173. # [06:51] * Quits: MikeSmith (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp) (Remote closed the connection)
  174. # [06:51] * Quits: billyjackass (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp) (Remote closed the connection)
  175. # [06:52] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  176. # [06:52] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  177. # [06:52] * Joins: MikeSmith (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp)
  178. # [06:53] * Quits: smedero (n=smedero@pia145-154.pioneernet.net) (Read error: 110 (Connection timed out))
  179. # [06:53] * Parts: ojan (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net)
  180. # [06:56] <shepazu> Hixie: ping
  181. # [06:57] <Hixie> hey
  182. # [06:57] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  183. # [06:57] * Quits: smedero (n=smedero@pia145-154.pioneernet.net) (Client Quit)
  184. # [06:58] * Joins: zdobersek (n=zan@cpe-92-37-66-201.dynamic.amis.net)
  185. # [06:58] <Hixie> (my connection is extremely flaky, i apologise in advance if i go dark unexpectedly)
  186. # [06:59] <shepazu> Hixie: I'm working on the final version of the WebApps charter
  187. # [06:59] <shepazu> and I wanted to give the real names and timetables for the deliverables
  188. # [07:00] <shepazu> so...
  189. # [07:00] <Hixie> let's see
  190. # [07:00] <Hixie> there are four i'm editing, right?
  191. # [07:00] * Hixie goes to find out what they're called right now
  192. # [07:00] <shepazu> Server-Sent Events, Web Sockets API, Web Storage, and Web Workers
  193. # [07:01] <Hixie> sounds right
  194. # [07:01] <Hixie> my optimistic timetable is FPWD ASAP, LC in October, CR in 2012, and REC in 2022 at the latest
  195. # [07:02] <Hixie> REC will probably be far earlier for most of those
  196. # [07:02] <shepazu> there's also Web DOM (silly name, if you ask me) which could arguably be added as a real-name of DOM Level 4
  197. # [07:02] <Hixie> oh is XBL2 still on that list too?
  198. # [07:02] <shepazu> http://www.w3.org/2008/12/webapps/charter-2009-proposed
  199. # [07:02] <shepazu> XBL2, yes
  200. # [07:03] <Hixie> the reason for having "Web" in the DOM Core spec is that it's forking away from the DOM Core implemented by server-side libraries
  201. # [07:03] <Hixie> Does "DOM Level 4" include DOM Range and DOM Traversal?
  202. # [07:04] * shepazu gets that, but is a little leary of not being explicit about that in the recent charter review
  203. # [07:04] <shepazu> jiminy, I just don't know... I guess it's subject to interpretation
  204. # [07:04] <Hixie> i might be roped into a DOM Range rewrite next year
  205. # [07:04] * Quits: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  206. # [07:04] <Hixie> (there's growing pressure to fix that spec)
  207. # [07:04] <shepazu> we are talking about it during the domain call tomorrow, and we really should straighten it out
  208. # [07:05] <Hixie> (and add new APIs to it for things like rich text editing)
  209. # [07:05] <shepazu> Hixie: arguably, that could be part of DOM4
  210. # [07:05] <shepazu> but...
  211. # [07:05] <shepazu> I propose that we write all of this up in the wiki and get our ducks in a row
  212. # [07:06] <shepazu> I already feel like we are playing a little fast-and-loose on some of these
  213. # [07:06] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  214. # [07:06] <shepazu> Hixie: same timetable for all 4 of the "new" specs?
  215. # [07:06] <shepazu> ok, that's easy for me
  216. # [07:06] <Hixie> yeah
  217. # [07:07] <Hixie> xbl's timetable as in the spec now is probably ok, though if we miss the expected date for REC i won't be surprised
  218. # [07:07] <Hixie> hard for us to predict when REC will happen
  219. # [07:07] <shepazu> I imagine we will have a new charter (and AC review) before then
  220. # [07:07] <Hixie> yeah
  221. # [07:07] * Quits: smedero_ (n=smedero@pia145-154.pioneernet.net) (Read error: 110 (Connection timed out))
  222. # [07:08] <shepazu> ok, if you could update the wiki with what you see as a sort of spec roundup and roadmap (for the specs you are involved in) that would help
  223. # [07:08] <Hixie> uri?
  224. # [07:08] <shepazu> even if it's beyond the scope of the current charter
  225. # [07:08] <Hixie> not sure which wiki this is
  226. # [07:09] <shepazu> anywhere in here: http://www.w3.org/2008/webapps/wiki/Main_Page
  227. # [07:09] <shepazu> I'm a little confused about where we are on XHR... I would have expected us to be long done with that
  228. # [07:10] <Hixie> i think there is a "soft" dependency on html5, in that anne is wanting to be in sync with things like the event queue mechanism
  229. # [07:10] <shepazu> happily, the Media Object/MAXIM spec looks to be obsoleted soon by the Media Annotations WG
  230. # [07:10] <shepazu> so, I think that will probably drop out in the next charter
  231. # [07:11] <shepazu> I'm also a little concerned about where the Origin header is headed
  232. # [07:11] <shepazu> last I saw, Adam Barth pretty much said he wasn't going forward with it in IETF, so I'm not sure where that leaves CORS
  233. # [07:12] <shepazu> and IETF collaboration in general...
  234. # [07:12] <shepazu> sigh.
  235. # [07:12] <Hixie> not sure what you want me to do on the wiki... should i just create a section called "hixie's drafts" and braindump into that? or a separate page?
  236. # [07:13] <shepazu> heh... that would be fine... it might give some context... I can massage it into the larger framework
  237. # [07:13] <Hixie> k
  238. # [07:13] <shepazu> yeah, a new page... "future development"
  239. # [07:13] <shepazu> thanks
  240. # [07:13] <shepazu> not urgent, but when you get time...
  241. # [07:14] <shepazu> the sooner the better, from the perspective of finalizing the current charter
  242. # [07:14] <Hixie> doing it now
  243. # [07:14] * Quits: zdobersek (n=zan@cpe-92-37-66-201.dynamic.amis.net) ("Leaving.")
  244. # [07:15] <Hixie> i created an account but it doesn't seem to let me edit?
  245. # [07:15] * Joins: ukai (n=ukai@220.109.219.244)
  246. # [07:15] <shepazu> wait a mo
  247. # [07:15] <Hixie> ironically it seems fine with me _moving_ pages
  248. # [07:16] <shepazu> oh, mediawiki...
  249. # [07:17] <shepazu> ok, you should be able to edit now
  250. # [07:17] <Hixie> cool thanks
  251. # [07:17] <shepazu> yop
  252. # [07:24] <Hixie> http://www.w3.org/2008/webapps/wiki/Future_development
  253. # [07:26] <Hixie> shepazu: it's probably time to call the time of death on the Window Object spec, too
  254. # [07:26] <Hixie> realistically speaking i don't see anyone volunteering to do the significant work now required on that draft, and even if someone did come along, their time would probably be best spent doing more important things
  255. # [07:27] <Hixie> speaking of more important things, is WebIDL on your list?
  256. # [07:27] * Joins: hamaji (n=hamaji@220.109.219.244)
  257. # [07:27] <Hixie> oh, there it is
  258. # [07:28] <Hixie> might be worth making that list alphabetical
  259. # [07:31] <shepazu> working on that now
  260. # [07:32] <shepazu> I'm not going to add or remove any deliverables until the WG formally decides to do so
  261. # [07:49] * Quits: MikeSmith (n=MikeSmit@EM114-48-53-50.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  262. # [07:54] * Joins: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  263. # [08:00] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  264. # [08:01] * Quits: doublec (n=doublec@202.0.36.64) ("Leaving")
  265. # [08:05] * Quits: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  266. # [08:14] * Joins: ap (n=ap@194.154.88.33)
  267. # [08:15] * nico1 is now known as NicolasRaoul
  268. # [08:16] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  269. # [08:17] * Joins: pesla (n=retep@procurios.xs4all.nl)
  270. # [08:22] * Joins: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu)
  271. # [08:28] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  272. # [08:41] * Joins: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  273. # [08:43] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  274. # [08:44] * Joins: aboodman3 (n=aboodman@65-165-164-99.du.volcano.net)
  275. # [08:45] * aboodman3 is now known as aboodman2
  276. # [08:50] * Quits: onar (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  277. # [08:53] * Joins: ojan_ (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net)
  278. # [08:54] * Joins: ojan__ (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net)
  279. # [08:54] * Parts: ojan__ (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net)
  280. # [08:56] * Quits: aboodman2 (n=aboodman@65-165-164-99.du.volcano.net)
  281. # [08:56] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  282. # [09:00] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  283. # [09:00] * Joins: gavin (n=gavin@firefox/developer/gavin)
  284. # [09:11] * Quits: ojan_ (n=ojan@c-67-180-10-56.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  285. # [09:23] * Joins: gavin___ (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
  286. # [09:24] * Joins: zcorpan (n=zcorpan@c83-252-196-43.bredband.comhem.se)
  287. # [09:24] <zcorpan> Hixie: are you making <keygen> conforming?
  288. # [09:24] * Quits: gavin (n=gavin@firefox/developer/gavin) (Nick collision from services.)
  289. # [09:24] * gavin___ is now known as gavin
  290. # [09:25] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  291. # [09:28] <Hixie> zcorpan: yes
  292. # [09:30] <zcorpan> cool
  293. # [09:31] * zcorpan looks at the diff
  294. # [09:39] * Joins: MikeSmith (n=MikeSmit@fnttkyo029008.tkyo.fnt.ftth2.ppp.infoweb.ne.jp)
  295. # [09:49] <zcorpan> Hixie: is <marquee> next? :)
  296. # [09:49] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) ("bye")
  297. # [09:51] <zcorpan> wonder if marquee can be implemented using css transitions
  298. # [09:53] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  299. # [10:09] * Joins: maikmerten (n=maikmert@BAE28a1.bae.pppool.de)
  300. # [10:09] * Quits: MikeSmith (n=MikeSmit@fnttkyo029008.tkyo.fnt.ftth2.ppp.infoweb.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  301. # [10:15] * Joins: doublec (n=doublec@118-93-172-205.dsl.dyn.ihug.co.nz)
  302. # [10:26] * Joins: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl)
  303. # [10:30] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Remote closed the connection)
  304. # [10:39] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  305. # [10:42] * Parts: zcorpan (n=zcorpan@c83-252-196-43.bredband.comhem.se)
  306. # [10:51] * Joins: ROBOd (n=robod@89.122.216.38)
  307. # [10:57] * Joins: maikmerten_ (n=maikmert@Zb699.z.pppool.de)
  308. # [10:58] * Quits: annevk3 (n=annevk@53568A94.cable.casema.nl) (Read error: 104 (Connection reset by peer))
  309. # [11:07] * Joins: grimboy (n=grimboy@78-86-152-156.zone2.bethere.co.uk)
  310. # [11:09] * Joins: MikeSmith (n=MikeSmit@u-61127102228.hotspot.ne.jp)
  311. # [11:14] * Quits: maikmerten (n=maikmert@BAE28a1.bae.pppool.de) (Read error: 110 (Connection timed out))
  312. # [11:16] * MikeSmith looks around for zcorpan
  313. # [11:16] * jgraham has more success being in the same room
  314. # [11:16] <MikeSmith> hsivonen: http://bugzilla.validator.nu/attachment.cgi?id=75
  315. # [11:17] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  316. # [11:17] <MikeSmith> jgraham: is he there? poke him with a stick to wake
  317. # [11:17] <zcorpan> MikeSmith: pong
  318. # [11:17] <MikeSmith> hej
  319. # [11:17] <jgraham> They don't give us long enough sticks here
  320. # [11:17] <MikeSmith> zcorpan: http://bugzilla.validator.nu/show_bug.cgi?id=474
  321. # [11:18] <MikeSmith> jgraham: you get longer sticks with more seniority
  322. # [11:18] <zcorpan> MikeSmith: i think that's a case where hsivonen disagrees with what Hixie specced
  323. # [11:18] <MikeSmith> ah
  324. # [11:19] <MikeSmith> hmm, so I'm wondering to do with that test case as far as db.json/validator-tester.py goes
  325. # [11:20] <zcorpan> MikeSmith: i think i had filed a bug about that already
  326. # [11:20] <MikeSmith> oh
  327. # [11:20] <zcorpan> MikeSmith: since i have a test case :)
  328. # [11:20] <MikeSmith> I'll look and marked mine as a dupe if so
  329. # [11:21] <MikeSmith> http://bugzilla.validator.nu/attachment.cgi?id=75 is a proposed fix for your just-a-hash test
  330. # [11:22] <MikeSmith> ah, i find http://bugzilla.validator.nu/show_bug.cgi?id=323 also
  331. # [11:22] <MikeSmith> "<img usemap=#> validates"
  332. # [11:22] <hsivonen> MikeSmith: for the charset thing, what Hixie specced would be a lot of work for Simplified Chineses encodings for the sake of theoretical purity without helping authors
  333. # [11:23] <hsivonen> MikeSmith: http://bugzilla.validator.nu/attachment.cgi?id=75 looks good
  334. # [11:23] <MikeSmith> hsivonen: thanks
  335. # [11:23] <MikeSmith> hsivonen: about the encoding issue, I see
  336. # [11:23] <MikeSmith> so I'm wondering what to do about test cases for that kind of stuff
  337. # [11:24] <hsivonen> MikeSmith: I suppose the URLs could be listed in a text file in the same directory as the db.json
  338. # [11:24] * Joins: maikmerten (n=maikmert@Zaef7.z.pppool.de)
  339. # [11:24] <MikeSmith> hsivonen: just a static file, you mean?
  340. # [11:25] <hsivonen> MikeSmith: yes. to remember which tests didn't go into the db for any reason
  341. # [11:25] <MikeSmith> OK
  342. # [11:25] <MikeSmith> willful-violations-of-html5.txt ?
  343. # [11:25] <hsivonen> yeah :-)
  344. # [11:25] <MikeSmith> heh
  345. # [11:25] <MikeSmith> I will make it so
  346. # [11:27] <MikeSmith> hsivonen: so I plan to do a patch for keygen, and want to also write some test cases for it
  347. # [11:28] <hsivonen> MikeSmith: great!
  348. # [11:29] <MikeSmith> should I add them into svn, or put them at my own site and use db.json?
  349. # [11:30] <hsivonen> I think having them is svn plus site somewhere & db.json would be ideal
  350. # [11:30] <hsivonen> I'm not sure if whattf.org autoupdates to serve the tests over http
  351. # [11:31] <hsivonen> MikeSmith: I think the tests will show up under http://syntax.whattf.org/relaxng/tests/ if you put them in svn
  352. # [11:31] <hsivonen> MikeSmith: I don't know how often fantasai's script refreshes directory
  353. # [11:38] * Quits: maikmerten_ (n=maikmert@Zb699.z.pppool.de) (Read error: 113 (No route to host))
  354. # [11:38] * Joins: maikmerten_ (n=maikmert@Zaae2.z.pppool.de)
  355. # [11:40] * Quits: maikmerten (n=maikmert@Zaef7.z.pppool.de) (Read error: 113 (No route to host))
  356. # [11:41] * Joins: SavageX_ (n=maikmert@BAE1b63.bae.pppool.de)
  357. # [11:42] * Joins: annevk3 (n=annevk@53568A94.cable.casema.nl)
  358. # [11:43] * Joins: mstange (n=markus@pD957903B.dip0.t-ipconnect.de)
  359. # [11:44] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  360. # [11:48] * Quits: doublec (n=doublec@118-93-172-205.dsl.dyn.ihug.co.nz) ("Leaving")
  361. # [11:52] <MikeSmith> hsivonen: OK, I'll mess around with it a bit
  362. # [11:56] * Quits: maikmerten_ (n=maikmert@Zaae2.z.pppool.de) (Read error: 110 (Connection timed out))
  363. # [11:56] <gsnedders> Woah. RSS only allows enclosure URIs to be in the HTTP scheme.
  364. # [11:57] <gsnedders> HTTPS is invalid.
  365. # [11:57] * Joins: webben (n=benh@nat/yahoo/x-cded2b6f9b0322b8)
  366. # [11:58] * Quits: MikeSmith (n=MikeSmit@u-61127102228.hotspot.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  367. # [11:59] <Philip`> What about FTP?
  368. # [12:00] <gsnedders> Invalid.
  369. # [12:01] <Philip`> Shame
  370. # [12:03] * Joins: pauld (n=pauld@194.102.13.6)
  371. # [12:06] * Joins: nessy (n=nessy@124-168-176-139.dyn.iinet.net.au)
  372. # [12:08] <annevk3> hsivonen, you realize <keygen> is a major pain for you because Mozilla implements it like <isindex>?
  373. # [12:13] <annevk3> hmm, RFC2459 has been obsoleted several times...
  374. # [12:15] <zcorpan> Hixie: there is no parsing problem with <h1><p>Typeline</p><p>Mainline</p></h1>
  375. # [12:16] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  376. # [12:22] <hsivonen> annevk3: no, I haven't realized that yet
  377. # [12:23] <hsivonen> annevk3: what about <keygen> in XHTML?
  378. # [12:25] <zcorpan> hsivonen: html5 makes keygen a proper void element instead of an isindex-like parser macro
  379. # [12:26] <Philip`> <keygen> in XHTML in Firefox (2) doesn't do anything at all
  380. # [12:27] <Philip`> (http://canvex.lazyilluminati.com/misc/dom-viewer/x.html?%3C!DOCTYPE%20html%3E%0A%3Chtml%20xmlns%3D'http%3A%2F%2Fwww.w3.org%2F1999%2Fxhtml'%3E%3Cform%3E%3Ckeygen%20name%3D'x'%2F%3E%3Cinput%20type%3D'submit'%2F%3E%3C%2Fform%3E%3C%2Fhtml%3E )
  381. # [12:27] <zcorpan> hey how long have you had that xhtml viewer?
  382. # [12:28] <Philip`> Since at least 2007-08-25
  383. # [12:29] <zcorpan> you should make your tools easier to discover
  384. # [12:29] <Philip`> But then people might use them
  385. # [12:30] <Philip`> and it'll fill up my web server access logs because it sends a request for every keypress :-(
  386. # [12:30] <zcorpan> then increase the timeout
  387. # [12:31] <jgraham> You should make your tools easy to download so that we can run them locally and not fill your access logs :)
  388. # [12:31] <annevk3> Yeah, Gecko has no <keygen> support in XHTML.
  389. # [12:31] <annevk3> Opera does :)
  390. # [12:32] <Philip`> zcorpan: You should have been paying attention when I linked to it on http://krijnhoetmer.nl/irc-logs/whatwg/20070825#l-262
  391. # [12:32] <Philip`> I can't imagine why you'd fail to be aware of it
  392. # [12:32] * Quits: SavageX_ (n=maikmert@BAE1b63.bae.pppool.de) (Read error: 110 (Connection timed out))
  393. # [12:33] * Joins: maikmerten_ (n=maikmert@U22e4.u.pppool.de)
  394. # [12:33] <annevk3> WebKit expands it even in XHTML...
  395. # [12:33] <zcorpan> Philip`: maybe because the url was too similar to your html viewer that i didn't notice
  396. # [12:34] <zcorpan> annevk3: we expand isindex in xhtml, too, though
  397. # [12:35] <Philip`> jgraham: The server-side script is trivial (it just prints its query string) and the client-side stuff is just stolen from Hixie, so if anyone wants to set up something similar locally then it shouldn't take them any effort :-)
  398. # [12:35] <Philip`> zcorpan: Bah, excuses
  399. # [12:36] * Philip` admittedly did have to look on his web server over SFTP to work out what the URL of the tool was
  400. # [12:38] <annevk3> zcorpan, yes, and <image>...
  401. # [12:41] <hsivonen> what does Dead DOM Viewer do?
  402. # [12:41] * Joins: SavageX_ (n=maikmert@BAE2255.bae.pppool.de)
  403. # [12:41] <Philip`> It does the opposite of what the Live one does, hence the name
  404. # [12:42] <Philip`> In particular it generates the page on the server rather than on the client
  405. # [12:42] <hsivonen> Philip`: parses XML on the server and reseriales?
  406. # [12:42] <Philip`> The purpose was to compare IE's processing of HTML in HTTP responses vs HTML in document.write
  407. # [12:43] <Philip`> and then I added the XHTML version too, for which there isn't really any point having the server-side version
  408. # [12:43] <Philip`> hsivonen: No, the server just echoes its query string
  409. # [12:43] <hsivonen> hmm. <image> is magic in WebKit but in body--not directly in html
  410. # [12:44] <hsivonen> why do I see HTML, HEAD, BODY in the dead viewer in WebKit?
  411. # [12:44] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  412. # [12:44] <hsivonen> oops. in Firefox
  413. # [12:45] <Philip`> (http://canvex.lazyilluminati.com/misc/dom-viewer/ is the non-XHTML version)
  414. # [12:45] <hsivonen> it's as though the Live and Dead were swapped in Gecko and WebKit. what's going on?
  415. # [12:46] <Philip`> It's possible that it's a bit buggy, and particularly that it could get confused about updating the DOM views at the right times
  416. # [12:48] <Philip`> It's just a quick hack and probably shouldn't be relied on for anything important :-)
  417. # [12:48] * Quits: maikmerten_ (n=maikmert@U22e4.u.pppool.de) (Read error: 145 (Connection timed out))
  418. # [12:49] <Philip`> (Even the name doesn't make any sense, but I've never cared enough to try fixing it)
  419. # [12:49] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Remote closed the connection)
  420. # [12:49] * Joins: sid0 (n=sid0@unaffiliated/sid0)
  421. # [12:51] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  422. # [12:52] <Lachy> Hixie, now that webstorage has been split out, it's quite annoying and confusing that the where the openDatabase() method is listed in the IDL for Window is still in the HTML5 spec
  423. # [12:56] <annevk3> yeah, there should probably be [XXX] interface Window { } in Web Storag
  424. # [12:56] <annevk3> e
  425. # [12:56] <annevk3> same goes for localStorage/sessionStorage
  426. # [12:58] * Joins: maikmerten (n=maikmert@BAE2425.bae.pppool.de)
  427. # [13:02] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
  428. # [13:08] * Quits: ap (n=ap@194.154.88.33)
  429. # [13:13] * Quits: SavageX_ (n=maikmert@BAE2255.bae.pppool.de) (Read error: 110 (Connection timed out))
  430. # [13:16] <Lachy> I'll go file a bug about it
  431. # [13:17] * Quits: pauld (n=pauld@194.102.13.6)
  432. # [13:18] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  433. # [13:21] * Joins: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp)
  434. # [13:24] <Lachy> We need to get a WebStorage component added to Bugzilla for the WebApps WG. http://www.w3.org/Bugs/Public/enter_bug.cgi?product=WebAppsWG
  435. # [13:25] <Lachy> I just filed the bug as an HTML5 spec bug instead
  436. # [13:30] * Joins: ap (n=ap@194.154.88.33)
  437. # [13:40] * Quits: webben (n=benh@nat/yahoo/x-cded2b6f9b0322b8) (Read error: 110 (Connection timed out))
  438. # [13:40] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 54 (Connection reset by peer))
  439. # [13:40] * Joins: Hish____ (n=chatzill@mail2.n-e-s.de)
  440. # [13:40] * Hish____ is now known as Hish
  441. # [13:49] * Joins: Hish____ (n=chatzill@p5B382CBF.dip0.t-ipconnect.de)
  442. # [13:53] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  443. # [13:55] * Joins: maikmerten_ (n=maikmert@BAE2ead.bae.pppool.de)
  444. # [13:59] * Joins: heycam (n=cam@210-84-43-129.dyn.iinet.net.au)
  445. # [13:59] * Joins: SavageX_ (n=maikmert@BAE300f.bae.pppool.de)
  446. # [14:03] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  447. # [14:05] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 110 (Connection timed out))
  448. # [14:10] * Quits: maikmerten (n=maikmert@BAE2425.bae.pppool.de) (Read error: 110 (Connection timed out))
  449. # [14:14] * Quits: maikmerten_ (n=maikmert@BAE2ead.bae.pppool.de) (Read error: 110 (Connection timed out))
  450. # [14:18] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  451. # [14:19] * Joins: Hish_____ (n=chatzill@mail2.n-e-s.de)
  452. # [14:19] * Hish_____ is now known as Hish
  453. # [14:21] * Joins: taf2_ (n=taf2@65.210.82.235)
  454. # [14:21] * Joins: pauld (n=pauld@194.102.13.6)
  455. # [14:23] * Joins: maikmerten (n=maikmert@Z997d.z.pppool.de)
  456. # [14:28] * Quits: Hish (n=chatzill@mail2.n-e-s.de) ("Chatzilla 0.9.75.1 [SeaMonkey 1.1.10/2008062105]")
  457. # [14:32] * Joins: webben (n=benh@nat/yahoo/x-f66bed245f2c316b)
  458. # [14:32] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) (Client Quit)
  459. # [14:33] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  460. # [14:37] * Quits: SavageX_ (n=maikmert@BAE300f.bae.pppool.de) (Read error: 110 (Connection timed out))
  461. # [14:38] * Quits: Hish____ (n=chatzill@p5B382CBF.dip0.t-ipconnect.de) (Connection timed out)
  462. # [15:21] * Quits: mstange (n=markus@pD957903B.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090405031025]")
  463. # [15:22] * Parts: annevk3 (n=annevk@53568A94.cable.casema.nl)
  464. # [15:23] * Joins: mstange (n=markus@pD957903B.dip0.t-ipconnect.de)
  465. # [15:27] <hsivonen> http://stackoverflow.com/questions/725261/what-is-the-semantic-web
  466. # [15:28] <Dashiva> The semantic web is like a box of chocolates
  467. # [15:29] * Joins: zdobersek (n=zan@cpe-92-37-66-228.dynamic.amis.net)
  468. # [15:32] * Quits: pauld (n=pauld@194.102.13.6)
  469. # [15:36] * Joins: davidb (n=davidb@mozca02.ca.mozilla.com)
  470. # [15:40] <jgraham> More people misunderstanding <header>
  471. # [15:42] * Quits: nessy (n=nessy@124-168-176-139.dyn.iinet.net.au) ("This computer has gone to sleep")
  472. # [15:46] * Joins: annevk3 (n=annevk@53568A94.cable.casema.nl)
  473. # [15:54] <hsivonen> <header> as currently defined, is FAIL
  474. # [15:54] <hsivonen> s/,//
  475. # [15:55] <annevk3> maybe we should just stick to a bunch of <div>s
  476. # [15:55] <hsivonen> The W3C uses RDFa in text/html: http://www.w3.org/2001/sw/
  477. # [15:56] * Quits: mstange (n=markus@pD957903B.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090407030745]")
  478. # [15:59] <hsivonen> <header> should probably be split into <banner> (the case people think <header> is for) and <hgroup> for grouping <h1> and <h2>
  479. # [16:00] <jgraham> <banner> sounds like <advert>
  480. # [16:00] <hsivonen> jgraham: banner is from ARIA landmarks
  481. # [16:00] <hsivonen> jgraham: I don't particulary like the connotations of 'banner'
  482. # [16:00] <jgraham> hsivonen: It's not my fault if aria does dumb things :)
  483. # [16:01] <jgraham> Or rather I don't think we should feel compelled to spread those dumb things to the rest of html
  484. # [16:01] <hsivonen> jgraham: well, HTML5 sucks here, too
  485. # [16:01] <jgraham> Sure
  486. # [16:01] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  487. # [16:01] <jgraham> (Doesn't aria also have role="advertising" or something?)
  488. # [16:01] <hsivonen> which reminds me that now that April 1st has passed, I should blog in reply to the adactio post.
  489. # [16:02] <zcorpan> so this page http://www.systemrequirementslab.com/bonus/t/analysis2.tmpl?registration_option_id=7840 fails to work given these rules http://www.whatwg.org/specs/web-apps/current-work/multipage/dom.html#dom-document-nameditem
  490. # [16:02] <hsivonen> jgraham: the semantics of banner were changed not to imply advertising
  491. # [16:02] <zcorpan> i wonder if the spec can be adjusted in some way
  492. # [16:03] <zcorpan> the page does <object id=ie><comment><object id=moz><table><tr><td>&nbsp;</table>
  493. # [16:03] <annevk3> zcorpan, why does it fail?
  494. # [16:03] <zcorpan> along with if (null != document.moz) ... else if (null != document.ie) ... else return // error
  495. # [16:03] <jgraham> hsivonen: Anyway HTML5 should probably have <header> which means role="banner" and <hgroup> which means "compound heading"
  496. # [16:03] <annevk3> ah, document.moz is not found?
  497. # [16:03] <zcorpan> both objects are ignored because they have "fallback"
  498. # [16:04] <zcorpan> right
  499. # [16:04] <annevk3> maybe the innermost <object> or <embed> should count and the rest be ignored?
  500. # [16:04] <hsivonen> jgraham: I think the words "header" and "heading" should be avoided in element naming
  501. # [16:05] <jgraham> hsivonen: Maybe. <banner> sucks at least as much though
  502. # [16:05] <jgraham> Or rather "Yes"
  503. # [16:05] <zcorpan> annevk3: i.e. an object is fallback-free if it doesn't have any object or embed descendants?
  504. # [16:06] <annevk3> zcorpan, ja
  505. # [16:06] <Philip`> jgraham: What's the use case for <header> in that case?
  506. # [16:06] <zcorpan> makes sense i guess. what about <applet>? any other elements?
  507. # [16:07] <annevk3> <applet name=x> <object name=x> </object> </applet> both are returned, no?
  508. # [16:07] * Quits: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  509. # [16:07] <zcorpan> i was thinking about applet in object
  510. # [16:07] <jgraham> Philip`: Authors like being able to structure their source in a readable way. It probably also helps with CSS selectors and maybe with a11y
  511. # [16:08] <hsivonen> it would also be nice if Opera Mobile took it into account when guessing where the main content starts
  512. # [16:08] <annevk3> zcorpan, good point
  513. # [16:09] * Joins: pauld (n=pauld@194.102.13.6)
  514. # [16:09] <Philip`> jgraham: <div id=header> lets them structure their source in the same way, with the same readability
  515. # [16:10] <annevk3> zcorpan, <img> too
  516. # [16:10] <zcorpan> annevk3: not sure about <img>
  517. # [16:10] <Philip`> jgraham: Oh, if it maybe helps with a11y then we are morally required to include it
  518. # [16:11] <zcorpan> annevk3: consider that page having a spacer gif instead of &nbsp;
  519. # [16:12] <annevk3> zcorpan, it seems that for Mozilla <applet>, <img> etc. do not matter
  520. # [16:12] <annevk3> but neither does <embed>
  521. # [16:12] * Quits: mgrdcm (n=mgrdcm@c-69-246-244-191.hsd1.in.comcast.net)
  522. # [16:12] <annevk3> or <object>
  523. # [16:13] * Joins: MikeSmith (n=MikeSmit@EM114-48-161-124.pool.e-mobile.ne.jp)
  524. # [16:13] <annevk3> sigh
  525. # [16:13] <jgraham> Philip`: <div id=header><div id=something><div></div>[...]</div> is not as easy to read as <header><div id=something><div></div>[...]</header>
  526. # [16:14] * Quits: maikmerten (n=maikmert@Z997d.z.pppool.de) (Remote closed the connection)
  527. # [16:14] <jgraham> (similarly div#header is slightly harder to read in CSS than header)
  528. # [16:15] <zcorpan> annevk3: moz does something like if (document.getElementById(x) && blah) else blah for document.x
  529. # [16:15] <beowulf> i like <banner>
  530. # [16:15] <webben> beowulf: banner is very ambiguous
  531. # [16:15] <Philip`> jgraham: Try using indentation and quotes and then it'll be fine :-)
  532. # [16:15] <webben> e.g. sometimes used for ads
  533. # [16:16] <Philip`> But people won't use <banner> for ads because it would be trivial to filter
  534. # [16:16] <annevk3> zcorpan, what is && blah?
  535. # [16:16] <Philip`> therefore it'll be used only by people writing page headers
  536. # [16:17] <beowulf> webben: probably, though not in my case, i've been reading about newspaper layout, terms, whatnot
  537. # [16:18] <jgraham> Philip`: Indentation helps a bit. But it's still easier to read if the end tag matches the start tag
  538. # [16:18] <jgraham> (otherwise everyone wwould love lisp :) )
  539. # [16:18] <beowulf> and <banner> is probably not used for ads or anything right now :)
  540. # [16:18] <Philip`> http://zepheira.com/news/releases/20070711.html mentions PURLs being critical to the Semantic Web - it seems strange to me that a Web should depend so much on a centralised repository; I guess they don't want to accept the true nature of the web, with its instability and ephemerality and general rubbishness
  541. # [16:18] <Philip`> jgraham: s/lisp/Python/
  542. # [16:18] <zcorpan> annevk3: && document.getElementById(x) is one of img, embed, etc
  543. # [16:19] <Philip`> jgraham: and everyone does love Python
  544. # [16:19] <Philip`> jgraham: therefore disproving your argument
  545. # [16:19] * Philip` wins
  546. # [16:19] <jgraham> Philip`: No because python doesn't have end tags
  547. # [16:19] <annevk3> zcorpan, I can't really reproduce that
  548. # [16:19] <jgraham> or whatever
  549. # [16:19] <Philip`> jgraham: It does have end tags - they're just invisible DEDENT tokens
  550. # [16:19] <jgraham> :p
  551. # [16:20] <jgraham> Philip`: Right but they're not in the source
  552. # [16:20] <jgraham> Er, that made no sense
  553. # [16:20] <Philip`> jgraham: How can you tell the invisible tokens aren't in the source?
  554. # [16:20] <Philip`> jgraham: They're invisible!
  555. # [16:20] <zcorpan> annevk3: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cembed%20id%3Dx%3E%3Cembed%20id%3Dx%3E%3Cscript%3Ew%28document.x%29%3C%2Fscript%3E
  556. # [16:21] <Philip`> jgraham: It's possible that I'm completely misunderstanding your argument
  557. # [16:21] * webben is getting a vision of a lolcat version of this "invisible end tag" argument.
  558. # [16:21] <jgraham> I think what I mean is that the python philosophy of uniform indentation as a marker doesn't transfer well onto the web
  559. # [16:22] <jgraham> Because the web doesn't enforce uniform indentation
  560. # [16:22] <annevk3> zcorpan: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cimg%20name%3Dx%3E%3Cembed%20id%3Dx%3E%3Cscript%3Ew(document.x)%3C%2Fscript%3E
  561. # [16:23] <Philip`> jgraham: but people do seem to prefer programming languages where end tags aren't like start tags, e.g. C (and JavaScript and Java etc) and Python, vs Basic (if ... endif) and Bash (if ... fi)
  562. # [16:23] <Philip`> s/people/I/
  563. # [16:24] <Philip`> Anyway, I've forgotten how this discussion started or what I was trying to say
  564. # [16:24] <Philip`> s/or/and/
  565. # [16:24] <annevk3> zcorpan, maybe reverse engineering WebKit is more sane or does it also fail on that page?
  566. # [16:24] <zcorpan> annevk3: webkit also fails
  567. # [16:24] <zcorpan> annevk3: webkit, opera and html5 do basically the same thing
  568. # [16:25] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  569. # [16:26] <hsivonen> whee! "The XPath evaluator must never call this with a null or empty argument, because the result of doing this is undefined."
  570. # [16:26] <jgraham> hsivonen: Is that a normative condition on user code?
  571. # [16:26] <jgraham> s/user/web developer/
  572. # [16:26] <annevk3> zcorpan, yeah. I guess doing what Firefox does breaks some other set of pages?
  573. # [16:27] <hsivonen> jgraham: it's a normative statement on XPath implentations, so no
  574. # [16:27] <zcorpan> annevk3: likely. it's also less sane and less compatible with ie
  575. # [16:27] <zcorpan> last i looked
  576. # [16:27] <jgraham> hsivonen: Ah, OK
  577. # [16:27] <hsivonen> jgraham: though it seems to me calling into user code can be undefined :-)
  578. # [16:27] <hsivonen> in any case :-)
  579. # [16:28] <Philip`> But is it defined that the user code must follow certain rules?
  580. # [16:28] <annevk3> zcorpan, ignoring <object> if it has a descendant named element maybe?
  581. # [16:28] * hsivonen wonders what happens if XPathNSResolver returns the empty string
  582. # [16:28] <annevk3> zcorpan, it seems a bit risky though
  583. # [16:31] <annevk3> zcorpan, and it's hard to get good data on this though I suppose we could try to get anedotical data
  584. # [16:31] <annevk3> anecdotal, even
  585. # [16:31] <zcorpan> i'm all for doing research :)
  586. # [16:35] <annevk3> maybe Philip` can find pages that have <object id=... or name=...> + child nodes
  587. # [16:36] <zcorpan> ignoring <param> and whitespace
  588. # [16:36] <zcorpan> Philip`: ^
  589. # [16:39] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  590. # [16:39] <hsivonen> do markers ever come off the list of active formatting elements in ways other than via "clear up to last marker"?
  591. # [16:42] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  592. # [16:46] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  593. # [16:48] * Joins: mgrdcm (n=mgrdcm@65.111.247.194)
  594. # [16:49] <Philip`> annevk3: I can find <object id> and <object name> easily
  595. # [16:53] * Joins: billmason1 (n=billmaso@ip131.unival.com)
  596. # [16:55] * Parts: billmason1 (n=billmaso@ip131.unival.com)
  597. # [16:58] <hsivonen> aaargh. Gecko allows an XPathNSResolver to return "" to bind a prefix to no namespace
  598. # [16:59] <hsivonen> doesn't work in WebKit
  599. # [17:00] <hsivonen> nor in Opera
  600. # [17:00] <hsivonen> maybe there's hope for zapping that behavior from Gecko, too.
  601. # [17:01] <zcorpan> Philip`: can you easily find <object id/name> that have child elements other than <param>?
  602. # [17:02] <Philip`> annevk3: Actually, I could find them easily if I had a decent XML grep tool that actually worked
  603. # [17:02] <Philip`> but I don't
  604. # [17:03] <Philip`> so you can have http://philip.html5.org/data/object-with-id-or-name.xml.bz2 which is all <object>s
  605. # [17:03] <Philip`> and feel free to write code to extract what you want from it
  606. # [17:03] <Philip`> (That's directed to zcorpan too :-) )
  607. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  608. # [17:05] * Joins: dglazkov (n=dglazkov@nat/google/x-f5a0ef5016daff78)
  609. # [17:06] <zcorpan> Philip`: thanks
  610. # [17:07] * Philip` hopes the structure of that file is sufficiently obvious
  611. # [17:07] <Philip`> (Hooray for human-readable file formats)
  612. # [17:09] * Joins: erlehmann (n=erlehman@86.59.25.121)
  613. # [17:09] * Joins: slightlyoff (n=slightly@67.218.105.250)
  614. # [17:12] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  615. # [17:13] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  616. # [17:13] <zcorpan> hmm bad idea to open that xml file in a browser
  617. # [17:14] <Philip`> It's only 20MB
  618. # [17:14] <Philip`> Oh, but I suppose it has a few <object>s
  619. # [17:14] <zcorpan> almost 27000 object elements
  620. # [17:14] <Philip`> which browsers sillily try to interpret
  621. # [17:14] <Philip`> despite it not even being in an <html>
  622. # [17:15] * zcorpan removes namespace declarations
  623. # [17:15] * Philip` didn't add namespace declarations on purpose, they were just what his XML serialiser did
  624. # [17:15] <zcorpan> oops, my script didn't escape <
  625. # [17:15] * Quits: pauld (n=pauld@194.102.13.6)
  626. # [17:16] <zcorpan> ok so 2600 don't have an embed descendant
  627. # [17:17] <zcorpan> <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" height="475" id="mymovie" width="830">
  628. # [17:17] <zcorpan> <param name="movie" value="../images/home.swf"/>
  629. # [17:17] <zcorpan>
  630. # [17:17] <zcorpan> <object data="../images/home.swf" height="475" type="application/x-shockwave-flash" width="830">
  631. # [17:17] <zcorpan>
  632. # [17:17] <zcorpan> <p>
  633. # [17:17] <zcorpan> <img alt="Our applications fields : Veterinary Lab, Haematology and Pathology" height="475" src="../images/homepics.jpg" width="830"/>
  634. # [17:19] <zcorpan> http://www.orphee-medical.com/ ...if the inner object had an id then i think we'd want document.id to match it despite the <img>
  635. # [17:21] <zcorpan> 298 have nested object elements
  636. # [17:24] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  637. # [17:27] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) ("Ex-Chat")
  638. # [17:34] <zcorpan> copy-paste has resulted in lots of "FAIL (the browser should render some flash content, not this)."
  639. # [17:35] <zcorpan> Hixie: take note - don't write copy-paste examples as test cases
  640. # [17:36] * zcorpan will continue tomorrow
  641. # [17:36] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  642. # [17:37] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  643. # [17:40] <Philip`> Where does that FAIL come from originally?
  644. # [17:40] <Philip`> All I see is http://www.adobe.com/jp/devnet/flash/articles/swfobject_05.html
  645. # [17:41] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  646. # [17:46] * Quits: slightlyoff (n=slightly@67.218.105.250)
  647. # [17:46] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  648. # [17:57] <hsivonen> I'm amused to find that Opera already violates XPath invariants in a way that cannot be explained by a custom DOM-to-XDM mapping
  649. # [17:58] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  650. # [18:01] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  651. # [18:04] * Joins: slightlyoff (n=slightly@nat/google/x-2f13cd5a79a018ae)
  652. # [18:21] * Quits: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  653. # [18:21] * jgraham notes that hsivonen is probably the first person in the history of all creation to be aused by XPath
  654. # [18:21] <jgraham> *amused
  655. # [18:27] * Hixie gets off the phone with a yahoo searchmonkey engineer
  656. # [18:27] <Hixie> who had very interesting insights into rdf in html
  657. # [18:28] <gsnedders> Wait, what?
  658. # [18:28] <gsnedders> "Hixie gets off the phone" — Does not compute.
  659. # [18:28] <Hixie> i had to come to work and go to my cube to do this
  660. # [18:28] <jgraham> Hixie: Are you just teasing us with confidential information?
  661. # [18:28] <Hixie> first time i've been here in months
  662. # [18:28] <Hixie> jgraham: no
  663. # [18:29] <gsnedders> Hixie: I guessed you were at work from the lack of a phone anywhere else :P
  664. # [18:29] <Hixie> paraphrasing, and apologies if i misrepresent his opinions, he pointed out that microformats were prettier but there was the perception of lack of extensibility
  665. # [18:30] <jgraham> So far, so few surprises
  666. # [18:30] <Hixie> and that the lack of a clear mapping to RDF actually did hurt their use of microformats
  667. # [18:30] <gsnedders> GRDDL!
  668. # [18:30] <Hixie> but that the rdfa syntax, use of URIs as identifiers, and the need to use explicit URIs that aren't the Web page's own URI as subjects were all things that caused confusion
  669. # [18:31] <jgraham> gsnedders: Doesn't GRDDL have some weird thing that the author needs to provide the GRDDL?
  670. # [18:31] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  671. # [18:31] <gsnedders> I dunno.
  672. # [18:31] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  673. # [18:31] <gsnedders> I thought it was something along the lines of @profile being magic
  674. # [18:31] * Joins: weinig (n=weinig@17.246.17.225)
  675. # [18:31] * jgraham thought that GRDDL was basically a way of using an XSLT stylesheet to transform some HTML into some RDF
  676. # [18:31] <gsnedders> Yeah, basically
  677. # [18:32] <jgraham> And that the author had to put the link to the sty;esheet in @profile
  678. # [18:32] <Hixie> no
  679. # [18:32] <Hixie> they have to put a link to a page that has a link to the xslt
  680. # [18:33] <jgraham> Ah, yes, I guess it it important to be correct on that point. @profile is an option for the link :)
  681. # [18:34] <jgraham> Hixie: So the summary is that Yahoo would be better served by something with simpler syntax than RDFa but an easier extensibility story than microformats
  682. # [18:34] <jgraham> ?
  683. # [18:35] <gsnedders> Are free video downloads from iTunes encumbered?
  684. # [18:42] * Joins: aroben (n=aroben@unaffiliated/aroben)
  685. # [18:44] <Philip`> jgraham: And by something with "a clear mapping to RDF"
  686. # [18:45] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  687. # [18:46] <jgraham> Philip`: Good point
  688. # [18:48] * slightlyoff is now known as slightlyoff_afk
  689. # [18:49] * Joins: onar (n=onar@17.244.68.238)
  690. # [18:50] * Quits: onar (n=onar@17.244.68.238) (Remote closed the connection)
  691. # [18:51] * Joins: onar (n=onar@17.226.23.135)
  692. # [18:56] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  693. # [18:56] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  694. # [18:57] <Hixie> jgraham: yeah
  695. # [18:59] <jgraham> Good luck convincing W3C that URIs are part of the problem, not part of the solution :)
  696. # [19:00] <Hixie> no need, so long as we define a way to map strings to URIs without having to declare prefixes explicitly
  697. # [19:01] <jgraham> I guess I can't complain since I have previously advocated that approach. But it does seem like adding another layer of indirection to paper over the problem
  698. # [19:01] <jgraham> It also seems like the only plausible way forward
  699. # [19:01] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  700. # [19:02] * Joins: onar__ (n=onar@17.244.68.238)
  701. # [19:02] * Joins: Lachy (n=Lachlan@85.196.122.246)
  702. # [19:05] * Quits: onar (n=onar@17.226.23.135) (Read error: 60 (Operation timed out))
  703. # [19:09] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  704. # [19:14] <Hixie> i don't understand what http://www.w3.org/mid/b6bb4d890904070441p248bedccsaf3f2971f282c18@mail.gmail.com would mean, concretely
  705. # [19:15] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  706. # [19:17] * aroben_ is now known as aroben
  707. # [19:19] <Philip`> Something about taking fancy new web technologies and making them usable by normal web developers, I guess
  708. # [19:19] <Philip`> though that's still not exactly concrete
  709. # [19:22] <Philip`> Also it might be talking about making HTML more attractive to teenage girls
  710. # [19:24] <webben> Looks like it just means deliver the key features needed for webapps fast.
  711. # [19:24] <mpilgrim> i think it's more along the lines of "we need a site like chromeexperiments.com to showcase html 5"
  712. # [19:24] <mpilgrim> html5experiments.com?
  713. # [19:24] <mpilgrim> i think that's just called annevankesteren.nl
  714. # [19:28] <Philip`> That's the catwalk
  715. # [19:30] <gsnedders> mpilgrim: But he does SVG too! That's an SVG experiment!
  716. # [19:32] <Philip`> Topshop would be making it so ordinary people can create sites like that, or like Gmail, without it being insanely hard and insufficiently general-purpose
  717. # [19:37] <jgraham> Compsring html5 to topshop? This must be some sort of new low
  718. # [19:38] <gsnedders> I thought we had already got as low as we can go.
  719. # [19:40] <jgraham> Do we have any examples of really crappy but popular html 5? We could call them the html 5 "new look"
  720. # [19:41] <jgraham> Straw poll: "data is" or "data are"?
  721. # [19:41] <gsnedders> is
  722. # [19:42] <gsnedders> (Even though I'm well-aware that's technically incorrect.)
  723. # [19:42] <Philip`> Avoid phrases that force you to make the distinction, because you'll annoy somebody no matter which you choose
  724. # [19:43] <Philip`> ('is' will annoy people because it's wrong, 'are' will annoy people because it's stupid and ugly)
  725. # [19:43] <inimino> depends if you are treating data as a plural or as a mass noun
  726. # [19:43] <jgraham> Philip`: The hidden context is teaching english to non-native speakers
  727. # [19:43] <gsnedders> data is the plural of datum, so it should never be singular
  728. # [19:44] * Quits: mgrdcm (n=mgrdcm@65.111.247.194)
  729. # [19:44] <Philip`> Have you ever heard anybody use the word "datum"?
  730. # [19:44] <jcranmer> I've used it once or twice
  731. # [19:44] <jgraham> gsnedders: I don't think that is a good argument becaue it doesn't preclude data also being used as a mass noun
  732. # [19:44] <gsnedders> Philip`: Yes
  733. # [19:45] <Philip`> particularly somebody who isn't sounding unbelievably pretentious when saying it? ;-)
  734. # [19:45] <gsnedders> Philip`: Um, no.
  735. # [19:45] <gsnedders> Philip`: But I rarely hear people who don't sound unbelievably pretentious
  736. # [19:45] <jcranmer> I believe ArcGIS uses datum
  737. # [19:45] <jgraham> gsnedders: Just by speaking?
  738. # [19:45] <gsnedders> jgraham: yeah
  739. # [19:46] <jgraham> gsnedders: You have really chavvy standards :)
  740. # [19:46] <gsnedders> :D
  741. # [19:46] <gsnedders> jgraham: And dude, chav is _so_ last year.
  742. # [19:46] <jgraham> gsnedders: Probably depends where you are from a bit
  743. # [19:47] <Philip`> gsnedders: "_so_" is so last year, too
  744. # [19:47] <gsnedders> (Well, really it's several years ago here.)
  745. # [19:47] <gsnedders> It's all about the neds nowadays
  746. # [19:48] <jcranmer> ... ばか
  747. # [19:48] <gsnedders> Huh?
  748. # [19:48] <gsnedders> UnknownLanguageException
  749. # [19:48] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  750. # [19:49] <jcranmer> can't recognize hiragana, can you?
  751. # [19:49] * gsnedders catches the exception, and carries on
  752. # [19:49] * Joins: roc (n=roc@121-72-162-132.dsl.telstraclear.net)
  753. # [19:49] <Philip`> noun 1. bonehead [sl.] 2. clod [sl.] 3. stupidity
  754. # [19:50] <Philip`> Being unable to translate between languages is _so_ last year
  755. # [19:51] <jcranmer> ...
  756. # [19:51] <jcranmer> あほ
  757. # [19:52] <Philip`> "Idiot"?
  758. # [19:52] <Philip`> Google Translate isn't so good on that
  759. # [19:53] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  760. # [19:53] <jcranmer> closer to asshole, IIRC
  761. # [19:54] <jcranmer> much stronger form of ばか
  762. # [19:55] * Philip` was looking at http://translate.google.com/translate?prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fja.wikipedia.org%2Fwiki%2FWikipedia%3A%E7%B4%A2%E5%BC%95_%E3%81%82%E3%81%BB&sl=ja&tl=en&history_state0=ja%7Cen%7C%E3%81%82%E3%81%BB
  763. # [19:55] <Philip`> which includes "Idiot, right (State of Arizona)" - I'm not sure what that's meant to mean
  764. # [19:56] <Philip`> "Idiot, right (Ajo), southern Arizona, United States, the city is located in PIMA County. Towns and cities in the official land belongs not to be determined, CDP. The population is 3,705 people (2000 census)."
  765. # [19:57] <gsnedders> What's .ta?
  766. # [19:57] <jcranmer> `Ajo' sounds like it's from spanish origins
  767. # [19:57] <jcranmer> so it's pronunciation is like `Aho'
  768. # [19:57] <jcranmer> or, should I say, ah-ho
  769. # [19:58] <jcranmer> transliterate that into Japanese to get, in the rōmaji form aho
  770. # [19:58] <jcranmer> あほ == aho
  771. # [19:58] <Philip`> I guess it's http://en.wikipedia.org/wiki/Ajo,_Arizona but that page doesn't talk about idiots at all
  772. # [19:58] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  773. # [19:58] <jcranmer> google's not picking up the fact that it's a transliterations
  774. # [19:58] <gsnedders> Meh. It's meant to be raining in Dundee for the next couple of days.
  775. # [19:59] <jcranmer> yep
  776. # [20:00] <jcranmer> the wikipedia page has it in katakana--which is generally how you write transliterated proper names in Japanese
  777. # [20:00] <jcranmer> so あほ and アホ are both aho, but the former would be the word aho and the latter the place Aho
  778. # [20:01] <jcranmer> or the name, if someone were cruel enough to name someone that :-)
  779. # [20:01] <jgraham> gsnedders: Move to Fort William. Then it would always be raining so you wouldn't get so disappointed
  780. # [20:01] * gsnedders went to Fort William once…
  781. # [20:01] <gsnedders> It wasn't raining.
  782. # [20:01] <gsnedders> Also: I doubt Fort William has anywhere to buy a suit from.
  783. # [20:02] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  784. # [20:03] <jgraham> gsnedders: I think it does. But I only went there once too (and I think it was raining)
  785. # [20:03] * Joins: dbaron (n=dbaron@guest-230.mountainview.mozilla.com)
  786. # [20:04] <gsnedders> (If I didn't need to get a suit, I would have no reason to go to Dundee.)
  787. # [20:04] <gsnedders> It's no better in Edinburgh, so I don't gain anything by going their instead.
  788. # [20:04] <jgraham> gsnedders: There are places that will sell suits where it is unlikely to be raining
  789. # [20:05] <jgraham> Saudia Arabia for example
  790. # [20:05] * Quits: onar__ (n=onar@17.244.68.238) (Remote closed the connection)
  791. # [20:05] <gsnedders> jgraham: They are not however practical places to go to get a suit
  792. # [20:05] * Quits: webben (n=benh@nat/yahoo/x-f66bed245f2c316b) (Read error: 110 (Connection timed out))
  793. # [20:05] <erlehmann> can anyone with working ff 3.5 or opera 10 test this ? http://blog.dieweltistgarnichtso.net/interview-moot-of-4chan-part-1
  794. # [20:05] * Joins: onar (n=onar@17.226.23.135)
  795. # [20:05] <takkaria> I daresay Saudia Arabia is a more practical place than say, Devon
  796. # [20:06] <gsnedders> Wednesday afternoon is meant to be all right in Dundee.
  797. # [20:06] <takkaria> or Blackpool
  798. # [20:06] <gsnedders> takkaria: Why?
  799. # [20:06] <takkaria> well, Blackpool's a bit naff really, isn't it?
  800. # [20:06] <gsnedders> Dunno. Never been there.
  801. # [20:06] * Joins: mgrdcm (n=mgrdcm@m970736d0.tmodns.net)
  802. # [20:07] * Joins: jwalden (n=waldo@c-24-6-169-169.hsd1.ca.comcast.net)
  803. # [20:07] <erlehmann> got it — the server must serve the file using the correct MIME type
  804. # [20:07] <jgraham> gsnedders: On he other hand if the only options are dundee or Edinburgh, at least Edinburgh is nice
  805. # [20:08] <gsnedders> That is true.
  806. # [20:09] <gsnedders> Also, Dundee wastes less time
  807. # [20:13] * Joins: adambeynon (n=adambeyn@93-97-199-249.zone5.bethere.co.uk)
  808. # [20:14] * Quits: dbaron (n=dbaron@guest-230.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  809. # [20:14] * Quits: ap (n=ap@194.154.88.33)
  810. # [20:15] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  811. # [20:25] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  812. # [20:29] * Joins: pauld (n=pauld@host81-151-61-163.range81-151.btcentralplus.com)
  813. # [20:30] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  814. # [20:41] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  815. # [20:47] * Quits: jwalden (n=waldo@c-24-6-169-169.hsd1.ca.comcast.net) ("->office")
  816. # [20:48] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Remote closed the connection)
  817. # [20:49] * Joins: sid0 (n=sid0@unaffiliated/sid0)
  818. # [20:49] * Joins: arun_ (n=arun@corp-243.mountainview.mozilla.com)
  819. # [20:49] * Joins: adambeynon_ (n=adambeyn@93-97-199-249.zone5.bethere.co.uk)
  820. # [20:53] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  821. # [20:58] * Joins: LeifHS (n=chatzill@ti111210a080-5276.bb.online.no)
  822. # [21:05] * Quits: adambeynon (n=adambeyn@93-97-199-249.zone5.bethere.co.uk) (Read error: 110 (Connection timed out))
  823. # [21:07] <gsnedders> erlehmann: "spending […] every" should be "spending… I was up every"
  824. # [21:07] <erlehmann> thanks
  825. # [21:07] <gsnedders> His speech is too quick
  826. # [21:08] * Quits: dolske (n=dolske@firefox/developer/dolske)
  827. # [21:08] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  828. # [21:09] * Joins: mgrdcm_ (n=mgrdcm@m970736d0.tmodns.net)
  829. # [21:09] * Quits: mgrdcm (n=mgrdcm@m970736d0.tmodns.net) (Read error: 104 (Connection reset by peer))
  830. # [21:09] <gsnedders> erlehmann: "site […] seven servers," "site. I rearranged seven servers,"
  831. # [21:11] <erlehmann> gsnedders, actually, i did have the impression of understanding him when sitting on the opposing side of the desk
  832. # [21:12] <gsnedders> erlehmann: It's just about comprehsible, speech like that, when you're close to them, they're not projecting their voice, and it's not recorded :)
  833. # [21:12] <erlehmann> i hate AMR now
  834. # [21:12] <erlehmann> another reason to root my new googlephone
  835. # [21:19] <Philip`> http://hg.mozilla.org/mozilla-central/rev/cfd5af38abc6
  836. # [21:22] * Quits: pauld (n=pauld@host81-151-61-163.range81-151.btcentralplus.com)
  837. # [21:26] * Quits: hdh (n=hdh@118.71.77.193) (Remote closed the connection)
  838. # [21:28] * Joins: pauld (n=pauld@host81-151-61-163.range81-151.btcentralplus.com)
  839. # [21:31] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  840. # [21:31] * Quits: pauld (n=pauld@host81-151-61-163.range81-151.btcentralplus.com) (Client Quit)
  841. # [21:35] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  842. # [21:37] * Quits: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  843. # [21:48] * Joins: weinig_ (n=weinig@17.203.15.156)
  844. # [21:50] * Quits: mgrdcm_ (n=mgrdcm@m970736d0.tmodns.net)
  845. # [21:53] * Joins: adambeynon (n=adambeyn@93-97-199-249.zone5.bethere.co.uk)
  846. # [21:55] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  847. # [21:57] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  848. # [21:57] * Quits: adambeynon_ (n=adambeyn@93-97-199-249.zone5.bethere.co.uk) (Read error: 60 (Operation timed out))
  849. # [22:07] * Quits: davidb (n=davidb@mozca02.ca.mozilla.com)
  850. # [22:08] * Quits: weinig (n=weinig@17.246.17.225) (Read error: 110 (Connection timed out))
  851. # [22:09] * Quits: roc (n=roc@121-72-162-132.dsl.telstraclear.net)
  852. # [22:12] * Joins: ojan (n=ojan@72.14.229.81)
  853. # [22:14] * Joins: mgrdcm (n=mgrdcm@65.111.247.194)
  854. # [22:21] * gsnedders guesses he ought to let the outliner just take a textarea
  855. # [22:21] <gsnedders> Seemingly multiple people ahve asked for it
  856. # [22:23] * Joins: olliej_ (n=oliver@17.246.17.208)
  857. # [22:26] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  858. # [22:28] * Joins: aroben (n=aroben@unaffiliated/aroben)
  859. # [22:33] * slightlyoff_afk is now known as slightlyoff
  860. # [22:34] <Lachy> MikeSmith, yt?
  861. # [22:34] * Quits: MikeSmith (n=MikeSmit@EM114-48-161-124.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  862. # [22:36] * Quits: zdobersek (n=zan@cpe-92-37-66-228.dynamic.amis.net) ("Leaving.")
  863. # [22:38] * Quits: olliej (n=oliver@nat/apple/x-8e86e1a56abad82e) (Read error: 110 (Connection timed out))
  864. # [22:40] * Joins: weinig (n=weinig@17.246.17.225)
  865. # [22:40] * Quits: mgrdcm (n=mgrdcm@65.111.247.194) (Read error: 104 (Connection reset by peer))
  866. # [22:40] * Joins: mgrdcm (n=mgrdcm@65.111.247.194)
  867. # [22:41] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  868. # [22:44] * Joins: olliej (n=oliver@nat/apple/x-2017b391681de732)
  869. # [22:44] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  870. # [22:57] * Quits: weinig_ (n=weinig@17.203.15.156) (Read error: 110 (Connection timed out))
  871. # [23:00] * Quits: awong (n=awong@72.14.227.1) ("leaving")
  872. # [23:01] * Quits: olliej_ (n=oliver@17.246.17.208) (Read error: 110 (Connection timed out))
  873. # [23:07] * Quits: olliej (n=oliver@nat/apple/x-2017b391681de732)
  874. # [23:08] * Parts: ojan (n=ojan@72.14.229.81)
  875. # [23:09] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  876. # [23:12] * arun_ is now known as otherarun
  877. # [23:17] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("restarting")
  878. # [23:18] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  879. # [23:21] * Joins: nessy (n=nessy@124-168-176-139.dyn.iinet.net.au)
  880. # [23:31] * Joins: olliej (n=oliver@nat/apple/x-a06e361f66a1e0c4)
  881. # [23:46] * Joins: LeifHS_ (n=chatzill@ti111210a080-0384.bb.online.no)
  882. # [23:49] * Quits: smedero (n=smedero@pia145-154.pioneernet.net)
  883. # [23:54] * Parts: erlehmann (n=erlehman@86.59.25.121)
  884. # Session Close: Wed Apr 08 00:00:00 2009

The end :)