/irc-logs / freenode / #whatwg / 2011-01-28 / end

Options:

  1. # Session Start: Fri Jan 28 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: justinhjohnson (~Adium@c-76-120-71-255.hsd1.co.comcast.net) (Client Quit)
  4. # [00:10] <roc> SVG images are nice but some implementations are rather buggy .... cough cough
  5. # [00:16] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  6. # [00:17] <zcorpan> TabAtkins: the feed would be more useful if the entries contained the diffs
  7. # [00:18] * zcorpan subscribes to the commits mailing list instead
  8. # [00:19] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  9. # [00:20] <TabAtkins> zcorpan: They don't? That's a pretty useless feed, then. I'll complain.
  10. # [00:20] * Quits: oojacoboo (~jacob@96-38-235-118.static.gwnt.ga.charter.com) (Quit: oojacoboo)
  11. # [00:22] <zcorpan> <description>Message posted by Tab
  12. # [00:22] <zcorpan> Atkins Jr.. via cvs-syncmail</description>
  13. # [00:22] <zcorpan> is all
  14. # [00:22] <TabAtkins> Yeah, useless.
  15. # [00:22] <roc> I see that abarth is discovering that it's hard to make arguments about complexity in the face of use-cases and an implementation
  16. # [00:23] <abarth> w.r.t. SVG images or CSP?
  17. # [00:23] <roc> well, both
  18. # [00:23] <zcorpan> TabAtkins: ideal would be log message as title and full diff as description
  19. # [00:23] <abarth> i know we can't get rid of SVG images :)
  20. # [00:23] <roc> I learned that lesson in other places too
  21. # [00:23] <TabAtkins> zcorpan: Agreed.
  22. # [00:23] <roc> Audio WG for example
  23. # [00:24] <abarth> its just a funny artifact of how svg came to the world
  24. # [00:24] <AryehGregor> roc, a feature can be too complex for *authors* even if you have use-cases and an implementation.
  25. # [00:24] <AryehGregor> Particularly security-related features.
  26. # [00:24] * Joins: franksalim_ (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  27. # [00:24] <roc> I totally agree
  28. # [00:24] <roc> it's just a hard argument to make when authors are saying "no, I really want this"
  29. # [00:25] <zcorpan> TabAtkins: well, and which spec being updated in title, too
  30. # [00:25] <roc> not all authors, just some set of really smart authors --- the sort who tend to get involved in spec discussions, or work for Google
  31. # [00:27] <roc> and who think that being able to implement a professional audio mixing desk on a mobile device as a Web app is a completely reasonable requirement for the first version of a spec, cough cough
  32. # [00:27] * Quits: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 240 seconds)
  33. # [00:29] * aroben|afk is now known as aroben
  34. # [00:33] * Quits: matjas_ (~matjas@91.182.10.138) (Quit: Computer has gone to sleep.)
  35. # [00:34] * Joins: bckenny (~bckenny@c-98-248-41-174.hsd1.ca.comcast.net)
  36. # [00:39] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
  37. # [00:42] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  38. # [00:43] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  39. # [00:44] * Sosby is now known as eXXe
  40. # [00:44] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  41. # [00:44] * Quits: Evet (~Evet@78.191.22.99) (Ping timeout: 276 seconds)
  42. # [00:46] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  43. # [00:46] * Joins: doublec (~chris@unaffiliated/doublec)
  44. # [00:49] <foolip_> roc, is there any point in joining that Audio WG?
  45. # [00:49] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  46. # [00:49] <foolip_> I imagine I'd mostly be saying "no" :)
  47. # [00:50] <roc> I dunno
  48. # [00:50] <roc> your feedback would actually be useful
  49. # [00:50] <foolip_> are you trying to reconcile your super-simple API with Google's filter graph?
  50. # [00:50] <roc> no, I don't think anyone's trying to do that
  51. # [00:50] <foolip_> phew
  52. # [00:51] <foolip_> so inventing a 3rd API then I guess?
  53. # [00:51] <roc> I don't know what to do
  54. # [00:52] <foolip_> I think I'll join after my vacation and see if there's anything fun happening
  55. # [00:52] <roc> we could add support for using Workers to generate audio. that would help with latency issues
  56. # [00:53] <roc> but fundamentally, if you have a hard requirement for minimal latency plus maximum possible throughput using the GPU to process samples etc, then sure OK you need to bake every effect under the sun into the browser
  57. # [00:53] <foolip_> is there any kind of idea about the model yet?
  58. # [00:53] <foolip_> push from script using something like writeSamples, or pull from script via a callback?
  59. # [00:54] <doublec> Corban Brook was working on a JavaScript bridge implementing the google api on top of the mozilla api:https://github.com/corbanbrook/audionode.js
  60. # [00:54] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
  61. # [00:54] <roc> I don't think the sample graph guys really care about JS that much
  62. # [00:54] <roc> in their world, if you have to process samples with JS you've already lost
  63. # [00:55] <foolip_> how low latency is low enough for them?
  64. # [00:55] <foolip_> what's the use case?
  65. # [00:55] <foolip_> I'm thinking the number 1 use case, all categories, is a NES emulator
  66. # [00:55] <roc> audio mixing desk
  67. # [00:55] <foolip_> if you can do that, nothing else matters :)
  68. # [00:55] <roc> instrument synthesis
  69. # [00:56] <roc> real-time spatial effects
  70. # [00:56] <roc> for games etc
  71. # [00:56] <roc> we can do the NES emulator, that's a non-issue :-)
  72. # [00:56] * Joins: Evet (~Evet@78.191.188.84)
  73. # [00:57] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  74. # [00:57] <foolip_> is there no minimum latency caused by the number of samples you have to write at a time or some such?
  75. # [00:57] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  76. # [00:57] <roc> I don't know
  77. # [00:57] <roc> you kinda have to be a super audio guru to participate in that WG
  78. # [00:58] <roc> and I don't have time to become one
  79. # [00:58] <foolip_> of course, if you have a small enough buffer then having to wait for the JS engine is eventually going to fall apart
  80. # [00:58] <foolip_> it's just a question of how small is small enough...
  81. # [00:59] <roc> so will C
  82. # [00:59] <roc> of course, JS will never be quite as efficient as C
  83. # [00:59] <foolip_> don't you have audio cards that you can upload sounds to and program the filters and whatnot in advance?
  84. # [00:59] <roc> which is why all features everywhere must be baked into the browser
  85. # [01:00] <roc> that's another issue yeah
  86. # [01:00] <foolip_> I really don't know, to me an audio card is just a D/A-converter
  87. # [01:00] <roc> plus the use of the GPU or another specialized processor
  88. # [01:00] <foolip_> processing audio isn't that expensive...
  89. # [01:01] <roc> it is if you want to mix 300 channels with spatial effects and more
  90. # [01:01] <roc> sure, not all Web developers want to do that
  91. # [01:01] <roc> but the Audio WG people do :-)
  92. # [01:01] <foolip_> what kind of system is that possible in?
  93. # [01:01] <doublec> and they want to do it on browsers embedded on mobile devices
  94. # [01:01] <foolip_> don't you need really expensive hardware?
  95. # [01:02] <foolip_> or can their filter graph thingy work on anything?
  96. # [01:02] <roc> I don't know
  97. # [01:03] <foolip_> ok, so I'll join the WG and ramble a bit in 2 weeks
  98. # [01:03] <foolip_> please stop them from doing crazy stuff in the meantime :)
  99. # [01:03] <roc> I'm not optimistic
  100. # [01:04] <roc> the point I was making w.r.t. Adam was that if someone wants a feature, and someone else is providing it, it's really hard to get in the middle and tell them they shouldn't do that
  101. # [01:04] <roc> on the grounds of complexity, at least
  102. # [01:04] <foolip_> uh, so who's providing?
  103. # [01:04] <foolip_> Chrome?
  104. # [01:04] <roc> Chrome and Safari
  105. # [01:04] <roc> the code is in Webkit
  106. # [01:05] <foolip_> "The ones that win are the ones that ship."
  107. # [01:06] <foolip_> sucky but true
  108. # [01:06] <doublec> mozilla guys are providing too though - in that they've landed and documented an api
  109. # [01:06] <foolip_> doublec, they? is it not you?
  110. # [01:06] <doublec> foolip_: no, it wasn't the auckland office that worked on it
  111. # [01:07] <foolip_> oh, ok
  112. # [01:07] <doublec> if it was I'd be pushing hard for it in the working group. As it is I'm not sure what the best approach is.
  113. # [01:08] <foolip_> me neither, but the filter graph API *looks* way too complicated
  114. # [01:08] <doublec> yes
  115. # [01:09] <foolip_> maybe the right solution is WebAL or something
  116. # [01:09] <doublec> there's also been discussion on MusicML and supporting other music bsaed things which could become a distraction
  117. # [01:09] <foolip_> surely browsers shouldn't support MusicML natively?
  118. # [01:09] <doublec> I'm not opposed to a WebGL like approach where we wrap OpenSL/OpenAL or something like that
  119. # [01:09] * Quits: jochen__ (~jochen@nat/google/x-zevcuaiiyxnbyrib) (Ping timeout: 264 seconds)
  120. # [01:09] <doublec> and let people build JS API's on top
  121. # [01:10] <foolip_> doublec, appart from the fact that I've never even looked at OpenSL or OpenAL, I'm inclined to agree
  122. # [01:10] * Joins: jochen__ (~jochen@nat/google/x-desluioesxoscpwo)
  123. # [01:11] <foolip_> I should sleep :)
  124. # [01:12] * Quits: franksalim_ (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
  125. # [01:14] * Joins: saba (~foo@unaffiliated/saba)
  126. # [01:15] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  127. # [01:15] * Joins: mnot (~mnot@ppp118-209-1-128.lns20.mel4.internode.on.net)
  128. # [01:19] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  129. # [01:19] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  130. # [01:20] * Parts: mnot (~mnot@ppp118-209-1-128.lns20.mel4.internode.on.net)
  131. # [01:22] * Quits: bckenny (~bckenny@c-98-248-41-174.hsd1.ca.comcast.net) (Remote host closed the connection)
  132. # [01:22] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  133. # [01:24] * Quits: foolip_ (~foolip@h182n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
  134. # [01:26] * Quits: inkbase (~inkbase@nat/ibm/x-zkoqmioqbqczzdgg) (Quit: inkbase)
  135. # [01:27] * Quits: jamund (~jamund@66.7.120.126) (Quit: jamund)
  136. # [01:28] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  137. # [01:31] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  138. # [01:32] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  139. # [01:33] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  140. # [01:34] * Joins: jamesr____ (~jamesr@nat/google/x-tutdvfjvucmpuonx)
  141. # [01:38] * dglazkov is now known as aintdglazkov
  142. # [01:41] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  143. # [01:46] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  144. # [01:46] * Joins: 17SAAT0E8 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  145. # [01:47] * Joins: nessy (~Adium@2001:388:a011:2:226:bbff:fe06:f0ff)
  146. # [01:47] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  147. # [01:48] * Quits: kal-EL_ (~jor-EL@host182-4-dynamic.48-82-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  148. # [01:50] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  149. # [01:53] * Joins: oojacoboo (~jacob@96-32-175-233.dhcp.gwnt.ga.charter.com)
  150. # [01:56] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  151. # [01:59] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  152. # [02:00] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Disconnected by services)
  153. # [02:00] * Joins: gavin__ (~gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
  154. # [02:05] * Quits: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net) (Quit: Computer has gone to sleep)
  155. # [02:05] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 246 seconds)
  156. # [02:06] <webr3> annevk, any specific reason there isn't first class for json in xhr2, as in responseObject?
  157. # [02:07] <TabAtkins> json should be a responseType, I think.
  158. # [02:08] <gsnedders> responseType is just the MIME type, which is totally different…
  159. # [02:09] <gsnedders> Or am I misremembering things?
  160. # [02:09] <TabAtkins> responseType takes a string or enum or whatever indicating what type the value in .response should be.
  161. # [02:09] <gsnedders> Okay, I am misremembering things :)
  162. # [02:10] * gsnedders just got home from concert and is fueled by awesomeness right now
  163. # [02:10] <TabAtkins> Sick Puppies?
  164. # [02:10] <gsnedders> Yeah.
  165. # [02:10] <TabAtkins> Awesome.
  166. # [02:10] <TabAtkins> We flew on the same plane as them after Buzzfest.
  167. # [02:11] <gsnedders> The thing is here they're not very well known, almost no promotion from record label, almost entirely word-of-mouth.
  168. # [02:11] <gsnedders> Totally different to the US.
  169. # [02:11] <webr3> ahh yeah i remember that convo on the list, was looking at wrong draft - in that case a responseType of "object" would be good.. (or such like)
  170. # [02:11] <webr3> ty
  171. # [02:11] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 240 seconds)
  172. # [02:12] <gsnedders> So it was a fairly small venue, maybe 100–200 people, but so full of energy.
  173. # [02:12] <TabAtkins> Sweet.
  174. # [02:12] <TabAtkins> I love great bands in small venues.
  175. # [02:13] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
  176. # [02:13] <gsnedders> And it wasn't sold out, friends dragged other friends along and bought tickets at the door.
  177. # [02:13] <gsnedders> I wanted to see Lacuna Coil play there in September — sold out in two days.
  178. # [02:13] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  179. # [02:15] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
  180. # [02:18] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  181. # [02:20] * Quits: 17SAAT0E8 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  182. # [02:22] * Quits: nessy (~Adium@2001:388:a011:2:226:bbff:fe06:f0ff) (Quit: Leaving.)
  183. # [02:26] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
  184. # [02:30] * Joins: nessy (~Adium@169.222.9.130)
  185. # [02:34] * Joins: MikeSmith_ (~MikeSmith@EM111-188-105-200.pool.e-mobile.ne.jp)
  186. # [02:38] * Quits: MikeSmith (~MikeSmith@EM114-48-180-220.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
  187. # [02:38] * MikeSmith_ is now known as MikeSmith
  188. # [02:39] * Joins: zachleat (~anonymous@ip68-13-117-221.om.om.cox.net)
  189. # [02:49] * Quits: dbaron (~dbaron@nat/mozilla/x-kepqimlnzfvcnkib) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  190. # [02:49] <TabAtkins> If anyone's interested in Flexbox, feel free to review my new draft at http://dev.w3.org/csswg/css3-flexbox/Overview.new.html . I want to make sure that other people think my approach is sane.
  191. # [02:58] * Quits: sicking (~chatzilla@nat/mozilla/x-veelquwtmrtlthjo) (Remote host closed the connection)
  192. # [02:59] * Quits: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  193. # [03:00] * Joins: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net)
  194. # [03:02] * Quits: zachleat (~anonymous@ip68-13-117-221.om.om.cox.net) (Quit: zachleat)
  195. # [03:22] * Joins: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net)
  196. # [03:23] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 260 seconds)
  197. # [03:24] * Quits: doublec (~chris@unaffiliated/doublec) (Ping timeout: 250 seconds)
  198. # [03:25] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  199. # [03:25] * Joins: silanus_ (~silanus@p5DDEBDE8.dip.t-dialin.net)
  200. # [03:27] * Quits: silanus (~silanus@p5DDEBDA4.dip.t-dialin.net) (Ping timeout: 240 seconds)
  201. # [03:27] * Joins: doublec (~chris@unaffiliated/doublec)
  202. # [03:27] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  203. # [03:30] * Quits: nessy (~Adium@169.222.9.130) (Quit: Leaving.)
  204. # [03:34] * Quits: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
  205. # [03:37] * Joins: davidwalsh (~davidwals@pool-96-230-225-9.mdsnwi.dsl-w.verizon.net)
  206. # [03:37] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Quit: Leaving.)
  207. # [03:38] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  208. # [03:45] * Quits: jamesr____ (~jamesr@nat/google/x-tutdvfjvucmpuonx) (Read error: Connection reset by peer)
  209. # [03:45] * Joins: jamesr____ (~jamesr@nat/google/x-epifrrqahrjfxnbq)
  210. # [03:46] * Quits: jamesr____ (~jamesr@nat/google/x-epifrrqahrjfxnbq) (Remote host closed the connection)
  211. # [03:47] * Joins: jamesr____ (~jamesr@nat/google/x-mwcshugrjdjouhya)
  212. # [03:47] * _bga is now known as bga_|away
  213. # [03:47] * Quits: jamesr____ (~jamesr@nat/google/x-mwcshugrjdjouhya) (Client Quit)
  214. # [03:49] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  215. # [03:49] * Quits: murz (~mmurraywa@wcproxy.msnbc.com) (Remote host closed the connection)
  216. # [03:50] * Quits: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net) (Quit: onar_)
  217. # [03:51] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
  218. # [03:51] * Joins: franksalim (~frank@c-76-103-214-129.hsd1.ca.comcast.net)
  219. # [03:51] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  220. # [03:51] * Joins: zachleat (~anonymous@ip68-13-117-221.om.om.cox.net)
  221. # [03:52] * Quits: zachleat (~anonymous@ip68-13-117-221.om.om.cox.net) (Client Quit)
  222. # [03:53] * Quits: davidwalsh (~davidwals@pool-96-230-225-9.mdsnwi.dsl-w.verizon.net) (Quit: davidwalsh)
  223. # [03:58] * Joins: macpherson (~macpherso@nat/google/x-kfoprentxbqrdzbu)
  224. # [04:07] * Joins: nessy (~Adium@169.222.9.130)
  225. # [04:09] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
  226. # [04:33] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  227. # [04:34] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Ping timeout: 276 seconds)
  228. # [04:35] * Quits: nessy (~Adium@169.222.9.130) (Quit: Leaving.)
  229. # [04:40] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  230. # [04:40] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
  231. # [04:48] * Joins: Amorphous (jan@unaffiliated/amorphous)
  232. # [04:55] * Joins: nessy (~Adium@169.222.9.130)
  233. # [04:58] * Joins: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net)
  234. # [05:00] * bga_|away is now known as bga_
  235. # [05:10] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  236. # [05:14] * Quits: othermaciej (~mjs@17.246.19.169) (Quit: othermaciej)
  237. # [05:15] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  238. # [05:17] * Joins: Yuhong (~chatzilla@pool-71-112-243-235.sttlwa.dsl-w.verizon.net)
  239. # [05:19] * Quits: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  240. # [05:20] * Joins: jacobolus (~jacobolus@c-24-128-190-29.hsd1.ma.comcast.net)
  241. # [05:20] * Quits: nessy (~Adium@169.222.9.130) (Quit: Leaving.)
  242. # [05:21] * Quits: franksalim (~frank@c-76-103-214-129.hsd1.ca.comcast.net) (Quit: Leaving)
  243. # [05:22] * Joins: nessy (~Adium@169.222.9.130)
  244. # [05:22] * Joins: othermaciej (~mjs@67.218.104.197)
  245. # [05:23] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  246. # [05:24] * Parts: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  247. # [05:24] * Quits: jwalden (~waldo@nat/mozilla/x-eobirafxudbhdqxk) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  248. # [05:40] * Joins: roc_ (~chatzilla@203.97.204.82)
  249. # [05:43] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 276 seconds)
  250. # [05:43] * roc_ is now known as roc
  251. # [05:43] * Quits: doublec (~chris@unaffiliated/doublec) (Ping timeout: 276 seconds)
  252. # [05:45] * Quits: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net) (Quit: onar_)
  253. # [05:48] * Quits: Martijnc (~Martijnc@91.176.248.233) (Quit: Martijnc)
  254. # [05:51] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
  255. # [06:02] * Joins: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net)
  256. # [06:08] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  257. # [06:10] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  258. # [06:13] * Quits: roc (~chatzilla@203.97.204.82) (Ping timeout: 240 seconds)
  259. # [06:17] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  260. # [06:17] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  261. # [06:17] * Quits: othermaciej (~mjs@67.218.104.197) (Quit: othermaciej)
  262. # [06:20] * Quits: nessy (~Adium@169.222.9.130) (Quit: Leaving.)
  263. # [06:24] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Quit: Leaving.)
  264. # [06:24] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  265. # [06:25] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Client Quit)
  266. # [06:26] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  267. # [06:27] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  268. # [06:27] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Read error: Connection reset by peer)
  269. # [06:28] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  270. # [06:30] * Joins: Necrathex (~nectop@212-123-163-12.ip.telfort.nl)
  271. # [06:32] * Quits: cooto (~Adium@pc-100-103-86-200.cm.vtr.net) (Ping timeout: 240 seconds)
  272. # [06:33] * Joins: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  273. # [06:34] * Parts: cooto (~Adium@pc-100-103-86-200.cm.vtr.net)
  274. # [06:40] * Quits: Yuhong (~chatzilla@pool-71-112-243-235.sttlwa.dsl-w.verizon.net) (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
  275. # [06:53] * Quits: variable (~variable@unaffiliated/variable) (Read error: Connection reset by peer)
  276. # [06:53] * Joins: variable (~variable@unaffiliated/variable)
  277. # [07:01] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Quit: We love you, Dark Continent! Good night!)
  278. # [07:10] * Joins: Figaroo (~sholmes@70-234-3-170.vcweb.org)
  279. # [07:10] <Figaroo> so why no h element?
  280. # [07:15] <Figaroo> I mean to say, why wasn't a single heading element defined in the HTML5 spec similar to how XHTML does headings and sections?
  281. # [07:20] <Figaroo> I suppose by using h1 as h you get the best of both worlds.
  282. # [07:23] * Joins: anttio (~anttio@huittinen.of.frantic.com)
  283. # [07:26] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  284. # [07:27] * Joins: agektmr (~Adium@220.109.219.244)
  285. # [07:30] <kennyluck> Figaroo, I think all these types of question will result in an answer, it just costs too much to add an element.
  286. # [07:31] <kennyluck> s/in/one/
  287. # [07:31] <kennyluck> oops, anyway.
  288. # [07:43] * Joins: nessy (~Adium@169.222.9.130)
  289. # [07:49] * Quits: jaket (~jake@124-171-22-247.dyn.iinet.net.au) (Quit: jaket)
  290. # [07:52] * bga_ is now known as bga_|away
  291. # [07:57] * bga_|away is now known as bga_
  292. # [08:00] * Joins: rimantas (~rimliu@93.93.57.193)
  293. # [08:00] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  294. # [08:02] * Joins: Frippe (~Frippe@238.218.216.81.static.hud.siw.siwnet.net)
  295. # [08:06] * Joins: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed)
  296. # [08:07] * Joins: FireFly (~firefly@unaffiliated/firefly)
  297. # [08:34] * Joins: MikeSmith_ (~MikeSmith@EM114-48-151-31.pool.e-mobile.ne.jp)
  298. # [08:37] * Quits: MikeSmith (~MikeSmith@EM111-188-105-200.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  299. # [08:37] * MikeSmith_ is now known as MikeSmith
  300. # [08:37] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  301. # [08:43] * bga_ is now known as bga_|away
  302. # [08:44] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  303. # [08:44] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  304. # [08:45] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  305. # [08:46] <Hixie> Figaroo: there is a single heading element defined in HTML similar to how XHTML2 did headings and sections, we just spell it <h1> instead of <h>. See the spec.
  306. # [08:48] * Quits: nessy (~Adium@169.222.9.130) (Quit: Leaving.)
  307. # [08:48] * Joins: pesla (~pesla@188.202.125.121)
  308. # [08:59] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  309. # [08:59] * Joins: erlehmann (~erlehmann@89.204.137.65)
  310. # [08:59] * Joins: stvs (stvs@unaffiliated/stvs)
  311. # [09:03] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  312. # [09:09] * Joins: foolip_ (~foolip@h182n6-g-hn-a11.ias.bredband.telia.com)
  313. # [09:13] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  314. # [09:13] * Quits: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net) (Quit: onar_)
  315. # [09:18] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  316. # [09:20] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  317. # [09:24] * Joins: roc (~chatzilla@121.98.230.221)
  318. # [09:24] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  319. # [09:24] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  320. # [09:34] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  321. # [09:41] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  322. # [09:44] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  323. # [09:44] * Joins: kal-EL_ (~jor-EL@host19-74-dynamic.10-79-r.retail.telecomitalia.it)
  324. # [09:45] <Figaroo> kennyluck, why does it cost so much to add an element?
  325. # [09:47] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  326. # [09:57] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Ping timeout: 272 seconds)
  327. # [09:58] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  328. # [09:59] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 276 seconds)
  329. # [10:00] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  330. # [10:06] * Joins: ROBOd (~robod@109.96.226.19)
  331. # [10:18] * Joins: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net)
  332. # [10:18] * Quits: onar_ (~onar@c-67-169-86-105.hsd1.ca.comcast.net) (Client Quit)
  333. # [10:22] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  334. # [10:22] <jgraham> Figaroo: Browsers and other tools have to support it, books and so on have to be rewritten to mention it, etc.
  335. # [10:24] <jgraham> In the specific case of <h> vs <h1> it seems to add more complexity and be of extremely marginal utility
  336. # [10:24] <hsivonen> jgraham: btw, I, too, think that the true meaning of NFC is Normalization Form C
  337. # [10:25] <hsivonen> using it for something else is very confusing
  338. # [10:25] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  339. # [10:26] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  340. # [10:28] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  341. # [10:30] <jgraham> hsivonen: If we had annevk's journalist credentials we could make up a new name and spread it by saying things like "NFC, sometimes called Hvísla" (or whatever), neglecting to mention that we are the only people using the made-up name :)
  342. # [10:32] * Quits: wakaba_ (~wakaba@219.157.197.113.dy.bbexcite.jp) (Read error: Connection reset by peer)
  343. # [10:32] * Joins: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp)
  344. # [10:33] * Joins: david_carlisle (~davidc@62.231.145.254)
  345. # [10:33] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  346. # [10:38] * Joins: agektmr (~Adium@220.109.219.244)
  347. # [10:39] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  348. # [10:42] * Quits: erlehmann (~erlehmann@89.204.137.65) (Ping timeout: 240 seconds)
  349. # [10:45] * Joins: Martijnc (~Martijnc@91.176.248.233)
  350. # [10:46] * Joins: Martijnc_ (~Martijnc@91.176.248.233)
  351. # [10:46] * Quits: Martijnc (~Martijnc@91.176.248.233) (Read error: Connection reset by peer)
  352. # [10:46] * Martijnc_ is now known as Martijnc
  353. # [10:55] * Joins: mpt (~mpt@canonical/mpt)
  354. # [10:59] <Figaroo> I've read up a good amount on sections and headings in HTML5. Let me just clearify here if I may.
  355. # [10:59] * Joins: mpt_ (~mpt@canonical/mpt)
  356. # [11:00] * Joins: nessy (~Adium@49.185.167.8)
  357. # [11:01] <Figaroo> I could follow the XHTML pattern (section > h, section > section > h, etc) only instead of <h> it's <h1>: <section><h1>Top level</h1><section><h1>Second level in outline</h1><section><h1>Third level in outline</h1</section></section></section>
  358. # [11:01] <Figaroo> ?
  359. # [11:01] <jgraham> Yes
  360. # [11:02] * Quits: mpt_ (~mpt@canonical/mpt) (Client Quit)
  361. # [11:02] * Quits: nessy (~Adium@49.185.167.8) (Client Quit)
  362. # [11:04] * Parts: Figaroo (~sholmes@70-234-3-170.vcweb.org) ("Leaving")
  363. # [11:04] * Joins: Figaroo (~sholmes@70-234-3-170.vcweb.org)
  364. # [11:04] * Quits: Figaroo (~sholmes@70-234-3-170.vcweb.org) (Quit: Leaving)
  365. # [11:04] * Joins: Figaroo (~sholmes@70-234-3-170.vcweb.org)
  366. # [11:04] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  367. # [11:04] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  368. # [11:06] <Figaroo> <section><h1>top level</h1><section><h6>second leve</h6></section></section> is essentially the same outline as if I used a h1 instead of a h6?
  369. # [11:06] * Quits: Kaelig (~Kaelig@2a01:e35:2e4b:1d30:c62c:3ff:fe24:5687) (Remote host closed the connection)
  370. # [11:07] * Joins: Kaelig (~Kaelig@2a01:e35:2e4b:1d30:c62c:3ff:fe24:5687)
  371. # [11:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  372. # [11:08] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
  373. # [11:08] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
  374. # [11:08] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  375. # [11:08] <benschwarz> Hixie: !ping
  376. # [11:09] <Figaroo> And I could also use <section><h1>top level</h1>...<h2>second level</h2></section> to get the best of both XHTML and HTML4 worlds?
  377. # [11:09] * Quits: macpherson (~macpherso@nat/google/x-kfoprentxbqrdzbu) (Read error: Operation timed out)
  378. # [11:11] <jgraham> Figaroo: Only if "best of" means "all the confusing features from both"
  379. # [11:11] <jgraham> I mean, it is designed to work because some use cases require it
  380. # [11:11] <jgraham> But I wouldn't so it if I had a choice
  381. # [11:11] <Figaroo> jgraham, their both confusing?
  382. # [11:12] <Figaroo> they're*
  383. # [11:12] <jgraham> Figaroo: Both the "now how many <section>s deep am I" and the "so how does this mismash of <hx> elements relate to each other, let alone my content"
  384. # [11:13] * Quits: stvs (stvs@unaffiliated/stvs)
  385. # [11:14] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  386. # [11:14] <Figaroo> Isn't it simple: you have a new outline heirarchy for every section which starts under it's parent section?
  387. # [11:14] * jgraham is nervous about the innerHTML behaviour of <pre>, <listing> and so
  388. # [11:15] <jgraham> Figaroo: It is almost simple, but consider
  389. # [11:15] <jgraham> <section><h1>Foo</h1><h2>Bar</h2><section><h1>Baz</h1>
  390. # [11:15] <jgraham> What us Baz a child of?
  391. # [11:16] <jgraham> *is
  392. # [11:17] <Figaroo> if that was in the body then wouldn't it be the top-most header and Foo would be the second level under Baz?
  393. # [11:17] * Joins: Timz (~Adium@86.89.174.199)
  394. # [11:18] <Figaroo> Am I correct?
  395. # [11:19] <jgraham> IIRC Bar and Baz would be siblings under Foo. But I am not sure that IRC
  396. # [11:21] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  397. # [11:21] <Figaroo> That's what I would say too. It gets confusing only because you put an h1 after a section, which is just as confusing as putting an h1 after an h2 which probably neither are valid.
  398. # [11:21] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  399. # [11:22] * Joins: matjas (~matjas@91.182.10.138)
  400. # [11:22] <AryehGregor> Putting an h1 after a section is allowed.
  401. # [11:23] <AryehGregor> You're allowed to use only h1 for headers, if you like.
  402. # [11:23] <AryehGregor> This makes it easier to include one page in another, you don't have to change all the header levels.
  403. # [11:23] * Joins: erlehmann (~erlehmann@89.204.137.65)
  404. # [11:24] <Figaroo> AryehGregor, putting a section before any h1s is allowed?
  405. # [11:24] <AryehGregor> I'm not familiar with this stuff, but why wouldn't it be?
  406. # [11:24] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  407. # [11:25] <AryehGregor> http://validator.nu/?doc=data%3Atext%2Fhtml%2C%3C%21doctype+html%3E%3Ctitle%3E%3C%2Ftitle%3E%3Csection%3E%3C%2Fsection%3E&showsource=yes
  408. # [11:25] <AryehGregor> Validates fine.
  409. # [11:27] <jgraham> Right, you can have an untitled section
  410. # [11:27] <jgraham> (and generally a <section> will come before a <h1> because the <h1> is a child of the <section> it titles)
  411. # [11:28] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  412. # [11:28] <Figaroo> but what is the section that comes before the h1 a child of?
  413. # [11:29] <Figaroo> if it were a child of the h1 that comes after it, then it wouldn't be untitled.
  414. # [11:29] <jgraham> The <body>
  415. # [11:30] * Joins: wakaba_ (~wakaba@219.157.197.113.dy.bbexcite.jp)
  416. # [11:30] * jgraham is confused
  417. # [11:30] <Figaroo> here use this to see http://gsnedders.html5.org/outliner/
  418. # [11:30] <hsivonen> Twitter algorithms need some tuning, I guess: https://twitter.com/#!/similar_to/MrLastWeek
  419. # [11:31] <jgraham> Figaroo: I was going to point *you* to that
  420. # [11:31] * Quits: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp) (Read error: Connection reset by peer)
  421. # [11:31] <jgraham> Figaroo: I don't understand what you are saying, really
  422. # [11:31] <Figaroo> hang on I'm using the tool :P
  423. # [11:32] <jgraham> hsivonen: That gives a blank page for me
  424. # [11:35] <Figaroo> jsgraham foo is the child of baz http://gsnedders.html5.org/outliner/process.py?url=http://jsbin.com/isadu3
  425. # [11:35] <hsivonen> jgraham: I suppose it only works for logged in users then
  426. # [11:36] <Figaroo> here's the source http://jsbin.com/isadu3/edit
  427. # [11:36] <hsivonen> jgraham: anyway Twitter's mighty algorithms suggest TimBL as "similar"
  428. # [11:36] * Quits: sroussey (~sroussey@adsl-69-234-111-42.dsl.irvnca.pacbell.net) (Ping timeout: 240 seconds)
  429. # [11:36] <zcorpan> maybe TimBL actually is MrLastWeek
  430. # [11:37] <Figaroo> who's MrLastWeek?
  431. # [11:41] * Joins: Ms2ger (~Ms2ger@91.181.227.85)
  432. # [11:43] <jgraham> Figaroo: I heard a rumor it's TimBL
  433. # [11:47] <jgraham> Figaroo: I meant http://jsbin.com/isadu3/3/
  434. # [11:47] <Ms2ger> Yay, we're finally dropping run-in!
  435. # [11:48] <zcorpan> Ms2ger: what?
  436. # [11:48] <Ms2ger> From CSS2.1
  437. # [11:48] * jgraham must not say anything involving the words "run" "out" and "patience"
  438. # [11:48] <Figaroo> jgraham, easy, baz is at the same level as bar.
  439. # [11:48] <zcorpan> Ms2ger: will it have a come-back or is the plan to remove it from browsers too?
  440. # [11:49] <jgraham> Figaroo: Why is that easy?
  441. # [11:49] <hsivonen> My thesis uses run-in.
  442. # [11:49] <Ms2ger> No, it'll be back in CSS3
  443. # [11:49] <jgraham> zcorpan: The point is it's too buggy in browsers to get CSS2.1 to REC
  444. # [11:49] <zcorpan> i see
  445. # [11:49] <jgraham> Figaroo: An equally logical model would make baz a child of bar
  446. # [11:50] <jgraham> The <h2> creates an implicit <section> afterall
  447. # [11:50] <Figaroo> Why isn't it? A section is a like a child tree that full directly under it's parent.
  448. # [11:50] <jgraham> it just happens that HTML adopted a model where explict sections can never be children of implicit sections
  449. # [11:51] <Figaroo> why would we want that?
  450. # [11:51] <jgraham> Want what?
  451. # [11:51] <erlehmann> hsivonen, twitter algorithms reliably point a fake account some friends of mine made to famous german bloggers (whom i know personally, but we are definitely not alike).
  452. # [11:51] <Figaroo> Why would we want explict sections to be children of implicit sections?
  453. # [11:52] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  454. # [11:52] <jgraham> Because that makes as much sense as having them not be children? It seems arbitary to me
  455. # [11:52] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
  456. # [11:55] <Figaroo> I'm not sure I understand. You're saying that whether or not explicit sections can be children of implicit sections makes sense equally?
  457. # [11:56] <jgraham> Yes, I'm saying that you could easily imagine either model being true, so it is a confusing
  458. # [11:57] <zcorpan> i think it'd be more convenient if explicit sections could be children of implicit sections
  459. # [11:57] <zcorpan> so you can use implicit sections in general and throw in an <aside> somewhere without fucking up the outline
  460. # [11:58] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  461. # [11:58] <zcorpan> now if you want to throw in an <aside>, you need to change everything to also throw in explicit <section>s everywhere just to make the outline as it was before throwing in the <aside>
  462. # [11:58] <Figaroo> It seems like HTML wanted to adopted XHTML's explicitness without losing backwards compatibility.
  463. # [11:59] <jgraham> Figaroo: That is more or less it
  464. # [11:59] <jgraham> zcorpan: That seems like a reasonable point
  465. # [11:59] <jgraham> Dunno why we have the current design
  466. # [12:00] <Figaroo> but with this backwards compatibilty you have the benifit of the short, quick implicitness of multiple <h>s for every section.
  467. # [12:00] <Figaroo> HTML5 I think is trying to encourage the use of only h1.
  468. # [12:01] <Figaroo> ...and, encourage the use of explicit sections.
  469. # [12:01] <AryehGregor> The problem I have with explicit sections is then they have to be nested correctly, which usually is fine but not always.
  470. # [12:01] <Figaroo> AryehGregor, why not always?
  471. # [12:01] <AryehGregor> In particular, it doesn't work at all for MediaWiki, since you can do things like <table><tr><th><h1>Foo</h1></th>...
  472. # [12:01] <AryehGregor> So we can't automatically add <section>s to user input.
  473. # [12:02] <AryehGregor> Even though it would work 98.2% of the time.
  474. # [12:02] <AryehGregor> Which is sad.
  475. # [12:02] <AryehGregor> But I guess unavoidable.
  476. # [12:02] * zcorpan files a bug
  477. # [12:02] <jgraham> Headings in tables just seems wrong
  478. # [12:03] <AryehGregor> Well, it's allowed.
  479. # [12:03] <AryehGregor> Also, why does it seem wrong?
  480. # [12:03] <jgraham> Because a table is a table?
  481. # [12:03] <AryehGregor> So?
  482. # [12:03] <AryehGregor> You can have a table that's so big you want to break it into sections.
  483. # [12:03] <AryehGregor> That's what <thead> and <tbody> are for.
  484. # [12:03] <AryehGregor> You can put <thead>s in the middle, right?
  485. # [12:04] * AryehGregor checks
  486. # [12:04] * jgraham doesn't think so
  487. # [12:04] <AryehGregor> No, you can't.
  488. # [12:04] <AryehGregor> Hmm.
  489. # [12:04] <jgraham> But I still don't understand why you would want a <hx> in the table
  490. # [12:04] <AryehGregor> You mean, you could just stick in some <th>'s if it has multiple sections?
  491. # [12:04] <jgraham> If it's so long that you break it into multiple *tables* then <hx> goes in the surrounding page
  492. # [12:05] <AryehGregor> In MediaWiki's case specifically, <hx> allows section editing. More generally, I dunno, users do crazy things.
  493. # [12:05] <jgraham> I can see that the <section> model is hard to implement in wikitext
  494. # [12:06] <AryehGregor> It would be great except for the nesting issue. Sections aren't required to be self-contained, you can have sections that are only partially wrapped in a tag.
  495. # [12:06] <jgraham> But I don't see what the use cases are that it couldn't cover given a sifficiently advanced implementation
  496. # [12:08] <Figaroo> Is <article> a sort of section element?
  497. # [12:08] <AryehGregor> I really need to figure out something productive I can do when I only have a random hour or so to spare, which doesn't require too much mental effort but also isn't totally useless.
  498. # [12:08] <jgraham> Figaroo: yes
  499. # [12:08] <Figaroo> why have it if we got section already?
  500. # [12:08] <AryehGregor> Currently I'm occupying myself by memorizing IDF ranks and insignia, which surely is not the most useful thing I could be doing at the moment.
  501. # [12:09] <jgraham> That doesn't strike me as the most useful thing to do at any moment
  502. # [12:09] <jgraham> But it my be a matter of perspective
  503. # [12:09] <jgraham> *may
  504. # [12:09] <Figaroo> why do we need article if we have section?
  505. # [12:09] <jgraham> They mean different things
  506. # [12:10] <jgraham> <section> is generally part of a larger work
  507. # [12:10] <jgraham> <article> is a freestanding piece of content
  508. # [12:10] <jgraham> (<article> is a bit like <body> except without all the magic to do with only having one per page)
  509. # [12:10] <AryehGregor> Presumably it would be useful to someone who served in the IDF. It seems like it would be useful to know whether someone is, e.g., a general.
  510. # [12:11] <AryehGregor> Although perhaps in practice the way it works is you start only having to know "anyone with insignia is above me", and then pick things up from there with practice.
  511. # [12:11] <jgraham> So in e.g. a newspaper you can have multiple <section>s each containing multiple <article> and each <article> can contain many <section>s
  512. # [12:11] <AryehGregor> Anyway, I memorized the officer ranks and insignia for the U.S. Army when I was about seven.
  513. # [12:12] * jgraham remembers that AryehGregor has a full suit of armour; things start to make more sense
  514. # [12:12] <AryehGregor> Surely many small boys have an infatuation with the military.
  515. # [12:13] <AryehGregor> Anyway, I was just in Israel, and you've got tons of soldiers walking around there, and I couldn't even tell a sergeant from a major. :(
  516. # [12:13] <AryehGregor> (Clearly I should have memorized the ranks *before* I visited)
  517. # [12:13] <Figaroo> why couldn't the multiple sections just contain multiple sections; what's the point of having another tag name? Did someone here say earlier that new elements are expensive or something?
  518. # [12:14] * Joins: mokush (~quassel@188.24.40.245)
  519. # [12:14] <AryehGregor> Some people say "new elements are expensive", but that's a very silly way to put things.
  520. # [12:14] <AryehGregor> It's new features that are expensive.
  521. # [12:14] <AryehGregor> The way Raymond Chen puts it is "new features start at -100 points" or such.
  522. # [12:15] <Figaroo> My point is, what's the purpose in have a separate name for article?
  523. # [12:15] <Figaroo> why couldn't it all be sections
  524. # [12:15] <AryehGregor> As far as things go, adding a new element is a very minor cost. Things like, I dunno, microdata are a lot more expensive. And things like <iframe sandbox> are way way way more expensive.
  525. # [12:16] <Figaroo> forget that I mentioned expensive. I'm just trying to figure out why there's the extra element where section could have been perfectly capable?
  526. # [12:17] <AryehGregor> They mean different things, supposedly.
  527. # [12:17] <AryehGregor> I think <article> is supposed to be a self-contained unit of content, while <section> is generally not self-contained.
  528. # [12:18] <AryehGregor> So <article> would be like a blog post, and <section> would be like sections of a paper.
  529. # [12:18] <jgraham> The difference between <section> and <article> has been debated. It makes sense to me but ymmv
  530. # [12:18] <AryehGregor> Nobody's going to realize the difference, though.
  531. # [12:18] <AryehGregor> In practice.
  532. # [12:19] <Figaroo> ymmv?
  533. # [12:20] <jgraham> Your Mileage May Vary
  534. # [12:20] <AryehGregor> Man, Israelis love minimally distinguishable abbreviations. Turai, Rabat, Samal, Samar, Rasal, Rasar, Rasam, Rasab, Ranag, Sagam, Sagar, Seren, Rasan, Sa'al, Alam, Ta'al, Aluf, Ra'al. Seriously?
  535. # [12:20] <AryehGregor> Rasal, Rasar, Rasam, Rasab. In that order.
  536. # [12:20] <AryehGregor> Then Rasan is much higher.
  537. # [12:21] <AryehGregor> I guess it's more useful than being glued to Facebook or Twitter when I can't think of anything else to do.
  538. # [12:21] <AryehGregor> At least I'm learning something.
  539. # [12:23] <Philip`> You should spend all your free time writing HTML tests
  540. # [12:23] <AryehGregor> A possibility.
  541. # [12:23] <AryehGregor> That requires mental effort, though.
  542. # [12:23] <Philip`> Write a script to randomly pick a sentence in the spec that contains the word "must", then write a test for it, then repeat
  543. # [12:24] <Ms2ger> How do you define "sentence"?
  544. # [12:24] <Ms2ger> Or "word", for that matter?
  545. # [12:24] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  546. # [12:25] <AryehGregor> Just have it randomly pick an occurrence of the word "must".
  547. # [12:25] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  548. # [12:25] <annevk> hsivonen, hahahaha
  549. # [12:26] <annevk> hsivonen, Mr Last Week is the W3C
  550. # [12:26] <annevk> it all makes sense now :)
  551. # [12:26] <AryehGregor> "the W3C"?
  552. # [12:26] <annevk> the similar to twitter link
  553. # [12:26] <jgraham> AryehGregor: Write a script so that we can link tests to sentences in the spec! Philip` has even done most of it for you…
  554. # [12:28] <Figaroo> what if you wanted all of your site's sections to be self-contained?
  555. # [12:28] <Figaroo> Would that mean you'd use nothing but sections?
  556. # [12:28] * AryehGregor is now going through http://commons.wikimedia.org/wiki/Category:Military_people_of_Israel_by_name and identifying the ranks of every picture where someone is wearing rank insignia
  557. # [12:28] <Figaroo> I mean articles*
  558. # [12:28] <foolip_> Figaroo, then your site is probably a blog
  559. # [12:28] <AryehGregor> Sure, no one says you have to use <section>.
  560. # [12:28] <foolip_> and that's fine
  561. # [12:29] <foolip_> FWIW, there's an algorithm for converting HTML to Atom that relies on <article>
  562. # [12:30] <Figaroo> articles define their own outline level right?
  563. # [12:30] <foolip_> I think so, yes
  564. # [12:31] <foolip_> so it's more or less <section class=syndicatable>
  565. # [12:33] <Figaroo> w/etf syndicatable means. :P
  566. # [12:33] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  567. # [12:34] <Figaroo> Alright, so. What's up with header and footer; apparently you can have more than one of these, but why would you want more than one of them?
  568. # [12:35] * Quits: tantek (~tantek@70-36-139-128.dsl.dynamic.sonic.net) (Quit: tantek)
  569. # [12:37] * Philip` notes that his spec-annotation script is probably wildly inscalable, since it checks every assertion pattern against every paragraph in the document, which isn't ideal when you have ~3000 assertions
  570. # [12:38] <AryehGregor> Philip`, just change it so the assertions are ordered.
  571. # [12:38] * Ms2ger still likes the CSSWG's approach
  572. # [12:38] <AryehGregor> And do it by scanning the document until you find a paragraph that meets the next assertion.
  573. # [12:38] <Philip`> What approach is that?
  574. # [12:38] <AryehGregor> Then it's one comparison per document paragraph, so it's O(N) in document size.
  575. # [12:39] <Ms2ger> Just have <link>s in the test
  576. # [12:40] <jgraham> Ms2ger: Having required markup in HTML tests is bad
  577. # [12:40] <Ms2ger> Meh
  578. # [12:40] <Philip`> AryehGregor: Hmm, that might work, though it might cause horrible cascading error reports if one assertion doesn't match where you expected it to (e.g. because the spec changed)
  579. # [12:40] <jgraham> (even the scripts are rather bad)
  580. # [12:40] <Figaroo> is Niels here?
  581. # [12:40] <Ms2ger> It wouldn't matter in the majority of cases
  582. # [12:41] <jgraham> Ms2ger: Also you would end up having to generate the <link> elements somehow for files containing thousands of tests
  583. # [12:41] <jgraham> And the spec doesn't have the right granularity of <link>s
  584. # [12:41] <jgraham> Like per-clause
  585. # [12:41] <jgraham> I mean ids
  586. # [12:42] <jgraham> not <links>
  587. # [12:44] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  588. # [12:50] <Figaroo> what would you suggest I do if I had a bar at the top of my page that had a search field on the right and some extra links on the left, then I had a centered 900 pixel width box in the center with the logo at and navigation below it, then content within this box. What elements would you think would go well with this type of design?
  589. # [12:53] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  590. # [12:54] <Evet> so which framework/library you suggest for mobile web apps?
  591. # [12:55] <Figaroo> Here's the desgin I'm working with. What would be the best HTML5 layout for this http://i.imgur.com/3ClkR.png ???
  592. # [13:02] <Figaroo> Should I separate the page into three sections off the bat; one untitled section for the top gutter, one for the main page area, and then one for the footer?
  593. # [13:04] * Joins: espadrine (~espadrine@acces1296.res.insa-lyon.fr)
  594. # [13:05] <Figaroo> Is it a good idea to just put a section immediately after within the body without a heading preceding it?
  595. # [13:10] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  596. # [13:23] * Quits: foolip_ (~foolip@h182n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
  597. # [13:24] * Quits: wilhelm (wilhelm@trivini.no) (Read error: Operation timed out)
  598. # [13:24] * Quits: Hixie (ianh@trivini.no) (Ping timeout: 255 seconds)
  599. # [13:24] * Joins: Hixie (ianh@trivini.no)
  600. # [13:32] * Joins: wilhelm (wilhelm@trivini.no)
  601. # [13:46] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  602. # [13:55] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  603. # [13:57] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Client Quit)
  604. # [13:58] * Quits: variable (~variable@unaffiliated/variable) (Ping timeout: 264 seconds)
  605. # [14:03] * Quits: erlehmann (~erlehmann@89.204.137.65) (Quit: Ex-Chat)
  606. # [14:04] * Quits: espadrine (~espadrine@acces1296.res.insa-lyon.fr) (Quit: espadrine)
  607. # [14:06] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  608. # [14:13] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  609. # [14:14] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  610. # [14:15] * Quits: Kaelig (~Kaelig@2a01:e35:2e4b:1d30:c62c:3ff:fe24:5687) (Remote host closed the connection)
  611. # [14:16] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  612. # [14:16] * Joins: karlcow (~karl@nerval.la-grange.net)
  613. # [14:22] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
  614. # [14:24] * Joins: tantek (~tantek@70-36-139-128.dsl.dynamic.sonic.net)
  615. # [14:26] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) (Client Quit)
  616. # [14:26] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  617. # [14:28] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Ping timeout: 276 seconds)
  618. # [14:29] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection timed out)
  619. # [14:33] <Figaroo> if there are multiple header elements on your page, how do you select the main header for styling?
  620. # [14:34] * Joins: MikeSmith_ (~MikeSmith@EM114-48-241-34.pool.e-mobile.ne.jp)
  621. # [14:34] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  622. # [14:36] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  623. # [14:36] * Joins: loucapo (~Adium@209.251.200.243)
  624. # [14:36] <loucapo> hi everyone
  625. # [14:37] <Figaroo> Anyone know?
  626. # [14:37] * Quits: MikeSmith (~MikeSmith@EM114-48-151-31.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  627. # [14:37] * MikeSmith_ is now known as MikeSmith
  628. # [14:37] <loucapo> anyone here experience 401s when using HTML5 for CORS POSTing to a domain that requires basic auth?
  629. # [14:38] <loucapo> happenong in chrome and FF only
  630. # [14:40] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  631. # [14:43] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 264 seconds)
  632. # [14:43] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  633. # [14:45] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  634. # [14:48] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  635. # [14:51] * Joins: miketaylr (~miketaylr@206.217.92.186)
  636. # [14:56] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  637. # [14:59] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 255 seconds)
  638. # [15:00] * Joins: variable (~variable@unaffiliated/variable)
  639. # [15:05] <loucapo> anyone here experience 401s when using HTML5 for CORS POSTing to a domain that requires basic auth?
  640. # [15:08] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  641. # [15:13] <annevk> loucapo, no need to ask twice
  642. # [15:13] <annevk> loucapo, and that is per spec
  643. # [15:13] <annevk> loucapo, well, the Authorization header needs to be in the list of allowed headers and you need to create it yourself using script
  644. # [15:14] <annevk> loucapo, that ought to work, not sure if it does
  645. # [15:15] <loucapo> hmm i see
  646. # [15:16] <loucapo> thx fr the info!
  647. # [15:17] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  648. # [15:21] * Joins: FireFly (~firefly@unaffiliated/firefly)
  649. # [15:22] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  650. # [15:23] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  651. # [15:25] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  652. # [15:32] * Joins: Evet_ (~Evet@78.191.42.128)
  653. # [15:33] * Quits: Evet (~Evet@78.191.188.84) (Ping timeout: 246 seconds)
  654. # [15:34] * Quits: connrs (~paul@host213-122-158-184.range213-122.btcentralplus.com) (Read error: Operation timed out)
  655. # [15:36] * Joins: erlehmann (~erlehmann@89.204.137.65)
  656. # [15:37] * Joins: connrs (~paul@host86-140-50-106.range86-140.btcentralplus.com)
  657. # [15:39] * Joins: eric_carlson (~eric_carl@17.203.15.27)
  658. # [15:41] * Joins: mpt (~mpt@canonical/mpt)
  659. # [15:42] * Joins: Anti-X (~loriisacu@cAF75BF51.dhcp.bluecom.no)
  660. # [15:43] * Joins: boaz (~boaz@64.119.153.2)
  661. # [15:45] * Quits: torvalamo (~loriisacu@cAF75BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
  662. # [15:46] * Quits: Figaroo (~sholmes@70-234-3-170.vcweb.org) (Ping timeout: 255 seconds)
  663. # [15:51] <matjas> TabAtkins: Ping
  664. # [15:54] * Quits: anttio (~anttio@huittinen.of.frantic.com) (Quit: anttio)
  665. # [15:55] * Joins: bfrohs_ (~chatzilla@smtp.forewordinternal.com)
  666. # [15:55] * Quits: bfrohs_ (~chatzilla@smtp.forewordinternal.com) (Client Quit)
  667. # [15:55] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  668. # [15:57] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Ping timeout: 240 seconds)
  669. # [15:59] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  670. # [15:59] <zcorpan> sad that many games in https://gaming.mozillalabs.com/games/finalists block opera
  671. # [16:00] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  672. # [16:02] <hsivonen> zcorpan: it it clear why?
  673. # [16:02] <Ms2ger> Ugh, really?
  674. # [16:04] <zcorpan> dunno why
  675. # [16:07] <hsivonen> ouch. MathML 3 has a role attribute for non-ARIA purposes
  676. # [16:09] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  677. # [16:10] <jgraham> zcorpan: So far 1 worked, 1 blocked me for mo WebGL, 1 blocked me for no fb account, 1 seems broken in Opera
  678. # [16:11] <Workshiva> mo WebGL, mo problems
  679. # [16:11] <jgraham> :p
  680. # [16:12] <jgraham> +1 working +1 blocked
  681. # [16:12] * jgraham is bored of trying them now
  682. # [16:15] * Quits: Evet_ (~Evet@78.191.42.128) (Quit: Leaving)
  683. # [16:16] <zcorpan> http://pixza.com/ when trying to play redirects to http://pixza.com/league/browser.php in opera which says "The page you are looking for does not exist."
  684. # [16:17] * Quits: foolip (~philip@83.218.67.122) (Quit: Ex-Chat)
  685. # [16:29] * Joins: saba (~foo@unaffiliated/saba)
  686. # [16:31] * Joins: espadrine (~espadrine@eduroinsa21.insa-lyon.fr)
  687. # [16:38] <miketaylr> very few of these types of contests care much about interop, i think only js1k had that as a requirement
  688. # [16:39] * Parts: loucapo (~Adium@209.251.200.243)
  689. # [16:40] <hsivonen> miketaylr: I thought Mozilla's competition required multiple browsers
  690. # [16:41] <hsivonen> not sure if it was simply Gecko and one other engine
  691. # [16:41] <miketaylr> hsivonen: i guess you're right "Entries should be fully operational games, built to run in Firefox 4 and other modern Web browsers"
  692. # [16:41] <jgraham> One entry Said Firefox 3.6 & 4
  693. # [16:41] <jgraham> Does that count?
  694. # [16:41] <miketaylr> according to https://gaming.mozillalabs.com/rules
  695. # [16:42] <miketaylr> heh, technically it might, jgraham
  696. # [16:43] <Ms2ger> 3.6 is hardly a modern browser ;)
  697. # [16:44] <jgraham> Anyway it only says "should"
  698. # [16:45] <Ms2ger> This isn't a spec, should is must-level ;)
  699. # [16:45] <AryehGregor> "The Contest is void in Cuba, Iran, Province of Quebec (Canada), North Korea, Sudan, Syria, Union of Myanmar, and where prohibited by law or restricted by law or regulations."
  700. # [16:45] <AryehGregor> Are they making some kind of statement about Canadians there?
  701. # [16:45] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  702. # [16:45] <Ms2ger> "Entry must be compatible with and function properly in the then-current final product version of Firefox 4 and other modern web browsers without plug-ins"
  703. # [16:45] <Ms2ger> Says the real rules
  704. # [16:45] <jgraham> Almost all competitions are illegal in Quebec
  705. # [16:46] <AryehGregor> Really? Even totally skill-based competitions?
  706. # [16:46] <jgraham> Well illegal is wrong
  707. # [16:46] <hsivonen> jgraham: are competitions illegal or does Quebec require drafting all rules in French or something?
  708. # [16:46] * AryehGregor also suspected it might be because it had to be in French :P
  709. # [16:46] <jgraham> No, I think they have strong rules about lotteries or something
  710. # [16:47] <jgraham> And so it is lots of effort to prove that your competition is not an illegal lottery
  711. # [16:47] <jgraham> So instead you are just not allowed to enter
  712. # [16:47] <AryehGregor> I thought Americans were the ones who were anti-lottery.
  713. # [16:47] <hsivonen> AryehGregor: in Finland, holding a lottery requires a license
  714. # [16:49] <AryehGregor> I remember reading about some guy who ran a British gambling site with lots of American customers, who was arrested when he visited America because his site didn't comply with American gambling laws.
  715. # [16:49] <AryehGregor> (some British gambling sites started blocking America after that :P)
  716. # [16:50] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  717. # [16:50] <Workshiva> Quebec probably also requires that everything (including prizes) be available in French too :P
  718. # [16:51] <AryehGregor> The contest rules say submissions have to be in English.
  719. # [16:51] <AryehGregor> I just think it's amusing that Quebec is on the same list as Cuba, Iran, North Korea, Sudan, Syria, and Myanmar.
  720. # [16:51] <AryehGregor> Most of those are under U.S. embargo, aren't they? At least the first three.
  721. # [16:52] <Rik`> there is more judges than finalists for this competition
  722. # [16:52] <Rik`> *are
  723. # [16:52] <AryehGregor> The judges presumably had to judge everyone, not just the finalists, so that makes sense.
  724. # [16:52] <AryehGregor> Okay, now let me stop wasting time and get back to work. Yay, Selections!
  725. # [16:54] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  726. # [16:54] * karlcow had not seen the fineprint https://gaming.mozillalabs.com/fineprint
  727. # [16:55] <karlcow> gorgeous
  728. # [16:56] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  729. # [16:56] * bga_ is now known as bga_|away
  730. # [16:57] * bga_|away is now known as bga_
  731. # [16:57] <jgraham> http://searchwarp.com/swa9752.htm
  732. # [16:57] <jgraham> Not legal advice but the sort of thing I had heard
  733. # [16:58] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  734. # [16:58] <karlcow> lotteries/contests are controlled by the state of Quebec and have very strict rules.
  735. # [16:59] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  736. # [17:00] <hsivonen> it seems the rules lack a definition of "other modern web browsers"
  737. # [17:00] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  738. # [17:06] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection timed out)
  739. # [17:07] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  740. # [17:12] * Quits: erlehmann (~erlehmann@89.204.137.65) (Quit: Ex-Chat)
  741. # [17:14] * bga_ is now known as bga_|away
  742. # [17:22] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  743. # [17:23] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  744. # [17:28] * aintdglazkov is now known as dglazkov
  745. # [17:29] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
  746. # [17:39] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 246 seconds)
  747. # [17:43] <AryehGregor> Oh, hmm, I haven't tested extend() in tables at all . . .
  748. # [17:43] <AryehGregor> That probably has totally magical and unique behavior.
  749. # [17:43] * AryehGregor tests, with trepidation
  750. # [17:43] <Ms2ger> Oh, right, I was going to mention tables
  751. # [17:43] <AryehGregor> And I had just gotten Firefox to pass all of my tests, except where it throws the wrong exception type or one corner case where I think its behavior is just a bug.
  752. # [17:44] * Joins: justinhjohnson (~Adium@67-131-94-2.dia.static.qwest.net)
  753. # [17:45] <AryehGregor> Out of almost 9000 tests, Opera passes less than 100.
  754. # [17:45] <AryehGregor> Awesome.
  755. # [17:46] * AryehGregor sighs, starts looking at tables
  756. # [17:47] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Read error: Connection reset by peer)
  757. # [17:48] <Ms2ger> Speaking of Opera, is meter stylable, and are there docs on that?
  758. # [17:52] <AryehGregor> Ms2ger, is there actually magic extend() behavior for tables? I don't see it, offhand.
  759. # [17:52] * AryehGregor throws some tables into the tests and see if they start failing things
  760. # [17:53] <Ms2ger> Dunno, I just noticed table-specific code in Gecko's implementation, not sure if that was for extend
  761. # [17:54] <AryehGregor> I don't notice table-specific handling in the extend() code.
  762. # [17:54] <AryehGregor> I'll just optimistically assume that there isn't any for now.
  763. # [17:55] <AryehGregor> Although probably I'll have to face it sooner or later.
  764. # [17:55] <AryehGregor> Okay, so Gecko really does let you have multiple selections at once, and no other browser does. Weird.
  765. # [17:56] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  766. # [17:57] <karlcow> AryehGregor: do you know the source of failure for the tests in Opera
  767. # [17:57] <AryehGregor> karlcow, presumably it just doesn't implement anything more than vaguely similar to what Gecko does.
  768. # [17:57] <AryehGregor> I doubt it would make sense to make a list of specific things, the relevant code probably just needs to be rewritten to spec.
  769. # [17:58] <AryehGregor> Which winds up being pretty simple, by the way: http://aryeh.name/tmp/dom-range.html#dom-selection-extend
  770. # [18:00] <dglazkov> annevk: you around?
  771. # [18:01] <dglazkov> wanna bounce a few css selector-ey questions off of you
  772. # [18:01] <dglazkov> TabAtkins, annevk: so I realized that pseudo-element style selector doesn't really work well for the shadow DOM.
  773. # [18:01] <dglazkov> I think we need a whole different syntax
  774. # [18:03] <dglazkov> the problem is in that we have to nest and/or combine them with pseudo-classes and it looks a) ugleee b) illegal.
  775. # [18:03] <TabAtkins> It's only illegal because no one's had to do it before.
  776. # [18:03] <dglazkov> suppose I want to style the knob on the timeline of a video element in it's active state:
  777. # [18:03] <dglazkov> video::timeline::thumb:active
  778. # [18:03] <dglazkov> wat
  779. # [18:04] <TabAtkins> Yes?
  780. # [18:04] <dglazkov> it would be much more elegant like this:
  781. # [18:04] <dglazkov> video part(timeline) part(thumb):active
  782. # [18:04] <dglazkov> where "part" is up for bike-shedding.
  783. # [18:04] <TabAtkins> video ::part(timeline) ::part(thumb):active
  784. # [18:05] <dglazkov> does it have to have the double-colons?
  785. # [18:05] <TabAtkins> Not necessarily, but then you really are defining a new type of selector.
  786. # [18:05] <dglazkov> yay! is that a bad thing? :)
  787. # [18:05] <TabAtkins> Not necessarily. ^_^
  788. # [18:06] <dglazkov> I think it feels more like a descendant selector.
  789. # [18:06] <dglazkov> so I want it to kind of look like one
  790. # [18:06] <dglazkov> (space and everything)
  791. # [18:06] <dglazkov> just thinking outloud
  792. # [18:07] <TabAtkins> I dunno. I mean, pseudoelements already are descendants, right? foo::before has ::before being the child of foo.
  793. # [18:07] <TabAtkins> Now, on the other hand, if pseudoclasses can apply to the parts, then that's more confusing.
  794. # [18:07] <TabAtkins> video::timeline:focus::thumb:active lolwut
  795. # [18:08] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  796. # [18:08] <dglazkov> that's a good example too
  797. # [18:08] <dglazkov> in WebKit today, there's much hard-coding around cases like this.
  798. # [18:09] <dglazkov> I'll write this up in the use cases document
  799. # [18:09] <dglazkov> and hopefully annevk and Hixie would chip in with their bright ideas, too. And then we'll have a pizza party
  800. # [18:09] <TabAtkins> Okay, since we're doing this in a general, distributed, composable fashion, I think I agree that it's saner to lean on the structure of selectors and make them look like descendants.
  801. # [18:10] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  802. # [18:11] <TabAtkins> matjas: pong
  803. # [18:12] * Quits: espadrine (~espadrine@eduroinsa21.insa-lyon.fr) (Quit: espadrine)
  804. # [18:14] <AryehGregor> WTF.
  805. # [18:14] * Parts: Martijnc (~Martijnc@91.176.248.233)
  806. # [18:14] <AryehGregor> hg pull --rebase dumped me into some kind of incomprehensible three-way diff.
  807. # [18:14] <AryehGregor> I tried exiting, and it happily reported the rebase was successful.
  808. # [18:15] <AryehGregor> If it ate my changes, I'm going to kill someone.
  809. # [18:15] <AryehGregor> I hate hg.
  810. # [18:15] <AryehGregor> Is there a hg-git bridge, by any chance? A la git-svn?
  811. # [18:16] <AryehGregor> Yes, completely ate my changes.
  812. # [18:16] <AryehGregor> I have a cached copy of the Anolis output, but can anyone suggest some way to recover my old source document? If the answer is "rebase destroys stuff irrecoverably", I'm going to be *extremely* annoyed at hg.
  813. # [18:17] <Philip`> Does it do a bundle backup by default?
  814. # [18:17] <AryehGregor> (git never ever destroys anything, except if it's old or you explicitly tell it to)
  815. # [18:17] <AryehGregor> I have no idea what a bundle backup is.
  816. # [18:17] <Philip`> like in .hg/strip-backup/
  817. # [18:17] <AryehGregor> "hg rollback" seems not to work.
  818. # [18:17] <Philip`> like what http://mercurial.selenic.com/bts/msg11265 says
  819. # [18:17] <AryehGregor> I see a file there.
  820. # [18:18] * Philip` has never used this himself
  821. # [18:18] <AryehGregor> Unbundling it does nothing.
  822. # [18:19] * Philip` reads more of that bug thread
  823. # [18:19] <Philip`> "The bundle produced is a consequence of the use of strip, but it's really not intended to provide a means to restore the old branch."
  824. # [18:20] <Philip`> unless you're using Hg 1.6 in which case maybe the bug is fixed
  825. # [18:21] <AryehGregor> So in other words, hg destroys data while rebasing and there's no way to recover it if you made a mistake while rebasing.
  826. # [18:21] <AryehGregor> Okay, well, I keep filesystem backups on my server, maybe one of those is usefully recent.
  827. # [18:21] * Joins: maikmerten (~maikmerte@port-92-201-247-143.dynamic.qsc.de)
  828. # [18:22] <Philip`> On <1.6 it sounds like that's probably the case
  829. # [18:22] <AryehGregor> Have I ever mentioned that git is better than hg?
  830. # [18:22] <Philip`> I'm not sure you have
  831. # [18:23] <AryehGregor> Okay, well, consider it mentioned.
  832. # [18:23] <Philip`> Does your text editor not keep backups?
  833. # [18:23] * Joins: mpt (~mpt@canonical/mpt)
  834. # [18:23] <AryehGregor> Not after I close it.
  835. # [18:23] <Philip`> Ah
  836. # [18:23] <AryehGregor> I've got a 40-minute-old backup of the source text, I should be able to recover okay combined with the output page.
  837. # [18:23] <dglazkov> TabAtkins: http://wiki.whatwg.org/wiki/Component_Model_Use_Cases#Nesting_Pseudo_Elements_and_Mixing_with_Pseudo_Classes
  838. # [18:24] <AryehGregor> But ARGH, what a horrifyingly broken VCS.
  839. # [18:24] <Ms2ger> Well, rebase is horribly broken
  840. # [18:24] <AryehGregor> Rebase in hg is horribly broken, I assume you mean.
  841. # [18:24] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  842. # [18:24] <AryehGregor> I guess I'll try doing merges instead.
  843. # [18:24] <Ms2ger> mq has never eaten my changes, at least
  844. # [18:25] <AryehGregor> Now how can I get rid of this empty tip commit?
  845. # [18:25] <Philip`> (Git doesn't seem particularly immune to data loss either, like if you accidentally run "git reset --hard")
  846. # [18:25] <AryehGregor> Philip`, the data is still there.
  847. # [18:25] <AryehGregor> As long as you have the SHA1 of the old head.
  848. # [18:25] <AryehGregor> You can still check it out and such.
  849. # [18:25] <AryehGregor> Detached revisions like that are only garbage-collected once in a while by default.
  850. # [18:26] <Ms2ger> hg qimp -r tip -n empty && hg qpo && hg qrm empty
  851. # [18:26] <AryehGregor> If you don't have the SHA1 of the old head, you can still poke around and look at all the detached revisions to find it.
  852. # [18:26] <Philip`> Uncommitted unstaged data won't still be there, I think
  853. # [18:26] <AryehGregor> Well, if you've never committed or staged it, of course not.
  854. # [18:26] <AryehGregor> Then the VCS can't be expected to preserve it.
  855. # [18:26] <AryehGregor> I committed this to hg and it still ate it.
  856. # [18:26] <AryehGregor> Ms2ger, hg: unknown command 'qimp'
  857. # [18:27] <Philip`> Have you (prepare to be annoyed by Hg again) enabled the hgext.mq extension?
  858. # [18:27] <Ms2ger> Add [extensions]\nmq= to ~/.hgrc
  859. # [18:28] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  860. # [18:28] <AryehGregor> Ms2ger, how can that command be adapted to ditch a whole bunch of revisions, like to go back to r203?
  861. # [18:28] <AryehGregor> I think that's what I originally based my work on.
  862. # [18:28] <Philip`> AryehGregor: The VCS could be expected to preserve any data that it's about to overwrite or delete and that isn't already saved somewhere permanent
  863. # [18:29] <AryehGregor> Philip`, it could be, yes, but does any VCS do that?
  864. # [18:29] <Philip`> Probably not
  865. # [18:29] <Philip`> but they should
  866. # [18:29] <Ms2ger> Hmm
  867. # [18:30] <Ms2ger> hg strip rev
  868. # [18:30] <AryehGregor> Ah, thanks.
  869. # [18:30] <Ms2ger> Which does make a backup
  870. # [18:33] <TabAtkins> http://blogs.wsj.com/venturecapital/2011/01/25/with-plenty-of-cash-facebook-targets-growing-mobile-market/
  871. # [18:33] <TabAtkins> They're targetting HTML5 so they can stop supporting 7 different versions for mobile.
  872. # [18:34] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: brb)
  873. # [18:35] <AryehGregor> What's the difference between "hg diff" and "hg diff -r tip"? They're telling me different things for some reason.
  874. # [18:35] <matjas> TabAtkins: re: http://lists.w3.org/Archives/Public/public-css-commits/feed.rss, any chance of having the commit messages as <title> for each item instead of the rather cryptic stuff that’s in there now?
  875. # [18:35] <Ms2ger> matjas, no
  876. # [18:36] <TabAtkins> I've already asked the systeam. They think it'd be easy, but they're working on something feed-related already, so probably wont' get to it for a while.
  877. # [18:36] <Philip`> AryehGregor: Is your working directory on tip?
  878. # [18:36] <TabAtkins> Now, if someone wants to help me figure out how to receive email in PHP, I can do the rest.
  879. # [18:36] <matjas> Ms2ger: Couldn’t you guys re-use the system @whatwg is using? It’s open-source and everything
  880. # [18:36] <matjas> TabAtkins: Ah, good to hear. Thanks.
  881. # [18:37] <Ms2ger> Not my call, I'd do it immediately ;)
  882. # [18:37] <AryehGregor> Philip`, what does that mean?
  883. # [18:37] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
  884. # [18:37] <matjas> TabAtkins: Well, there’s imap_open() http://php.net/imap_open
  885. # [18:37] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
  886. # [18:38] <Philip`> AryehGregor: The tip revision is the most recent changeset, and you might have updated to a different revision before making the local changes that you're diffing against that revision and against tip
  887. # [18:38] * bga_|away is now known as bga_
  888. # [18:38] <AryehGregor> Philip`, so how do I tell?
  889. # [18:38] <Philip`> "hg id" maybe
  890. # [18:42] <AryehGregor> Okay, so somehow when I committed, it had a parent of 203 instead of tip . . . well, whatever, I don't care.
  891. # [18:42] <AryehGregor> As long as it merges properly.
  892. # [18:42] * Ms2ger crossesfingers
  893. # [18:43] * Joins: ap (~ap@17.246.17.33)
  894. # [18:43] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
  895. # [18:43] <AryehGregor> What the heck is this merging interface that it throws at me with no instructions?
  896. # [18:43] <AryehGregor> This is why my previous rebase failed, I just tried to quit and it interpreted that as "ignore all my changes".
  897. # [18:44] <AryehGregor> It seems to have opened up three side-by-side windows in vim, but it helpfully fails to tell me what to do with them.
  898. # [18:46] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  899. # [18:47] <Ms2ger> https://developer.mozilla.org/en/Mercurial_basics#Avoiding_trouble, btw
  900. # [18:48] <TabAtkins> Btw, if anyone's curious about what's going on in Egypt, there's a live feed in English: http://english.aljazeera.net/watch_now/
  901. # [18:48] <AryehGregor> "Mercurial does not do a good job of detecting busted merges and refusing to proceed, so just by closing a window you can unwittingly put yourself in a bad state. Grown men have been known to walk away from whole hg trees containing many hours' worth of work, citing inexplicable hg behavior, because of a bad merge."
  902. # [18:48] <AryehGregor> That's good to know, isn't it?
  903. # [18:48] * AryehGregor STABSTABSTAB
  904. # [18:49] * bga_ is now known as bga_|away
  905. # [18:49] * bga_|away is now known as bga_
  906. # [18:50] * bga_ is now known as bga_|away
  907. # [18:50] <AryehGregor> SyntaxError: Specification not found: domps.
  908. # [18:50] <AryehGregor> Ms2ger, ^^
  909. # [18:51] <AryehGregor> I did hg pull and hg update in data/.
  910. # [18:51] <Ms2ger> Forgot to push, sorry
  911. # [18:53] <Ms2ger> Okay, pull again
  912. # [18:56] * Joins: franksalim (~frank@108-65-76-174.lightspeed.sntcca.sbcglobal.net)
  913. # [18:56] <AryehGregor> Okay, works.
  914. # [18:57] <annevk> dglazkov, you mean you want inheritance?
  915. # [18:57] <dglazkov> annevk: no, just better syntax
  916. # [18:57] <TabAtkins> annevk: No, just a readable way to talk about potentially nested shadow tree parts.
  917. # [18:57] <annevk> dglazkov, nothing comes to mind right now, except that for captioning there is a similar "issue"
  918. # [18:57] <dglazkov> annevk: the inheritance is already there.
  919. # [18:58] <annevk> dglazkov, might be worth checking if that can be reconciled
  920. # [18:58] <TabAtkins> Yeah, captioning gets a bit simpler since there's no nesting (or rather, the nesting that does happen isn't important enough to care about).
  921. # [18:58] <annevk> i.e. WebSRT creates some kind of subtree too
  922. # [19:02] <AryehGregor> Ms2ger, I've signed up to Bitbucket as aryeh.
  923. # [19:02] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Ping timeout: 250 seconds)
  924. # [19:03] <Ms2ger> AryehGregor, you should now be able to push
  925. # [19:04] <AryehGregor> Ms2ger, could you confirm that this looks reasonably sane first? https://bitbucket.org/aryeh/dom-range
  926. # [19:05] <AryehGregor> I'm not sure the merge worked right.
  927. # [19:06] <AryehGregor> Argh, the fact that my e-mail address is different for one of them will bother me forever.
  928. # [19:06] <AryehGregor> In git I'd fix it . . . but let me just not bother. Sigh.
  929. # [19:06] <annevk> chill ;)
  930. # [19:07] <Ms2ger> That looks fine
  931. # [19:07] * AryehGregor is too perfectionist sometimes
  932. # [19:07] <AryehGregor> k, pushed.
  933. # [19:09] <matjas> TabAtkins et al, let me know if you want this account: http://twitter.com/csscommits
  934. # [19:10] * matjas is hoping for @whatwg-style Twitter feed
  935. # [19:10] <annevk> I should set something like that up for specs I edit
  936. # [19:10] <Ms2ger> http://html5.org/specs/dom-range.html#dom-selection-extend
  937. # [19:11] <Ms2ger> <cers> it seems like it's not supposed to be possible to create a linear gradient where the gradient line doesn't go through the element center - am I really reading the w3c draft correctly? http://dev.w3.org/csswg/css3-images/#linear-gradients
  938. # [19:11] <Ms2ger> TabAtkins, ^
  939. # [19:12] <TabAtkins> matjas: Right now I've got a new gmail inbox subscribed to the list, and a php script successfully connecting. I'm just trying to figure out how to use the horrible imap interface to read messages, then I'll construct an RSS feed from it.
  940. # [19:12] <matjas> TabAtkins, does this help? http://stackoverflow.com/questions/114953/how-to-get-email-and-their-attachments-from-php/115017#115017
  941. # [19:13] <matjas> annevk +1
  942. # [19:13] <TabAtkins> Ms2ger: There's no difference where the linear gradient "goes through". I define it in terms of going through the center because it's easy, but you can shift what point you want to think about it going through with no problem.
  943. # [19:13] <TabAtkins> matjas: Ooh, yes, that's perfect.
  944. # [19:14] * Joins: paul_irish (~paul_iris@216.239.45.19)
  945. # [19:15] <Ms2ger> https://bitbucket.org/cynthia/twt
  946. # [19:17] * Joins: Necrathex (~nectop@ip4da11daf.direct-adsl.nl)
  947. # [19:19] * Quits: ap (~ap@17.246.17.33) (Remote host closed the connection)
  948. # [19:19] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  949. # [19:21] <annevk> Ms2ger, oh, that looks nice
  950. # [19:22] <annevk> Ms2ger, then I can just make a simple shell script wrapper around what I need to do now
  951. # [19:22] * Ms2ger didn't even realize it was relevant, just thought it was interesting
  952. # [19:24] <annevk> I registered http://twitter.com/annevkbot for this purpose, but am gonna watch some TV instead of making it work today :)
  953. # [19:25] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  954. # [19:26] <annevk> oh, Ms2ger, that uses a) Python and b) the now obsolete API
  955. # [19:26] <Ms2ger> Fun
  956. # [19:26] <annevk> but I can simply reuse the logic for WebAppsTweet
  957. # [19:26] <TabAtkins> Hm, I need to go commit something real quick so I can test this properly.
  958. # [19:27] <AryehGregor> Hixie, okay, I think I'm done with extend() for now. Tests at <http://aryeh.name/spec/dom-range/test/selection-extend.html>, spec at <http://html5.org/specs/dom-range.html#dom-selection-extend>.
  959. # [19:29] <AryehGregor> On to modify()!
  960. # [19:29] <AryehGregor> I guess for this one I'm reverse-engineering mostly WebKit, since they made it up.
  961. # [19:30] * Joins: aroben (~aroben@2620:0:1b00:1191:8cb6:c44e:8a4d:ba2e)
  962. # [19:30] * Quits: aroben (~aroben@2620:0:1b00:1191:8cb6:c44e:8a4d:ba2e) (Changing host)
  963. # [19:30] * Joins: aroben (~aroben@unaffiliated/aroben)
  964. # [19:32] <annevk> http://blog.whatwg.org/another-whatwg-weekly#comment-42599 are actually pretty good questions
  965. # [19:32] <annevk> Hixie, ^^
  966. # [19:32] <AryehGregor> Ms2ger, why is DOM Range not in W3C space again? There's a component for it in the WebApps WG bug tracker.
  967. # [19:33] <TabAtkins> annevk: So basically "adopt CSS's versioning model"?
  968. # [19:34] <annevk> AryehGregor, no group is chartered for it
  969. # [19:34] <AryehGregor> annevk, we can't say it's part of HTML or web apps?
  970. # [19:36] <annevk> AryehGregor, I guess it can be argued it is part of WebApps per http://www.w3.org/2010/webapps/charter/#maintenance
  971. # [19:37] <AryehGregor> Stuff like this is even part of HTML.
  972. # [19:37] <annevk> AryehGregor, the W3C made it all difficult for Ms2ger to contribute with Web DOM Core though... but maybe that is over now and otherwise a WebApps WG member can put his/her name on it and ship it
  973. # [19:37] * bga_|away is now known as bga_
  974. # [19:37] <annevk> AryehGregor, you think it is problematic that it is hosted on html5.org?
  975. # [19:38] <AryehGregor> No, not really.
  976. # [19:38] <AryehGregor> othermaciej was annoyed about it the other day, though.
  977. # [19:39] <othermaciej> annoyed about what?
  978. # [19:40] * Quits: Necrathex (~nectop@ip4da11daf.direct-adsl.nl) (Ping timeout: 240 seconds)
  979. # [19:41] <AryehGregor> About DOM Range not being in W3C space, because you wanted to point some people to it.
  980. # [19:41] <othermaciej> I was sad that document.getSelection() got removed from the spec with no W3C-space replacement
  981. # [19:41] <AryehGregor> Right
  982. # [19:41] <AryehGregor> .
  983. # [19:41] <othermaciej> I don't care about DOM Range
  984. # [19:41] * Joins: Paul91 (~Paul@adsl-213-249-225-78.karoo.KCOM.COM)
  985. # [19:41] <AryehGregor> getSelection() is in DOM Range.
  986. # [19:41] * Joins: inkbase (~inkbase@nat/ibm/x-wibjbcmxxziupdpb)
  987. # [19:41] <othermaciej> it's not even clear to me why Selection has to be in the same spec as DOM Range
  988. # [19:41] <othermaciej> since it never was before
  989. # [19:41] <AryehGregor> Well, the current spec refers normatively to the behavior of Ranges.
  990. # [19:42] <AryehGregor> Since various operations on Selections return Ranges.
  991. # [19:42] <AryehGregor> W3C specs are presumably not supposed to normatively reference things hosted on someone's Bitbucket account.
  992. # [19:42] <othermaciej> anyway, it would be nice if the draft could be submitted to either HTML WG or Web apps WG
  993. # [19:42] <AryehGregor> What's the procedure for that?
  994. # [19:43] <annevk> othermaciej, neither editor is a Member of the WG
  995. # [19:43] <AryehGregor> I'm a member of the HTML WG.
  996. # [19:43] <othermaciej> both editors are members of the HTML WG afaict
  997. # [19:43] <annevk> AryehGregor, this would be a WebApps deliverable
  998. # [19:43] <AryehGregor> Why?
  999. # [19:43] <AryehGregor> Selection used to be in HTML5.
  1000. # [19:43] <othermaciej> http://www.w3.org/2000/09/dbwg/details?group=40318&public=1
  1001. # [19:44] <annevk> Because maintenance of DOM Range is in the WebApps charter
  1002. # [19:44] <annevk> Anyway, feel free to argue with the W3C Team :)
  1003. # [19:45] <othermaciej> other than the usual patent policy stuff, the use I had for a Selection spec in W3C space was to tell people there was no point in a <selection> or <caret> element, since you just use the Selection API to manage the selection
  1004. # [19:45] * Parts: Paul91 (~Paul@adsl-213-249-225-78.karoo.KCOM.COM) ("Leaving")
  1005. # [19:45] <othermaciej> unfortunately it got removed from HTML5, and pointing to a random bitbucket directory would likely have not impressed my audience
  1006. # [19:45] <annevk> othermaciej, http://html5.org/specs/dom-range.html
  1007. # [19:46] <annevk> which in turn can be found via http://wiki.whatwg.org/wiki/Specs
  1008. # [19:47] <AryehGregor> Which in turn would not have impressed his audience.
  1009. # [19:47] <othermaciej> if I point to that, it will start an argument over why it's not in the draft any and why there isn't a copy in W3C space at all, and I'd rather not start that debate
  1010. # [19:47] <AryehGregor> othermaciej, can you tell me how to submit a draft?
  1011. # [19:48] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  1012. # [19:48] <othermaciej> for HTML WG I can tell you, but anne may have a point that it should be submitted to Web Apps WG
  1013. # [19:48] <AryehGregor> Which I'd then have to join, right? Is it open membership like the HTMLWG?
  1014. # [19:49] <othermaciej> I don't think so, but if you ask the chairs to add you as an invited expert and explain your purpose, it shouldn't be a problem
  1015. # [19:53] <AryehGregor> Well, I'll do it if Hixie says it's part of my job (which I wouldn't mind). Otherwise it sounds like too much effort when I have better things to do.
  1016. # [19:53] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
  1017. # [19:55] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
  1018. # [19:58] <AryehGregor> Ms2ger, why does <span data-anolis-spec=html>ASCII case-insensitive</span> not work?
  1019. # [19:59] * AryehGregor isn't quite clear on this xref thing
  1020. # [20:00] <Ms2ger> Make that =domcore
  1021. # [20:01] <Ms2ger> More generally, because I don't have a full list of HTML's definitions
  1022. # [20:02] <AryehGregor> Okay, thanks.
  1023. # [20:02] <AryehGregor> In principle, is there any reason data-anolis-spec should usually be needed? Couldn't Anolis be adapted to figure out the spec from the name? It would be nice if all this could be less verbose to write.
  1024. # [20:05] * Joins: dbaron (~dbaron@nat/mozilla/x-fhuhrwcwliusztlv)
  1025. # [20:06] <Ms2ger> It could, but I tend to prefer making external links explicit
  1026. # [20:07] <Ms2ger> And it'd mean I'd have to implement that :)
  1027. # [20:11] <TabAtkins> Son of a... How do you deal with diffs that may include "<!--" in an atom feed?
  1028. # [20:12] <Ms2ger> In general, I believe the answer would be "not"
  1029. # [20:12] <AryehGregor> . . . Escape the "<"?
  1030. # [20:12] <AryehGregor> I mean, aren't you escaping the feed contents?
  1031. # [20:12] <TabAtkins> AryehGregor: But I'm trying to send it as text. I guess I can send as html and do double-escaping?
  1032. # [20:13] * Quits: maikmerten (~maikmerte@port-92-201-247-143.dynamic.qsc.de) (Read error: Connection reset by peer)
  1033. # [20:13] <Ms2ger> You need to escape in any case, no?
  1034. # [20:13] <AryehGregor> How is it different from any case where the feed contents contain "<"?
  1035. # [20:13] <AryehGregor> Atom is XML, yes?
  1036. # [20:14] <Ms2ger> "XML"
  1037. # [20:14] <AryehGregor> Presumably any consumer will un-escape the contents of elements before displaying them.
  1038. # [20:14] <AryehGregor> I thought RSS was "XML" and Atom was XML.
  1039. # [20:14] <Ms2ger> Well, RSS would be """XML"""
  1040. # [20:14] <Ms2ger> Atom is XML+encoding fixup, iirc
  1041. # [20:15] * Joins: maikmerten (~maikmerte@port-92-201-247-143.dynamic.qsc.de)
  1042. # [20:15] * Parts: Timz (~Adium@86.89.174.199)
  1043. # [20:20] * bga_ is now known as bga_|away
  1044. # [20:22] * Ms2ger has submitted an invited expert application for the WebApps WG
  1045. # [20:22] <Ms2ger> We'll see how it goes...
  1046. # [20:28] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 245 seconds)
  1047. # [20:29] * Joins: aroben (~aroben@2620:0:1b00:1191:6cb3:ca7b:c924:8fa)
  1048. # [20:29] * Quits: aroben (~aroben@2620:0:1b00:1191:6cb3:ca7b:c924:8fa) (Changing host)
  1049. # [20:29] * Joins: aroben (~aroben@unaffiliated/aroben)
  1050. # [20:30] <AryehGregor> Ms2ger, why doesn't your data have all the definitions from HTML5? Isn't the list autogenerated?
  1051. # [20:30] <Ms2ger> No
  1052. # [20:30] <AryehGregor> Hurrah.
  1053. # [20:30] <Ms2ger> It has the dozen or so definitions I've needed so far
  1054. # [20:30] * AryehGregor adds another one to his local copy
  1055. # [20:31] <Ms2ger> Note that the key needs to be lowercase
  1056. # [20:31] <AryehGregor> Noted.
  1057. # [20:31] * Joins: jwalden (~waldo@nat/mozilla/x-mxoetsdvcwowjtny)
  1058. # [20:37] * Quits: MikeSmith (~MikeSmith@EM114-48-241-34.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1059. # [20:40] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  1060. # [20:40] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  1061. # [20:43] * Joins: MikeSmith (~MikeSmith@EM111-188-16-172.pool.e-mobile.ne.jp)
  1062. # [20:48] * Joins: Evet (~Evet@46.4.32.195)
  1063. # [20:48] * Joins: mpt (~mpt@canonical/mpt)
  1064. # [20:49] * Quits: mpt (~mpt@canonical/mpt) (Client Quit)
  1065. # [20:56] * Joins: bckenny (~bckenny@nat/google/x-bxurztfmgckpzxiw)
  1066. # [21:05] <TabAtkins> matjas: http://www.xanthir.com/feed/public-css-commits/
  1067. # [21:06] <Ms2ger> TabAtkins, you win
  1068. # [21:07] <AryehGregor> Oh, no. modify() in WebKit depends on whether the thing you're dealing with is actually visible.
  1069. # [21:07] <TabAtkins> No, Ms2ger, the web wins. Subscribed to the list with a throwaway gmail account, used PHP's imap support to scrape the inbox, published as Atom, viewing in Google Reader.
  1070. # [21:07] <AryehGregor> It skips over display: none and who knows what else.
  1071. # [21:07] <AryehGregor> Also visibility:hidden.
  1072. # [21:08] <Ms2ger> I'd rather you don't spec that ;)
  1073. # [21:08] * AryehGregor checks that Firefox doesn't do it
  1074. # [21:08] <AryehGregor> Nope, it doesn't.
  1075. # [21:09] <AryehGregor> I'm going to side with sanity here.
  1076. # [21:09] * Joins: kurrik (~kurrik@nat/google/x-tryuqzcwnuxhvmpf)
  1077. # [21:09] <AryehGregor> I didn't try following the WebKit source code, but I wouldn't be surprised if visibility depends on some deep and magical stuff.
  1078. # [21:10] <TabAtkins> Now I need to figure out how to (a) receive mail at my domain, (b) configure sendmail to pipe mail through a PHP script, and (c) use the twitter API to create a twitter feed.
  1079. # [21:10] <AryehGregor> Now, should I spec exception-throwing like Firefox too, or fail silently like WebKit? Firefox's behavior matches the rest of the API a lot better, but WebKit has all the deployment . . .
  1080. # [21:10] <AryehGregor> But I guess not too many people are using it yet, since only WebKit supports it, right? So I'll go with Firefox there too.
  1081. # [21:10] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
  1082. # [21:11] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
  1083. # [21:12] * Joins: arkonova (~arkonova@106-186.61-188.cust.bluewin.ch)
  1084. # [21:12] <Ms2ger> We can fix if it doesn't work out
  1085. # [21:14] <Hixie> it's fascinating to see how people think versions gave them all these features (stability, browsers implemented particular versions of specs, etc) that are completely at odds with reality
  1086. # [21:15] <AryehGregor> What exception should I throw for passing an invalid argument, like "foo" instead of "move" or "extend"? Firefox does some NS_ERROR_NOT_IMPLEMENTED which doesn't appear to match any DOM exceptions.
  1087. # [21:15] <AryehGregor> (I'm asking in case anyone else has had to decide this before, so I can be consistent. I'd go with NOT_SUPPORTED_ERR if there's no precedent, probably.)
  1088. # [21:17] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Quit: Lost terminal)
  1089. # [21:18] * bga_|away is now known as bga_
  1090. # [21:19] <Ms2ger> SYNTAX_ERR is what insertAdjacentHTML throws
  1091. # [21:19] <AryehGregor> What spec is that in?
  1092. # [21:20] <Ms2ger> HTML
  1093. # [21:20] <bfrohs> Hixie, I think a lot of it has to do with the fact that it has been released in versions. I remember when I was first starting out (barely) and when I found the specs, I assumed they were written first and implemented the same across browsers. It didn't take long to figure out how wrong I was, but that was long ago. Nowadays, basic features used by beginners work fairly consistently (as far as they can tell) across browsers, so their assumption t
  1094. # [21:20] <bfrohs> akes a stronger hold. Hopefully with a 'living standard' in place, new authors will realize the truth.
  1095. # [21:21] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  1096. # [21:21] <AryehGregor> SYNTAX_ERR looks good to me.
  1097. # [21:25] <Ms2ger> TabAtkins, all entries seem to have the same title
  1098. # [21:25] <TabAtkins> Ms2ger: There's only one entry.
  1099. # [21:26] <Ms2ger> I see 4
  1100. # [21:26] <TabAtkins> view-source:http://www.xanthir.com/feed/public-css-commits/
  1101. # [21:26] <TabAtkins> Only 1.
  1102. # [21:26] <TabAtkins> Get a better feed reader?
  1103. # [21:29] <TabAtkins> Ms2ger: Do the entries have the same body, too?
  1104. # [21:29] <Ms2ger> No
  1105. # [21:29] <Ms2ger> There's three writing-modes ones and one flexbox
  1106. # [21:30] <Ms2ger> grep for <entry> on view-source:http://www.xanthir.com/feed/public-css-commits/
  1107. # [21:31] <TabAtkins> Oh, I see the problem. (1) I was looking at a cached version. (2) I don't reset an array.
  1108. # [21:31] <TabAtkins> One sec.
  1109. # [21:31] <Ms2ger> Get a non-caching feed reader ;)
  1110. # [21:32] <TabAtkins> I was looking at the source!
  1111. # [21:32] <TabAtkins> Google Reader hadn't updated yet.
  1112. # [21:32] <TabAtkins> Anyway, fixed.
  1113. # [21:33] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  1114. # [21:33] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  1115. # [21:33] <TabAtkins> Hm, no, not quite right yet.
  1116. # [21:35] <TabAtkins> Okay, fixed.
  1117. # [21:40] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1118. # [21:45] <Ms2ger> Works!
  1119. # [21:45] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1120. # [21:47] <Hixie> bfrohs: i hope so
  1121. # [21:51] <jgraham> AryehGregor: You work for Hixie now?
  1122. # [21:51] * jgraham is behind again
  1123. # [21:52] <jgraham> Also, how come hospitals have WiFi yet mobile phones are prohibited?
  1124. # [21:52] <TabAtkins> To fight terrorism.
  1125. # [21:52] * jgraham assumes there is soome good technical reason but can't really think of it right now
  1126. # [21:53] <AryehGregor> jgraham, yes, I sold my soul to him and I now have an irresistible compulsion to obey any order he gives me.
  1127. # [21:53] <AryehGregor> Also, I'm working part-time at Google and he's the one in charge of my contract.
  1128. # [21:53] <jgraham> Ah, nice
  1129. # [21:53] <jgraham> I didn't know that
  1130. # [21:53] <AryehGregor> Why would you assume there's a good technical reason?
  1131. # [21:53] <jgraham> Because it's a hospital, not an airport?
  1132. # [21:54] <AryehGregor> . . . so?
  1133. # [21:54] <AryehGregor> I'd bet it's that someone made up a regulation at some point in the distant past when cell phones were becoming common but Wi-Fi wasn't widespread.
  1134. # [21:54] <AryehGregor> (maybe not an actual law, could be hospital-specific, I dunno)
  1135. # [21:54] <TabAtkins> That's my guess too.
  1136. # [21:54] <jgraham> Well it seems like a somewhat-legitimate concern
  1137. # [21:55] <jgraham> I was thinking that maybe mobile phones are either higher power or a frequency more likely to interfere with equipment
  1138. # [21:55] <jgraham> But it could just be politics and not physics
  1139. # [21:57] <AryehGregor> What frequencies do these things use?
  1140. # [21:57] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  1141. # [21:58] <jgraham> WiFi is 2.4Ghz iirc
  1142. # [21:58] <gsnedders> jgraham: 802.11n has a 5GHz mode as well
  1143. # [21:58] <AryehGregor> Same order of magnitude as cell phones, right?
  1144. # [21:58] <gsnedders> jgraham: (dunno about anything apart from bgn, though)
  1145. # [22:00] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
  1146. # [22:00] <jgraham> It must be a power thing if it is anything physicsy I think
  1147. # [22:01] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 255 seconds)
  1148. # [22:01] <jgraham> But see also http://www.timesonline.co.uk/tol/news/uk/health/article5458433.ece
  1149. # [22:02] <jgraham> Anyway, time for The News Quiz
  1150. # [22:02] <jgraham> (comedy satite and hence much less geeky than it sounds, for those unfamiliar with the BBC radio 4 schedule)
  1151. # [22:02] * Quits: Ms2ger (~Ms2ger@91.181.227.85) (Quit: nn)
  1152. # [22:02] <jgraham> *satire
  1153. # [22:05] * Joins: othermaciej (~mjs@17.246.17.92)
  1154. # [22:10] * Quits: maikmerten (~maikmerte@port-92-201-247-143.dynamic.qsc.de) (Remote host closed the connection)
  1155. # [22:12] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (Remote host closed the connection)
  1156. # [22:17] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
  1157. # [22:20] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  1158. # [22:22] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1159. # [22:22] * Joins: Figaroo (~sholmes@70-234-3-170.vcweb.org)
  1160. # [22:24] <Hixie> who do i speak to for gecko's localStorage stuff? anyone know?
  1161. # [22:25] <Hixie> AryehGregor: 2.4GHz has an omnidirectional range of a few hundred meters at best and doesn't go through obstacles well at all, so i sure hope it's not the same as cell phones :-)
  1162. # [22:26] * Quits: matjas (~matjas@91.182.10.138) (Quit: Computer has gone to sleep.)
  1163. # [22:26] <AryehGregor> But for instance, GSM works in frequency bands like 900, 1800, or 2100 MHz.
  1164. # [22:27] <Hixie> GSM is about 800MHz and 1.9GHz; 3G is about 700MHz and 2GHz
  1165. # [22:27] <AryehGregor> So how does it have much longer range?
  1166. # [22:27] <Hixie> beats me
  1167. # [22:29] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1168. # [22:31] <TabAtkins> Lower Hz = bigger wavelength = longer range and better penetration
  1169. # [22:31] * Quits: ROBOd (~robod@109.96.226.19) (Quit: .)
  1170. # [22:31] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 264 seconds)
  1171. # [22:34] <Hixie> TabAtkins: yes but they're not particularly lower frequencies
  1172. # [22:34] <Hixie> TabAtkins: 4G is higher, even
  1173. # [22:34] <TabAtkins> Hm, I dunno then.
  1174. # [22:35] * Quits: othermaciej (~mjs@17.246.17.92) (Quit: othermaciej)
  1175. # [22:38] * Joins: othermaciej (~mjs@17.246.17.92)
  1176. # [22:40] <Hixie> where does webidl define what happens when i call storage[3] if storage has no indexed properties but has a named property '3' ?
  1177. # [22:40] <Hixie> heycam?
  1178. # [22:40] <heycam> hey Hixie
  1179. # [22:40] * _bga is now known as bga_|away
  1180. # [22:41] <Hixie> oops, brb
  1181. # [22:41] <heycam> there'll be no property named "3" on the object
  1182. # [22:41] * Quits: othermaciej (~mjs@17.246.17.92) (Client Quit)
  1183. # [22:41] <heycam> so it'll just do regular property lookup and return undefined (assuming no property named "3" from the prototype)
  1184. # [22:41] * Joins: othermaciej (~mjs@17.246.17.92)
  1185. # [22:48] <TabAtkins> heycam: But Hixie just said that it has a named property '3'. So it'd just return that, right?
  1186. # [22:49] <heycam> oh, misread
  1187. # [22:49] * heycam would have to look that up!
  1188. # [22:49] * Quits: Figaroo (~sholmes@70-234-3-170.vcweb.org) (Quit: Leaving)
  1189. # [22:51] <heycam> the value of the named property is returned
  1190. # [22:52] * Joins: sicking (~chatzilla@nat/mozilla/x-ymnxzgfmesafaeri)
  1191. # [22:52] <heycam> it's defined by whether a property that corresponds to the "3" named property has been created on the object
  1192. # [22:53] <heycam> but that depends on the state of the object at the point "3" becomes a supported property name
  1193. # [22:53] <heycam> no, I'm wrong! :D
  1194. # [22:53] <heycam> http://dev.w3.org/2006/webapi/WebIDL/#named-properties
  1195. # [22:54] <heycam> step 4 says to never create named properties that look like array indexes, if the object supports indexed properties
  1196. # [22:54] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
  1197. # [22:55] <dglazkov> heycam: where are my use caseseeses!
  1198. # [22:55] * dglazkov sure is demanding
  1199. # [22:55] <heycam> dglazkov, yeah sorry we haven't had time to look at it!
  1200. # [22:55] <dglazkov> :)
  1201. # [22:55] <heycam> are you working to a short schedule?
  1202. # [22:55] <dglazkov> heycam: no, I just like to nag
  1203. # [22:55] <heycam> :)
  1204. # [22:55] * bga_|away is now known as bga_
  1205. # [22:56] <heycam> it's likely something we're not going to get some time to look for the next month or so
  1206. # [22:56] <heycam> at least, I won't be able to
  1207. # [22:57] <dglazkov> ok, good to know
  1208. # [22:57] <dglazkov> I'll nag in a month
  1209. # [22:57] <heycam> we (SVG WG)'ve got a F2F at the end of February, so I will try to make sure we discuss it then
  1210. # [22:58] <heycam> dglazkov, are you doing the implementation in WebKit?
  1211. # [22:58] <dglazkov> can you discuss rolling SVG into HTML then? :P
  1212. # [22:58] * Joins: jennb (~jennb@74.125.59.76)
  1213. # [22:58] <dglazkov> heycam: along with other peeps
  1214. # [22:58] <heycam> yeah, sure :)
  1215. # [22:58] <heycam> cool cool
  1216. # [23:03] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  1217. # [23:03] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
  1218. # [23:04] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  1219. # [23:07] * Quits: inkbase (~inkbase@nat/ibm/x-wibjbcmxxziupdpb) (Quit: inkbase)
  1220. # [23:14] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  1221. # [23:15] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  1222. # [23:17] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  1223. # [23:17] <Hixie> heycam: but if it _doesn't_ support indexed properties, and you index by numeric value 3, and there's a named property with string value "3", you'll get the value of the named property?
  1224. # [23:17] <Hixie> heycam: i couldn't find where the spec said that the number became a string
  1225. # [23:17] <heycam> Hixie, yes that's right. it's more like the number was always a string...
  1226. # [23:18] <heycam> property names always being strings in JS
  1227. # [23:18] <Hixie> [3] gets converted to a string and then back to a number if there's indexed properties?
  1228. # [23:18] <heycam> yes, it looks up the property named "3"
  1229. # [23:18] <heycam> just like on native JS arrays
  1230. # [23:18] <Hixie> interesting
  1231. # [23:18] <Hixie> ok
  1232. # [23:18] <Hixie> thanks
  1233. # [23:18] <heycam> implementations often optimize though, to avoid unnecessary parsing/conversion
  1234. # [23:19] <heycam> np
  1235. # [23:19] <Hixie> heycam: hey while i have you here, any idea who on gecko works on localStorage? I think we'll have to drop the indexed properties and leave only the named ones because gecko's the only one who followed the spec and did the indexed ones.
  1236. # [23:19] <Hixie> and it's not a backwards compatible change for the others
  1237. # [23:19] <heycam> Hixie, I don't know, but surely sicking should know
  1238. # [23:19] <Hixie> (and one of the others is IE, so it's a long-term thing if it does have to change)
  1239. # [23:19] <Hixie> sicking: ping
  1240. # [23:19] <sicking> Hixie: short-pong
  1241. # [23:19] <sicking> gotta run in 5
  1242. # [23:20] <Hixie> sicking: webstorage - who do i speak to at geckoland?
  1243. # [23:20] <sicking> Hixie: honza iirc
  1244. # [23:20] <Hixie> thanks
  1245. # [23:20] <sicking> :mayham in our bugzilla
  1246. # [23:21] <Hixie> k
  1247. # [23:23] * Joins: nessy (~Adium@49.185.192.187)
  1248. # [23:23] * Quits: nessy (~Adium@49.185.192.187) (Client Quit)
  1249. # [23:36] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1250. # [23:39] * Quits: eric_carlson (~eric_carl@17.203.15.27) (Quit: eric_carlson)
  1251. # [23:39] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 260 seconds)
  1252. # [23:41] * Joins: jrbaker8 (~b@c-24-99-120-213.hsd1.ga.comcast.net)
  1253. # [23:42] * Joins: aroben (~aroben@2620:0:1b00:1191:b549:c779:716e:2d9c)
  1254. # [23:42] * Quits: aroben (~aroben@2620:0:1b00:1191:b549:c779:716e:2d9c) (Changing host)
  1255. # [23:42] * Joins: aroben (~aroben@unaffiliated/aroben)
  1256. # [23:51] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  1257. # [23:52] * Joins: Yuhong (~chatzilla@pool-71-112-243-235.sttlwa.dsl-w.verizon.net)
  1258. # [23:52] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
  1259. # [23:56] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  1260. # [23:56] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
  1261. # Session Close: Sat Jan 29 00:00:00 2011

The end :)