Options:
- # Session Start: Thu Nov 18 00:00:00 2010
- # Session Ident: #whatwg
- # [00:03] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [00:03] <Philip`> Ah
- # [00:05] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [00:09] * Joins: Athox (~duckmysic@cAC75BF51.dhcp.bluecom.no)
- # [00:13] * Quits: Anti-X (~duckmysic@46.66.133.104.tmi.telenormobil.no) (Ping timeout: 276 seconds)
- # [00:13] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:13] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Quit: slightlyoff)
- # [00:20] * Quits: mamund (mamund@frost.nullshells.net) (Read error: Connection reset by peer)
- # [00:20] * Joins: mamund (mamund@frost.nullshells.net)
- # [00:20] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:f485:3ba2:a193:bc67) (Read error: Operation timed out)
- # [00:28] * Quits: Athox (~duckmysic@cAC75BF51.dhcp.bluecom.no) (Ping timeout: 260 seconds)
- # [00:28] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [00:31] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
- # [00:34] * Joins: Anti-X (~duckmysic@77.17.164.139.tmi.telenormobil.no)
- # [00:35] * Joins: ChrisPage (~chris@CPE-61-9-185-15.static.vic.bigpond.net.au)
- # [00:35] * Joins: jdaggett (~jdaggett@y079250.dynamic.ppp.asahi-net.or.jp)
- # [00:39] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [00:44] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
- # [00:44] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [00:56] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [00:57] * Joins: kurrik (~kurrik@nat/google/x-feqzfpzulobraunl)
- # [01:00] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Client Quit)
- # [01:01] * Quits: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
- # [01:04] * Quits: baba (~sallabanc@unaffiliated/cypha) (Ping timeout: 260 seconds)
- # [01:04] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
- # [01:04] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [01:04] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [01:07] * Joins: paul_irish (~paul_iris@220.109.219.245)
- # [01:07] * Joins: MikeSmith (~MikeSmith@EM114-48-44-145.pool.e-mobile.ne.jp)
- # [01:08] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [01:08] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [01:09] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Remote host closed the connection)
- # [01:10] * Quits: estes (~aestes@17.246.16.72) (Quit: estes)
- # [01:16] * Quits: jdaggett (~jdaggett@y079250.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [01:26] * Quits: erlehmann (~erlehmann@89.204.153.12) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [01:28] * Joins: bckenny (~bckenny@nat/google/x-tudvtxrpaeoadsha)
- # [01:29] * Joins: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170)
- # [01:29] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [01:31] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [01:32] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [01:33] * Quits: sicking (~chatzilla@63.245.220.240) (Ping timeout: 255 seconds)
- # [01:42] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
- # [01:42] * Joins: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189)
- # [01:42] * Quits: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189) (Changing host)
- # [01:42] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [01:42] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [01:45] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 245 seconds)
- # [01:46] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [01:46] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:10fe:d073:2fc5:10d8)
- # [01:47] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [01:50] * Joins: drunknbass (~drunknbas@76.91.255.83)
- # [01:58] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:00] * Quits: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net) (Read error: Connection reset by peer)
- # [02:00] * Joins: agektmr (~Adium@220.109.219.244)
- # [02:02] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Quit: slightlyoff)
- # [02:02] * Quits: kurrik (~kurrik@nat/google/x-feqzfpzulobraunl) (Remote host closed the connection)
- # [02:10] * Quits: Anti-X (~duckmysic@77.17.164.139.tmi.telenormobil.no) (Ping timeout: 260 seconds)
- # [02:12] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:12] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [02:12] * Joins: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net)
- # [02:12] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [02:14] * Joins: Anti-X (~duckmysic@77.17.164.139.tmi.telenormobil.no)
- # [02:15] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [02:15] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [02:22] * Joins: taf2 (~taf2@pool-98-117-223-231.bltmmd.fios.verizon.net)
- # [02:23] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [02:23] * aroben_ is now known as aroben
- # [02:25] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [02:29] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
- # [02:31] * Joins: estes (~aestes@17.246.18.81)
- # [02:41] * Quits: dglazkov (~dglazkov@nat/google/x-tlfkucsytexzyiay) (Quit: dglazkov)
- # [02:42] * Quits: dbaron (~dbaron@nat/mozilla/x-yslbuwpzpsnsvuij) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:46] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [02:49] * Quits: estes (~aestes@17.246.18.81) (Quit: estes)
- # [02:53] * Quits: MikeSmith (~MikeSmith@EM114-48-44-145.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
- # [02:53] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [02:55] * Joins: MikeSmith (~MikeSmith@EM114-48-44-145.pool.e-mobile.ne.jp)
- # [02:57] * Quits: othermaciej (~mjs@17.246.17.217) (Remote host closed the connection)
- # [02:57] * Joins: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad)
- # [02:58] * Joins: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net)
- # [02:58] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [02:59] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Remote host closed the connection)
- # [03:00] * Joins: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad)
- # [03:00] * Quits: aho (~nya@fuld-4d00d6ac.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [03:02] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:10fe:d073:2fc5:10d8) (Quit: mdelaney)
- # [03:04] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
- # [03:05] * Joins: estes (~aestes@17.246.18.81)
- # [03:05] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [03:12] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Quit: othermaciej)
- # [03:15] * Joins: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189)
- # [03:15] * Quits: aroben_ (~aroben@2620:0:1b00:1191:99c1:b247:e4ff:d189) (Changing host)
- # [03:15] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [03:15] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 245 seconds)
- # [03:17] * Joins: kurrik_ (~kurrik@216.239.45.130)
- # [03:19] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
- # [03:20] * Quits: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [03:22] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Read error: Connection reset by peer)
- # [03:25] * Quits: tonyg-cr (~Adium@nat/google/x-aiccuewfgvjrgueu) (Ping timeout: 272 seconds)
- # [03:32] * Quits: taf2 (~taf2@pool-98-117-223-231.bltmmd.fios.verizon.net) (Quit: taf2)
- # [03:35] * aroben_ is now known as aroben
- # [03:36] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Read error: Connection reset by peer)
- # [03:36] * aroben is now known as aroben|food
- # [03:36] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [03:40] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # [03:43] * Joins: othermaciej (~mjs@67.218.110.216)
- # [03:45] * Quits: bckenny (~bckenny@nat/google/x-tudvtxrpaeoadsha) (Remote host closed the connection)
- # [03:49] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [03:55] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [03:59] * Quits: othermaciej (~mjs@67.218.110.216) (Quit: othermaciej)
- # [03:59] * Joins: variable (~variable@unaffiliated/variable)
- # [04:10] * Joins: MikeSmith_ (~MikeSmith@EM114-48-145-148.pool.e-mobile.ne.jp)
- # [04:13] * Quits: MikeSmith (~MikeSmith@EM114-48-44-145.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [04:13] * MikeSmith_ is now known as MikeSmith
- # [04:18] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 265 seconds)
- # [04:18] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
- # [04:18] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [04:18] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [04:22] * Quits: MikeSmith (~MikeSmith@EM114-48-145-148.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # [04:22] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [04:23] * Quits: murz (~mmurraywa@wcproxy.msnbc.com) (Ping timeout: 260 seconds)
- # [04:23] * Quits: jamesr_ (~jamesr@nat/google/x-eieakdbpedtcihpf) (Quit: jamesr_)
- # [04:23] <karlcow> http://www.slideshare.net/danwrong/bringing-the-sameorigin-policy-to-its-knees
- # [04:24] * Quits: ChrisPage (~chris@CPE-61-9-185-15.static.vic.bigpond.net.au) (Quit: ChrisPage)
- # [04:27] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
- # [04:35] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Read error: Connection reset by peer)
- # [04:36] * Quits: estes (~aestes@17.246.18.81) (Quit: estes)
- # [04:37] * Quits: aroben|food (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
- # [04:37] <karlcow> https://github.com/oyvindkinsey/easyXDM#readme
- # [04:38] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Quit: Leaving)
- # [04:46] * Joins: dave_levin (~dave_levi@74.125.59.73)
- # [04:58] * Joins: tonyg-cr (~Adium@c-71-202-22-159.hsd1.ca.comcast.net)
- # [04:58] * Quits: tonyg-cr (~Adium@c-71-202-22-159.hsd1.ca.comcast.net) (Client Quit)
- # [05:03] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [05:05] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Quit: Ex-Chat)
- # [05:21] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
- # [05:23] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:24] * Quits: nessy (~Adium@124-171-8-121.dyn.iinet.net.au) (Quit: Leaving.)
- # [05:24] * Quits: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170) (Ping timeout: 265 seconds)
- # [05:27] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
- # [05:31] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [05:49] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [06:05] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 276 seconds)
- # [06:13] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [06:15] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [06:20] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk) (Quit: Leaving)
- # [06:21] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [06:22] * Quits: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.12/20101027155446])
- # [06:34] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [06:34] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:41] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [06:52] * Joins: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net)
- # [06:53] * Joins: kurrik__ (~kurrik@216.239.45.130)
- # [06:53] * Quits: kurrik_ (~kurrik@216.239.45.130) (Read error: Connection reset by peer)
- # [06:57] * Quits: kurrik (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [06:58] * Quits: toyoshim (~toyoshim@2401:fa00:4:1000:baac:6fff:fe94:f8fa) (Read error: Operation timed out)
- # [06:59] * Joins: toyoshim (~toyoshim@2401:fa00:4:1000:baac:6fff:fe94:f8fa)
- # [07:04] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [07:29] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [07:30] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
- # [07:34] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [07:35] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [07:44] * Joins: matjas (~matjas@ip-213-49-115-40.dsl.scarlet.be)
- # [07:44] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [07:51] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [08:00] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 276 seconds)
- # [08:02] * Joins: Athox (~duckmysic@cAC75BF51.dhcp.bluecom.no)
- # [08:02] * Quits: Anti-X (~duckmysic@77.17.164.139.tmi.telenormobil.no) (Read error: Connection reset by peer)
- # [08:09] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
- # [08:11] * Quits: gsnedders (~gsnedders@204.232.194.186) (Ping timeout: 240 seconds)
- # [08:11] * Joins: gsnedders (~gsnedders@204.232.194.186)
- # [08:13] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [08:18] * Quits: kurrik__ (~kurrik@216.239.45.130) (Remote host closed the connection)
- # [08:21] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [08:24] * Quits: Martijnc (~Martijnc@91.176.28.24) (Ping timeout: 250 seconds)
- # [08:29] * Joins: Martijnc (~Martijnc@91.176.113.90)
- # [08:32] * Joins: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469)
- # [08:35] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [08:36] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [08:40] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 276 seconds)
- # [08:40] * mhausenblas_ is now known as mhausenblas
- # [08:43] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:49] * Quits: mamund (mamund@frost.nullshells.net) (Ping timeout: 240 seconds)
- # [09:00] * Joins: murz (~mmurraywa@174-21-111-3.tukw.qwest.net)
- # [09:02] * Joins: mamund (mamund@frost.nullshells.net)
- # [09:03] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [09:25] * Quits: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469) (Ping timeout: 260 seconds)
- # [09:25] <asmodai> hsivonen: Noticed the memory leak problem again yesterday, but I'll be fecked if I can trace it :(
- # [09:30] <hsivonen> :-(
- # [09:30] <hsivonen> jgraham: speaking of memory leaks, is nautilus consuming insane amounts of RAM for you?
- # [09:35] <asmodai> hsivonen: so it's leaking right now, any hints/tips to track it?
- # [09:35] <asmodai> Wish I had Purify on this box
- # [09:37] <hsivonen> asmodai: sorry, I have no idea how to investigate memory leaks in an opt build. someone else on #developers on irc.mozilla.org might know
- # [09:37] <hsivonen> asmodai: this is on Windows, right?
- # [09:41] * Joins: ROBOd (~robod@92.86.248.97)
- # [09:41] <hsivonen> why does this list have both Safari and Apple WebKit? http://www.networkworld.com/news/2010/111510-google-chrome-dirty-dozen.html
- # [09:42] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
- # [09:43] <asmodai> hsivonen: yea
- # [09:48] * Joins: jeremyselier (~Jeremy@seg75-1-81-57-242-198.fbx.proxad.net)
- # [09:50] <jgraham> hsivonen: I don't think so. I am still on 10.04 though. With 9.10 or whatever I had before I would sometimes get gconfd consuming insane amounts of RAM, but that seems to be fixed
- # [09:52] <hsivonen> jgraham: ok. I had nautilus consume insane amounts of RAM and my system got much better when I killed nautilus
- # [09:52] <hsivonen> asmodai: sorry, no one who'd know seems to be awake on #developers
- # [09:53] <hsivonen> my current gconf problem is in that my .gconf/ gets corrupted on relogin and I have to restore it from backup
- # [09:53] <jgraham> hsivonen: I usually have browsers consuming insane amounts of RAM. Can't really blame Ubuntu for that :)
- # [09:53] <hsivonen> jgraham: that's different and expected
- # [09:53] <jgraham> Indeed :)
- # [10:00] <asmodai> hsivonen: no worries, I'll see what I can do to get details.
- # [10:00] <asmodai> hsivonen: Think I still have an old Purify laying around somewhere
- # [10:02] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
- # [10:03] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 265 seconds)
- # [10:05] * Joins: davidhund (~davidhund@dnuhd.xs4all.nl)
- # [10:06] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [10:07] * Quits: jeremyselier (~Jeremy@seg75-1-81-57-242-198.fbx.proxad.net) (Ping timeout: 255 seconds)
- # [10:12] * Joins: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469)
- # [10:16] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [10:19] <hsivonen> annevk: I used the Paypal button on en.wikipedia.org
- # [10:20] <hsivonen> annevk: It didn't occur to me that I should have my donation tallied for a local chapter
- # [10:21] <hsivonen> but then, I use en.wikipedia.org for pretty much all topics except Finnish history, geography and plants
- # [10:22] <hsivonen> so as of now, WebKit is the only one of the top 4 engines that doesn't download document.written scripts in parallel
- # [10:33] * Quits: paul_irish (~paul_iris@220.109.219.245) (Remote host closed the connection)
- # [10:42] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [10:49] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [10:50] <jgraham> Hahaha
- # [10:50] <jgraham> I love the hg response to authorisation failure
- # [10:50] <jgraham> """1500 lines later
- # [10:50] <jgraham> RuntimeError: maximum recursion depth exceeded
- # [10:51] <jgraham> """
- # [10:51] <jgraham> (this may strictly be something W3C screwed up rather than the Mercurial people)
- # [10:52] <jgraham> othermaciej: What do you think the advantage is of requiring HTMLWG membership?
- # [10:55] * Joins: charlvn (~charlvn@2001:0:53aa:64c:83:26b6:3b2d:24ef)
- # [10:57] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [10:58] * Joins: MikeSmith (~MikeSmith@220.109.219.245)
- # [11:02] <asmodai> jgraham: Can't remember having seen that with many hg repos I use and the eventual problems that arise.
- # [11:03] * Quits: jeremyselier (~Jeremy@2a01:e35:139f:2c60:fa1e:dfff:feec:469) (Ping timeout: 240 seconds)
- # [11:04] <jgraham> asmodai: Pushing over https? Anyway, as I say, I'm not sure whose fault it is. But it is a pretty user0unfriendly way of saying "Not authorised to push to this repository"
- # [11:06] * Quits: Athox (~duckmysic@cAC75BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [11:06] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
- # [11:09] * Quits: Workshiva (~Dashiva@74.125.57.36) (Quit: leaving)
- # [11:10] * Joins: Anti-X (~duckmysic@cAC75BF51.dhcp.bluecom.no)
- # [11:10] <asmodai> jgraham: mmm, not sure if it was https
- # [11:11] <MikeSmith> is http://sandbox.thewikies.com/ Jon Neal's site?
- # [11:11] <MikeSmith> JonathanNeal: ↑
- # [11:12] * Joins: Workshiva (~Dashiva@74.125.57.36)
- # [11:14] * Quits: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net) (Ping timeout: 260 seconds)
- # [11:15] <hsivonen> Is the named character table trying to hide the glyphs on hover?
- # [11:15] <hsivonen> or in the graphics layer of Gecko broken
- # [11:16] <hsivonen> apparently a page bug
- # [11:16] <hsivonen> Hixie: sometimes the named character table fails to show the glyphs when the hovering ends
- # [11:16] <JonathanNeal> MikeSmith, howdy!
- # [11:16] <JonathanNeal> That's me.
- # [11:17] <MikeSmith> hey brother man
- # [11:17] <MikeSmith> that's some sweet javascript
- # [11:17] <MikeSmith> the audio thing
- # [11:17] <JonathanNeal> which one?
- # [11:17] <MikeSmith> http://sandbox.thewikies.com/iphone-audio/
- # [11:17] <JonathanNeal> ty :D
- # [11:17] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [11:17] <JonathanNeal> it's just createElement, load, play.
- # [11:18] <JonathanNeal> I guess iPhone Safari had it slipped in and no one noticed.
- # [11:18] <MikeSmith> seems so
- # [11:18] <JonathanNeal> This is great news. I hope the same buttons give developers ideas.
- # [11:19] <JonathanNeal> A sound board, a gps nav, a music page, etc.
- # [11:19] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [11:19] * Joins: homata (~homata@220.109.219.245)
- # [11:19] <jgraham> Does anyone know where the unicode.xml file lives?
- # [11:19] <MikeSmith> I'm sitting next to Jonathan Stark and showed it to him
- # [11:19] <asmodai> hsivonen: *cry* [O] Pure: (EIP: 0x3f02e1d3): unexpected execution path
- # [11:19] <MikeSmith> JonathanNeal: so maybe he'll be inspired
- # [11:19] <asmodai> hsivonen: What good is a memory leak tool if it cannot run the binary >_<
- # [11:20] <JonathanNeal> Nice. I'll definitely create a Super Mario Bros sound board :P
- # [11:20] <MikeSmith> hsivonen: the glyph hiding seems to work as expected in my Minefield
- # [11:21] <MikeSmith> on OSX
- # [11:21] <hsivonen> asmodai: :-(
- # [11:22] <hsivonen> MikeSmith: fails for me in Minefield and Chrome dev channel on Linux64
- # [11:22] <MikeSmith> weird
- # [11:24] * gsnedders wonders if some of the Xvfb memory leaks that are happening are race-condition dependent, thus the higher frequency of them on ARM v. x86_64
- # [11:26] * Joins: youdontmeanmuch (~youdontme@ip70-180-185-2.lv.lv.cox.net)
- # [11:26] * jgraham bemoans the difficulty of reading the entity table at 80% zoom
- # [11:26] * jgraham also wonders if gsnedders is typing in the right window
- # [11:28] * gsnedders is mumbling it here because someone here might have a clue
- # [11:28] <jgraham> gsnedders: In that case, what you said makes no sense
- # [11:29] <jgraham> I mean you gave no context
- # [11:29] <jgraham> "the Xvfb memory leaks" doesn't refer to anything
- # [11:29] <jgraham> You just crashed most of the participants as they tried to dereference the null pointer
- # [11:29] <jgraham> implied by the word "the"
- # [11:30] <jgraham> Right now, somewhere in darkest Japan, MikeSmith is just saying "NullPointerException" over and over
- # [11:31] <jgraham> And will keep doing so until someone resets him
- # [11:31] <jgraham> Think before you mumble, man!
- # [11:32] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Quit: No Ping reply in 180 seconds.)
- # [11:33] <hsivonen> jgraham: throwing JVM exceptions is better than segfaulting
- # [11:33] <MikeSmith> jgraham: I'm saying nam myo ho renge kyo
- # [11:34] <JonathanNeal> I'm seeing which events are supported for audio
- # [11:36] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:38] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [11:39] <JonathanNeal> I'm pretty sure these events are not working on the iPhone: canplay, canplaythrough, canshowcurrentframe, durationchange, empty
- # [11:39] <JonathanNeal> However, I'm pretty sure these are: ended, loadstart, play, progress, suspend
- # [11:47] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:49] * Quits: cyphase (~cyphase@99-27-201-218.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 255 seconds)
- # [11:50] * Joins: henrikbjorn (~Henrik@80.199.116.190.static.peytz.dk)
- # [11:50] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [11:51] * Joins: paul_irish (~paul_iris@220.109.219.245)
- # [11:52] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [11:54] <MikeSmith> JonathanNeal: Jonathan Stark is wondering if you know why the audio element doesn't cause the Quicktime player to pop up
- # [11:54] <MikeSmith> the way it does for video
- # [11:54] <JonathanNeal> Yea, because they exposed the <audio></audio> tag.
- # [11:54] <JonathanNeal> But it left the door open.
- # [11:55] <MikeSmith> JonathanNeal: ?
- # [11:55] * Joins: davidc (~davidc@62.231.145.254)
- # [11:55] <JonathanNeal> The latest iOS allowed for the <audio> element to be used inline on a page.
- # [11:56] <davidc> jgraham: glad to have brought some happiness to your life
- # [11:56] <paul_irish> on the ipad only, though, right?
- # [11:56] <JonathanNeal> On the iPhone too.
- # [11:56] <jgraham> davidc: :)
- # [11:56] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [11:56] <paul_irish> oh! cool.
- # [11:57] <JonathanNeal> So this left some of the js api open for audio too.
- # [11:57] <jgraham> The tests look fine btw (dunno if you saw my mail yet)
- # [11:58] <JonathanNeal> I don't think .load() even works correctly.
- # [11:59] <JonathanNeal> It triggers load start, but it never triggers any other events that I yet know of.
- # [11:59] <davidc> jgraham: oh thanks I just saw on the archive.
- # [12:00] <JonathanNeal> load() triggers loadstart, but play() triggers loadeddata
- # [12:01] <JonathanNeal> And you can only load so many files on a page, I think.
- # [12:01] * Joins: cyphase (~cyphase@99-27-201-218.lightspeed.irvnca.sbcglobal.net)
- # [12:01] <davidc> jgraham (or anyone) what's the feeling about visual tests, you can do so much in javascript, but at some point you want to test that mfrac 1 2 does look like a 1 over a 2 with a line between, the mathml test suite takes ages to run because it's almost all visual subjective checking
- # [12:02] <jgraham> davidc: My feeling about visual tests is… not positive (to be polite)
- # [12:02] <jgraham> In some cases they are necessary though
- # [12:02] <jgraham> But generally the preferred order is javascript tests > reftest > manual test
- # [12:03] <jgraham> I guess reftesting mathml could be challenging though
- # [12:03] <jgraham> (maybe Mozilla have some examples?)
- # [12:03] <JonathanNeal> The audio needs to be at least 200ms
- # [12:03] <davidc> jgraham: I think the thing to do in math is just have the basic auto ests to see if there is any support at all, in html test suite, then suggest people who care run the full mml test suite at some other time 9when they have some spare time:-)
- # [12:05] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [12:06] <jgraham> That also makes sense because actually supporting the rendering of MathML is not required hy HTML5.
- # [12:06] <jgraham> *by
- # [12:06] <jgraham> (just like for SVG)
- # [12:06] <davidc> jgraham: well yes there is that, but that's not a fact I'm particularly wanting to highlight:-)
- # [12:07] <jgraham> I am very much in favour of people implementing MathML too :)
- # [12:08] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [12:08] * Joins: sean`` (~Sean@h183194.upc-h.chello.nl)
- # [12:09] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [12:12] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [12:12] <MikeSmith> heh - http://twitter.com/#!/henrikfalck/status/5215729586540544
- # [12:12] <MikeSmith> "it only took 10 years to reinvent <BGSOUND> RT @jon_neal Background audio on the iOS mobile webkit? Yup, we got that. http://j.mp/c4zCwE"
- # [12:14] <jgraham> davidc: It occurs to me that you are the ideal person to tell me where unicode.xml lives :)
- # [12:14] <jgraham> (that is the right name for the file with all the entities in, yes?)
- # [12:14] <davidc> jgraham: It's on this laptop
- # [12:14] <jgraham> Does it have a URL?
- # [12:15] <davidc> http://www.w3.org/2003/entities/2007xml/
- # [12:15] <davidc> or w3c cvs version of that if you have access
- # [12:15] <jgraham> davidc: Thanks. Easier than stealing your laptop
- # [12:15] <davidc> good thing this internet, it might catch on
- # [12:16] <zcorpan> im in ur internets, stealin ur entities
- # [12:23] <JonathanNeal> i can get the other events to trigger in weird ways, but nap time.
- # [12:23] * JonathanNeal is now known as JonathanNeal_zzz
- # [12:26] * Quits: davidc (~davidc@62.231.145.254) (Ping timeout: 250 seconds)
- # [12:37] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
- # [12:47] * Quits: sean`` (~Sean@h183194.upc-h.chello.nl) (Quit: Leaving)
- # [12:53] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 255 seconds)
- # [12:55] * Joins: pererik (~pe@unaffiliated/pererik)
- # [13:00] * Joins: erlehmann (~erlehmann@89.204.153.12)
- # [13:04] * Joins: pauld (~chatzilla@194.102.13.2)
- # [13:08] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [13:15] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [13:15] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [13:16] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [13:17] * Joins: davidc (~davidc@62.231.145.254)
- # [13:19] * Quits: homata (~homata@220.109.219.245) (Ping timeout: 240 seconds)
- # [13:31] * Joins: akamike_ (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [13:33] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Ping timeout: 245 seconds)
- # [13:35] * Quits: akamike_ (~akamike@94-193-106-14.zone7.bethere.co.uk) (Ping timeout: 240 seconds)
- # [13:35] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Ping timeout: 240 seconds)
- # [13:37] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:41] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [13:43] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 240 seconds)
- # [13:43] * Quits: MikeSmith (~MikeSmith@220.109.219.245) (Quit: MikeSmith)
- # [13:50] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [13:54] * Joins: MikeSmith (~MikeSmith@220.109.219.245)
- # [13:55] * Joins: pauld (~chatzilla@194.102.13.2)
- # [13:57] * Quits: paul_irish (~paul_iris@220.109.219.245) (Remote host closed the connection)
- # [14:05] * Quits: espadrine (~espadrine@acces1400.res.insa-lyon.fr) (Quit: espadrine)
- # [14:05] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
- # [14:12] * Quits: MikeSmith (~MikeSmith@220.109.219.245) (Quit: MikeSmith)
- # [14:18] * Joins: MikeSmith (~MikeSmith@220.109.219.245)
- # [14:20] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [14:22] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [14:22] * Joins: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net)
- # [14:29] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 255 seconds)
- # [14:29] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [14:36] * Quits: MikeSmith (~MikeSmith@220.109.219.245) (Quit: MikeSmith)
- # [14:36] * Quits: erlehmann (~erlehmann@89.204.153.12) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [14:37] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [14:41] * Quits: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net) (Read error: Connection reset by peer)
- # [14:41] * Joins: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net)
- # [14:53] * Quits: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net) (Read error: Connection reset by peer)
- # [14:53] * Quits: davidc (~davidc@62.231.145.254) (Ping timeout: 272 seconds)
- # [14:54] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [14:54] * Joins: espadrine (~espadrine@acces1400.res.insa-lyon.fr)
- # [14:54] * Joins: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net)
- # [14:55] * Joins: ChrisLTD (~iMac@ur185.ur.unc.edu)
- # [14:56] * Quits: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net) (Read error: Connection reset by peer)
- # [14:57] * Joins: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net)
- # [14:57] * Quits: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net) (Read error: Connection reset by peer)
- # [14:57] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
- # [14:58] * Joins: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net)
- # [14:59] * Quits: [Tyrant] (~tyrant505@ool-ad037640.dyn.optonline.net) (Read error: Connection reset by peer)
- # [14:59] * Joins: erlehmann (~erlehmann@89.204.153.12)
- # [15:02] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
- # [15:08] * Joins: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net)
- # [15:12] * Joins: davidc (~davidc@62.231.145.254)
- # [15:19] * Quits: davidc (~davidc@62.231.145.254) (Ping timeout: 276 seconds)
- # [15:26] * Joins: davidc (~davidc@62.231.145.254)
- # [15:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 265 seconds)
- # [15:37] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
- # [15:37] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [15:43] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
- # [15:45] * Joins: bdc (50c924d2@gateway/web/freenode/ip.80.201.36.210)
- # [15:48] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [15:49] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [15:50] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [15:54] * Quits: temp01 (~temp01@unaffiliated/temp01) (Quit: Poof.)
- # [15:56] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
- # [16:00] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
- # [16:01] * Quits: davidc (~davidc@62.231.145.254) (Ping timeout: 264 seconds)
- # [16:04] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [16:14] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
- # [16:31] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [16:31] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
- # [16:31] * Joins: Bass2 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [16:32] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [16:33] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [16:33] * Quits: Bass2 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [16:35] * Quits: henrikbjorn (~Henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
- # [16:39] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [16:40] * Joins: homata_ (~homata@h219-110-13-055.catv02.itscom.jp)
- # [16:41] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [16:41] * Quits: Martijnc (~Martijnc@91.176.113.90) (Read error: Connection reset by peer)
- # [16:42] * Joins: Martijnc (~Martijnc@91.176.113.90)
- # [16:47] * Joins: mpt (~mpt@91.189.88.12)
- # [16:47] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [16:47] * Joins: mpt (~mpt@canonical/mpt)
- # [16:52] * Quits: Anti-X (~duckmysic@cAC75BF51.dhcp.bluecom.no) (Ping timeout: 250 seconds)
- # [16:54] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
- # [16:56] * Quits: bdc (50c924d2@gateway/web/freenode/ip.80.201.36.210) (Quit: Page closed)
- # [16:57] <jgraham> OK, this has been bothering me all day. In the conetxt of 11338
- # [16:58] <jgraham> +bug
- # [16:58] <jgraham> who or what is "Zeros"
- # [16:58] <Philip`> A person on #html-wg
- # [16:58] <jgraham> Oh
- # [16:58] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [16:58] <jgraham> I guess if I didn't habitually ignore that channel I could have saved myself a bunch of bother
- # [16:59] * Joins: Anti-X (~duckmysic@77.19.53.221.tmi.telenormobil.no)
- # [16:59] <Philip`> The bug now says "Zeros = Elliott from the HTML WG" too
- # [17:01] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:01] * Joins: bdc (~bdc@210.36-201-80.adsl-dyn.isp.belgacom.be)
- # [17:04] * Parts: bdc (~bdc@210.36-201-80.adsl-dyn.isp.belgacom.be)
- # [17:04] * Joins: michaelvillar (~michaelvi@109.130.126.33)
- # [17:05] * Parts: michaelvillar (~michaelvi@109.130.126.33)
- # [17:05] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:07] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Ping timeout: 276 seconds)
- # [17:12] * Joins: davidc (~davidc@62.231.145.254)
- # [17:12] * davidc is now known as david_carlisle
- # [17:16] * Joins: boaz (~boaz@64.119.153.2)
- # [17:21] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 245 seconds)
- # [17:23] * Joins: MikeSmith (~MikeSmith@EM114-48-132-52.pool.e-mobile.ne.jp)
- # [17:25] * Joins: tonyg-cr (~Adium@nat/google/x-avxnpnljefmdvttw)
- # [17:26] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [17:28] * JonathanNeal_zzz is now known as JonathanNeal
- # [17:31] * Joins: miketaylr (~miketaylr@184-199-63-90.pools.spcsdns.net)
- # [17:33] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [17:34] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [17:35] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
- # [17:37] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [17:38] * Joins: miketayl_r (~miketaylr@72-60-134-204.pools.spcsdns.net)
- # [17:39] * Quits: miketaylr (~miketaylr@184-199-63-90.pools.spcsdns.net) (Disconnected by services)
- # [17:39] * miketayl_r is now known as miketaylr
- # [17:45] * Joins: miketayl_r (~miketaylr@68-245-57-197.pools.spcsdns.net)
- # [17:46] * Quits: miketaylr (~miketaylr@72-60-134-204.pools.spcsdns.net) (Disconnected by services)
- # [17:46] * miketayl_r is now known as miketaylr
- # [17:55] * Joins: aroben (~aroben@2620:0:1b00:1191:39da:60ba:98aa:ed28)
- # [17:55] * Quits: aroben (~aroben@2620:0:1b00:1191:39da:60ba:98aa:ed28) (Changing host)
- # [17:55] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [17:55] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [17:56] * Quits: matjas (~matjas@ip-213-49-115-40.dsl.scarlet.be) (Remote host closed the connection)
- # [17:56] * Quits: miketaylr (~miketaylr@68-245-57-197.pools.spcsdns.net) (Disconnected by services)
- # [17:58] <annevk> "Please see discussions on media type at the Lyon f2f meeting. In the end we decided to go with application/font-woff because past experience showed that attempting to registera font top level type would encounter significant resistance at IANA." -- not that font media types matter at this point (also partially due to IETF/IANA) but this is another case for having a simple wiki imo
- # [17:58] <annevk> s/case/argument/
- # [17:58] <othermaciej> jgraham: if I were designing it from scratch, I would make accounts be separate from everything and on-demand, rather than tied to either HTML WG or having a W3C account
- # [17:59] <TabAtkins> annevk: What's that from?
- # [17:59] <othermaciej> jgraham: but if they are to be handed out en masse, HTML WG seems like a more sensible condition than "has W3C account for any reason"
- # [17:59] <annevk> some email
- # [17:59] <TabAtkins> We... *didn't* decide to do that, though, unless it happened in the hour or two of meetings after I left on Friday.
- # [18:00] <TabAtkins> We explicitly decided on Thursday to try for a font/woff declaration.
- # [18:00] <annevk> okay, well, it doesn't matter
- # [18:00] <annevk> fonts are sniffed
- # [18:00] <TabAtkins> Yeah.
- # [18:00] <Philip`> If Hg access was independent of the W3C membership system, might as well just stick the official repository on Bitbucket and give write access to whoever's trusted with it and let everyone else fork it
- # [18:01] <jgraham> othermaciej: The experience of two non-members of HTMLWG wanting to submit tests whilst both were W3C members does suggest that "has W3C account for any reason" is a more useful condition than "is HTMLWG member"
- # [18:01] <Philip`> rather than bothering with getting W3C people to maintain the service
- # [18:02] <jgraham> I think W3C would not be happy with that setup. I imagine they like being in control to some extent
- # [18:02] <david_carlisle> jgraham: personally I could probably just join html wg to simplify matters but I thought math wg might have a special interest in mathml in html and be more likely to submit tests if they could just do it
- # [18:02] <david_carlisle> same for svg
- # [18:02] <othermaciej> jgraham: well, it extends the completely unknown random set of people who might commit something broken (whether accidentally or maliciously) from hundreds to thousands
- # [18:02] <othermaciej> I guess that hasn't generally been a problem for w3c cvs
- # [18:03] <annevk> it hasn't
- # [18:03] <othermaciej> but cvs actually has meaningful audit trails
- # [18:03] <annevk> if they install a plugin mercurial has too
- # [18:03] <annevk> they're looking into adding that
- # [18:03] <jgraham> othermaciej: I trust the D in DVCS to save us there, as long as people can't submit things that execute automatically
- # [18:04] * Quits: erlehmann (~erlehmann@89.204.153.12) (Ping timeout: 240 seconds)
- # [18:04] <jgraham> Or, at least, I don't understand what the threat is
- # [18:04] <othermaciej> the weird thing to me about the setup is that you have to commit to the master repository to contribute a test at all
- # [18:04] * Quits: MikeSmith (~MikeSmith@EM114-48-132-52.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [18:05] <jgraham> othermaciej: What setup would you expect?
- # [18:05] * Joins: matjas (~matjas@ip-213-49-115-40.dsl.scarlet.be)
- # [18:06] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 240 seconds)
- # [18:07] * Joins: david_carlisle (~davidc@62.231.145.254)
- # [18:08] <othermaciej> jgraham: most projects I am familiar with that include a source repository do not have becoming a committer and then committing as step 1 for any contributor
- # [18:10] <jgraham> You would expect people to post a diff or something?
- # [18:11] <jgraham> Or maybe request a pull, but that is typically rather harder to set up
- # [18:12] * Joins: jacobolus (~jacobolus@beaker.cictr.com)
- # [18:16] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [18:16] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [18:17] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 276 seconds)
- # [18:17] * Joins: erlehmann (~erlehmann@89.204.137.102)
- # [18:18] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [18:19] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Client Quit)
- # [18:19] * Joins: Ms2ger (~Ms2ger@91.181.132.73)
- # [18:24] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 255 seconds)
- # [18:24] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
- # [18:25] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [18:26] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:29] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [18:33] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
- # [18:35] * Joins: jordantbro (~Jordan@c-67-190-176-41.hsd1.co.comcast.net)
- # [18:35] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:36] * Joins: Jon_Neal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [18:37] * Joins: miketaylr (~miketaylr@173-103-56-30.pools.spcsdns.net)
- # [18:40] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 255 seconds)
- # [18:42] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [18:44] * Quits: Jon_Neal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 255 seconds)
- # [18:45] * Joins: peol (~andree@h55eb1ed3.selukra.dyn.perspektivbredband.net)
- # [18:45] * Quits: peol (~andree@h55eb1ed3.selukra.dyn.perspektivbredband.net) (Changing host)
- # [18:45] * Joins: peol (~andree@unaffiliated/peol)
- # [18:46] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [18:46] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [18:47] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Ping timeout: 260 seconds)
- # [18:48] * Joins: maikmerten (~maikmerte@port-92-201-89-64.dynamic.qsc.de)
- # [18:48] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
- # [18:51] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [18:58] * Joins: sebmarkbage (c0a50704@gateway/web/freenode/ip.192.165.7.4)
- # [19:06] * Joins: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se)
- # [19:14] * Joins: dave_levin (~dave_levi@nat/google/x-clpiewkljvaulfzr)
- # [19:17] * Joins: maikmerten_ (~maikmerte@port-92-201-8-253.dynamic.qsc.de)
- # [19:19] * Quits: maikmerten (~maikmerte@port-92-201-89-64.dynamic.qsc.de) (Ping timeout: 265 seconds)
- # [19:22] * Quits: miketaylr (~miketaylr@173-103-56-30.pools.spcsdns.net) (Disconnected by services)
- # [19:24] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
- # [19:25] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:27] * Joins: pauld (~chatzilla@188.28.230.44.threembb.co.uk)
- # [19:31] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [19:32] <karlcow> Opera is far too advanced for Google it seems - http://www.20thingsilearned.com/
- # [19:32] * Quits: pauld (~chatzilla@188.28.230.44.threembb.co.uk) (Ping timeout: 255 seconds)
- # [19:34] * Quits: matjas (~matjas@ip-213-49-115-40.dsl.scarlet.be) (Quit: Computer has gone to sleep.)
- # [19:38] * Joins: othermaciej (~mjs@67.218.105.175)
- # [19:41] * Joins: mpilgrim (~pilgrim@64.134.149.52)
- # [19:48] <jacobolus> karlcow: in that link, justified text in somewhat narrow columns sure looks shitty with no hyphenation
- # [19:49] <jacobolus> e.g. from page 10, In the traditional world of desktop
- # [19:51] * Joins: bckenny (~bckenny@nat/google/x-mtwwvwtssggapvez)
- # [19:53] <Philip`> I love trying to read content that's displayed as about two paragraphs at once and takes two seconds to switch to the next two paragraphs and takes ten seconds to first load
- # [19:53] <Philip`> It's so much better than just having a web page with text on it
- # [19:55] <Ms2ger> Of course it is, it came out of Google
- # [19:59] * Joins: Evet (~Evet@unaffiliated/evet)
- # [19:59] <jacobolus> Philip`: you don't like flippy page animations?!
- # [19:59] <jacobolus> how old fashioned
- # [20:03] <Philip`> They were cute when I first saw them, around 2003, where they were better implemented than this (you could drag corners up and down rather than just side to side)
- # [20:03] * Quits: ChrisLTD (~iMac@ur185.ur.unc.edu) (Quit: ChrisLTD)
- # [20:05] <Philip`> (Also they had content on both sides of the pages that moved properly as you dragged, rather than just being a totally blank static thing)
- # [20:06] <Hixie> hsivonen: the hover thing is just a :hover rule in CSS that makes the glyph bigger, i don't see how the page could be doing anything buggy there
- # [20:10] <mpilgrim> so here's a random question: is there an easy way to check for support for events like ondrop?
- # [20:10] <mpilgrim> is there some platonic ideal of a drop event that one could create manually and check its properties?
- # [20:11] <Hixie> you can test for 'ondrop' in HTMLElement
- # [20:12] * Joins: matjas (~matjas@91.182.48.155)
- # [20:12] <Hixie> but i don't know if it'll work everywhere
- # [20:12] * Quits: sebmarkbage (c0a50704@gateway/web/freenode/ip.192.165.7.4) (Quit: Page closed)
- # [20:12] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Read error: Connection reset by peer)
- # [20:13] <mpilgrim> "ondrop" in HTMLElement returns false in Chrome
- # [20:13] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [20:13] <mpilgrim> or am i misunderstanding?
- # [20:13] <Hixie> Chrome might be one of the places where it doesn't work
- # [20:13] <Hixie> does "onclick" in HTMLElement work?
- # [20:14] <Hixie> or "onclick" in anActualElement?
- # [20:14] <Hixie> e.g. "onclick" in new Image() ?
- # [20:14] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Ping timeout: 272 seconds)
- # [20:14] <mpilgrim> "ondrop" in document.body returns true
- # [20:14] <mpilgrim> neat
- # [20:15] <Hixie> probably just a difference between what elements and element prototypes do
- # [20:15] <Hixie> not sure what WebIDL actually requires these days
- # [20:15] <heycam> these days it requires IDL attributes causing properties to appear on prototypes
- # [20:15] <heycam> and not on the instances themselves
- # [20:17] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [20:17] <mpilgrim> ("ondrop" in document.body) returns false in Minefield and Opera 11 :(
- # [20:17] <mpilgrim> is that because they don't support it or because the test is invalid?
- # [20:18] <mpilgrim> (usually i know in advance which browsers support a feature i'm testing, but here i realize i have no clue)
- # [20:18] <Hixie> dunno about opera but iirc firefox has a bug with how it exposes event handlers
- # [20:18] <Hixie> again, try "onclick"
- # [20:18] <Hixie> as a control
- # [20:19] <mpilgrim> javascript:alert("onclick" in document.createElement("a")) returns false in Minefield
- # [20:19] <mpilgrim> :(
- # [20:19] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [20:19] <Hixie> try looking for "draggable" in an element
- # [20:20] <Hixie> that might work if they implemented the whole HTML DND model rather than just what IE5 had
- # [20:21] <mpilgrim> ("draggable" in document.createElement("a")) returns true in Chrome, Minefield
- # [20:21] <mpilgrim> false in Opera 11
- # [20:21] <Hixie> TabAtkins: if application/font-woff isn't the type you think should be registered, note that it's being registered in the ietf-types list
- # [20:21] <mpilgrim> wow, that's amazing, that was my next question
- # [20:22] <mpilgrim> chrome debugger is complaining about "Resource interpreted as font but transferred with MIME type application/x-woff"
- # [20:23] <mpilgrim> it seems no matter what MIME type I use for fonts, I get nasty email about it
- # [20:23] <mpilgrim> it's the kobayashi maru of web development
- # [20:24] <AryehGregor> What's wrong with just application/woff? Why is the font- prefix needed?
- # [20:25] <Hixie> what's wrong with font/truetype ? :-)
- # [20:26] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
- # [20:26] * mpilgrim finds https://addons.mozilla.org/en-US/firefox/addon/61269/?advanced=on
- # [20:27] <mpilgrim> which doesn't answer my MIME type question, but is pretty funny regardless
- # [20:27] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [20:27] <mpilgrim> wasn't the entire point of TypeKit (and WOFF for that matter) so you couldn't just download web fonts?
- # [20:28] <Hixie> how would it stop you from downloading web fonts?
- # [20:28] <mpilgrim> dunno, i stopped paying attention back when that foundry guy was talking about adding a bozo bit to font tables
- # [20:29] * Quits: murz (~mmurraywa@174-21-111-3.tukw.qwest.net) (Remote host closed the connection)
- # [20:30] <Philip`> mpilgrim: The point of WOFF was at least partially to guarantee compression, and the point of TypeKit seems largely to provide a convenient easy-to-use system for buying and using commercial fonts
- # [20:30] <TabAtkins> Not "download", but "install trivially on Windows".
- # [20:31] <Hixie> lol, image/svg+xml registration once again stymmied, this time by julian
- # [20:31] <TabAtkins> What. The. Fuck.
- # [20:32] <mpilgrim> it's generally a bad idea to invent a new format based on the premise of what is "trivial"
- # [20:32] <TabAtkins> mpilgrim: Agreed, but shrug. It got everyone to shut the hell up.
- # [20:33] <TabAtkins> And has extremely minor technical consequences.
- # [20:33] <mpilgrim> but i will concede that the WOFF fonts i use are smaller than their TTF and OTF counterparts
- # [20:36] <mpilgrim> nope, i take that back. gzipping the TTF generates consistently smaller files
- # [20:36] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
- # [20:37] <mpilgrim> did we really invent an entire format based on the fact that some people don't use gzip correctly?
- # [20:37] <TabAtkins> No, we invented it to make people shut up. Any compression benefits are nice if they exist, but unnecessary if they don't.
- # [20:38] <TabAtkins> (And it *should* be smaller. Interesting.)
- # [20:38] <mpilgrim> that makes even less sense, but ok
- # [20:38] * Parts: jordantbro (~Jordan@c-67-190-176-41.hsd1.co.comcast.net)
- # [20:38] <TabAtkins> I know people certainly tested several fonts with the per-table-zlib compression that WOFF settled on vs gzip, and the former consistently won.
- # [20:39] <Ms2ger> mpilgrim, "on*" in element doesn't work in Gecko, except for onhashchange, known bug
- # [20:39] <TabAtkins> Though, it's not required that WOFF producers zip the tables, so maybe your woff producer doesn't?
- # [20:40] <mpilgrim> dunno, i use fontsquirrel.com/fontface/generator with identical subsetting
- # [20:40] * Quits: othermaciej (~mjs@67.218.105.175) (Quit: othermaciej)
- # [20:40] <mpilgrim> the ungzipped file sizes are significantly different, but the entire difference disappears after gzipping the TTF
- # [20:40] <mpilgrim> files i'm testing are at http://diveintohtml5.org/f/essays1743-webfont.[eot|svg|ttf|woff]
- # [20:41] <mpilgrim> ms2ger: thanks, good to know
- # [20:42] <mpilgrim> looks like "draggable" in document.createElement("span") is the best test
- # [20:42] * Quits: henrikbjorn (~Henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
- # [20:43] <Philip`> TabAtkins: There's enough shared structure between different font tables that I don't see why per-table compression wouldn't lose out to whole-file compression
- # [20:43] <Philip`> but I can't find any references with actual data
- # [20:44] <Philip`> (Seems the more compelling reason for per-table compression is that you can decompress individual tables and ignore ones you don't want)
- # [20:44] <Hixie> TabAtkins: doing something to shut people up makes no sense. there's an easier way to solve the problem of people disrupting, and that's to ignore them. we have very good technology to do that these days.
- # [20:44] <TabAtkins> Philip`: Shrug, I'm just remembering conversations from www-font a while back.
- # [20:45] <TabAtkins> Hixie: Shrug, I just want to be able to deliver a single font format in a few years, and WOFF did the job faster than anything else.
- # [20:46] <Hixie> TTF did it faster
- # [20:47] * Joins: othermaciej (~mjs@17.246.17.203)
- # [20:47] <TabAtkins> Not for real; only the subset of fonts that have everything set up free.
- # [20:49] * Quits: bckenny (~bckenny@nat/google/x-mtwwvwtssggapvez) (Remote host closed the connection)
- # [20:49] <AryehGregor> Hixie, the point was to get IE to support it.
- # [20:49] <Hixie> IE supports TTF
- # [20:50] <TabAtkins> The subset of TTF that has everything set up free.
- # [20:50] <AryehGregor> Anyway, they originally said they wouldn't.
- # [20:50] <AryehGregor> Mildly stupid compromises are acceptable if it means people can actually ship the same code to IE and everyone else.
- # [20:51] * Quits: mpilgrim (~pilgrim@64.134.149.52) (Ping timeout: 245 seconds)
- # [20:52] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Quit: slightlyoff)
- # [20:52] <othermaciej> reddit is the worst thing to happen to Web accessibility in a long time
- # [20:53] <othermaciej> at least half the front page posts are direct links to images of text
- # [20:54] <Ms2ger> reddit is the worst thing to happen to the Web in a long time
- # [20:54] <Ms2ger> ftfy
- # [20:56] <othermaciej> I don't know if I can agree with that
- # [20:56] <othermaciej> overall, digg is still worse
- # [20:56] <othermaciej> but they tend more towards The <N> Things You Need to Know About Topic <X>
- # [20:56] <othermaciej> instead of images of text
- # [20:57] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [20:57] <othermaciej> I wonder if the people doing this even realize that it is totally fail for accessibility, and typically also for mobile devices
- # [20:57] <othermaciej> (since scaling up a downsampled image of text from an IE screenshot is unlikely to be legible)
- # [21:03] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [21:06] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # [21:06] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [21:09] <othermaciej> does anyone in the testing TF actually understand how Mercurial works?
- # [21:10] * othermaciej wonders why it got picked in the first place, since no one seems to understand how to use the distributed capabilities...
- # [21:11] <AryehGregor> I understand how git works, so I at least get the distributed idea.
- # [21:11] <AryehGregor> (I don't know if I'm technically part of the testing TF. Probably not, unless signing up to the mailing list is enough.)
- # [21:12] <othermaciej> signing up for the mailing list is enough
- # [21:12] <othermaciej> I wish I did not have to try to explain how DVCS works, since it's not something I understand really well myself
- # [21:13] <AryehGregor> Are you referring to some thread there? I'll probably get to it today, if so, and chip in if it seems like I can add anything.
- # [21:14] <AryehGregor> I don't think the distributed aspect of Mercurial is so useful for the W3C, except for the associated performance advantages (which are substantial).
- # [21:14] <AryehGregor> It lets non-WG members more easily submit stuff, I guess, but it's pretty easy to become a WG member.
- # [21:14] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
- # [21:15] <othermaciej> I think I should just stay out of further discussion
- # [21:15] <othermaciej> since I don't participate very actively
- # [21:15] <othermaciej> I am not even sure how to get approval on the one test I submitted
- # [21:16] <AryehGregor> I think you just have to ask someone else to look at it.
- # [21:16] <jgraham> othermaciej: I like to pretend I understand how Mercurial works
- # [21:17] <othermaciej> I don't understand why using a DVCS with a centralized repository model makes sense for a test suite
- # [21:17] <jgraham> And I understand that people could clone+publish and we could pull that changeset
- # [21:17] <othermaciej> it just seems to make things harder to use, with no actual benefit
- # [21:17] <othermaciej> it's not like you need long-lived personal branches for a test suite
- # [21:17] <othermaciej> especially since we have personal staging areas in the master repository
- # [21:18] <jgraham> I consider that a requirement, actually
- # [21:18] <jgraham> It is useful for vendors
- # [21:18] <othermaciej> it is?
- # [21:18] * othermaciej , as a vendor, is intrigued to learn how
- # [21:18] <jgraham> I think so
- # [21:19] <jgraham> You can replace bits and pieces of the harnesses so they integrate with your regression tracking system
- # [21:19] <othermaciej> if we wanted to import a snapshot of some or all of the test suite, we would just import it into our repository
- # [21:19] <othermaciej> not clone the master Hg repository and try to track it
- # [21:19] <jgraham> Yeah, we do that. It *really* sucks
- # [21:19] <jgraham> Importing snapshots, I mean
- # [21:19] <AryehGregor> othermaciej, I find DVCSes more convenient even for centralized development.
- # [21:20] <AryehGregor> It lets me more easily organize and test changes before committing them.
- # [21:20] <jgraham> We typically end up with out of date, buggy versions of testsuites because doing updates is so hard
- # [21:20] <AryehGregor> I use git-svn if possible when forced to use an SVN repo.
- # [21:20] <othermaciej> it seems like the main effect is that for every operation, I have to type two commands
- # [21:20] <jgraham> Also, what AryehGregor said
- # [21:20] <jgraham> I use git or hg for all projects
- # [21:20] <TabAtkins> Urgh, I hate dealing with narrow-vs-wide string issues. >_< Python 3 would be nice, but I don't want to bother with switching over right now
- # [21:20] <AryehGregor> You don't have to push things right after you commit them.
- # [21:20] <jgraham> even if I am the only developer
- # [21:20] <AryehGregor> You can commit a few things in a row, then push them all at once.
- # [21:21] * AryehGregor uses git for tons of stuff where he's the only developer, but that's mainly because it's way easier to set up than svn
- # [21:21] <AryehGregor> (but rebasing is also nice for private repos)
- # [21:21] <jgraham> You can also commit as you work and then refactor the commits later
- # [21:21] <jgraham> using rebase
- # [21:21] <jgraham> Which is very nice
- # [21:21] <othermaciej> these considerations seem pretty irrelevant to a test suite
- # [21:22] <jgraham> I use it with the htmlwg testsuite
- # [21:22] <jgraham> I have a number of local patches that aren't ready to push yet
- # [21:22] <othermaciej> you refactor your commits on a test?
- # [21:22] * Quits: tonyg-cr (~Adium@nat/google/x-avxnpnljefmdvttw) (Quit: Leaving.)
- # [21:23] * Joins: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40)
- # [21:23] <jgraham> I haven't yet, but I have one case where I will have to because a commit added many unnecessary files
- # [21:23] <jgraham> and I want to remove them from history
- # [21:24] <AryehGregor> I try to at least briefly review commits locally before pushing them.
- # [21:24] <jgraham> Anyway, I consider being able to use version control locally before sharing changes to be a huge win
- # [21:24] <othermaciej> I guess if I end up contributing to the HTML WG test suite more, I'll make some wrapper scripts so I don't have to do everything in two phases
- # [21:25] <othermaciej> so far my contribution is too small for my opinion to be relevant
- # [21:26] <jgraham> Your central objection is that you have to do 'hg ci -m "Commit message"; hg push' rather than 'svn ci -m "Commit message"'?
- # [21:26] <othermaciej> and also "hg pull; hg update" (I am not sure that is even in the right order) and the extra jumping jacks you have to do if you try to commit and the master has changed
- # [21:26] <othermaciej> (even if it has changed in a way that is totally unrelated to the files you touched)
- # [21:27] <othermaciej> I cannot even recite the "commit when things have changed" incantation from memory after doing it several times in the past few weeks
- # [21:27] <jgraham> If you enable the rebase extension doing hg pull --rebase might help you
- # [21:27] <AryehGregor> "hg pull; hg update" is silly, in git it's just "hg pull". I think you can enable something to make it "hg fetch".
- # [21:27] <jgraham> Yeah, I think there might be a fetch extension
- # [21:28] <Ms2ger> othermaciej, hg pull -u
- # [21:28] * jgraham would like the hg people to make some more useful extensions on by default
- # [21:28] <AryehGregor> This is part of why I dislike hg. git is nicer in this way.
- # [21:28] <Rik`> othermaciej: the ability to record your changes while being offline is really cool in DVCS
- # [21:28] <jgraham> Yes, git is nicer in this way
- # [21:28] <AryehGregor> Out of the box, you can do "git pull --rebase".
- # [21:28] <jgraham> Although it is less nice in other ways
- # [21:28] <AryehGregor> Like what?
- # [21:29] <othermaciej> apparently the full commit sequence is hg commit -m "My commit message"; hg pull; hg merge; hg commit -m "Merge."; hg push
- # [21:29] <charlvn> git feels much faster than hg while cloning, or is it just me?
- # [21:29] <jgraham> git probably is faster
- # [21:29] <Ms2ger> Git compresses, doesn't it?
- # [21:29] <jgraham> So does hg
- # [21:29] <jgraham> I think the git code is just faster
- # [21:29] <othermaciej> the thing that most confused me about git is the fact that every command is named "commit", except the one I would actually think of as committing (sending your change to the master repository)
- # [21:30] <jgraham> C+shell scripts compared to python
- # [21:30] <AryehGregor> othermaciej, you can do hg commit -m "My commit message"; hg pull --rebase; hg push if you have the rebase extension enabled.
- # [21:30] <jgraham> othermaciej: It feels like you haven't worked on a large project with git or hg?
- # [21:30] <Ms2ger> othermaciej, mercurial queues are useful
- # [21:30] <AryehGregor> I don't know why hg doesn't enable it by default, it's annoying that way.
- # [21:31] <AryehGregor> hg pull --rebase is only necessary if your copy isn't up-to-date.
- # [21:31] <Ms2ger> hg qpo -a && hg pull -u && hg qpu -a && hg qfin -a && hg pus
- # [21:31] <othermaciej> jgraham: I have tried a number of times to use git-svn or hg-svn with an svn-based project, and I generally gave up in frustration every time
- # [21:31] <othermaciej> I am sure there are cool benefits if you can actually make use of the fancy things they do, but they seem to make basic things harder
- # [21:31] <AryehGregor> Given the rate at which people commit to the testing repo, you probably can omit it.
- # [21:32] <othermaciej> so far all the times I tried to commit, I had to rebase
- # [21:32] * jgraham usually finds his copy is out of date :)
- # [21:32] <AryehGregor> . . . why is "hg help push" partly in German on my machine?
- # [21:32] <othermaciej> I don't think I am going to try install an extension to my version control system
- # [21:32] <othermaciej> to add a basic capability that it should already have
- # [21:32] <jgraham> othermaciej: The extensions are bundled, just not on by default
- # [21:33] <AryehGregor> Oh, because I'm on someone else's computer and didn't notice.
- # [21:33] <AryehGregor> And the other person is German.
- # [21:33] <AryehGregor> That makes sense.
- # [21:33] <jgraham> All you need to do is
- # [21:33] <jgraham> [extensions]
- # [21:33] <jgraham> rebase =
- # [21:33] <jgraham> in your ~/.hgrc
- # [21:33] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
- # [21:34] <Ms2ger> Fun thing is that rebase can corrupt your commits
- # [21:34] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [21:35] <jgraham> othermaciej: It seems possible you would not get the feel of a dvcs using it on a project based on svn, because you would probably keep trying to use a svn-like workflow
- # [21:35] <othermaciej> sounds like I am better off just making my five-step shell script
- # [21:35] <jgraham> In particular if you are not making lots of local commits before you push (and, particularly in the case of git, using local branches), you are likely missing the point
- # [21:35] <othermaciej> jgraham: I think my bottom line is that when I do things that work fine in an svn-like workflow, I want them to not get any harder - I'd like to pay the cost for fancy features only if I actually want to use them
- # [21:36] <jgraham> othermaciej: Fair enough. All I can say is that after using hg and git, svn feels like it is based on a broken model
- # [21:37] * AryehGregor concurs with jgraham
- # [21:37] <jgraham> There are only two benefits of svn I can think of:
- # [21:37] <AryehGregor> They make SVN workflows harder because they think anyone who wants to actually use an SVN workflow hasn't really tried a DVCS workflow properly.
- # [21:38] <jgraham> 1) You don't need a copy of the complete history locally
- # [21:38] <jgraham> 2) Partial checkouts
- # [21:38] <jgraham> For certian repositories, those are essential features
- # [21:38] <othermaciej> I don't even really care about either of those things
- # [21:38] <jgraham> For everything else it feels broekn
- # [21:38] <othermaciej> the only benefit I find valuable is (3) simple things are simple
- # [21:39] <othermaciej> anyway
- # [21:39] <othermaciej> I have ranted enough
- # [21:39] * Joins: sicking (~chatzilla@nat/mozilla/x-cljqopmzlpfymbcz)
- # [21:39] <AryehGregor> If you define "simple things" to mean "things that are simple in SVN", then yes, that's tautological. :)
- # [21:39] <othermaciej> I feel like I shouldn't have to type 5 commands to commit a 1-line patch to a file that hasn't changed upstream
- # [21:39] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:11f3:249b:c8e:4394)
- # [21:39] * jgraham has the point of view that simple things are impossible
- # [21:39] <jgraham> e.g. making a local commit
- # [21:39] <othermaciej> (or enable an extension that might reduce it to 3 commands, but might corrupt my commits)
- # [21:40] <jgraham> Ms2ger: What is the deal with rebase corrupting things? Is it any worse than a normal merge?
- # [21:40] <Ms2ger> Accidentally deleting files without telling you, apparently
- # [21:41] <othermaciej> it sounds like the only solution is to convince myself that committing twice and updating twice are fundamentally the right thing, and my expectations are as foolish as wanting to edit the master directly with emacs
- # [21:41] <jgraham> Ms2ger: pointer?
- # [21:42] <Ms2ger> http://hg.mozilla.org/tracemonkey/rev/f9785814bdbc, for example
- # [21:42] <Dashiva> othermaciej: Don't lose hope
- # [21:42] <Dashiva> Maybe one day the DVCS-brainwashing will fade and people will come to their senses
- # [21:43] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
- # [21:43] <othermaciej> Dashiva: it seems more practical to brainwash myself
- # [21:43] <AryehGregor> othermaciej, more accurately, you're supposed to convince yourself that the distributed model is useful, and that you want to have local commits. Then the extra steps become logically necessary.
- # [21:43] <jgraham> Ms2ger: I was hoping you would have a pointer to an explaination so I could find out how to avoid it :)
- # [21:43] <AryehGregor> (or at least, some of them do -- as I said, hg is more verbose here than git)
- # [21:43] <Ms2ger> "Not", afaict
- # [21:44] <othermaciej> git just seems differently verbose
- # [21:44] <jgraham> You can probably set up a git client to a hg remote somehow, if that's your thing
- # [21:45] <AryehGregor> If the model is that you commit everything locally first, you're going to need at least one extra step to commit locally and then push to the origin.
- # [21:46] <AryehGregor> The rebase step could happen as part of the push if the files weren't touched by anyone else, hypothetically, like SVN does it.
- # [21:46] <othermaciej> I'm sure I can convince myself to have faith in Committing-Twiceism if I try hard enough
- # [21:47] <AryehGregor> Everyone else seems to, when they get used to it.
- # [21:47] <othermaciej> after all, I already believe in Committing-Onceism, so I am halfway there
- # [21:47] <jgraham> You are only commiting once
- # [21:47] <jgraham> You are sharing once
- # [21:47] <jgraham> We just need to convince you to believe in sharing :)
- # [21:47] <AryehGregor> When projects switch to git or hg, are there lots of people who remain perpetually annoyed and wish they were back on svn?
- # [21:48] <othermaciej> no idea
- # [21:48] <AryehGregor> I was about to ask about Mozilla, but their workflow basically pretends they still use SVN, so.
- # [21:48] <othermaciej> when we switched WebKit from CVS to SVN way back when, 0 people were annoyed afterwards
- # [21:48] * jgraham only knows about cvs-[git|hg]
- # [21:48] <jgraham> AryehGregor: I don't think that's true of Mozilla
- # [21:49] <othermaciej> probably because it was nearly transparent, except for the things that didn't work with CVS at all
- # [21:49] <jgraham> There seems to be a lot of mercurial features being used afaict
- # [21:49] <AryehGregor> jgraham, maybe not. I guess some of them use queues a lot.
- # [21:49] <david_carlisle> othermaciej: don't let them brainwash you, editing cvs ,v files in emacs is still TheOneTrueWay.
- # [21:49] <jgraham> e.g. mq seems to be heavily used
- # [21:49] <AryehGregor> To post patch series.
- # [21:49] <othermaciej> I wish there was a DVCS system like that, where you don't have to care that you are using it until you want to do stuff that you couldn't before
- # [21:49] <othermaciej> david_carlisle: too late, I told you I am already a Committing-Onceist
- # [21:50] <AryehGregor> But I haven't seen that many (if any) developers publish their own branches, for example.
- # [21:50] <AryehGregor> It's very much oriented around one central repository.
- # [21:50] <Ms2ger> We do use branches more than you think ;)
- # [21:50] <Ms2ger> Almost all JS engine work happens in another repository
- # [21:51] <AryehGregor> You still publish all patches via Bugzilla instead of using the built-in functionality for shuffling patches around, right?
- # [21:51] <Ms2ger> True
- # [21:51] <AryehGregor> So like, committers have to copy the patches off Bugzilla instead of just pulling from someone's repo.
- # [21:52] * Quits: sicking (~chatzilla@nat/mozilla/x-cljqopmzlpfymbcz) (Ping timeout: 245 seconds)
- # [21:52] <Ms2ger> Well, most people just push themselves
- # [21:52] <jgraham> That seems like a bugzilla-oriented workflow rather than a svn-oriented workflow, really
- # [21:52] <jgraham> Maybe bugzilla ought to support hg better
- # [21:53] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
- # [21:53] <AryehGregor> True.
- # [21:54] <AryehGregor> It's possibly better than the Linux model of posting patches to a mailing list.
- # [21:54] <jgraham> (fun CVS fact, the author of "Version Management with CVS" sits a couple of floors above me. I'm told he is no longer a big fan)
- # [21:54] <AryehGregor> Although git has built-in support for that.
- # [21:54] <gsnedders> jgraham: Who?
- # [21:54] <jgraham> gsnedders: Per
- # [21:54] <othermaciej> is anyone a CVS fan these days?
- # [21:55] <gsnedders> jgraham: pc, specially. There's multiple Per's upstairs from you.
- # [21:55] <jcranmer> uh....
- # [21:55] <jgraham> (I might be wrong and horribly misrepresenting his opinion)
- # [21:55] <gsnedders> *specifically
- # [21:55] <jcranmer> doubt it
- # [21:55] <jgraham> gsnedders: But you managed to understand me anyway :)
- # [21:55] <gsnedders> jgraham: Google helped :)
- # [21:56] <jgraham> gsnedders: You should repay them in donuts
- # [21:57] <Ms2ger> Or contribute to their browser, I hear it's open source ;)
- # [21:57] <gsnedders> I hear I might have a conflict of interest there :)
- # [21:58] <jgraham> It must be quite depressing to write a book on something like CVS and then realise a few years later that everyone who uses it hates it with a passion
- # [21:59] <Philip`> If the book can teach them to use it slightly more productively and hate it slightly less, that still seems worthwhile
- # [22:00] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
- # [22:00] <jgraham> Not if you are one of the people that hates it
- # [22:01] <jgraham> And you have to live every day with the knowledge that you encouraged people to use it
- # [22:01] <jgraham> Anyway, in conclusion, I appreciate and make use of the distributed features of Mercurial in the context of the HTML testsuite
- # [22:01] <Philip`> Those people might have otherwise still been stuck with RCS, or cp
- # [22:02] <AryehGregor> Well, if you believe Linus Torvalds, posting patches and tarballs to mailing lists is a much better method of software development than CVS.
- # [22:02] <Philip`> I like Hg for the test suite primarily because diff is instant
- # [22:02] <Ms2ger> Philip`, only on small repositories ;)
- # [22:04] <AryehGregor> You can install an extension to make diff instant on all repos, right? By having it run a daemon in the background that watches for file changes?
- # [22:04] <jgraham> Ms2ger: Is it less instant than svn on the same sized repository?
- # [22:04] <AryehGregor> And yeah, it's still probably a lot faster than SVN.
- # [22:04] <Ms2ger> No idea, I'm lucky enough not to use svn
- # [22:05] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [22:05] <AryehGregor> Plus, I do find git diff to be instant on MediaWiki's repo, which is something like a gigabyte (not quite mozilla-central scale, granted).
- # [22:05] <jgraham> svn seems to be slow for pretty much everything
- # [22:05] <AryehGregor> Except checkout. It does beat DVCSes on that if you have a lot of history, although by an embarrassingly small margin.
- # [22:05] <jgraham> AryehGregor: I'm not sure if that is true
- # [22:06] <jgraham> At least checking out 10,000 files in svn can take hours
- # [22:06] <AryehGregor> It depends heavily on the configuration.
- # [22:06] <AryehGregor> I think if you configure the SVN server properly, it can do decently.
- # [22:06] <jgraham> That could be true
- # [22:06] <AryehGregor> Although I admit I might be wrong.
- # [22:07] <gsnedders> AryehGregor: Checking out 20GB will never be quick, when it has two copies of every file in the checkout, so you have over 40GB of I/O
- # [22:07] * Quits: slightlyoff (~slightlyo@2620:0:1b00:1f01:21e:c2ff:febe:eb40) (Quit: slightlyoff)
- # [22:07] <gsnedders> (This is how git-svn clones can be smaller than SVN checkouts)
- # [22:07] <AryehGregor> Personally I have to admit that I once timed a git clone of my git-svn checkout of the entire MediaWiki repo including branches and tags and full history, from across the Atlantic, was faster than an SVN checkout over HTTP from a server in the same data center.
- # [22:07] * Joins: estes (~aestes@17.246.18.81)
- # [22:08] * Philip` had to intentionally configure his SVN server to do slow checkouts, because in the default configuration it used up all his RAM :-(
- # [22:08] * Joins: sicking (~chatzilla@nat/mozilla/x-cmdcwrugsiwidtso)
- # [22:09] <AryehGregor> DVCSes are definitely lighter load on the servers.
- # [22:10] <Philip`> I assume this was some kind of bug in SVN, since there's no good reason it should use 300MB of memory for a single in-progress checkout
- # [22:11] <gsnedders> But RAM is yummy! OM NOM RAM!
- # [22:12] * jgraham remembers having svn eat all his RAM
- # [22:12] <jgraham> But I don't recall what I was doing
- # [22:12] <jgraham> gsnedders probably does
- # [22:12] <gsnedders> Yeah, I've had that happen too. I think it was running "svn up" in a 20GB repo (with a 40GB working copy).
- # [22:13] * Joins: tonyg-cr (~Adium@nat/google/x-mvavzuwnmiexmjat)
- # [22:13] <jgraham> Oh, I might have been trying to checkout a large repo
- # [22:13] <gsnedders> jgraham: I like that you expect me to remember stuff better than you when it relates to you. :P
- # [22:13] <AryehGregor> I had git eat all my RAM when I tried to check in a multi-gigabyte file.
- # [22:13] <jgraham> gsnedders: You have a quite good memory. I don't
- # [22:13] <AryehGregor> Protip: git is not a good idea for incremental database backups.
- # [22:13] <AryehGregor> Or at least wasn't.
- # [22:14] * AryehGregor tries now, just for fun
- # [22:14] <jgraham> I suppose this could have been a few large files causing the explosion in RAM usage
- # [22:15] <gsnedders> jgraham: You're not the amusing one to discuss this with. It's more amusing to be able to say, "We discussed that before, remember? The night we also discussed how you get annoyed at my good memory?"
- # [22:15] <jgraham> But really there is no obvious reason that svn should use lots of memory just do do a checkout, irrespective of the repo size
- # [22:15] <jgraham> Whereas git has to calculate a diff and compress it
- # [22:15] <jgraham> So you can see how that might use lots of memory
- # [22:16] <jgraham> For big files
- # [22:16] <AryehGregor> Yes.
- # [22:16] <AryehGregor> Well, it doesn't need to calculate a diff for a newly-added file.
- # [22:16] <AryehGregor> But it does need to add it to the staging area when you do git add.
- # [22:17] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Ping timeout: 265 seconds)
- # [22:17] * Quits: maikmerten_ (~maikmerte@port-92-201-8-253.dynamic.qsc.de) (Remote host closed the connection)
- # [22:18] * Joins: scherkus_ (~scherkus@74.125.59.73)
- # [22:19] <jgraham> Why does adding it to the staging area use lots of RAM?
- # [22:20] * Quits: Ms2ger (~Ms2ger@91.181.132.73) (Quit: nn)
- # [22:20] <AryehGregor> Presumably it reads it entirely into memory first, or at least used to.
- # [22:20] * Joins: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca)
- # [22:20] <AryehGregor> Since it's designed for source code, why not?
- # [22:20] <AryehGregor> Probably no one bothered to be more sophisticated.
- # [22:20] * Joins: jamesr_ (~jamesr@nat/google/x-lsyrcrlhiuapkzgj)
- # [22:20] <AryehGregor> (I'm guessing it does some processing beyond just copying it, otherwise it'd use sendfile() or something.)
- # [22:20] <jgraham> I don't know why it should; I don't really know what the staging area is for
- # [22:21] <AryehGregor> Ooh, now I get "fatal: Out of memory? mmap failed: Cannot allocate memory"
- # [22:21] <AryehGregor> Presumably because I'm using a 32-bit system.
- # [22:21] <AryehGregor> Let me try again on a 64-bit system.
- # [22:21] <jgraham> Apart from making the git workflow slightly more complex than hg in simple cases
- # [22:22] * Quits: scherkus_ (~scherkus@74.125.59.73) (Client Quit)
- # [22:28] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [22:32] * Quits: erlehmann (~erlehmann@89.204.137.102) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [22:40] * Joins: bckenny (~bckenny@nat/google/x-ioptasjqblafnjjp)
- # [22:44] * Quits: estes (~aestes@17.246.18.81) (Quit: estes)
- # [22:46] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:48] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
- # [22:50] * Quits: ROBOd (~robod@92.86.248.97) (Quit: .)
- # [22:51] * Joins: Athox (~duckmysic@c8A7DBF51.dhcp.bluecom.no)
- # [22:53] * Joins: estes (~aestes@17.246.18.81)
- # [22:53] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:53] * Quits: Anti-X (~duckmysic@77.19.53.221.tmi.telenormobil.no) (Ping timeout: 245 seconds)
- # [22:54] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
- # [22:55] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [23:01] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [23:03] * Quits: matjas (~matjas@91.182.48.155) (Quit: Computer has gone to sleep.)
- # [23:04] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [23:05] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [23:05] <AryehGregor> Yep, git add on a 12G file causes git to use over 1G of RAM before I kill it.
- # [23:06] <AryehGregor> jgraham, the staging area lets you commit something less than the full current state of the working copy.
- # [23:06] <AryehGregor> When I'm adding a feature or something and find I want to do some unrelated cleanup first, I sometimes do the cleanup and then use git add -i to commit only some of the changes, then proceed.
- # [23:07] <AryehGregor> I guess I could use git stash instead, but it seems less convenient and more error-prone (e.g., more likely to cause merge conflicts).
- # [23:07] <AryehGregor> Although I agree that overall, I don't see that the staging area is worth the extra complexity.
- # [23:11] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:14] * Joins: roc_ (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [23:15] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 245 seconds)
- # [23:15] * roc_ is now known as roc
- # [23:18] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [23:19] * Joins: dbaron (~dbaron@nat/mozilla/x-gdigiaosdlyqvrej)
- # [23:22] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [23:26] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Read error: Connection reset by peer)
- # [23:26] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [23:35] * Quits: tonyg-cr (~Adium@nat/google/x-mvavzuwnmiexmjat) (Quit: Leaving.)
- # [23:37] * Quits: yod (~thereaux@fw.vdl2.ca) (Quit: Leaving.)
- # [23:37] * Joins: erlehmann (~erlehmann@89.204.137.102)
- # [23:46] <cying> is it possible to parse a HTML document from within Javascript?
- # [23:47] <hober> cying: browser-side javascript or server-side javascript? either way, the answer is essentially yes
- # [23:47] <cying> hober: browser-side javascript
- # [23:47] * Quits: homata_ (~homata@h219-110-13-055.catv02.itscom.jp) (Ping timeout: 276 seconds)
- # [23:47] <JoePeck> innerHTML? =)
- # [23:47] <cying> hober: i'm not sure what to google for... setting innerHTML on a div element just gives me the children of the body element of a doc
- # [23:47] <JoePeck> I have a vague memory of something like document.implementation.createHTMLDocument
- # [23:48] <gsnedders> cying: Well, you could do something like var f = document.createElement("iframe"); f.onload = function(){alert(f.contentDocument);}; f.src="data:text/html," + htmlDocument;
- # [23:48] <gsnedders> JoePeck: That doesn't help.
- # [23:49] <cying> gsnedders: hmmm
- # [23:49] <cying> trying both suggestions, thanks folks
- # [23:50] <cying> (all three)
- # [23:50] <gsnedders> innerHTML works if you just have a fragment
- # [23:50] <gsnedders> (and is way better than the others if you just have a fragment)
- # [23:51] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
- # [23:52] <JoePeck> yah, I don't recommend the document.implementation stuff. Prolly should refrain from even mentioning it
- # [23:52] <gsnedders> Not supported by everyone, either
- # [23:53] <cying> yeesh
- # [23:55] <cying> hmmm both don't seem to work
- # [23:55] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
- # Session Close: Fri Nov 19 00:00:00 2010
The end :)