/irc-logs / freenode / #whatwg / 2010-05-17 / end

Options:

  1. # Session Start: Mon May 17 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:04] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  4. # [00:06] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
  5. # [00:12] * Quits: gregw (~gregwilki@host116-234-static.43-88-b.business.telecomitalia.it) (Ping timeout: 240 seconds)
  6. # [00:12] <zcorpan_> wonder if i should introduce ranks on the forums
  7. # [00:12] <zcorpan_> maybe it'll make people post there more
  8. # [00:13] <zcorpan_> what should the ranks be?
  9. # [00:14] <Rik`> h1, h2, ... h6 ?
  10. # [00:14] <zcorpan_> ooh good idea
  11. # [00:15] <zcorpan_> and <small>
  12. # [00:17] <Hixie> hah
  13. # [00:17] <Hixie> that would be awesome
  14. # [00:21] <zcorpan_> ok added
  15. # [00:45] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 260 seconds)
  16. # [00:46] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  17. # [00:56] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  18. # [00:56] * Joins: gregw (~gregwilki@host116-234-static.43-88-b.business.telecomitalia.it)
  19. # [01:07] * Quits: micheil (~micheil@124-170-52-1.dyn.iinet.net.au) (Quit: micheil)
  20. # [01:10] * Quits: taf2_ (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net) (Quit: taf2_)
  21. # [01:29] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: null)
  22. # [01:36] * Joins: JonathanNeal (~JonathanN@99-28-2-165.lightspeed.milwwi.sbcglobal.net)
  23. # [01:42] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
  24. # [01:43] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  25. # [01:49] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  26. # [01:49] * Quits: nessy (~Adium@124-168-183-12.dyn.iinet.net.au) (Quit: Leaving.)
  27. # [01:50] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  28. # [01:50] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  29. # [01:57] * Joins: Amorphous (jan@unaffiliated/amorphous)
  30. # [01:59] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 246 seconds)
  31. # [02:04] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  32. # [02:16] * Quits: knowtheory (~knowtheor@bas1-london16-1176189762.dsl.bell.ca) (Quit: Computer has gone to sleep)
  33. # [02:17] * Quits: zcorpan_ (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  34. # [02:19] * Quits: [Adam|Miner] (~Adam@74-222-195-63.dyn.everestkc.net) (Read error: Connection reset by peer)
  35. # [02:20] * Joins: [Adam|Miner] (~Adam@74-222-195-63.dyn.everestkc.net)
  36. # [02:36] * Joins: taf2_ (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
  37. # [02:37] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  38. # [02:40] * Joins: knowtheory (~knowtheor@bas5-london14-1242352110.dsl.bell.ca)
  39. # [02:48] <boblet> If anyone’s around, I have a question about <nav> and breadcrumbs. I don’t think they’re suitable for <nav>, but some people seem to. Is this an “up to the author” case?
  40. # [02:55] * Quits: murz (~mmurraywa@wcproxy.msnbc.com) (Quit: murz)
  41. # [02:55] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  42. # [03:07] * Joins: kling (~kling@nat/trolltech/x-tbvftskokkbbspuv)
  43. # [03:23] <Hixie> boblet: would you want them skipped for AT users?
  44. # [03:24] * Quits: tyoshin__ (~tyoshino_@102.76.147.124.dy.bbexcite.jp) (Ping timeout: 268 seconds)
  45. # [03:25] <boblet> Hixie: I think so, but not being an AT user I’m not sure if that’s personal bias
  46. # [03:25] * Joins: tsyd2 (~thomas@c-71-202-154-251.hsd1.ca.comcast.net)
  47. # [03:25] <Hixie> that's usually the criteria i use for deciding on <nav>
  48. # [03:26] <boblet> also I assumed this would be taken care of by link’s @rel
  49. # [03:27] <boblet> Hixie: so not a case of wrong, more an ‘up to the author’ thing eh
  50. # [03:35] * Joins: erlehmann (~erlehmann@89.204.153.3)
  51. # [03:35] * Quits: cpearce (~cpearce@ip-58-28-42-140.dialup.akl-nas01.xnet.co.nz) (Ping timeout: 265 seconds)
  52. # [03:45] <Hixie> boblet: well it's never wrong _not_ to use <nav>
  53. # [03:46] <boblet> Hixie: just more or less suitable huh
  54. # [03:46] <boblet> thanks, that’s a good point to keep in mind
  55. # [04:02] * Joins: miketaylr (~miketaylr@24.42.95.234)
  56. # [04:07] * Joins: yutak (~yutak@nat/google/x-bebdkcyjrfgviwmw)
  57. # [04:07] * Joins: nimbu (~nimbu@219.64.117.145)
  58. # [04:08] * Quits: JohnnyAmerica (~Simon@213-64-113-37-no97.tbcn.telia.com) (Quit: Lost terminal)
  59. # [04:09] * Quits: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7) (Remote host closed the connection)
  60. # [04:10] * Joins: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7)
  61. # [04:11] <othermaciej> would you want to skip it when reading the content, but possibly skip *to* it if you want to find navigation landmarks
  62. # [04:18] <boblet> othermaciej: yeah, I think so. would that be covered by not using nav, and adding @rel="up" as per links.html#link-type-up ?
  63. # [04:18] <boblet> I’m not sure how AT exposes navigation landmarks
  64. # [04:19] <boblet> (and am assuming that @rel = said landmarks)
  65. # [04:28] * Quits: JonathanNeal (~JonathanN@99-28-2-165.lightspeed.milwwi.sbcglobal.net) (Ping timeout: 276 seconds)
  66. # [04:29] * Parts: [Adam|Miner] (~Adam@74-222-195-63.dyn.everestkc.net) ("Um bye...")
  67. # [04:29] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  68. # [04:46] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  69. # [04:47] * Joins: wakaba_0 (~wakaba_@203-140-91-140.eonet.ne.jp)
  70. # [04:55] * Quits: knowtheory (~knowtheor@bas5-london14-1242352110.dsl.bell.ca) (Quit: Computer has gone to sleep)
  71. # [05:11] * Quits: erlehmann (~erlehmann@89.204.153.3) (Quit: Ex-Chat)
  72. # [05:15] * Joins: cfq (~cfq@94-194-98-91.zone8.bethere.co.uk)
  73. # [05:17] * Joins: knowtheory (~knowtheor@bas1-london16-1176189762.dsl.bell.ca)
  74. # [05:19] * Quits: nimbu (~nimbu@219.64.117.145) (Quit: nimbu)
  75. # [05:29] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  76. # [05:31] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Ping timeout: 265 seconds)
  77. # [05:47] * Quits: danbri (~danbri@unaffiliated/danbri) (Quit: danbri)
  78. # [05:50] * Joins: MikeSmith (~MikeSmith@EM114-48-180-45.pool.e-mobile.ne.jp)
  79. # [06:14] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 246 seconds)
  80. # [06:16] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  81. # [06:30] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  82. # [06:35] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  83. # [06:42] * Joins: nessy (~Adium@124-168-183-12.dyn.iinet.net.au)
  84. # [06:45] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  85. # [06:50] * Quits: miketaylr (~miketaylr@24.42.95.234) (Remote host closed the connection)
  86. # [07:02] * Joins: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se)
  87. # [07:03] * Joins: nimbu (~nimbu@219.64.117.145)
  88. # [07:05] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  89. # [07:11] * Quits: nimbu (~nimbu@219.64.117.145) (Quit: nimbu)
  90. # [07:14] * Quits: tsyd2 (~thomas@c-71-202-154-251.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
  91. # [07:18] <Aleoss> Can someone explain the purpose of the <keygen> element?
  92. # [07:21] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
  93. # [07:21] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 276 seconds)
  94. # [07:21] * asmodai_ is now known as asmodai
  95. # [07:36] * Joins: FireFly (~firefly@unaffiliated/firefly)
  96. # [07:36] <Aleoss> Anyone?
  97. # [07:41] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  98. # [07:44] <MikeSmith> Aleoss: digital signatures
  99. # [07:45] <MikeSmith> for cases in the brick-and-mortar world where you would need to sign a document before you submit it
  100. # [07:46] <MikeSmith> e.g., for a bank or government form or whatever
  101. # [07:46] <MikeSmith> keygen generates a public/private keypair
  102. # [07:46] <MikeSmith> and submits the public key along with the document
  103. # [07:46] <MikeSmith> that's my understanding of it at least
  104. # [07:47] <MikeSmith> which take with a grain of salt because I've not actually implemented it nor even tested it
  105. # [07:47] <Aleoss> MikeSmith: Ok. So a private key is created on the client side and a public key is sent to the server and what can the server do with this key? Just keep it linked to that post data? What's different than having it in a session?
  106. # [07:47] <MikeSmith> it persists, I guess
  107. # [07:47] <MikeSmith> so it can be checked again later
  108. # [07:48] <Aleoss> MikeSmith: Sessions and client-side cookies can be checked later, that's the purpose of them.
  109. # [07:49] <Aleoss> MikeSmith: So what you're suggesting is that it is just re-inventing the wheel.
  110. # [07:49] <MikeSmith> so don't use it if you don't need it
  111. # [07:50] <MikeSmith> the reason it's implemented in browsers is that there are sites that use it
  112. # [07:50] <MikeSmith> browsers did not implement it because they like it
  113. # [07:50] <MikeSmith> at least other browsers did not
  114. # [07:50] * Quits: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se) (Remote host closed the connection)
  115. # [07:50] <MikeSmith> Netscape did initiallly
  116. # [07:51] <doublec> Aleoss, more details here http://www.blooberry.com/indexdot/html/tagpages/k/keygen.htm
  117. # [07:51] <MikeSmith> and I think the difference from cookies is pretty obvious
  118. # [07:52] <MikeSmith> doublec: roc not around today?
  119. # [07:52] <Aleoss> So it's used for HTTPS only?
  120. # [07:52] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  121. # [07:52] <doublec> MikeSmith, he just left the office about 10minutes ago
  122. # [07:53] <MikeSmith> oh, just not on irc today, I guess
  123. # [07:53] <MikeSmith> something I wanted to ask him about, but it can wait
  124. # [08:04] * Joins: roc (~roc@121-72-181-79.dsl.telstraclear.net)
  125. # [08:09] * Joins: micheil (~micheil@124-170-52-1.dyn.iinet.net.au)
  126. # [08:14] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  127. # [08:16] <MikeSmith> roc: regarding TTML support in Flash -
  128. # [08:16] <MikeSmith> http://www.w3.org/2009/05/dfxp-results.html
  129. # [08:16] <MikeSmith> I sent that link to public-html also
  130. # [08:17] <MikeSmith> in reply your message from earlier this month
  131. # [08:17] <MikeSmith> I don't know what particular features any of those tests are actually exercising
  132. # [08:17] <roc> interesting
  133. # [08:18] <MikeSmith> yeah, it does at least show the level of support in Flash vs. level of support in Silverlight
  134. # [08:18] <MikeSmith> and who knew TTML had "animation" support?
  135. # [08:18] <MikeSmith> I'm not sure I even want to know what exactly that is
  136. # [08:22] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
  137. # [08:25] * Joins: danbri (~danbri@unaffiliated/danbri)
  138. # [08:29] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  139. # [08:29] * Joins: benschwarz_ (~ben@203-219-240-153.static.tpgi.com.au)
  140. # [08:29] * Joins: benschwarz (~ben@203-219-240-153.static.tpgi.com.au)
  141. # [08:29] <benschwarz> Hey guys
  142. # [08:30] <benschwarz> I just wrote and published an article about the w3c and applying design to their specification documents
  143. # [08:30] <benschwarz> http://www.germanforblack.com/articles/moving-towards-readable-w3c-specs
  144. # [08:32] <Peter`> MikeSmith: thank you!
  145. # [08:32] <MikeSmith> Peter`: thank me for what?..
  146. # [08:33] <Peter`> Your reply following my sign-up
  147. # [08:33] <MikeSmith> ah, it's that Peter!
  148. # [08:33] <Peter`> Should have clearified, sorry :-)
  149. # [08:34] <MikeSmith> no problem
  150. # [08:35] <MikeSmith> benschwarz: "The reading experience is far from delightful".. you certainly won't get any arguments from anybody about that :)
  151. # [08:35] <MikeSmith> the only thing worse than reading specs is writing them
  152. # [08:35] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  153. # [08:35] <MikeSmith> only crazy people like writing specs
  154. # [08:35] <benschwarz> MikeSmith: pretty easy argument to "win"
  155. # [08:35] <gsnedders> I make a point to avoid anyone who writes specs
  156. # [08:36] <benschwarz> gsnedders: they're easy to spot :)
  157. # [08:36] <benschwarz>
  158. # [08:36] <benschwarz> I might post it to one of the whatwg mailing lists
  159. # [08:36] <gsnedders> Wow, a lot of email to es-discuss this weekend.
  160. # [08:37] <MikeSmith> benschwarz: btw, I saw your "Take Back the Web" slides the other day
  161. # [08:38] <MikeSmith> somebody linked to them from twitter, iirc
  162. # [08:38] <benschwarz> MikeSmith: awesome dude. what did you think?
  163. # [08:39] <MikeSmith> I like the part about "fancy borders"
  164. # [08:39] <MikeSmith> it makes a point
  165. # [08:39] <MikeSmith> I loved that "Are we fucked" slide quite a bit too
  166. # [08:39] <MikeSmith> I think I may steal that idea
  167. # [08:40] <MikeSmith> I'll probably get complaints about it
  168. # [08:42] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  169. # [08:42] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  170. # [08:43] <benschwarz> Which whatwg email list should I post my article to?
  171. # [08:44] <gsnedders> whatwg, me thinks
  172. # [08:44] <MikeSmith> benschwarz: whatwg@whatwg.org it is, I think
  173. # [08:44] <benschwarz> no worries.
  174. # [08:44] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: null)
  175. # [08:45] <benschwarz> we wanted to offer the whatwg group to use some custom styles to improve the reading experience
  176. # [08:46] * Joins: zalan (~zalan@catv-89-135-142-235.catv.broadband.hu)
  177. # [08:47] <MikeSmith> benschwarz: http://www.germanforblack.com/css-fonts-demo/index.html certainly does look better than the default style
  178. # [08:48] <benschwarz> If you use the userscript, you can have it always :)
  179. # [08:48] <MikeSmith> maybe we can add a link on each spec, "View this document in a style that's actually optimized for reading"
  180. # [08:49] * gsnedders wonders about WCAG2 Compliance
  181. # [08:50] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  182. # [08:53] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  183. # [08:53] <MikeSmith> in other news, if you are clueful about use cases for browser-based audio applications, join the new Audio Incubator Group
  184. # [08:53] <MikeSmith> http://www.w3.org/2005/Incubator/audio/
  185. # [08:53] <MikeSmith> of even if you're not clueful, but just curious
  186. # [08:53] <MikeSmith> which is certainly the category I fit into
  187. # [08:53] <MikeSmith> and I joined the group
  188. # [08:54] <MikeSmith> so we already have an existence proof that nobody will be turned away, no matter how clueless
  189. # [08:56] <MikeSmith> who are these Jedi A-hole dudes
  190. # [08:57] <MikeSmith> I want to hang out with them
  191. # [09:01] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 248 seconds)
  192. # [09:01] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  193. # [09:08] * Joins: pesla (~pesla@188.202.125.121)
  194. # [09:08] * MikeSmith looks forward to someone picking up work on https://bugzilla.mozilla.org/show_bug.cgi?id=514437 soon
  195. # [09:08] <MikeSmith> = Implement HTML 5 progress element
  196. # [09:15] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  197. # [09:27] * Quits: benschwarz (~ben@203-219-240-153.static.tpgi.com.au) (Quit: benschwarz)
  198. # [09:27] * Quits: benschwarz_ (~ben@203-219-240-153.static.tpgi.com.au) (Quit: benschwarz_)
  199. # [09:28] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  200. # [09:30] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  201. # [09:33] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  202. # [09:33] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  203. # [09:33] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  204. # [09:34] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Client Quit)
  205. # [09:38] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  206. # [09:40] * Quits: mmn (~mmn@129-97-225-97.uwaterloo.ca) (Quit: Leaving.)
  207. # [09:42] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  208. # [09:45] * Quits: pesla (~pesla@188.202.125.121) (Read error: Connection reset by peer)
  209. # [09:45] * Joins: pesla (~pesla@188.202.125.121)
  210. # [09:46] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  211. # [10:00] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  212. # [10:00] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  213. # [10:01] * Joins: benschwarz_ (~ben@59.167.185.148)
  214. # [10:01] * Joins: benschwarz (~ben@59.167.185.148)
  215. # [10:03] * Quits: MikeSmith (~MikeSmith@EM114-48-180-45.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  216. # [10:03] * Joins: MikeSmith (~MikeSmith@EM114-48-180-45.pool.e-mobile.ne.jp)
  217. # [10:13] <MikeSmith> cool to see that Relaxed validator is back
  218. # [10:13] <MikeSmith> http://relaxed.vse.cz/relaxed/validate?group=Web
  219. # [10:14] <MikeSmith> nice for easily comparing error-message output to validator.nu and W3C Markup Validator output
  220. # [10:16] * annevk is not really impressed so far with the tests Microsoft contributes
  221. # [10:17] <annevk> I reviewed their foreign content tests: http://lists.w3.org/Archives/Public/public-html-testsuite/2010May/0014.html
  222. # [10:17] <annevk> Most of those tests you do not actually want to pass... It's sad
  223. # [10:19] <MikeSmith> well, that's disappointing
  224. # [10:19] <othermaciej> as in, they test the opposite of what the spec ays?
  225. # [10:19] <othermaciej> *says
  226. # [10:20] <annevk> no, most tests seem to rely on IE bugs they still have not fixed
  227. # [10:20] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  228. # [10:20] <MikeSmith> (this is also disappointing: "Error during validation: java.net.UnknownHostException: relaxed2.vse.cz" ... that seems to be the message you get when you actually try to validate a page using the Relaxed validator...)
  229. # [10:20] <annevk> filtering out text nodes
  230. # [10:20] <othermaciej> I can't believe they haven't fixed that yet
  231. # [10:20] <othermaciej> makes it hard to use the "same markup"(tm)
  232. # [10:22] <annevk> heh yeah, I was thinking of blogging something like that but then I haven't actually tried IE9 yet so I'm not sure if the tests are actually representative (though I'd guess they only release stuff they pass, as they have done so far)
  233. # [10:23] <annevk> I would write a bunch of tests but I want someone to figure out the infrastructure first
  234. # [10:23] * gsnedders pokes TabAtkins
  235. # [10:23] <annevk> I thought these Microsoft guys would handle that but so far I've just been reviewing lousy tests
  236. # [10:24] <boblet> baby steps, natch
  237. # [10:25] <othermaciej> maybe you should figure out the infrastructure
  238. # [10:26] <othermaciej> or at least enough of it to write the tests you want to write
  239. # [10:27] * Joins: Phae (~phaeness@gatek.mh.bbc.co.uk)
  240. # [10:27] <annevk> I'm not good at designing a JS test framework :)
  241. # [10:27] <boblet> othermaciej: oh, re your comment “would you want to skip it when reading the content, but possibly skip *to* it if you want to find navigation landmarks” would this be accomplished by nav on breadcrumbs, or by no nav and role="up" on breadcrumb links instead?
  242. # [10:27] <annevk> (or picking one)
  243. # [10:27] <boblet> as that’s exactly what I think I’d like
  244. # [10:27] <othermaciej> boblet: you have many different choices of what elements to use
  245. # [10:28] <othermaciej> annevk: I guess we should find someone who is good at it
  246. # [10:28] <othermaciej> annevk: what about non-script tests?
  247. # [10:28] <othermaciej> like testing parsing
  248. # [10:28] <othermaciej> or should that be done in a script-driven way too?
  249. # [10:30] <boblet> in what situations do you all think nav for breadcrumbs is a good idea? (trying to work out if I’m missing a use case or not) I figure only if there is little other navigation and the breadcrumbs provide an important way to reach homepage and archive page parents that aren’t already offered
  250. # [10:31] <annevk> parsing we already did to some extent: http://html5.org/parsing-tests/testrunner.htm (not up to date with the latest tests)
  251. # [10:32] <othermaciej> I'm not really a web design expert
  252. # [10:32] <othermaciej> do you think breadcrumbs are part of the primary navigation aids on the page or part of the content?
  253. # [10:32] <othermaciej> annevk: maybe it would be a good idea to contribute that infrustructure and set of tests to the test suite, if they haven't been already
  254. # [10:33] <boblet> othermaciej: for me, no. but I’m guessing for some people yes. I’m wondering if there’s AT-side (intended) usage I don’t know about
  255. # [10:35] <annevk> yeah so e.g. Firefox nightlies fail a bunch because the tests changed and I never took a fresh copy from html5lib
  256. # [10:36] <boblet> are long-form boolean attributes (pubdate="pubdate") required in XHTML5? or is this just a stylistic difference?
  257. # [10:36] <annevk> othermaciej, yeah, the problem is that tests are currently maintained by the html5lib community; convincing everyone that our tests now live in a new repository and/or coordinating everything will the parser section stabilizes might not be our best use of time
  258. # [10:36] <annevk> boblet, you can write pubdate=""
  259. # [10:36] * Joins: ROBOd (~robod@89.123.134.35)
  260. # [10:37] <boblet> annevk: oh thanks, just re-read 2.4.2 and noticing that for the first time. I’m still not sure if there’s a reason for the three styles other than author pref tho
  261. # [10:38] <othermaciej> annevk: I think the odds of major parser changes are low, though I guess they are still nonzero
  262. # [10:40] <annevk> boblet, there's only two styles, pubdate="" and pubdate="pubdate" and the latter is for backwards compatibility
  263. # [10:40] <annevk> othermaciej, guess we'll see when we resolve ISSUE-41 :p
  264. # [10:41] <boblet> facepalm
  265. # [10:41] <othermaciej> annevk: fair enough - though I am not sure anyone has made a proposal that involves parser changes
  266. # [10:43] * Joins: |zalan| (~zalan@catv-89-135-142-235.catv.broadband.hu)
  267. # [10:43] * Quits: zalan (~zalan@catv-89-135-142-235.catv.broadband.hu) (Ping timeout: 248 seconds)
  268. # [10:45] <boblet> annevk: so “its value must either be the empty string” actually means “pubdate=""” and not “pubdate”? does that mean “pubdate” isn’t valid?
  269. # [10:45] <annevk> you're confusing syntax and semantics
  270. # [10:46] <annevk> <article pubdate> is a syntactic shorthand for <article pubdate="">
  271. # [10:46] <annevk> as <div title> is short for <div title="">
  272. # [10:46] <boblet> aah
  273. # [10:46] <annevk> nothing really special
  274. # [10:46] <boblet> the wording confused me
  275. # [10:47] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Remote host closed the connection)
  276. # [10:47] <annevk> the difference becomes more obvious when you look at the DOM
  277. # [10:48] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  278. # [10:48] <annevk> in http://www.whatwg.org/specs/web-apps/current-work/complete/syntax.html#attributes-0 you can read "Just the attribute name. The value is implicitly the empty string."
  279. # [10:49] <boblet> oh nice — haven’t read this before
  280. # [10:55] <boblet> aah, so pubdate becomes pubdate="" in the DOM. gotcha
  281. # [10:55] <boblet> thanks annevk
  282. # [10:55] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
  283. # [10:55] <MikeSmith> the problem with http://www.whatwg.org/specs/web-apps/current-work/complete/common-microsyntaxes.html#boolean-attributes is that it's stated in terms of the DOM
  284. # [10:56] <MikeSmith> which is not the terms in which authors think of it
  285. # [10:56] <annevk> yeah, it's like pubdate='' vs pubdate="" doesn't matter either for determining the value of the pubdate attribute
  286. # [10:56] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  287. # [10:56] <boblet> MikeSmith: filed a bug. will add a comment about that
  288. # [10:56] <MikeSmith> yeah, I saw it
  289. # [10:56] <boblet> (my bug report was naive :)
  290. # [10:57] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  291. # [10:57] * Joins: ment (thement@ibawizard.net)
  292. # [10:57] * Quits: riven (~riven@53518387.cable.casema.nl) (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.)
  293. # [10:58] <MikeSmith> the vast majority of authors are never going to make the leap that "its value must either be the empty string" applies to <article pubdate>
  294. # [10:58] <MikeSmith> they're not going to consider that attribute as having the empty string as its value
  295. # [10:59] <MikeSmith> they're instead going to just consider that as an attribute with no value
  296. # [10:59] <MikeSmith> because they naturally think in terms of the serialization
  297. # [10:59] <annevk> fortunately the vast majority of authors won't read the spec and therefore won't be confused
  298. # [11:00] <annevk> insofar lalaland isn't confusing
  299. # [11:00] <MikeSmith> yeah, well, the authors-won't-read-the-spec rationalization is not a particularly inspiring one
  300. # [11:01] <MikeSmith> Hixie added that "The value is implicitly the empty string." language because of an earlier bug I filed
  301. # [11:01] <MikeSmith> he just added it in the wrong place
  302. # [11:01] <MikeSmith> suboptimal place
  303. # [11:01] <Hixie> file more bugs :-)
  304. # [11:01] <boblet> Hixie: http://www.w3.org/Bugs/Public/show_bug.cgi?id=9743
  305. # [11:02] <Hixie> cool
  306. # [11:02] <boblet> annevk: oh noes! I broke it (by reading the spec) ;-)
  307. # [11:02] <MikeSmith> the quantum computing stuff is making my head spin
  308. # [11:02] <MikeSmith> it actually relies on quantum entanglement
  309. # [11:02] <MikeSmith> which I still don't actually believe exists
  310. # [11:03] <annevk> boblet, you're not vast majority ;)
  311. # [11:03] * Joins: MikeSmithX (~MikeSmith@EM114-48-29-251.pool.e-mobile.ne.jp)
  312. # [11:04] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Remote host closed the connection)
  313. # [11:04] <boblet> annevk: sometimes I think life would be easier if I was :|
  314. # [11:04] <boblet> heh
  315. # [11:04] <MikeSmithX> I want to Einstein was right and this whole "spooky action at a distance" stuff is just a big hoax
  316. # [11:05] <boblet> l8r all, thanks for your help! learnin learnin’
  317. # [11:06] <othermaciej> MikeSmithX: einstein just claimed there are underlying hidden variables, rather than a mysterious correlation
  318. # [11:06] <othermaciej> MikeSmithX: there are hidden variables theories that explain entanglement, they just have to be nonlocal
  319. # [11:07] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  320. # [11:07] * Quits: MikeSmith (~MikeSmith@EM114-48-180-45.pool.e-mobile.ne.jp) (Disconnected by services)
  321. # [11:08] <MikeSmithX> othermaciej: yeah, Rod van Meter here was telling me about the local variable stuff
  322. # [11:08] <Philip`> Science would be much easier if we could just believe what Einstein said instead of having to do actual experiments
  323. # [11:08] <MikeSmithX> heh
  324. # [11:09] <othermaciej> Bell's inequalities pretty much rule out Einstein's preferred view of local hidden variables
  325. # [11:09] <othermaciej> sorry
  326. # [11:09] <MikeSmithX> Rod mentioned Bell too
  327. # [11:09] <othermaciej> reality bites
  328. # [11:09] <othermaciej> logging off for a bit, brb
  329. # [11:09] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  330. # [11:09] * MikeSmithX is now known as MikeSmith
  331. # [11:10] <MikeSmith> Philip` and Maciej seem to know about everything
  332. # [11:10] <MikeSmith> it's depressing
  333. # [11:10] <MikeSmith> Philip`: please know about less stuff
  334. # [11:10] <MikeSmith> take some time off from learning now and then
  335. # [11:10] <Hixie> just keep a tab open on google and wikipedia
  336. # [11:11] <Hixie> you don't have to know everything, you just have to be one step ahead of everyone else
  337. # [11:11] <MikeSmith> the Web takes all the fun out of everything
  338. # [11:11] <Hixie> beg to differ :-P
  339. # [11:11] * Joins: eighty4 (~eighty4@82.199.185.32)
  340. # [11:11] <Philip`> Also, pretend to type very slowly so that nobody knows you've been checking the Wiki before every sentence you write
  341. # [11:11] <MikeSmith> well, the Jedi A-Holes video gives me hope for the Web
  342. # [11:16] * Joins: tyoshino_m (~tyoshino_@220.109.219.244)
  343. # [11:17] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  344. # [11:19] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 240 seconds)
  345. # [11:21] <annevk> it requires Flash
  346. # [11:21] * Joins: mpt (~mpt@canonical/mpt)
  347. # [11:22] <MikeSmith> annevk: it's nice to have a goal to work towards
  348. # [11:22] <MikeSmith> the goal being, make that video viewable natively cross-browser
  349. # [11:23] <MikeSmith> then we will have done something great for the world
  350. # [11:24] * Joins: zcorpan_ (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se)
  351. # [11:24] <annevk> one step closer to world peace
  352. # [11:24] <annevk> euh, world domination
  353. # [11:24] <annevk> I keep getting those mixed up
  354. # [11:24] <zcorpan_> annevk: <html><svg> is not error handling
  355. # [11:25] * Quits: Phae (~phaeness@gatek.mh.bbc.co.uk)
  356. # [11:26] <zcorpan_> i'd like microsoft to test and implement escaping out of foreign lands
  357. # [11:26] <annevk> zcorpan_, <html><svg></svg><body> is
  358. # [11:27] <zcorpan_> yes
  359. # [11:27] <annevk> zcorpan_, so I'm not sure why you're saying it's not testing error handling
  360. # [11:28] <annevk> oh I see, poor wording on my part
  361. # [11:28] <zcorpan_> just a nitpick :)
  362. # [11:29] <zcorpan_> maybe i should file a bug at microsoft about foreign lands
  363. # [11:30] * Joins: eighty4_ (~eighty4@82.199.185.32)
  364. # [11:30] * Quits: eighty4 (~eighty4@82.199.185.32) (Read error: Connection reset by peer)
  365. # [11:31] * Quits: MikeSmith (~MikeSmith@EM114-48-29-251.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
  366. # [11:32] <zcorpan_> did Philip` have the results of running the html5lib tests in ie9 somewhere?
  367. # [11:35] <zcorpan_> does ie9 preview2 support <video>?
  368. # [11:36] * Joins: eighty4 (~eighty4@82.199.185.32)
  369. # [11:36] * Quits: eighty4_ (~eighty4@82.199.185.32) (Read error: Connection reset by peer)
  370. # [11:37] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  371. # [11:37] * Joins: Phae (~phaeness@gatej.thls.bbc.co.uk)
  372. # [11:39] * Joins: mat_t (~mattomasz@91.189.88.12)
  373. # [11:43] <Philip`> zcorpan_: http://philip.html5.org/misc/html5lib-runner-ie9.txt
  374. # [11:43] <Philip`> (from the first preview)
  375. # [11:43] <zcorpan_> thanks
  376. # [11:46] <annevk> wow, I thought they said they implemented an HTML5 parser
  377. # [11:47] <Hixie> any interop issues there for which we need updates to the spec?
  378. # [11:48] <annevk> dunno, <title> never has child nodes?
  379. # [11:48] <Hixie> nah, that's widely implemented correctly elsewhere
  380. # [11:48] <Philip`> annevk: I don't think they ever said that
  381. # [11:49] <annevk> your sarcasm sensors are off
  382. # [11:49] <zcorpan_> html5lib tests don't test <foobar/> outside foreign lands
  383. # [11:49] * Hixie recalibrates
  384. # [11:51] * Joins: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net)
  385. # [11:58] <zcorpan_> https://connect.microsoft.com/IE/feedback/details/559531/ie9-fails-html5lib-html-parser-tests
  386. # [11:59] <othermaciej> hsivonen's twitter just made me laugh
  387. # [12:01] <othermaciej> I'm not sure I understand the test output
  388. # [12:01] <othermaciej> of the html5lib tests
  389. # [12:01] <jgraham> Using which harness?
  390. # [12:01] <othermaciej> if it doesn't say Failed, does that mean they all passed?
  391. # [12:01] <othermaciej> http://html5.org/parsing-tests/testrunner.htm
  392. # [12:01] * jgraham is about 4 days behind on context
  393. # [12:02] <othermaciej> neither Safari 4.0.5 nor Firefox 3.6.3 report any failures
  394. # [12:02] <othermaciej> and I know neither of those parsers is fully HTML5 compliant
  395. # [12:02] <zcorpan_> othermaciej: you need to click on the output to expand the results
  396. # [12:02] <othermaciej> I see
  397. # [12:02] <othermaciej> would be handy if it gave a summary of the pass/fail count somewhere
  398. # [12:03] <othermaciej> oh, are the numbers it reports the failing tests?
  399. # [12:03] <zcorpan_> yes
  400. # [12:03] * Quits: tyoshino_m (~tyoshino_@220.109.219.244) (Ping timeout: 276 seconds)
  401. # [12:03] <zcorpan_> the output sucks
  402. # [12:03] <othermaciej> we fail buckets o
  403. # [12:03] <othermaciej> buckets o' tests then
  404. # [12:04] <zcorpan_> i don't know if http://gsnedders.html5.org/html5lib-tests/runner.html is more up to date
  405. # [12:04] <othermaciej> it seems to run a lot more tests
  406. # [12:05] <zcorpan_> yeah. the one on html5.org is old
  407. # [12:05] * othermaciej thinks these should be submitted to the HTML5 test suite
  408. # [12:05] <annevk> the gsnedders one doesn't work on Opera
  409. # [12:06] <jgraham> Ironically
  410. # [12:06] <jgraham> It will be improved
  411. # [12:06] <zcorpan_> hmm wfm
  412. # [12:06] <jgraham> Erm, it won't be improved ironically
  413. # [12:06] <annevk> i mean i can't click on the result lines to see what failed
  414. # [12:06] <jgraham> it will be improved in an entirely irony-free way
  415. # [12:08] <jgraham> So, before I read the logs, has it already been noted that the ES people are discussing the WebGL typed array thing?
  416. # [12:09] <jgraham> So if that doesn't work for websockets use cases for some reason, now would be a good time to say
  417. # [12:09] <Hixie> what's the WebGL typed array thing?
  418. # [12:09] <jgraham> https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/doc/spec/TypedArray-spec.html
  419. # [12:10] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  420. # [12:10] <annevk> http://lists.w3.org/Archives/Public/public-script-coord/2010AprJun/0008.html scared me about TypedArray
  421. # [12:10] <zcorpan_> i would just want a binary array, which i guess is Uint8Array
  422. # [12:11] <jgraham> annevk: Yeah, that concerns me too
  423. # [12:12] <zcorpan_> javascript already has 16-bit unsigned arrays
  424. # [12:12] <zcorpan_> called strings
  425. # [12:12] <othermaciej> JS has immutable fixed-length 16-bit unsigned arrays
  426. # [12:13] <othermaciej> with a weird syntax to access the elements
  427. # [12:13] <othermaciej> (str.charCodeAt(n) instead of str[n])
  428. # [12:13] <zcorpan_> str[n] works fine
  429. # [12:14] <Hixie> annevk: wouldn't it just use network byte order regardless of the underlying architecture?
  430. # [12:14] <Hixie> seems like that would solve the problem neatly
  431. # [12:14] <zcorpan_> although it just returns the character, true
  432. # [12:14] <Hixie> anyway, while it may be a bit more complicated than what i was expecting, it seems like it would do the job
  433. # [12:14] <Hixie> dunno if it's the best primitive to have though
  434. # [12:15] <Hixie> i think it'd be neater to have just a straight byte array with a mechanism like C structs to read structured data out of it, but *shrug*
  435. # [12:15] <zcorpan_> one of our carakan devs didn't like having lots of types of arrays
  436. # [12:16] <zcorpan_> but he could see the use case of a binary array
  437. # [12:16] * jgraham wonders who that was
  438. # [12:16] <zcorpan_> farre
  439. # [12:16] <hsivonen> is there a way to intercept DOMContentLoaded before normal listeners, do stuff and then dispatch it to normal listeners?
  440. # [12:18] <hsivonen> also, is there a robust way to delay the load event?
  441. # [12:20] <othermaciej> capturing DOMContentLoaded listener on the window
  442. # [12:20] * Joins: myakura (~myakura@p2062-ipbf37marunouchi.tokyo.ocn.ne.jp)
  443. # [12:20] <hsivonen> i wonder if adding an iframe and calling open() onits contentDocument works
  444. # [12:20] <othermaciej> if you set the first one, I believe it is guaranteed to run before any other DOMContenLoaded listener
  445. # [12:21] <othermaciej> do you mean delay the load event from inside DOMContentLoaded?
  446. # [12:21] <hsivonen> othermaciej: thanks.
  447. # [12:22] <hsivonen> othermaciej: no, delaying it first and stopping the delaying from within the fake Domcontentloaded
  448. # [12:23] <othermaciej> what do you mean by fake DOMContentLoaded?
  449. # [12:24] <othermaciej> load can't happen before DOMContentLoaded, so I assume you mean something other than delaying it to the point that DOMContentLoaded fires
  450. # [12:24] <othermaciej> did you want to stop propagation and dispatch it later by hand?
  451. # [12:24] <hsivonen> I was thinking of doing async stuff from my domcontentloaded handler
  452. # [12:25] <hsivonen> so, yes, redispatching it later
  453. # [12:28] <gsnedders> annevk: It should work
  454. # [12:28] <gsnedders> wfm in 10.53 beta for linux
  455. # [12:29] * annevk has beta .54
  456. # [12:29] <annevk> build 6336
  457. # [12:29] <annevk> hmm
  458. # [12:31] <jgraham> othermaciej: Random comment related to old email: extrapolating from "it's X lines of code for an echo server in Y" to "therefore Y is not complex" is extremely dangerous
  459. # [12:32] <jgraham> e.g. twisted is widely belived to be complex
  460. # [12:32] <jgraham> (to use well)
  461. # [12:33] <micheil> heh, only in node.js, that's actually true that it can be used well in a little amount of code ;P
  462. # [12:35] <jgraham> micheil: It may be, but that's very little to do with how many lines of code an echo server in node.js takes
  463. # [12:35] <micheil> true
  464. # [12:36] * micheil has an echo websocket server in node using < 50 lines of code
  465. # [12:36] <micheil> (admittedly I'm using my own module for node to provide websockets :p)
  466. # [12:36] <micheil> it's currently draft75 compliant
  467. # [12:36] <micheil> working on draft76 after I iron out all the small bugs
  468. # [12:37] <micheil> and write tests
  469. # [12:44] * Joins: payman (~payman@pat.se.opera.com)
  470. # [12:50] * Joins: harig (~harig@122.176.41.80)
  471. # [12:54] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  472. # [12:57] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (*.net *.split)
  473. # [12:57] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (*.net *.split)
  474. # [12:57] * Quits: Kuruma_ (~Kuruman@p3016-ipngn2701marunouchi.tokyo.ocn.ne.jp) (*.net *.split)
  475. # [12:57] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 252 seconds)
  476. # [12:58] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  477. # [12:59] * Quits: taf2_ (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net) (Quit: taf2_)
  478. # [13:00] * Joins: Kuruma_ (~Kuruman@p3016-ipngn2701marunouchi.tokyo.ocn.ne.jp)
  479. # [13:01] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  480. # [13:01] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  481. # [13:02] * Joins: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net)
  482. # [13:11] * Quits: eighty4 (~eighty4@82.199.185.32) (Remote host closed the connection)
  483. # [13:13] * Joins: taf2_ (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  484. # [13:23] <Hixie> man i wish i understood gregw's e-mails
  485. # [13:24] <hsivonen> I wish we had an URL parsing spec already.
  486. # [13:24] <othermaciej> perhaps we need to trick abarth into editing it
  487. # [13:24] <annevk> he offered editing it
  488. # [13:25] <othermaciej> true, I guess we could make it a separate document from the IRIbis draft
  489. # [13:25] <Hixie> let's let him finish his current docs first
  490. # [13:25] <Hixie> i'll eventually just write the url spec is the iri group don't get aroudn to it
  491. # [13:26] <othermaciej> abarth has good test data
  492. # [13:26] <hsivonen> percent escapes in the host name in http: URLs in Gecko don't work
  493. # [13:26] <othermaciej> we converted most of google-url's test suite into a form that is easily runnable in any browser
  494. # [13:26] <hsivonen> but the status bar makes it look like they work
  495. # [13:27] <hsivonen> (as you can see, supposed HTML parser bugs take me to various other areas of Gecko...)
  496. # [13:30] <Hixie> if you set <track>.src and the file starts downloading
  497. # [13:30] <Hixie> and you then dynamically change its .src to something else
  498. # [13:30] <Hixie> should it abort the download?
  499. # [13:30] <Hixie> or should it wait until the download is done before starting the new one?
  500. # [13:31] <othermaciej> it should act the same as any other element that references a resource if you change the relevant attribute
  501. # [13:31] <othermaciej> which would be, abort and start new load
  502. # [13:31] <Hixie> k
  503. # [13:31] <othermaciej> (unless I am missing a subtle reason that it should be different)
  504. # [13:32] <Hixie> no reason other than it being a pain in my neck
  505. # [13:32] <Hixie> but that's what i'm paid for
  506. # [13:32] <Hixie> first, though, i shall sleep
  507. # [13:32] <Hixie> nn
  508. # [13:33] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  509. # [13:37] * Quits: wakaba_0 (~wakaba_@203-140-91-140.eonet.ne.jp) (Quit: Leaving...)
  510. # [13:40] * workmad3 is now known as wm3|lunch
  511. # [13:45] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
  512. # [13:49] * Joins: eighty4 (~eighty4@82.199.185.32)
  513. # [13:49] <hsivonen> Is it appropriate to put zero bytes in html5lib tree builder tests?
  514. # [13:52] <Philip`> I believe html5lib always does the input stream processing, so zero bytes would turn into U+FFFD before reaching the tokeniser or tree builder
  515. # [13:59] * Joins: FireFly (~firefly@unaffiliated/firefly)
  516. # [14:07] <jgraham> hsivonen: as in U+0000?
  517. # [14:07] <jgraham> hsivonen: Should be fine I think
  518. # [14:07] <jgraham> hsivonen: (or if not it's a bug)
  519. # [14:12] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  520. # [14:13] * Quits: paradisaeidae (~chatzilla@ppp167-253-233.static.internode.on.net) (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539])
  521. # [14:21] <hsivonen> jgraham: as in zero byte in the file and the zero byte should decode to U+0000
  522. # [14:21] <hsivonen> The usability of Grub2 is so fantastically bad it's not even comical
  523. # [14:21] * Quits: jmb (~jmb@login.ecs.soton.ac.uk) (Read error: Operation timed out)
  524. # [14:22] <hsivonen> since Debian/Ubuntu installer is capable of automatically configuring Grub2, why on earth isn't that automation available outside the installation process?
  525. # [14:24] <hendry> hsivonen: code bloat on grub2 is incredible too, hence I use http://syslinux.zytor.com/wiki/index.php/EXTLINUX
  526. # [14:24] * Joins: jmb (~jmb@login.ecs.soton.ac.uk)
  527. # [14:26] <hsivonen> hendry: I think I'm not adventurous enough to use a bootloader other than the one provided by the distro
  528. # [14:26] <hsivonen> but seriously, even Canonical's paid support is unable to give me a recipe for refreshing grub2 on a cloned disk to boot from the disk it was relocated to
  529. # [14:27] * Quits: danbri (~danbri@unaffiliated/danbri) (Quit: danbri)
  530. # [14:27] <hsivonen> ...after Canonical's paid support has had a couple of attempts at correcting its story
  531. # [14:28] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
  532. # [14:28] <hendry> hsivonen: Canonical's drives into complexity with upstart and grub2 will just land you in a world of pain. Try Archlinux :-)
  533. # [14:28] <hsivonen> one would think that refreshing the bootloader on a hard drive were something right out of the support cases that are common enough to have scripted responses!
  534. # [14:29] <hsivonen> hendry: I want a non-obscure distro with support available from the vendor
  535. # [14:29] <hsivonen> hendry: as I understand it, the set of non-obscure distros is Ubuntu, Fedora, Debian and openSUSE
  536. # [14:29] <hsivonen> hendry: and of those, only Ubuntu comes with support from the vendor
  537. # [14:29] <hendry> hsivonen: who do you expect to support you when your browser falls over? Ubuntu?
  538. # [14:30] <hsivonen> hendry: browser is different, since I compile the browser myself
  539. # [14:30] <hsivonen> as I understand it, RedHat doesn't sell support for Fedora
  540. # [14:30] <hsivonen> only to RHEL Desktop
  541. # [14:31] <hsivonen> and RHEL desktop is not one of the distros for which end user -oriented packages are made available
  542. # [14:32] <hsivonen> (my cheatsheet for figuring out which distros are non-obscure is looking at the download pages for Skype and Chrome)
  543. # [14:32] <hendry> how does Ubuntu's support work? You call them up? Or do you use that god forsaken Launchpad application?
  544. # [14:33] <hsivonen> hendry: I use a salesforce.com-backed app embedded in Landscape
  545. # [14:33] <hsivonen> It's quite sad, really
  546. # [14:33] <hendry> hsivonen: i really don't see the benefit for developers
  547. # [14:33] <hendry> linux is pretty straightforward imo
  548. # [14:34] <hsivonen> hendry: which "developers"?
  549. # [14:34] <hendry> just took my about 5 years to figure it out mind
  550. # [14:34] <hendry> hsivonen: people who know how to compile code and read a little shell and C :)
  551. # [14:34] <hsivonen> It amazes me that the process of making a bootable backup is so hard
  552. # [14:34] <hsivonen> does everyone else do distupgrades without a bootable backup?
  553. # [14:35] <hendry> hsivonen: er, yup
  554. # [14:35] <hendry> hsivonen: i don't back up binaries
  555. # [14:35] * Quits: benschwarz_ (~ben@59.167.185.148) (Quit: benschwarz_)
  556. # [14:35] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
  557. # [14:35] <hendry> hsivonen: most of my stuff is in git and in at least two locations, so I don't backup anything except photos/videos
  558. # [14:35] <hsivonen> hendry: do you back up your package list and do you have a way to reinstall based on a list?
  559. # [14:36] <hendry> hsivonen: i used to, but i don't bother nowadays. it takes me 10 minutes on a new install to get all the stuff I need.
  560. # [14:36] <hendry> dpkg set selections has never really worked for me either. somehow i've managed to screw things up when doing it that way.
  561. # [14:37] <hsivonen> I wonder how much money one needs to be able to do the "I have money but no time" thing with Linux
  562. # [14:37] <hendry> hsivonen: enough to hire a good admin? :)
  563. # [14:37] <hsivonen> I paid the highest single-seat price for support, but it's obvious that it can't buy a lot of work
  564. # [14:37] <hendry> hsivonen: companies like bytemark.co.uk or bitfolk offer really valuable support to me
  565. # [14:38] <hsivonen> hendry: bytemark is servers only, right?
  566. # [14:38] <hendry> hsivonen: yes
  567. # [14:39] <hendry> hsivonen: they are fairly inexpensive compared to hiring someone
  568. # [14:39] * Quits: eighty4 (~eighty4@82.199.185.32) (Remote host closed the connection)
  569. # [14:40] <hsivonen> Canonical's support business model seems to be badly thought-out compared to RedHat
  570. # [14:40] <hsivonen> the pricing is roughly the same
  571. # [14:40] <hsivonen> but in the RedHat case, the customer pays before knowing (s)he needs support
  572. # [14:40] * Joins: benschwarz (~ben@59.167.185.148)
  573. # [14:40] * Joins: benschwarz_ (~ben@59.167.185.148)
  574. # [14:40] * Parts: benschwarz (~ben@59.167.185.148)
  575. # [14:41] <hsivonen> so RedHat can pocket the money when the customer doesn't ask anything
  576. # [14:41] * wm3|lunch is now known as workmad3
  577. # [14:41] <hsivonen> in the Canonical case, the customer only buys support when (s)he has at least one question to ask
  578. # [14:41] <hsivonen> so Canonical never gets to pocket the money without having a support incident to respond to
  579. # [14:43] <hsivonen> hendry: btw, backups aren't only about upgrades. if my boot disk breaks, I want to have a fully configured and operational system available within half an hour or so preferably sooner
  580. # [14:44] <hendry> hsivonen: PAYG is bad for business. Subscription is the only model that works IMO.
  581. # [14:44] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 246 seconds)
  582. # [14:45] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  583. # [14:45] <hendry> hsivonen: if my disk breaks, i get a new server via linode, bytemark and start pushing my configs
  584. # [14:45] <hendry> hsivonen: i guess it will take me a whole day to get back working. I could do it faster if I had more practice.
  585. # [14:45] <hsivonen> hendry: you don't run dev tools locally?
  586. # [14:46] <hendry> hsivonen: oh you are talking about a workstation?
  587. # [14:46] <hendry> hsivonen: same deal I guess
  588. # [14:46] <hsivonen> hendry: yes, I'm talking about the computer I run Eclipse on
  589. # [14:46] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
  590. # [14:47] <smaug___> volkmar: does Bug 556743 require some other patch to build?
  591. # [14:47] <smaug___> er, wrong channel
  592. # [14:47] <hendry> hsivonen: in my workstation I have a huge disk I rsync to when I can remember to. if my main disk failed I guess I could get up and running on it, in an hour.
  593. # [14:48] * Quits: Phae (~phaeness@gatej.thls.bbc.co.uk)
  594. # [14:49] <hendry> if i haven't rsynced for a long time, dist-upgrade and git pulls will get me back being productive I hope
  595. # [14:49] <hsivonen> hendry: do you mean booting from that disk or reinstalling the system and then rsyncing bits back?
  596. # [14:50] <hendry> if my main disk failed, I would just boot from the "huge disk". maybe we should go private btw?
  597. # [14:51] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  598. # [14:53] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  599. # [14:54] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 252 seconds)
  600. # [14:54] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  601. # [15:01] * Joins: Phae (~phaeness@gatek.thls.bbc.co.uk)
  602. # [15:02] * Joins: JohnnyAmerica (~Simon@213-64-113-37-no97.tbcn.telia.com)
  603. # [15:03] * Joins: mpt (~mpt@canonical/mpt)
  604. # [15:08] * Joins: miketaylr (~miketaylr@38.117.156.163)
  605. # [15:09] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  606. # [15:10] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  607. # [15:11] * Joins: BlurstOfTimes (~blurstoft@168.203.117.131)
  608. # [15:12] * Joins: pmuellr (~pmuellr@nat/ibm/x-knspnqvzdykxybfy)
  609. # [15:12] * Joins: harig_ (~harig@122.176.41.80)
  610. # [15:12] * Quits: harig_ (~harig@122.176.41.80) (Remote host closed the connection)
  611. # [15:15] * Quits: harig (~harig@122.176.41.80) (Ping timeout: 258 seconds)
  612. # [15:16] * Joins: miketaylr (~miketaylr@38.117.156.163)
  613. # [15:27] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  614. # [15:28] * Quits: benschwarz_ (~ben@59.167.185.148) (Quit: benschwarz_)
  615. # [15:35] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  616. # [15:51] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  617. # [15:52] * Joins: mat_t (~mattomasz@91.189.88.12)
  618. # [15:53] * Joins: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se)
  619. # [15:57] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Quit: Leaving)
  620. # [16:01] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  621. # [16:06] * Quits: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se) (Ping timeout: 260 seconds)
  622. # [16:11] * Joins: aroben (~aroben@unaffiliated/aroben)
  623. # [16:11] * Joins: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se)
  624. # [16:12] * Joins: eighty4_ (~eighty4@c-b21cdabf-74736162.cust.telenor.se)
  625. # [16:13] * Quits: eighty4 (~eighty4@c-b21cd9da-74736162.cust.telenor.se) (Read error: Connection reset by peer)
  626. # [16:14] * Joins: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se)
  627. # [16:14] * Joins: riven (~riven@53518387.cable.casema.nl)
  628. # [16:17] * Quits: eighty4_ (~eighty4@c-b21cdabf-74736162.cust.telenor.se) (Ping timeout: 246 seconds)
  629. # [16:25] * Quits: mr_daniel (~irssi@e177145142.adsl.alicedsl.de) (Ping timeout: 240 seconds)
  630. # [16:27] * Joins: mr_daniel (~irssi@d227083.adsl.hansenet.de)
  631. # [16:31] * Quits: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se) (Read error: Connection reset by peer)
  632. # [16:37] * Quits: nessy (~Adium@124-168-183-12.dyn.iinet.net.au) (Quit: Leaving.)
  633. # [16:38] * Joins: tsyd2 (~thomas@c-71-202-154-251.hsd1.ca.comcast.net)
  634. # [16:42] * Joins: Henrik`G (~hb@c83-249-67-192.bredband.comhem.se)
  635. # [16:50] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
  636. # [16:51] * Joins: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se)
  637. # [16:53] * Quits: roc (~roc@121-72-181-79.dsl.telstraclear.net) (Ping timeout: 258 seconds)
  638. # [17:01] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  639. # [17:01] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  640. # [17:03] * Joins: mpt_ (~mpt@canonical/mpt)
  641. # [17:04] * Quits: myakura (~myakura@p2062-ipbf37marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving...)
  642. # [17:06] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  643. # [17:06] * Quits: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se) (Read error: Connection reset by peer)
  644. # [17:06] * Joins: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se)
  645. # [17:09] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  646. # [17:10] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  647. # [17:17] * Quits: knowtheory (~knowtheor@bas1-london16-1176189762.dsl.bell.ca) (Quit: There are lives at stake here!)
  648. # [17:21] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: ⌘Q)
  649. # [17:25] <jgraham> annevk: BTW re: test infrastructure, I am having a bash at something simple for discussion
  650. # [17:25] <jgraham> Dunno if it is very good or not
  651. # [17:26] * gsnedders started playing around with stuff for it a while ago too
  652. # [17:26] <gsnedders> I learnt a lot of things not to do from that, and nothing much useful :)
  653. # [17:29] * Joins: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se)
  654. # [17:31] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  655. # [17:33] <TabAtkins> gsnedders: I'm working on it!
  656. # [17:33] <gsnedders> TabAtkins: Quicker!
  657. # [17:34] <AryehGregor> Knowing what not to do is useful.
  658. # [17:34] <gsnedders> Yeah, I realized I was typing to quickly just as I hit return :)
  659. # [17:34] <gsnedders> I meant nothing useful in terms of anything usable
  660. # [17:34] <TabAtkins> So, update: turns out the hard part (exposing browser-internal routines to public javascript) has (1) an easy solution, and (2) someone else already working on it.
  661. # [17:34] <TabAtkins> The rest of the infrastructure is just writing a webapp.
  662. # [17:34] <gsnedders> TabAtkins: What browser-internal things?
  663. # [17:35] * Quits: eighty4 (~eighty4@c-b21cd73a-74736162.cust.telenor.se) (Read error: Connection reset by peer)
  664. # [17:35] <TabAtkins> Like the ability to grab a pixel region from the page.
  665. # [17:35] <gsnedders> Oh, I only care about the JS test acse
  666. # [17:35] <gsnedders> Not the taking a screenshot case :)
  667. # [17:35] <TabAtkins> We want to be able to do reftests.
  668. # [17:35] <gsnedders> Yeah, we want to
  669. # [17:35] <TabAtkins> They're pretty important for the CSSWG tests, frex.
  670. # [17:35] <gsnedders> But we don't nessisarily need identical code for visual tests and JS tests
  671. # [17:35] <TabAtkins> As in, we-can't-do-complete-testsuits-of-a-lot-of-specs-without-them.
  672. # [17:36] <jgraham> So, erm, what is the solution, who is working on it, and how robust is it?
  673. # [17:36] <gsnedders> Like, it's no problem to use one thing for visual tests and another for JS tests IMO
  674. # [17:36] <TabAtkins> jgraham: The solution is to write an NPAPI extension that exposes it, the person working on it is Jeff Carollo here at Google, and I dunno how robust it is yet.
  675. # [17:36] <AryehGregor> That won't work for IE, will it?
  676. # [17:36] <jgraham> Now I am scared
  677. # [17:36] <TabAtkins> AryehGregor: IE does NPAPI, I think?
  678. # [17:36] <gsnedders> No, it doesn't
  679. # [17:37] <jgraham> I mean I see that *could* work (not for IE)
  680. # [17:37] <jgraham> But plugins are a unholy mess
  681. # [17:37] <TabAtkins> Well, I have assurances that they'll expose whatever APIs we end up needing, so shrug.
  682. # [17:37] <jgraham> I would hate to make them a critical part of testing infrastructure
  683. # [17:37] <TabAtkins> jgraham: Sure, but they'll work for now, and then we can hack direct support in later.
  684. # [17:37] <TabAtkins> Faster iteration!
  685. # [17:38] <Philip`> Why does there need to be a standard way to run reftests? Seems easier to have a standard way to write reftests, and browser-specific ways to run them
  686. # [17:38] <gsnedders> Indeed
  687. # [17:38] <AryehGregor> TabAtkins, you write it once in NPAPI, then another time as an IE plugin.
  688. # [17:38] <AryehGregor> IE doesn't have a distinction between plugins and extensions.
  689. # [17:38] <Philip`> (and non-browser-specific ways to view both pages in an iframe for visual inspection)
  690. # [17:38] <TabAtkins> AryehGregor: That's another option, sure.
  691. # [17:40] <jgraham> Philip`: It's important if you want to let people browse to a page, run some tests, and submit to the results
  692. # [17:40] <jgraham> Philip`: That's not really a goal I have but it seems to be one that W3C has
  693. # [17:40] <Philip`> That seems a weird goal
  694. # [17:40] <jgraham> s/to//
  695. # [17:41] <Philip`> unless you want to test lots of obscure mobile browsers
  696. # [17:41] <Philip`> in which case the plugin approach won't help at all
  697. # [17:41] <jgraham> Yeah, the plugins approach rather assumes that desktop is the only interesting class of device
  698. # [17:41] <TabAtkins> Mobiles come later, if at all. Some tests can be run in them, but they're definitely not a target.
  699. # [17:41] <Philip`> The plugins approach also assumes that people who want to run tests are willing to install a gigantic security vulnerability before running them
  700. # [17:42] <AryehGregor> It's not useful for random users to view the tests if they have non-default settings, unless the tests are specifically written to be robust against non-default settings.
  701. # [17:42] <TabAtkins> Philip`: Only to run the types of tests that require it.
  702. # [17:42] <Philip`> which doesn't seem a good idea for random non-developer users
  703. # [17:42] <jgraham> TabAtkins: That seems odd given that mobiles are the new hotness
  704. # [17:42] <jgraham> TabAtkins: and that there are reports of considerable variation between supposedly similar mobile browsers
  705. # [17:42] <Philip`> and non-random developers can just run custom browser reftest harnesses
  706. # [17:42] <TabAtkins> jgraham: Mobiles still intentionally violate all sorts of things. I don't want to think about them yet.
  707. # [17:43] <jgraham> AryehGregor: it is basically impossible to make tests robust against non-default settings
  708. # [17:43] <AryehGregor> Well, yes.
  709. # [17:43] <AryehGregor> That's more or less my point.
  710. # [17:43] <TabAtkins> Philip`: My goal isn't necessarily for the testsuite to be run by non-developers. Some parts of it will be runnable as that, and we'll expose them as such. But some require more power than that, and there's no way around it.
  711. # [17:44] <gsnedders> We're unlikely to use anything more than whatever manifest format you use for the reftests, FWIW.
  712. # [17:44] <Philip`> TabAtkins: What is the problem with the current approach for tests that need access to browser internals, i.e. the browser developers write their own custom code that renders two pages and compares the pixels/rendertree/etc?
  713. # [17:44] <jgraham> TabAtkins: Is there a substantial difficulty with just standardising a manifest format and letting the browser makers sort it out?
  714. # [17:45] <jgraham> s/it/actually taking the screenshots/
  715. # [17:45] <jgraham> manifest format + test format + events needed for specifying when the screenshot is taken
  716. # [17:45] <TabAtkins> Philip`: The problem is that that's slower. We want to do that, but we can expose what we need faster by ourselves first. Additionally, this gives us the flexibility to experiment with API, rather than just drafting up something from pure theory and hoping we got it right.
  717. # [17:45] <gsnedders> I expect Gecko will want to use something like their current reftest runner
  718. # [17:46] <jgraham> TabAtkins: Who is "we"?
  719. # [17:46] <AryehGregor> TabAtkins, you can always change the authoring format later easily. It's not like this is web content. There will be very few authors.
  720. # [17:46] <TabAtkins> We = me and the other couple of people on the testing project (fantasai, arronei, jcarollo).
  721. # [17:47] <jgraham> AryehGregor: Changing thousands of tests is disappointingly hard
  722. # [17:47] <gsnedders> TabAtkins: where is all the discussion happening anyway?
  723. # [17:47] <gsnedders> jgraham: Unless it can be done programmatically
  724. # [17:47] <TabAtkins> gsnedders: At the moment, in person.
  725. # [17:47] * gsnedders slaps TabAtkins
  726. # [17:47] <jgraham> gsnedders: That's a big "unless"
  727. # [17:48] <Philip`> TabAtkins: Don't all browsers already expose reftest-like test runners that you could use with approximately no effort at all?
  728. # [17:48] <jgraham> Philip`: Not quite
  729. # [17:49] <TabAtkins> I don't think so? Chrome already has some internal APIs available to extensions for doing this, which we're exposing.
  730. # [17:49] <jgraham> Philip`: there are big problems if you need to test something that renders later than the load event
  731. # [17:49] <jgraham> for example
  732. # [17:50] <jgraham> so you need a standardised hook to say "take the screenshot now" which the harness can pick up on. WHich might require more core
  733. # [17:50] <Philip`> Ah
  734. # [17:50] <jgraham> (although maybe using js to dispatch a custom event is enough)
  735. # [17:50] <jgraham> (it depends...)
  736. # [17:50] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 246 seconds)
  737. # [17:51] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection timed out)
  738. # [17:51] <jgraham> TabAtkins: Anyway it seems like Chrome + Opera + Firefox all have ways to take screenshots
  739. # [17:52] <TabAtkins> jgraham: Exposed in a public-facing javascript api?
  740. # [17:52] <jgraham> TabAtkins: No
  741. # [17:52] <jgraham> But that's not necessary
  742. # [17:52] <TabAtkins> Yes it... is?
  743. # [17:52] <jgraham> Why?
  744. # [17:52] <AryehGregor> You can't expose a screenshot-taking API to public JS, that's a horrible security hole.
  745. # [17:53] <jgraham> The Mozilla reftests don't depend on a public-facing javascript API
  746. # [17:53] <jgraham> They use a class on the root element which the reftest harness monitors, plus an event
  747. # [17:53] <TabAtkins> AryehGregor: I know. What I mean is something that can be used outside of extensions or similar. It's okay if it requires a compiler flag or similar.
  748. # [17:54] <jgraham> TabAtkins: Requiring special builds or special command line options seems bad
  749. # [17:55] <TabAtkins> jgraham: I don't understand your objection.
  750. # [17:55] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  751. # [17:55] <jgraham> TabAtkins: Which objection?
  752. # [17:55] <TabAtkins> The last one. Either you need a special build, or you have public-facing APIs.
  753. # [17:56] <jgraham> No, you can have a perfectly normal build that runs in a special external-to-the-browser harness
  754. # [17:56] * Parts: kling (~kling@nat/trolltech/x-tbvftskokkbbspuv)
  755. # [17:56] <jgraham> where "external-to-the-browser" might mean "implemented as an extension"
  756. # [17:57] <TabAtkins> So... that's what I said we're doing.
  757. # [17:57] <jgraham> TabAtkins: No, you said you were using NPAPI to run the screenshot code as part of the content
  758. # [17:57] <TabAtkins> I don't understand what value you see in that distinction.
  759. # [17:57] <jgraham> (I guess I really mean "external-to-the-content")
  760. # [18:00] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  761. # [18:00] <TabAtkins> At the moment I'm not interested in pursuing multiple harnesses if we can avoid it. However, that section of the project is also the least interesting to me, and the most separate from the rest of the work I'm doing.
  762. # [18:01] <TabAtkins> All that's actually required is that *something* runs some tests *somewhere* that are tracked by me, and reports the results in a particular format.
  763. # [18:01] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
  764. # [18:01] <jgraham> One relies on installing a plugin which I have to remember to disable when not running tests to prevent a security hole and which has to be loaded as part of the test, which can itself affect the outcome of the test (by pushing the browser down odd codepaths, by delaying the load event, etc.). The other does not
  765. # [18:06] * Quits: Phae (~phaeness@gatek.thls.bbc.co.uk)
  766. # [18:07] * Joins: erlehmann (~erlehmann@89.204.153.3)
  767. # [18:09] * Quits: Henrik`G (~hb@c83-249-67-192.bredband.comhem.se) (Quit: Leaving...)
  768. # [18:10] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  769. # [18:12] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection timed out)
  770. # [18:16] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  771. # [18:22] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 276 seconds)
  772. # [18:25] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 260 seconds)
  773. # [18:27] * Quits: pesla (~pesla@188.202.125.121) (Quit: pesla)
  774. # [18:29] * Joins: ap_ (~ap@17.246.17.104)
  775. # [18:29] * ap_ is now known as ap
  776. # [18:29] * aroben is now known as aroben|away
  777. # [18:29] * Quits: zcorpan_ (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 248 seconds)
  778. # [18:31] * Joins: cohitre (~cohitre@174-21-102-120.tukw.qwest.net)
  779. # [18:31] * Joins: dglazkov (~dglazkov@nat/google/x-ilstgczrjkgrodxr)
  780. # [18:34] * Parts: cohitre (~cohitre@174-21-102-120.tukw.qwest.net)
  781. # [18:36] * Quits: mpt_ (~mpt@canonical/mpt) (Quit: Ex-Chat)
  782. # [18:38] * Joins: Henrik`G (~hb@c83-249-67-192.bredband.comhem.se)
  783. # [18:40] * Quits: Henrik`G (~hb@c83-249-67-192.bredband.comhem.se) (Client Quit)
  784. # [18:41] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  785. # [18:42] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Client Quit)
  786. # [18:44] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  787. # [18:46] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  788. # [18:46] * Joins: mpt (~mpt@canonical/mpt)
  789. # [18:47] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  790. # [18:50] * Quits: tsyd2 (~thomas@c-71-202-154-251.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
  791. # [18:55] * Joins: mmn (~mmn@129-97-120-252.uwaterloo.ca)
  792. # [19:08] <jgraham> http://hg.hoppipolla.co.uk/hgwebdir.cgi/domharness/ is the sketchy draft of something that could be used as the basis for discussions about a good W3C DOM test harness
  793. # [19:09] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  794. # [19:10] <jgraham> TabAtkins: BTW re: htmnl5lib in the stdlib, yes, we are interested, but I don't know how to make it happen
  795. # [19:11] <TabAtkins> jgraham: I'll contact some people, see what's necessary
  796. # [19:11] <jgraham> TabAtkins: Great
  797. # [19:11] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Disconnected by services)
  798. # [19:11] * jgraham is going now, may or may not manage to coax home internet into functionality
  799. # [19:12] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  800. # [19:12] * Joins: svl_ (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  801. # [19:18] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  802. # [19:21] <TabAtkins> What's jgraham's email?
  803. # [19:23] <Philip`> TabAtkins: His IRC name @opera.com
  804. # [19:23] <TabAtkins> danke, Philip`.
  805. # [19:27] * Joins: maikmerten (~maikmerte@port-92-201-96-252.dynamic.qsc.de)
  806. # [19:31] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Ping timeout: 268 seconds)
  807. # [19:40] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  808. # [19:40] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  809. # [19:47] * Quits: maikmerten (~maikmerte@port-92-201-96-252.dynamic.qsc.de) (Remote host closed the connection)
  810. # [19:48] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  811. # [19:49] * Joins: jgornick (~joe@199.199.212.242)
  812. # [19:49] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  813. # [19:54] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Ping timeout: 276 seconds)
  814. # [19:55] * Joins: othermaciej (~mjs@17.246.18.8)
  815. # [19:58] * aroben|away is now known as aroben
  816. # [20:01] * Joins: Peter- (~peter@5ED0FB63.cable.ziggo.nl)
  817. # [20:06] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  818. # [20:22] * Joins: dave_levin (~dave_levi@nat/google/x-xduijchulupdmvfq)
  819. # [20:24] * Joins: dbaron (~dbaron@nat/mozilla/x-osyuccojllokotir)
  820. # [20:25] * Quits: mmn (~mmn@129-97-120-252.uwaterloo.ca) (Quit: Leaving.)
  821. # [20:33] * Joins: pfeldman (~pfeldman@nat/google/x-fivyeumncvgfjzoo)
  822. # [20:33] * Joins: jwalden (~waldo@nat/mozilla/x-iwgvnljdobdatvud)
  823. # [20:34] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
  824. # [20:38] * Joins: mmn (~mmn@129-97-225-97.uwaterloo.ca)
  825. # [20:39] * Quits: karlushi (~karlushi@fw.vdl2.ca) (Read error: Connection timed out)
  826. # [20:43] * Joins: sicking (~chatzilla@nat/mozilla/x-pdxbwlacnaztbarz)
  827. # [20:48] * Joins: karlushi (~karlushi@fw.vdl2.ca)
  828. # [20:55] * Joins: michaeln (~michaeln@nat/google/x-motlufqmhlbzscar)
  829. # [21:01] <AryehGregor> Even I know that 2 is 二, not 亼.
  830. # [21:02] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 276 seconds)
  831. # [21:02] <TabAtkins> That makes 二 people who know that, then.
  832. # [21:04] * Quits: pfeldman (~pfeldman@nat/google/x-fivyeumncvgfjzoo) (Quit: pfeldman)
  833. # [21:05] * Joins: masterov (~masterov@nat/google/x-bkvxbiebskuozeuv)
  834. # [21:05] * Quits: masterov (~masterov@nat/google/x-bkvxbiebskuozeuv) (Remote host closed the connection)
  835. # [21:06] * Joins: masterov (~masterov@nat/google/x-pbzsoqnvxocaeyxw)
  836. # [21:06] * Quits: masterov (~masterov@nat/google/x-pbzsoqnvxocaeyxw) (Remote host closed the connection)
  837. # [21:07] * Joins: masterov (~masterov@nat/google/x-kddfufzurwdlbnof)
  838. # [21:07] * Quits: masterov (~masterov@nat/google/x-kddfufzurwdlbnof) (Remote host closed the connection)
  839. # [21:09] * Joins: masterov (~masterov@nat/google/x-udcrkuylttagsdgd)
  840. # [21:10] * Quits: masterov (~masterov@nat/google/x-udcrkuylttagsdgd) (Remote host closed the connection)
  841. # [21:10] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  842. # [21:10] * Joins: masterov (~masterov@nat/google/x-ldrsdawqafdzjfqf)
  843. # [21:11] * Quits: masterov (~masterov@nat/google/x-ldrsdawqafdzjfqf) (Remote host closed the connection)
  844. # [21:11] * Joins: masterov (~masterov@nat/google/x-nqehztngrbwpednn)
  845. # [21:12] * Quits: masterov (~masterov@nat/google/x-nqehztngrbwpednn) (Client Quit)
  846. # [21:12] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Remote host closed the connection)
  847. # [21:13] * Joins: masterov (~masterov@nat/google/x-nxlpzdawcvxbbsaf)
  848. # [21:13] * Quits: masterov (~masterov@nat/google/x-nxlpzdawcvxbbsaf) (Remote host closed the connection)
  849. # [21:14] * Joins: masterov (~masterov@nat/google/x-nlyufxyjgdptqwpa)
  850. # [21:14] * Quits: masterov (~masterov@nat/google/x-nlyufxyjgdptqwpa) (Remote host closed the connection)
  851. # [21:15] * Joins: masterov (~masterov@nat/google/x-nxwhryorfvqsazjy)
  852. # [21:15] * Quits: masterov (~masterov@nat/google/x-nxwhryorfvqsazjy) (Remote host closed the connection)
  853. # [21:16] * Joins: masterov (~masterov@nat/google/x-jfsagukzchvdqgdv)
  854. # [21:17] * Quits: masterov (~masterov@nat/google/x-jfsagukzchvdqgdv) (Remote host closed the connection)
  855. # [21:17] * Joins: masterov (~masterov@nat/google/x-hmxrjqzhloulzxpq)
  856. # [21:18] <AryehGregor> Is there any other way to make up your own list-style-type, theoretically? I tried something using ::marker, but it seems like that's not supported.
  857. # [21:18] * Quits: masterov (~masterov@nat/google/x-hmxrjqzhloulzxpq) (Remote host closed the connection)
  858. # [21:18] <TabAtkins> AryehGregor: Yeah, use counters. I don't know if all the bits that you'd need are supported, but they are specced at least.
  859. # [21:18] <AryehGregor> Use counters how?
  860. # [21:18] <TabAtkins> Though probably split between Lists and G&Rc.
  861. # [21:18] * Joins: masterov (~masterov@nat/google/x-kfcmjklynjgkplio)
  862. # [21:18] <othermaciej> TabAtkins: are you going to do anything to try to promote an alternate proposal for atom conversion? I'm inclined to just do a call for consensus on removing it from (the w3c copy of) the spec
  863. # [21:18] <AryehGregor> It doesn't look like those support made-up list counters.
  864. # [21:19] <othermaciej> TabAtkins: since you were the only objector and you haven't followed up in the past N weeks
  865. # [21:19] <AryehGregor> Why doesn't the list spec just allow you to give a string for list-style-type, I wonder?
  866. # [21:19] <TabAtkins> othermaciej: I know, I completely forgot about it.
  867. # [21:19] <TabAtkins> AryehGregor: We had that request a few weeks ago, and agreed that it was a good idea. When I pick up Lists I'll add it.
  868. # [21:19] <AryehGregor> Yay.
  869. # [21:20] <TabAtkins> othermaciej: I'll give you a definite yes/no on whether I'll write something by end of day.
  870. # [21:23] * Quits: |zalan| (~zalan@catv-89-135-142-235.catv.broadband.hu)
  871. # [21:25] * Quits: masterov (~masterov@nat/google/x-kfcmjklynjgkplio) (Quit: masterov)
  872. # [21:26] * Joins: masterov (~masterov@nat/google/x-jszlhgpxehcjygyk)
  873. # [21:33] * Joins: danbri (~danbri@unaffiliated/danbri)
  874. # [21:43] <AryehGregor> Interesting: http://lwn.net/Articles/387950/
  875. # [21:46] * Quits: dglazkov (~dglazkov@nat/google/x-ilstgczrjkgrodxr) (Quit: dglazkov)
  876. # [21:49] <AryehGregor> "There are probably stronger ease-of-development arguments for making plugins enumeratable, but the example of IE shows that it is not strictly necessary. We recommend that browsers switch to confirm-only testing for fonts and plugins, with an exponential backoff to prevent exhaustive searches by malicious javascript."
  877. # [21:49] <Philip`> "exponential backoff" sounds a lot like "performance regression"
  878. # [21:49] <AryehGregor> Yeah, dunno about that part.
  879. # [21:50] <AryehGregor> I wonder if navigator.plugins could be made non-enumerable, though.
  880. # [21:50] <AryehGregor> It doesn't seem like it would make much difference if you could still get the exact version of all the common plugins, though.
  881. # [21:50] <AryehGregor> They didn't get much less data from IE, which doesn't allow plugin enumeration.
  882. # [21:51] <AryehGregor> Interestingly, the list of installed fonts as returned by Flash or Java was a fairly big source of fingerprintability, especially since the order seemed to vary at random. Someone recently requested some way to get a font list in some spec list, didn't they?
  883. # [21:51] <TabAtkins> Yup.
  884. # [21:51] <TabAtkins> Clearly they were a hacker.
  885. # [21:52] <AryehGregor> The EFF should file bugs about some of this stuff.
  886. # [21:52] <othermaciej> exponential backoff on a synchronous API is not really workable
  887. # [21:53] <TabAtkins> othermaciej: Which atom issue am I dealing with again?
  888. # [21:53] <othermaciej> TabAtkins: ISSUE-86 - see the email threads from last month in the archives
  889. # [21:53] <othermaciej> http://dev.w3.org/html5/status/issue-status.html#ISSUE-086
  890. # [21:53] <TabAtkins> That's what I thought. I have a Change Proposal already recorded for that.
  891. # [21:54] <othermaciej> I believe you were the only one to object to the proposal to remove Atom
  892. # [21:54] <othermaciej> the Chairs asked if you would back down, and you said you wanted to try to convince more people to buy into your proposal or some variant of it
  893. # [21:55] <othermaciej> so the options are Call for Consensus on removing Atom if you no longer care to object, or probably a survey if you stand firm in your objection, or something else if you can actually build consensus around a different proposal
  894. # [21:56] <othermaciej> last email on this from me: http://lists.w3.org/Archives/Public/public-html/2010Apr/1226.html
  895. # [21:56] <othermaciej> that was, like, a month ago
  896. # [21:57] <othermaciej> brb
  897. # [21:57] * Quits: othermaciej (~mjs@17.246.18.8) (Quit: othermaciej)
  898. # [21:58] <Aleoss> I agree, Atom should be deprecated like XHTML is swiftly becoming and ammendmants to feeds should be forwarded to a RSS 3.0
  899. # [21:58] * Joins: othermaciej (~mjs@17.246.18.8)
  900. # [21:59] <AryehGregor> I've heard conflicting things about Atom and RSS.
  901. # [21:59] <AryehGregor> Is there any practical difference?
  902. # [21:59] <Aleoss> Not really, no.
  903. # [21:59] <AryehGregor> MediaWiki used to advertise both RSS and Atom, but that was stupid, so I switched it to RSS only. But another developer said Atom was more reliable or something and switched it to Atom.
  904. # [22:00] * AryehGregor shrugs
  905. # [22:00] <othermaciej> Atom has more well-defined processing but less deployment
  906. # [22:00] <Aleoss> Aryeh: Reliable? No. They're equally reliable.
  907. # [22:00] <AryehGregor> He said he had some problem with an RSS feed being misparsed, or something.
  908. # [22:00] <AryehGregor> Let me look it up.
  909. # [22:01] <AryehGregor> http://www.mediawiki.org/wiki/Special:Code/MediaWiki/61026#c5171
  910. # [22:01] <AryehGregor> Encoding ambiguity, apparently.
  911. # [22:02] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
  912. # [22:03] <Aleoss> I disagree to that statement. RSS has been around longer than Atom, more browsers (and their older versions) are more compatible to RSS than Atom.
  913. # [22:03] * Joins: TabAtkins_ (~tabatkins@nat/google/x-nlcixbiigcvbphyn)
  914. # [22:03] <AryehGregor> Are we talking real-world browsers or IE5?
  915. # [22:04] <Aleoss> Unless he is talking about MIME types. application/atom+xml VS application/rss+xml. Those 2 MIME types were proposed at the same time and prior to them was application/xml for feeds.
  916. # [22:04] <othermaciej> there are some RSS constructs where clients won't behave the same
  917. # [22:04] <Aleoss> In either case: His statement isn't correct.
  918. # [22:04] <othermaciej> in particular, how escaping of RSS contents that are HTML is handled is somewhat ambiguous
  919. # [22:04] <AryehGregor> Okay, well, he said he's seen problems personally.
  920. # [22:05] <AryehGregor> Do you know of a particular significant feed reader that doesn't support Atom?
  921. # [22:06] * Joins: zcorpan_ (~zcorpan@c-aa99e355.410-6-64736c14.cust.bredbandsbolaget.se)
  922. # [22:11] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
  923. # [22:12] * Quits: pmuellr (~pmuellr@nat/ibm/x-knspnqvzdykxybfy) (Quit: pmuellr)
  924. # [22:20] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  925. # [22:22] * Quits: othermaciej (~mjs@17.246.18.8) (Quit: othermaciej)
  926. # [22:23] * Joins: othermaciej (~mjs@17.246.18.8)
  927. # [22:26] * Joins: cpearce (~cpearce@ip-58-28-42-249.dialup.akl-nas01.xnet.co.nz)
  928. # [22:33] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 240 seconds)
  929. # [22:36] * Quits: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7) (Remote host closed the connection)
  930. # [22:37] * Joins: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7)
  931. # [22:39] * Joins: cying (~cying@70.90.171.153)
  932. # [22:46] * Quits: ROBOd (~robod@89.123.134.35) (Quit: http://www.robodesign.ro)
  933. # [22:51] * Joins: eighty4 (~eighty4@c-d9cee455.012-403-6c6b701.cust.bredbandsbolaget.se)
  934. # [22:56] * Joins: aho (~nya@e176230032.adsl.alicedsl.de)
  935. # [22:57] <aho> the audio element... why is there no balance/panning? seems sorta odd to me
  936. # [22:58] <zcorpan_> aho: baby steps
  937. # [22:58] <aho> kay :)
  938. # [22:58] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  939. # [22:58] <aho> i wondered... that playback rate thing... does that work while looping?
  940. # [22:58] <Philip`> You can emulate panning by telling the user to rotate their head
  941. # [22:59] <zcorpan_> aho: yes
  942. # [23:00] <aho> glitch free?
  943. # [23:00] <zcorpan_> that's an implementation issue
  944. # [23:00] <aho> heh
  945. # [23:01] <zcorpan_> i think currently only chrome supports playbackrate
  946. # [23:01] <zcorpan_> so you could try if it's glitch free in chrome
  947. # [23:01] <zcorpan_> if not, file a bug
  948. # [23:01] <aho> will do
  949. # [23:01] <aho> not today though... has been a really long day for me
  950. # [23:01] <aho> and i already did my fair share of just for fun js hacking 14 hours ago :>
  951. # [23:01] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  952. # [23:02] <aho> or 20
  953. # [23:02] <aho> can't really tell
  954. # [23:08] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  955. # [23:21] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  956. # [23:24] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: null)
  957. # [23:27] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  958. # [23:32] * Joins: cying_ (~cying@173-164-164-4-SFBA.hfc.comcastbusiness.net)
  959. # [23:34] * Quits: BlurstOfTimes (~blurstoft@168.203.117.131) (Quit: Leaving...)
  960. # [23:35] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  961. # [23:35] * Quits: cying (~cying@70.90.171.153) (Ping timeout: 240 seconds)
  962. # [23:35] * cying_ is now known as cying
  963. # [23:36] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  964. # [23:36] * Parts: jwm (jwm@dev.dist.us)
  965. # [23:38] * Joins: dglazkov (~dglazkov@nat/google/x-oshyzhyvzgribsoi)
  966. # [23:54] * Joins: nessy (~Adium@124-168-183-12.dyn.iinet.net.au)
  967. # [23:55] * Quits: cpearce (~cpearce@ip-58-28-42-249.dialup.akl-nas01.xnet.co.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
  968. # [23:55] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  969. # [23:56] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  970. # [23:58] * Quits: smaug___ (~chatzilla@cs181150024.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 3.7a4pre/20100324184354])
  971. # Session Close: Tue May 18 00:00:00 2010

The end :)