Options:
- # Session Start: Thu Mar 03 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] * Quits: syskk (~syskk@unaffiliated/syskk) (Ping timeout: 250 seconds)
- # [00:01] * Joins: othermaciej_ (~mjs@17.246.19.183)
- # [00:03] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
- # [00:05] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 240 seconds)
- # [00:08] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [00:09] * Joins: JoePeck (~JoePeck@17.246.18.156)
- # [00:11] * Joins: stevela_ (~stevela@nat/google/x-bcheaakqovslnmie)
- # [00:11] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Remote host closed the connection)
- # [00:13] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
- # [00:15] * Joins: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
- # [00:18] * Quits: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [00:20] <jamesr> heycam, yt?
- # [00:21] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [00:21] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [00:21] * bga_ is now known as _bga
- # [00:22] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
- # [00:22] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 240 seconds)
- # [00:30] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:31] * Quits: erlehmann (~erlehmann@82.113.99.60) (Quit: Ex-Chat)
- # [00:43] * Joins: doublec (~chris@unaffiliated/doublec)
- # [00:44] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [00:45] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [00:45] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [00:45] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [00:48] * Quits: JoePeck (~JoePeck@17.246.18.156) (Quit: -)
- # [00:51] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [00:55] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [00:59] * Joins: kennyluck (~kennyluck@EM111-188-23-200.pool.e-mobile.ne.jp)
- # [00:59] * Quits: matijsb (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
- # [01:00] * _bga is now known as bga_
- # [01:00] * bga_ is now known as bga_|away
- # [01:00] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [01:06] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
- # [01:07] * Joins: jochen___ (~jochen@nat/google/x-mhfebhjgdvuydgbr)
- # [01:08] * Joins: JoePeck (~JoePeck@17.244.15.106)
- # [01:10] <AryehGregor> Hixie, I think WeBMartians meant that I made an ad hominem attack on Microsoft, by saying they care about developers more than users.
- # [01:11] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [01:11] * Quits: jochen__ (~jochen@nat/google/x-hipjsejqyofkjvte) (Ping timeout: 252 seconds)
- # [01:11] * jochen___ is now known as jochen__
- # [01:19] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [01:26] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [01:27] * 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])
- # [01:30] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [01:35] * Joins: erlehmann (~erlehmann@82.113.99.60)
- # [01:38] * Quits: JoePeck (~JoePeck@17.244.15.106) (Read error: Connection reset by peer)
- # [01:38] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [01:42] * Joins: espadrine (~espadrine@AMontsouris-157-1-71-113.w90-46.abo.wanadoo.fr)
- # [01:43] * dglazkov is now known as dglazkov|away
- # [01:49] <heycam> jamesr, hi (though busy)
- # [01:49] <jamesr_> heycam: so it seems the web perf WG has decided that requestanimationframe should be in their charter. the FX TF has also decided that requestanimationframe is in their scope
- # [01:50] <jamesr_> i'm happy to help get it standardized in some form with either group
- # [01:50] <zewt> what does that have to do with performance? isn't that basically a vsync feature or something?
- # [01:50] <jamesr_> zewt: that is somewhat mysterious to me as well
- # [01:50] <zewt> web perf is profiling stuff, right?
- # [01:51] <jamesr_> previously, yeah
- # [01:51] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:51] <jamesr_> they've decided to expand their charter
- # [01:51] <zewt> not too familiar with it, but sounds ... sort of contrived, heh
- # [01:51] <heycam> i think it's ok to go with web perf
- # [01:52] * heycam must return to svg wg f2f stuff
- # [01:52] <jamesr_> ok
- # [01:52] <jamesr_> my main concern with web perf is that nobody from apple is there (i assume that you can keep roc / boris z up to date)
- # [01:53] <roc> I think it's OK, heycam can represent us there :-)
- # [01:54] <jamesr_> i guess i could harass smfr into joining the web perf WG
- # [01:55] * jer|afk is now known as jer_
- # [01:57] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Read error: Connection reset by peer)
- # [01:58] <AryehGregor> Google people: are there internal Google aliases that reject all external mail or something? Some people have been sending me stuff CCd to webkit-editing@google.com, but when I reply all, it bounces.
- # [01:58] <jamesr_> yes, most internal mailing lists bounce external mail
- # [01:58] <jamesr_> you shouldn't be CC'd on such lists in general
- # [01:59] <jamesr_> tell whoever is adding you to the CC list that they are doing it wrong ;)
- # [02:00] <jamesr_> and should probably be having the whole thread on the appropriate external list
- # [02:01] <AryehGregor> I told them to repost feedback to whatwg, which they by and large did, so all is well.
- # [02:01] <AryehGregor> Just wondering.
- # [02:05] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
- # [02:05] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
- # [02:06] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [02:08] * Joins: JoePeck (~JoePeck@17.244.15.106)
- # [02:11] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [02:19] * Joins: JoePeck_ (~JoePeck@17.244.15.106)
- # [02:19] * Quits: JoePeck (~JoePeck@17.244.15.106) (Read error: Connection reset by peer)
- # [02:19] * JoePeck_ is now known as JoePeck
- # [02:19] * Joins: jacobolus (~jacobolus@static-216-41-81-42.ngn.onecommunications.net)
- # [02:28] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
- # [02:36] * Quits: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill) (Ping timeout: 240 seconds)
- # [02:38] * Joins: PrgmrBill (~PrgmrBill@prgmrbill.com)
- # [02:38] * Quits: PrgmrBill (~PrgmrBill@prgmrbill.com) (Changing host)
- # [02:38] * Joins: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill)
- # [02:43] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (*.net *.split)
- # [02:43] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
- # [02:43] * Quits: ben_h (~ben@128.250.195.142) (*.net *.split)
- # [02:43] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (*.net *.split)
- # [02:43] * Quits: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944) (Quit: onar)
- # [02:44] * Joins: onar (~onar@17.216.36.168)
- # [02:47] * Quits: jamesr_ (~jamesr@216.239.45.19) (Quit: jamesr_)
- # [02:47] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:47] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [02:47] * Joins: ben_h (~ben@128.250.195.142)
- # [02:47] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
- # [02:49] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (*.net *.split)
- # [02:49] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
- # [02:49] * Quits: ben_h (~ben@128.250.195.142) (*.net *.split)
- # [02:49] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (*.net *.split)
- # [02:49] * Quits: stevela_ (~stevela@nat/google/x-bcheaakqovslnmie) (Quit: stevela_)
- # [02:53] * Joins: everton (~everton@z171.124-45-149.ppp.wakwak.ne.jp)
- # [02:55] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:55] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [02:55] * Joins: ben_h (~ben@128.250.195.142)
- # [02:55] * Joins: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com)
- # [02:56] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [02:58] * Joins: bckenny (~bckenny@nat/google/x-yygjykjfldhnpibe)
- # [03:03] * Quits: othermaciej_ (~mjs@17.246.19.183) (Quit: othermaciej_)
- # [03:08] * Quits: ezoe (~ezoe@112-68-245-79f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
- # [03:08] * Quits: ap (~ap@17.246.18.165) (Quit: ap)
- # [03:15] * Quits: bckenny (~bckenny@nat/google/x-yygjykjfldhnpibe) (Remote host closed the connection)
- # [03:18] * jer_ is now known as jer|afk
- # [03:21] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [03:23] * Quits: jacobolus (~jacobolus@static-216-41-81-42.ngn.onecommunications.net) (Ping timeout: 264 seconds)
- # [03:26] * Joins: micheil (~micheil@69.198.183.141)
- # [03:29] * Quits: othermaciej (~mjs@2620:0:1b00:1191:ea06:88ff:fecf:6cf0) (Quit: othermaciej)
- # [03:29] * Joins: othermaciej (~mjs@17.246.19.183)
- # [03:33] * jcranmer is now known as doyouhateme
- # [03:33] * doyouhateme is now known as jcranmer
- # [03:34] * Joins: stevela_ (~stevela@50.46.124.186)
- # [03:42] * Quits: roc (~chatzilla@skycity-akl-nz.getin2net.com) (Read error: Connection reset by peer)
- # [03:45] * Joins: JoePeck_ (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [03:45] * Quits: JoePeck (~JoePeck@17.244.15.106) (Read error: Connection reset by peer)
- # [03:45] * JoePeck_ is now known as JoePeck
- # [03:45] * Quits: shepazu (~schepers@skycity-akl-nz.getin2net.com) (Ping timeout: 276 seconds)
- # [03:47] * Quits: micheil (~micheil@69.198.183.141) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [03:53] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: brb)
- # [03:53] * Joins: ojan (~ojan@nat/google/x-ghadancchzqpkemz)
- # [03:54] * Joins: shepazu (~schepers@skycity-akl-nz.getin2net.com)
- # [03:55] * Joins: roc (~chatzilla@skycity-akl-nz.getin2net.com)
- # [03:55] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
- # [03:57] * Joins: ezoe (~ezoe@203-140-88-29f1.kyt1.eonet.ne.jp)
- # [04:03] * Joins: micheil (~micheil@69.198.183.141)
- # [04:04] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [04:07] * Joins: jwalden (~waldo@nat/mozilla/x-ededhxcfiwhpjidt)
- # [04:11] * Quits: kennyluck (~kennyluck@EM111-188-23-200.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [04:15] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [04:20] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
- # [04:20] * Quits: ezoe (~ezoe@203-140-88-29f1.kyt1.eonet.ne.jp) (Ping timeout: 276 seconds)
- # [04:21] * Quits: othermaciej (~mjs@17.246.19.183) (Quit: othermaciej)
- # [04:28] * Joins: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net)
- # [04:32] * Joins: othermaciej (~mjs@67.218.107.234)
- # [04:44] * Joins: pesla (~pesla@mail.itoffshorenepal.com)
- # [04:47] * Quits: paulrouget (~paul2@sysmic.org) (Ping timeout: 260 seconds)
- # [04:47] * Joins: paulrouget (~paul2@sysmic.org)
- # [04:47] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [04:47] * bga_ is now known as bga_|away
- # [04:54] * Quits: stevela_ (~stevela@50.46.124.186) (Quit: stevela_)
- # [04:56] * bga_|away is now known as bga_
- # [04:57] * bga_ is now known as bga_|away
- # [05:02] * Quits: micheil (~micheil@69.198.183.141) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [05:03] * Parts: toyoshim_ (~toyoshim@y253149.dynamic.ppp.asahi-net.or.jp)
- # [05:03] * Quits: dave_levin (~dave_levi@nat/google/x-wjmaahzqouhgvcfq) (Quit: dave_levin)
- # [05:05] * Joins: nonge_ (~nonge@p5082B477.dip.t-dialin.net)
- # [05:09] * Quits: nonge (~nonge@p5082B458.dip.t-dialin.net) (Ping timeout: 240 seconds)
- # [05:09] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
- # [05:11] * bga_|away is now known as bga_
- # [05:19] * Quits: othermaciej (~mjs@67.218.107.234) (Quit: othermaciej)
- # [05:32] * Quits: pesla (~pesla@mail.itoffshorenepal.com) (Quit: Computer has gone to sleep.)
- # [05:36] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [05:40] * Quits: roc (~chatzilla@skycity-akl-nz.getin2net.com) (Ping timeout: 260 seconds)
- # [05:42] * Quits: dbaron_ (~dbaron@nat/mozilla/x-chstukuiccrmzvfx) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [05:43] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:44] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [05:45] * Quits: erlehmann (~erlehmann@82.113.99.60) (Quit: Ex-Chat)
- # [05:55] * Joins: MikeSmith (~MikeSmith@EM111-188-102-233.pool.e-mobile.ne.jp)
- # [05:56] * bga_ is now known as bga_|away
- # [05:56] * Joins: wakaba__ (~wakaba@219.157.197.113.dy.bbexcite.jp)
- # [05:56] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Read error: Connection reset by peer)
- # [05:56] * Quits: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp) (Read error: Connection reset by peer)
- # [05:57] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [05:57] * Quits: lstoll (~lstoll@randall.lstoll.net) (Quit: ZNC - http://znc.sourceforge.net)
- # [05:58] * Quits: MikeSmith (~MikeSmith@EM111-188-102-233.pool.e-mobile.ne.jp) (Client Quit)
- # [05:59] * Joins: lstoll (~lstoll@randall.lstoll.net)
- # [06:03] * Joins: nonge__ (~nonge@p5B327433.dip.t-dialin.net)
- # [06:04] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [06:06] * Quits: nonge_ (~nonge@p5082B477.dip.t-dialin.net) (Ping timeout: 250 seconds)
- # [06:08] * Joins: nessy (~Adium@58.104.253.245)
- # [06:13] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (Ping timeout: 240 seconds)
- # [06:13] * Joins: pesla (~pesla@mail.itoffshorenepal.com)
- # [06:14] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
- # [06:14] * Quits: nessy (~Adium@58.104.253.245) (Ping timeout: 250 seconds)
- # [06:15] * Joins: nessy (~Adium@110.20.1.60)
- # [06:17] * Joins: MikeSmith (~MikeSmith@EM111-188-102-233.pool.e-mobile.ne.jp)
- # [06:22] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Remote host closed the connection)
- # [06:23] * Joins: 5EXACBFEX (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:27] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
- # [06:29] * Joins: nessy1 (~Adium@49.178.19.8)
- # [06:29] * Quits: nessy (~Adium@110.20.1.60) (Ping timeout: 276 seconds)
- # [06:30] * Quits: Ankheg (~Ankheg@94.158.194.27) (Quit: Leaving.)
- # [06:30] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:34] * Quits: 5EXACBFEX (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
- # [06:35] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [06:35] * Quits: shepazu (~schepers@skycity-akl-nz.getin2net.com) (Quit: shepazu)
- # [06:38] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [06:39] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [06:40] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:40] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [06:40] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Never look down on someone unless you're helping them up.)
- # [06:41] * Joins: agektmr (~Adium@220.109.219.244)
- # [06:41] * Joins: nessy (~Adium@1.40.130.93)
- # [06:42] * Quits: nessy (~Adium@1.40.130.93) (Client Quit)
- # [06:43] * Quits: nessy1 (~Adium@49.178.19.8) (Ping timeout: 260 seconds)
- # [06:45] * Quits: MikeSmith (~MikeSmith@EM111-188-102-233.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [06:46] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:47] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
- # [06:50] <Hixie> is there a mouse capturing api in the platform?
- # [06:51] * Quits: everton (~everton@z171.124-45-149.ppp.wakwak.ne.jp) (Read error: Connection reset by peer)
- # [06:51] * Joins: everton_ (~everton@z171.124-45-149.ppp.wakwak.ne.jp)
- # [06:53] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
- # [06:53] <Hixie> i'm doing stuff using dragging around a canvas, and i can't work out how to not have one of these bugs:
- # [06:53] <Hixie> 1) dragging out, releasing the mouse button, and going back in makes the ui drag things around without a button
- # [06:58] * Quits: everton_ (~everton@z171.124-45-149.ppp.wakwak.ne.jp) (Quit: everton_)
- # [07:00] <Hixie> 2) dragging out and back in without releeasing the button loses the drag
- # [07:06] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [07:06] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [07:07] * Joins: ezoe (~ezoe@61-205-124-138f1.kyt1.eonet.ne.jp)
- # [07:09] * Joins: nessy (~Adium@1.41.224.173)
- # [07:11] * Joins: agektmr (~Adium@220.109.219.244)
- # [07:12] * Quits: ben_h (~ben@128.250.195.142) (Quit: ben_h)
- # [07:19] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
- # [07:19] * Quits: jwalden (~waldo@nat/mozilla/x-ededhxcfiwhpjidt) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
- # [07:22] * Joins: roc (~chatzilla@121.98.230.221)
- # [07:26] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [07:28] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Quit: aroben)
- # [07:37] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [07:40] * Quits: ezoe (~ezoe@61-205-124-138f1.kyt1.eonet.ne.jp) (Ping timeout: 246 seconds)
- # [07:40] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [07:50] * Quits: nessy (~Adium@1.41.224.173) (Quit: Leaving.)
- # [07:51] * Joins: drdt (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net)
- # [07:51] * Quits: pesla (~pesla@mail.itoffshorenepal.com) (Quit: Computer has gone to sleep.)
- # [07:52] * drdt is now known as dydz
- # [07:52] * dydz is now known as 16WAAKQX0
- # [07:57] * Quits: 16WAAKQX0 (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net) (Read error: Connection reset by peer)
- # [07:58] * Joins: dydx (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net)
- # [08:03] * Joins: ben_h (~ben@128.250.195.142)
- # [08:06] * Quits: dydx (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net) (Read error: Connection reset by peer)
- # [08:06] * Joins: drdt (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net)
- # [08:09] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
- # [08:10] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:14] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:14] * Quits: drdt (~dydz@adsl-76-200-191-179.dsl.pltn13.sbcglobal.net) (Read error: Connection reset by peer)
- # [08:21] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [08:24] * Joins: kal-EL_ (~jor-EL@host219-68-dynamic.245-95-r.retail.telecomitalia.it)
- # [08:28] * Joins: rimantas (~rimliu@93.93.57.193)
- # [08:29] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [08:30] * Quits: ben_h (~ben@128.250.195.142) (Quit: ben_h)
- # [08:32] * Joins: jochen___ (~jochen@nat/google/x-krlwxucrsexhndaq)
- # [08:35] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (Quit: halt! linux raid säätö -zeit)
- # [08:35] * Quits: jochen__ (~jochen@nat/google/x-mhfebhjgdvuydgbr) (Ping timeout: 246 seconds)
- # [08:35] * jochen___ is now known as jochen__
- # [08:35] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [08:36] * Quits: Yudai (~Yudai@p434d26.kngwnt01.ap.so-net.ne.jp) (Remote host closed the connection)
- # [08:39] * Joins: Yudai (~Yudai@p6e0f6b.kngwnt01.ap.so-net.ne.jp)
- # [08:43] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 272 seconds)
- # [08:43] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [08:43] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 272 seconds)
- # [08:44] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:50] * Joins: hom______ (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp)
- # [08:50] * Joins: nessy (~Adium@124-169-147-115.dyn.iinet.net.au)
- # [08:50] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
- # [08:51] * Quits: hom______ (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp) (Client Quit)
- # [08:52] * Joins: matjas (~matjas@ip-213-49-116-151.dsl.scarlet.be)
- # [08:58] * Quits: foolip (~philip@83.218.67.122) (Quit: Ex-Chat)
- # [08:59] * Joins: Maurice (~ano@77.222.73.150)
- # [08:59] * Quits: matjas (~matjas@ip-213-49-116-151.dsl.scarlet.be) (Ping timeout: 250 seconds)
- # [09:02] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [09:07] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [09:07] <zcorpan> Hixie: i think annevk worked around those issues in his canvas paintr
- # [09:07] <zcorpan> http://annevankesteren.nl/2006/08-paintr21
- # [09:13] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [09:14] * Joins: rolandsteiner (~rolandste@220.109.219.244)
- # [09:15] * Parts: rolandsteiner (~rolandste@220.109.219.244)
- # [09:15] * Joins: rolandsteiner (~rolandste@220.109.219.244)
- # [09:18] * Quits: ojan (~ojan@nat/google/x-ghadancchzqpkemz) (Quit: ojan)
- # [09:18] * Joins: matijsb (~matijsb@188.205.108.18)
- # [09:18] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [09:24] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [09:25] <zcorpan> lol "If your web application fails in browsers with scripting disabled, Jakob Nielsen’s dog will come to your house and shit on your carpet." http://diveintohtml5.org/history.html
- # [09:32] <zcorpan> boo for using sync xhr
- # [09:32] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [09:32] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [09:33] * Joins: pesla (~pesla@mail.itoffshorenepal.com)
- # [09:34] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
- # [09:36] * Joins: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp)
- # [09:37] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [09:40] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [09:49] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [09:51] <zcorpan> hsivonen, MikeSmith: <meta http-equiv="Content-type" content="text/html; charset=utf-8"><meta charset="utf-8"> validates
- # [09:51] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [09:51] <MikeSmith> yeah
- # [09:52] <MikeSmith> validator is currently not doing any check for that at all
- # [09:52] <zcorpan> known?
- # [09:52] <zcorpan> oh?
- # [09:52] <MikeSmith> yeah, I filed a spec bug on this
- # [09:52] <zcorpan> ok
- # [09:52] * Joins: kennyluck (~kennyluck@EM114-48-40-232.pool.e-mobile.ne.jp)
- # [09:53] <MikeSmith> I think the spec should just say, "A document must not have more than one character-encoding declaration."
- # [09:53] <MikeSmith> and leave it at that
- # [09:53] <MikeSmith> the current spec language doesn't even prohibit multiple <meta http-equiv="Content-type"… instances
- # [09:55] * Joins: msucan (~robod@89.123.175.68)
- # [09:55] <MikeSmith> zcorpan: what I think we should implement is: report an error for any character-encoding declaration except the first one (in document order)
- # [09:56] <MikeSmith> and possibly, also report the location of the first one
- # [09:57] <MikeSmith> a problem with that is, this part of the code currently has no means for emitting Info-level messages
- # [09:57] <MikeSmith> it can only emit errors and warnings
- # [09:58] <MikeSmith> zcorpan: anyway, this is bug : http://www.w3.org/Bugs/Public/show_bug.cgi?id=12054
- # [09:58] <MikeSmith> of course feel free to comment there if you think anything I said there is wrong, or if you have anything to add
- # [10:00] <zcorpan> seems fine
- # [10:01] <MikeSmith> ok
- # [10:01] <karlcow> Does it send a warning when there are conflicting?
- # [10:02] <karlcow> s/there/they/
- # [10:02] * karlcow is going to tes
- # [10:02] <karlcow> test
- # [10:02] * karlcow is in typos day
- # [10:04] <MikeSmith> karlcow: it doesn't do anything currently
- # [10:05] <karlcow> the direct input does funny things
- # [10:08] * Joins: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [10:10] * Quits: hasather (~davidh@pat-tdc.opera.com) (Ping timeout: 264 seconds)
- # [10:11] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Read error: Operation timed out)
- # [10:12] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [10:12] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 264 seconds)
- # [10:13] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 276 seconds)
- # [10:13] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [10:14] * bga_ is now known as _bga
- # [10:14] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 250 seconds)
- # [10:15] * Joins: Ankheg1 (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [10:15] <annevk> email is down
- # [10:15] <annevk> bah
- # [10:15] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Ping timeout: 276 seconds)
- # [10:15] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 250 seconds)
- # [10:16] * Joins: david_carlisle (~davidc@86.188.197.189)
- # [10:16] * Joins: matjas (~matjas@ip-81-11-177-44.dsl.scarlet.be)
- # [10:20] * Parts: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [10:21] * Joins: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [10:23] * _bga is now known as bga_
- # [10:25] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [10:27] * bga_ is now known as bga_|away
- # [10:29] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
- # [10:30] * Joins: virtuelv (~virtuelv_@pat-bgp.opera.com)
- # [10:30] * Joins: Lachy (~Lachlan@pat-bgp.opera.com)
- # [10:30] * Joins: hasather (~davidh@pat-bgp.opera.com)
- # [10:33] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [10:33] * Joins: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net)
- # [10:34] <karlcow> rha bad network here.
- # [10:35] <karlcow> MikeSmith: interesting thing with the meta and the validator
- # [10:35] * Quits: pesla (~pesla@mail.itoffshorenepal.com) (Quit: Computer has gone to sleep.)
- # [10:35] <karlcow> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.la-grange.net%2F2011%2F03%2F03%2Ftest%2Fvalid-charset-02&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.2
- # [10:35] <karlcow> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.la-grange.net%2F2011%2F03%2F03%2Ftest%2Fvalid-charset&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.2
- # [10:36] <karlcow> the order of the meta is different but it always warn about one being wrong.
- # [10:36] <karlcow> which is the case
- # [10:36] <karlcow> but it doesn't warn there are two :) indeed
- # [10:37] <karlcow> I wonder if browsers pick the first one or the last one in the pile
- # [10:37] <zcorpan> karlcow: http://www.la-grange.net/2011/03/03/test/valid-charset has charset in http content-type
- # [10:37] <zcorpan> karlcow: which wins over meta
- # [10:38] <karlcow> ah interesting making a 3rd test
- # [10:38] <zcorpan> charset detection has already been researched and specified and implemented
- # [10:39] <karlcow> zcorpan: I would have thought that the meta/charset would win over meta/http
- # [10:40] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
- # [10:41] <karlcow> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.la-grange.net%2F2011%2F03%2F03%2Ftest%2Fvalid-charset-04&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.2
- # [10:41] <karlcow> here it says there are two
- # [10:41] <karlcow> "The character encoding specified in the HTTP header (utf-8) is different from the value in the <meta> element (iso-8859-1, utf-8). I will use the value from the HTTP header (utf-8) for this validation."
- # [10:41] <karlcow> or more exactly it sees there are two
- # [10:41] * Joins: foolip (~philip@83.218.67.122)
- # [10:42] * bga_|away is now known as bga_
- # [10:42] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [10:42] <zcorpan> it doesn't seem to be validator.nu that emits that message
- # [10:49] <karlcow> nope, probably the additional layer of W3C validator for messages
- # [10:49] <hsivonen> Is my reading comprehension correct that the Chairs "accepted" http://www.w3.org/html/wg/wiki/ChangeProposals/ARIAinHTML5#Details but excluded more than 50% of its proposed edits?
- # [10:49] <hsivonen> thus effectively formulating a middle ground that wasn't fully represented by any one CP
- # [10:49] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
- # [10:49] * Joins: FastJack (~fastjack@dumpstr.net)
- # [10:50] <hsivonen> might have been easier to document which edits were upheld than to say which edits were excluded
- # [10:50] <annevk> I should have just stayed asleep
- # [10:50] <annevk> no email no news no nothing
- # [10:51] <annevk> although I guess I can concentrate more on this blog post on Web Notifications
- # [10:52] * Joins: davve__ (~davve@83.218.67.122)
- # [10:52] <karlcow> hsivonen: there's a thread in between sam and steve about it http://lists.w3.org/Archives/Public/public-html/2011Mar/thread.html#msg5
- # [10:52] <hsivonen> karlcow: yeah, so it seems. thanks
- # [10:53] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [10:53] <zcorpan> annevk: you mean there's nothing that can procrastinate real work?
- # [10:54] <karlcow> arf http://www.opera.com/press/releases/2011/03/03/
- # [10:54] <karlcow> >"I'm very concerned," says Standal. "Seventeen is very young, and I am not sure if, at that age, people are ready to use such an application. It's very fast, you know, and it has a lot of features. I think the download requirement should be at least 18."
- # [10:55] * Joins: roc_ (~chatzilla@121.98.230.221)
- # [10:55] <zcorpan> heh
- # [10:55] <annevk> zcorpan, well, trying to clean up my inbox is pretty much my job
- # [10:55] <annevk> it contains bug reports with specs
- # [10:56] <annevk> but when I do that I'd like to have up to date information
- # [10:56] * hsivonen wonders how Apple came up with 17
- # [10:57] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 260 seconds)
- # [10:57] * roc_ is now known as roc
- # [10:57] <hsivonen> aren't 15, 16, 18 and 21 more common special ages?
- # [10:57] <karlcow> yes very strange
- # [10:58] * Quits: Lachy (~Lachlan@pat-bgp.opera.com) (Quit: Leaving)
- # [10:58] <hsivonen> I wonder how the iUniverse works for young people and people without credit cards
- # [10:58] <jgraham> floor((15+16+18+21)/4) maybe
- # [10:58] * Joins: Lachy (~Lachlan@pat-bgp.opera.com)
- # [10:58] <hsivonen> I started using Apple products as a minor and without a credit card
- # [10:59] <karlcow> well I'm an adult (well maybe) and I do not use Mac AppStore specifically because of this credit card policy
- # [11:00] <karlcow> no shiny new tweetie for me
- # [11:00] <hsivonen> I was a hassle to get my dad pay for software using his credit cards back when vendors wanted stuff faxed to them
- # [11:00] <hsivonen> karlcow: don't you have a credit card or do you oppose to registering yours in order to download free stuff?
- # [11:01] <hsivonen> s/I /It
- # [11:01] <karlcow> I have credit cards but indeed you are forced to register to download free stuff
- # [11:01] * Parts: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [11:02] * Joins: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [11:03] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Remote host closed the connection)
- # [11:05] <hsivonen> I haven't installed any apps from the Mac App Store, either
- # [11:06] <hsivonen> I'd probably have more credit card activity with Apple if they got rid of the territorial restrictions on movie rentals
- # [11:06] <karlcow> to their credits, I think the territorial stupidity is coming from the movie industry.
- # [11:07] <hsivonen> karlcow: that's one possibility.
- # [11:07] <hsivonen> karlcow: it could also be coming from the laws the Finnish copyright lobby has gotten set up to favor Finnish copyright holders
- # [11:07] <annevk> yeah, I think it's that each country has their own silly laws
- # [11:07] <hsivonen> karlcow: or it could come from Apple (incorrectly) thinking that they have to have the movies translated to the local language before they can open the store
- # [11:09] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [11:09] <karlcow> so many missed opportunities for the movie industry. Which reminds me that I should add that on my next talk on the topic.
- # [11:09] <hsivonen> but since Apple already sells music in Finland, they have to have had some kind of contact with the local copyright lobby anyway
- # [11:09] * Joins: richt (~richt@pat-bgp.opera.com)
- # [11:09] <hsivonen> the book industry is super-sad, too
- # [11:09] <karlcow> yep
- # [11:10] <hsivonen> can't get a single e-Ink-based reader device that'd make sense for both English-language and Finnish-language books
- # [11:10] <karlcow> many people do not understand. At least there are new publishers riding on their own fully digital.
- # [11:10] <hsivonen> because the broadest selection for English uses Amazon's DRM and the broadest selection for Finnish uses Adobe's DRM
- # [11:10] <zcorpan> "CDATA sections must start with the character sequence U+003C U+0021 U+005B U+0043 U+0044 U+0041 U+0054 U+0041 U+005B (<![CDATA[)." is easier to read than:
- # [11:10] <zcorpan> "CDATA sections must start with the character sequence U+003C LESS-THAN SIGN, U+0021 EXCLAMATION MARK, U+005B LEFT SQUARE BRACKET, U+0043 LATIN CAPITAL LETTER C, U+0044 LATIN CAPITAL LETTER D, U+0041 LATIN CAPITAL LETTER A, U+0054 LATIN CAPITAL LETTER T, U+0041 LATIN CAPITAL LETTER A, U+005B LEFT SQUARE BRACKET (<![CDATA[)."
- # [11:10] * Joins: workmad3 (~workmad3@cspool123.cs.man.ac.uk)
- # [11:11] <hsivonen> zcorpan: that bit of the spec is putting specifiers ahead of implementors anyway. :-)
- # [11:11] <hsivonen> in other ways that is
- # [11:12] <karlcow> "CDATA sections must start with the character sequence "<![CDATA[" (U+003C U+0021 U+005B U+0043 U+0044 U+0041 U+0054 U+0041 U+005B)"
- # [11:12] <karlcow> even easier to read?
- # [11:12] <zcorpan> karlcow: yeah maybe
- # [11:13] <hsivonen> are Julian's CPs about slashes in charset all about the content-type sniffing algorithm?
- # [11:13] <hsivonen> or does he have CPs that affect HTML parsing?
- # [11:14] * Parts: matijsb (~matijsb@188.205.108.18)
- # [11:14] * Joins: matijsb (~matijsb@188.205.108.18)
- # [11:21] <hsivonen> where can I locate the different proposals that are referred to by proposal numbers in the script execution thread?
- # [11:26] <hsivonen> oh. there's http://www.w3.org/2002/09/wbs/40318/issue-125-objection-poll/
- # [11:26] <hsivonen> I guess I need to take the time to object to it.
- # [11:26] <hsivonen> I'd appreciate it if I could fix bugs instead of spending time to object to these
- # [11:28] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [11:28] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Operation timed out)
- # [11:28] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [11:28] * Quits: temp01 (~temp01@unaffiliated/temp01) (Disconnected by services)
- # [11:28] * temp02 is now known as temp01
- # [11:30] * Parts: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [11:31] * Joins: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se)
- # [11:31] <zcorpan> opera has now removed uts22 charset alias matching, fwiw
- # [11:32] <annevk> in public builds?
- # [11:32] * Joins: Amorphous (jan@f048128246.adsl.alicedsl.de)
- # [11:32] * Quits: Amorphous (jan@f048128246.adsl.alicedsl.de) (Changing host)
- # [11:32] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [11:33] <zcorpan> i thought i saw it in a changelog of a snapshot
- # [11:33] <zcorpan> don't remember which and it seems i can't access the desktop team site right now
- # [11:33] <karlcow> annevk: http://my.opera.com/desktopteam/blog/2011/02/17/a-first-glimpse-at-barracuda
- # [11:33] <karlcow> "CORE-21407 remove support for UTS22 §1.4 charset alias matching"
- # [11:33] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
- # [11:34] <annevk> nice
- # [11:35] <karlcow> the changelog of Barracuda is quite impressive
- # [11:38] * Joins: annevk2 (~annevk@pat.se.opera.com)
- # [11:38] <hsivonen> responded to http://www.w3.org/2002/09/wbs/40318/issue-125-objection-poll/results
- # [11:39] * Quits: annevk (~annevk@static-88.131.66.111.addr.tdcsong.se) (Ping timeout: 240 seconds)
- # [11:41] * annevk2 is now known as annevk
- # [11:45] * Joins: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi)
- # [11:47] <karlcow> http://www.ecyrd.com/timeismoney/
- # [11:47] <karlcow> for people who loves meetings
- # [11:48] <zcorpan> annevk: i would imagine showing notification in-window first and having a button on the notification to opt-in to os-level notification for the origin
- # [11:48] <zcorpan> annevk: and an easy way to opt-out again
- # [11:50] <annevk> yeah, Hixie proposed that
- # [11:50] <annevk> well, that was his design
- # [11:50] <annevk> but apparently people want to know things upfront and such
- # [11:50] <annevk> but maybe we should just not cater to them?
- # [11:51] * Quits: kennyluck (~kennyluck@EM114-48-40-232.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [11:51] <zcorpan> show a notification upfront? :)
- # [11:51] <annevk> yeah, but they didn't quite like that either
- # [11:51] <jgraham> Umm, that sounds quite complex
- # [11:51] <annevk> I forgot where this was discussed
- # [11:52] <annevk> and I rather have this be someone else their problem
- # [11:52] <jgraham> as you can't just hand off to an OS notification mechanism
- # [11:54] <annevk> rel=pingback unused?
- # [11:54] <annevk> has this person not heard of WordPress?
- # [11:58] * Joins: erlehmann (~erlehmann@82.113.99.60)
- # [12:09] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Ping timeout: 272 seconds)
- # [12:11] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [12:25] <zcorpan> apparently
- # [12:28] * zcorpan filed that bug btw
- # [12:29] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [12:31] * Quits: roc (~chatzilla@121.98.230.221) (Remote host closed the connection)
- # [12:36] * Joins: benschwarz (~benschwar@59.167.185.148)
- # [12:37] <hsivonen> hmm. looks like @opera has "space astronauts" instead of architecture astronauts working on network operations
- # [12:38] * Joins: gormer (~ghe@132.150.124.56)
- # [12:39] <zcorpan> hmm?
- # [12:39] <benschwarz> adactio Whatup!
- # [12:40] <adactio> benschwarz: Nice work on HTML5 for developers — lovely stuff.
- # [12:40] <benschwarz> adactio—Thanks. I enjoyed seeing your tweet
- # [13:02] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Leaving...)
- # [13:05] <annevk> hsivonen, what do you mean?
- # [13:07] <hsivonen> annevk: https://twitter.com/#!/opera/status/43254428245032961
- # [13:07] <annevk> :)
- # [13:09] <adactio> I have a niggling doubt about the definition of the the figure element that I'd like to get clarified http://www.whatwg.org/specs/web-apps/current-work/multipage/grouping-content.html#the-figure-element
- # [13:09] <adactio> "The figure element http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#represents some http://www.whatwg.org/specs/web-apps/current-work/multipage/content-models.html#flow-content, optionally with a caption, that is self-contained and is typically referenced as a single unit from the main flow of the document."
- # [13:10] <adactio> Is it indeed "the document" that we're talking about or is it actually "containing sectioning content"?
- # [13:10] <adactio> (I suspect it is indeed the whole document but I just want to make sure)
- # [13:15] <karlcow> I wonder if a space astronauts is like vocal singer
- # [13:15] <annevk> adactio, it's the whole document
- # [13:16] <adactio> annevk: Thanks. That's what I thought.
- # [13:16] <annevk> adactio, e.g. you might have a bunch of graphs in an appendix referenced from the main text
- # [13:16] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
- # [13:19] <hsivonen> regarding http://dev.w3.org/html5/status/formal-objection-status.html : Have the FOs to adopting HTML5 as the WGs "basis for review" been withdrawn?
- # [13:20] <annevk> oh right
- # [13:20] <annevk> I need to submit a CCP today
- # [13:21] <hsivonen> annevk: which ISSUE?
- # [13:22] * Joins: benschwarz (~benschwar@59.167.185.148)
- # [13:22] * Quits: benschwarz (~benschwar@59.167.185.148) (Client Quit)
- # [13:22] * Joins: benschwarz (~benschwar@59.167.185.148)
- # [13:29] <annevk> 140
- # [13:34] * Quits: tomaw (tom@freenode/staff/tomaw) (Quit: Quitting)
- # [13:37] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [13:37] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Linkinus - http://linkinus.com)
- # [13:43] * Joins: tomaw (tom@freenode/staff/tomaw)
- # [13:44] <hsivonen> I can't work out from Noah's CP if a "Conforming HTML5 Document" is allowed to have stuff in svg or math subtrees
- # [13:45] <hsivonen> also, I can't work out from Anne's current CCP if a "Conforming Document" is allowed to have stuff in svg or math subtrees
- # [13:45] <hsivonen> and with both CPs: which stuff?
- # [13:47] <zewt> zcorpan: seems like it may be important to be able to request permission to show os-level notifications in advance; the "ask on first use" permission model (of eg. geolocation) doesn't really apply, since by the time you need to show a notification, it's too late
- # [13:49] <hsivonen> does anyone remember what's a good summary of the aria:foo vs. aria-foo episode?
- # [13:49] <zcorpan> zewt: yeah
- # [13:49] <hsivonen> use case: explaining why smil:foo is bad for the exact same reasons as aria:foo
- # [13:51] <zewt> is anything actually using the web permissions spec yet?
- # [13:51] * Quits: payman_ (~payman@pat.se.opera.com) (Quit: leaving)
- # [13:52] <annevk> hsivonen, there's probably some emails on www-tag explaining that
- # [13:52] * Joins: payman (~payman@pat.se.opera.com)
- # [13:54] <zcorpan> http://lists.w3.org/Archives/Public/www-tag/2008Apr/0244.html ?
- # [13:56] <hsivonen> zcorpan: that one explains that IBM threw its weight behind aria-foo but it doesn't explain the technical problem fully
- # [13:56] <hsivonen> looking at my own emails to www-tag, I don't see a nice summary among my own emails, either
- # [13:56] <annevk> http://lists.w3.org/Archives/Public/www-tag/2008Apr/0235.html
- # [13:56] <annevk> is mine, not very good though
- # [13:56] <annevk> but highlights some of the technical issues
- # [13:57] <hsivonen> annevk: thanks. that's the best one so far
- # [13:58] <zewt> heh the quote in that mail
- # [13:58] <zewt> doesn't it basically say "if we spend some cost, we can change the cost/benefit ratio"
- # [14:07] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [14:08] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [14:08] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [14:08] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [14:14] * Quits: gavin (~gavin@firefox/developer/gavin) (Remote host closed the connection)
- # [14:14] * Joins: gavin (~gavin@people.mozilla.com)
- # [14:14] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
- # [14:14] * Joins: gavin (~gavin@firefox/developer/gavin)
- # [14:14] * Quits: virtuelv (~virtuelv_@pat-bgp.opera.com) (Read error: Operation timed out)
- # [14:15] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [14:15] * Quits: richt (~richt@pat-bgp.opera.com) (Read error: Operation timed out)
- # [14:17] * Quits: hasather (~davidh@pat-bgp.opera.com) (Ping timeout: 250 seconds)
- # [14:17] * Quits: Lachy (~Lachlan@pat-bgp.opera.com) (Ping timeout: 240 seconds)
- # [14:18] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [14:21] * Quits: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [14:22] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [14:23] * Joins: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp)
- # [14:23] * Joins: richt (~richt@pat-tdc.opera.com)
- # [14:30] * Quits: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp) (Read error: No route to host)
- # [14:30] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [14:32] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [14:33] * Joins: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp)
- # [14:33] * Quits: nessy (~Adium@124-169-147-115.dyn.iinet.net.au) (Quit: Leaving.)
- # [14:36] <jgraham> so why doesn't http://software.hixie.ch/utilities/js/live-dom-viewer/saved/858 work in webkit?
- # [14:39] <zewt> works in chrome
- # [14:42] <zcorpan> there's something weird with chrome: if i just load a saved livedomviewer, it doesn't run scripts until i edit the script contents in the input
- # [14:43] <zcorpan> security feature?
- # [14:45] <zewt> what version? seems normal in 9
- # [14:46] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [14:46] <zewt> oh, it displays but I don't know if the onload is working
- # [14:46] <zcorpan> dev 11.0.686.1
- # [14:46] <zewt> ah yeah contentDocument is undefined
- # [14:48] * Quits: SteveGL (~dev@174-21-169-195.tukw.qwest.net) (Ping timeout: 240 seconds)
- # [14:48] <zewt> looks like the data: URL isn't considered same-origin to the page itself
- # [14:48] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [14:49] <zewt> Unsafe JavaScript attempt to access frame with URL data:text/html,iframe with data: uri from frame with URL http://software.hixie.ch/utilities/js/live-dom-viewer/?... Domains, protocols and ports must match.
- # [14:49] <bga_> yeah
- # [14:50] <bga_> in ff all ok
- # [14:50] <bga_> http: !== data: formally
- # [14:51] <bga_> zewt document.write is workaround
- # [14:52] <zewt> oddly doesn't work in FF3 (iframe is undefined); works in 4
- # [14:54] <bga_> btw this behavior is usefull for sandboxing
- # [14:54] * Joins: SteveGL (~dev@174.21.192.134)
- # [14:54] <zewt> not if it's not consistent, though
- # [14:55] <zewt> doesn't help sandboxing if it's not sandboxed in FF4
- # [14:55] <bga_> partial solution for webkit
- # [14:55] <zewt> i assume chrome is strict about it for some XSS-related reason or something like that
- # [14:55] * Joins: mpt (~mpt@91.189.88.12)
- # [14:55] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [14:55] * Joins: mpt (~mpt@canonical/mpt)
- # [14:57] <bga_> htmlfile for IE but i havent discovered it deeply
- # [14:58] <jgraham> Right, I am kind of hoping that that is special magic for data: uris
- # [14:58] <jgraham> Like Opera and Firefox have
- # [14:58] <jgraham> Because making data: cross-origin is annoying
- # [14:59] <jgraham> and document.write doesn't work for my case
- # [15:04] * Joins: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
- # [15:07] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [15:08] * Joins: zdobersek (~zan@cpe-46-164-18-15.dynamic.amis.net)
- # [15:13] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [15:17] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [15:22] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
- # [15:29] * Quits: matjas (~matjas@ip-81-11-177-44.dsl.scarlet.be) (Ping timeout: 272 seconds)
- # [15:35] * Joins: MikeSmith_ (~MikeSmith@EM114-48-118-176.pool.e-mobile.ne.jp)
- # [15:37] * Quits: bfrohs (~bfrohs@smtp.forewordinternal.com) (Remote host closed the connection)
- # [15:38] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [15:38] * Quits: MikeSmith (~MikeSmith@EM114-49-12-31.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [15:39] * Quits: Ankheg1 (~Ankheg@fs91-201-3-30.dubna-net.ru) (Quit: Leaving.)
- # [15:39] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [15:40] * Quits: SteveGL (~dev@174.21.192.134) (Ping timeout: 250 seconds)
- # [15:41] * Quits: MikeSmith_ (~MikeSmith@EM114-48-118-176.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
- # [15:41] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 250 seconds)
- # [15:41] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Client Quit)
- # [15:44] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Read error: Connection reset by peer)
- # [15:45] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
- # [15:49] * Joins: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp)
- # [15:53] * Quits: kal-EL_ (~jor-EL@host219-68-dynamic.245-95-r.retail.telecomitalia.it) (Ping timeout: 252 seconds)
- # [15:56] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [15:58] <annevk> answered 126, left 125 alone (would have had the same arguments as hsivonen)
- # [15:59] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [15:59] * Joins: matjas (~matjas@91.182.219.78)
- # [16:00] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [16:03] <annevk> Hixie, PDF version link of the spec is broken?
- # [16:04] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
- # [16:07] * Joins: eric_carlson (~eric_carl@2620:0:1b00:1191:217:f2ff:fe03:a2e)
- # [16:08] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [16:09] * Joins: FastJack (~fastjack@dumpstr.net)
- # [16:09] * Joins: kal-EL_ (~jor-EL@host2-64-dynamic.245-95-r.retail.telecomitalia.it)
- # [16:09] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [16:12] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Read error: Connection reset by peer)
- # [16:12] * Joins: mhausenblas_ (~mhausenbl@188.141.67.15)
- # [16:12] * Quits: mhausenblas_ (~mhausenbl@188.141.67.15) (Client Quit)
- # [16:15] * bga_ is now known as bga_|away
- # [16:17] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
- # [16:18] <webr3> hsivonen, around?
- # [16:19] <hsivonen> webr3: yes
- # [16:20] <webr3> cool, re HTML+RDFa1.1 - would you be happier if there was /no/ mention at all of xmlns in that doc (html host lang for rdfa core)
- # [16:20] <webr3> or, mentioned only for processors for backwards compat with xhtml+rdfa1.0 with a text/html mime type
- # [16:21] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [16:21] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [16:21] <hsivonen> webr3: I'd be happier if neither RDFa in HTML nor RDFa in XHTML relied on xmlns:foo
- # [16:22] <hsivonen> and compat with existing content was achieved by hardwiring property names
- # [16:22] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Read error: Connection reset by peer)
- # [16:22] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [16:23] <webr3> we can't do that though sadly, there are too many to hard wire
- # [16:24] <webr3> we're stuck int hat we've done everything to get rid of it, but have several million docs out there with it to handle for bc
- # [16:24] <webr3> ack, moving topic in meeting - will pick up at a later date
- # [16:24] <hsivonen> webr3: don't those several million all use a handful of vocabs? Facebook, Google, Yahoo!, CC, DC?
- # [16:26] <webr3> we're moving to hard wire them (well for processors) - but doesn't handle all of them, will only handle some
- # [16:26] <webr3> and we have in charter the bc thing, so can't avoid
- # [16:26] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [16:27] <webr3> we've made it so authors can forget movign forward, and we don't mention xmlns, /but/ the extra rules needed to handle bc for text/html are goign to make it prominent in that doc
- # [16:27] <hsivonen> webr3: charters are set by the people in the WG, so it's not really credible to point to charter as something that forces you
- # [16:27] <webr3> so 50+ mentions in HTML+RDFa1.1 - and 1 in rdfa core :|
- # [16:30] <Philip`> Instead of mentioning "xmlns" explicitly, you could discourage people from using it by calling it "U+0078 LATIN SMALL LETTER X, U+006D LATIN SMALL LETTER M, U+006C LATIN SMALL LETTER L, U+006E LATIN SMALL LETTER N, U+0073 LATIN SMALL LETTER S"
- # [16:39] <karlcow> Philip`: not sure, that would encourage perverts
- # [16:39] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [16:40] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
- # [16:40] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Client Quit)
- # [16:42] <annevk> zewt, hey, you around
- # [16:42] <annevk> zewt, http://www.w3.org/2006/webapi/track/issues/35
- # [16:42] <annevk> it seems form submission works by dispatching a synthetic submit event
- # [16:43] * Joins: Ankheg (~Ankheg@94.158.194.27)
- # [16:44] <annevk> it also seems that Ian described "form submission" in the wrong way
- # [16:44] <annevk> it is triggered by the submit event, but it is not defined that way
- # [16:46] * annevk filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=12230
- # [16:50] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
- # [16:50] <zewt> looks like we came to the same conclusions he did
- # [16:51] <annevk> yeah, that's positive
- # [16:51] <annevk> I'm leaning towards only initEvent() resetting stuff
- # [16:51] <annevk> and then making the first argument of initEvent optional too
- # [16:52] <zewt> i think like you suggested, resetting in init*Event makes most sense--prevents the canceled flag from being set and then the cancel flag from being unset (inconsistent state), and avoids both the problems of early-reset and late-reset during dispatch
- # [16:52] <annevk> yup
- # [16:52] <annevk> and when we get fancy-objects I guess we should let initEvent take an object
- # [16:52] <annevk> instead of a series of arguments
- # [16:53] <annevk> so you can easily set all the properties
- # [16:53] <annevk> and then "deprecate" init*Event and not allow them on new event objects
- # [16:53] <zewt> the "set the properties manually" idea would be nice but that seems way too different from the current model where most event properties are readonly
- # [16:53] * Quits: erlehmann (~erlehmann@82.113.99.60) (Ping timeout: 252 seconds)
- # [16:53] <karlcow> http://robert.accettura.com/blog/2011/03/03/wanted-native-js-encryption/
- # [16:54] <annevk> zewt, oh yeah, we could do that too still...
- # [16:54] <annevk> zewt, they'd still be readonly while dispatching
- # [16:54] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [16:54] <zewt> i think it'd need to ... yeah what you said
- # [16:54] <zewt> so you can't change them for trusted events, in particular
- # [16:54] <annevk> hmm, gotta run again; should be online at tenish though
- # [16:54] <zewt> it's tenish now, here :P
- # [16:54] <zewt> (okay, elevenish)
- # [16:54] <annevk> timezones
- # [16:56] <zewt> should also be defined that non-trusted submit events perform their default action, if it isn't (iirc only click is explicitly mentioned)
- # [16:57] * Quits: annevk (~annevk@pat.se.opera.com) (Read error: Operation timed out)
- # [16:58] * Joins: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
- # [17:01] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [17:02] * Joins: Ankheg1 (~Ankheg@94.158.194.27)
- # [17:02] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 250 seconds)
- # [17:02] * bga_|away is now known as bga_
- # [17:02] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [17:03] * Quits: Ankheg (~Ankheg@94.158.194.27) (Ping timeout: 252 seconds)
- # [17:03] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [17:05] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
- # [17:06] * Joins: erlehmann (~erlehmann@82.113.99.39)
- # [17:07] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [17:08] * Joins: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no)
- # [17:13] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [17:13] * Joins: mpt (~mpt@91.189.88.12)
- # [17:13] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [17:13] * Joins: mpt (~mpt@canonical/mpt)
- # [17:15] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 252 seconds)
- # [17:16] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:16] * Quits: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 276 seconds)
- # [17:20] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [17:21] <Moo-_-_> karlcow: wanted native gzip too :)
- # [17:22] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [17:25] * Quits: matjas (~matjas@91.182.219.78) (Ping timeout: 252 seconds)
- # [17:25] * Joins: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net)
- # [17:31] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [17:36] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [17:38] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
- # [17:41] * Quits: matijsb (~matijsb@188.205.108.18) (Quit: Leaving.)
- # [17:42] * dglazkov|away is now known as dglazkov
- # [17:51] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [17:52] * Joins: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp)
- # [17:52] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [17:53] * Joins: zdobersek1 (~zan@90.157.244.25)
- # [17:53] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Ping timeout: 252 seconds)
- # [17:53] * Quits: wakaba__ (~wakaba@219.157.197.113.dy.bbexcite.jp) (Ping timeout: 252 seconds)
- # [17:53] * Quits: erlehmann (~erlehmann@82.113.99.39) (Ping timeout: 252 seconds)
- # [17:54] * Joins: erlehmann_ (~erlehmann@82.113.99.39)
- # [17:55] * Quits: zdobersek (~zan@cpe-46-164-18-15.dynamic.amis.net) (Ping timeout: 260 seconds)
- # [17:57] * Quits: erlehmann_ (~erlehmann@82.113.99.39) (Client Quit)
- # [18:00] * Joins: ezoe_ (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp)
- # [18:00] * Joins: Dashimon (Dashiva@84-72-44-31.dclient.hispeed.ch)
- # [18:00] * Quits: Dashimon (Dashiva@84-72-44-31.dclient.hispeed.ch) (Changing host)
- # [18:00] * Joins: Dashimon (Dashiva@wikia/Dashiva)
- # [18:01] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 264 seconds)
- # [18:01] * Dashimon is now known as Dashiva
- # [18:01] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [18:01] * Quits: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
- # [18:01] * Joins: homata_ (~homata_@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [18:02] * Quits: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
- # [18:02] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 264 seconds)
- # [18:03] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [18:03] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
- # [18:04] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [18:04] <MikeSmith> if anybody is interested in doing some book writing on HTML5, please let me know. I have an acquisitions editor I can put you in contact with
- # [18:04] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [18:04] <MikeSmith> ping me here or DM me or e-mail me at mike@w3.org
- # [18:05] * Joins: Stiks (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
- # [18:05] * Joins: fuzzyone_ (~fuzzyone@fluffles.two-pebbles.com)
- # [18:05] * Quits: fuzzyone (~fuzzyone@vaserv/clients/fuzzyone) (Read error: Operation timed out)
- # [18:05] * Quits: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Ping timeout: 240 seconds)
- # [18:08] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:09] * Joins: darin__ (~fishd@nat/google/x-bixlhjpsevnmgukv)
- # [18:10] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
- # [18:10] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Read error: Connection reset by peer)
- # [18:10] * asmodai_ is now known as asmodai
- # [18:10] * Joins: _bga (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
- # [18:11] * Quits: drry (~drry@unaffiliated/drry) (Ping timeout: 260 seconds)
- # [18:11] * Quits: dglazkov (~dglazkov@nat/google/x-uansubznilyzzlgf) (Ping timeout: 260 seconds)
- # [18:11] * Joins: drry (~drry@unaffiliated/drry)
- # [18:11] * Joins: mpt_ (~mpt@canonical/mpt)
- # [18:11] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 250 seconds)
- # [18:11] * Quits: Moo-_-_ (~quassel@herd37.twinapex.fi) (Read error: Connection reset by peer)
- # [18:12] * Joins: moo (~quassel@herd37.twinapex.fi)
- # [18:12] * moo is now known as Guest96271
- # [18:12] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
- # [18:12] * Quits: fishd_ (~fishd@nat/google/x-ssdkehfcfiaqprja) (Ping timeout: 260 seconds)
- # [18:13] * Joins: inkbase (~inkbase@S0106002312f9bea2.vc.shawcable.net)
- # [18:14] * Joins: saba (~foo@unaffiliated/saba)
- # [18:17] * Joins: stevela_ (~stevela@nat/google/x-zqrlwdgbxddxuxbd)
- # [18:18] * Joins: zdobersek (~zan@cpe-46-164-1-173.dynamic.amis.net)
- # [18:18] * Quits: zdobersek1 (~zan@90.157.244.25) (Read error: Operation timed out)
- # [18:19] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [18:19] <jgraham> MikeSmith: I totally read DM as "Dungeon Master"
- # [18:19] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [18:19] <MikeSmith> heh
- # [18:24] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Going!)
- # [18:27] * Joins: dglazkov|away (~dglazkov@nat/google/x-mrsoitbrgsihisip)
- # [18:34] * Quits: mpt_ (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [18:38] * Quits: temp01 (~temp01@unaffiliated/temp01) (Disconnected by services)
- # [18:38] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
- # [18:38] * Joins: ZombieL (~e@178-78-210-80.customers.ownit.se)
- # [18:39] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [18:41] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 252 seconds)
- # [18:41] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 252 seconds)
- # [18:43] * Joins: _o (~nathan@host86-142-128-87.range86-142.btcentralplus.com)
- # [18:43] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [18:43] * Joins: Yudai_ (~Yudai@p6e0f6b.kngwnt01.ap.so-net.ne.jp)
- # [18:43] * _bga is now known as bga_|away
- # [18:44] * Joins: kinetik_ (~kinetik@121.98.132.55)
- # [18:44] * Quits: Yudai (~Yudai@p6e0f6b.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 240 seconds)
- # [18:44] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 240 seconds)
- # [18:44] * Quits: webr3 (~nathan@host86-142-128-87.range86-142.btcentralplus.com) (Ping timeout: 240 seconds)
- # [18:48] * bga_|away is now known as bga_
- # [18:48] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [18:50] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [18:51] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [18:52] * Joins: fishd_ (~fishd@nat/google/x-tyhyvjydtaqbuoli)
- # [18:52] * Joins: othermaciej (~mjs@67.218.110.111)
- # [18:53] * Joins: fuzzyone (~fuzzyone@vaserv/clients/fuzzyone)
- # [18:53] * Quits: kinetik_ (~kinetik@121.98.132.55) (*.net *.split)
- # [18:53] * Quits: Guest96271 (~quassel@herd37.twinapex.fi) (*.net *.split)
- # [18:53] * Quits: darin__ (~fishd@nat/google/x-bixlhjpsevnmgukv) (*.net *.split)
- # [18:53] * Quits: fuzzyone_ (~fuzzyone@fluffles.two-pebbles.com) (*.net *.split)
- # [18:53] * Quits: FastJack (~fastjack@dumpstr.net) (*.net *.split)
- # [18:53] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (*.net *.split)
- # [18:53] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (*.net *.split)
- # [18:53] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (*.net *.split)
- # [18:53] * Quits: jer|afk (~jernoble@2620:0:1b00:1191:6c87:9b9:c9e2:1b84) (*.net *.split)
- # [18:53] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (*.net *.split)
- # [18:54] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
- # [18:55] * Joins: kinetik_ (~kinetik@121.98.132.55)
- # [18:55] * Joins: Guest96271 (~quassel@herd37.twinapex.fi)
- # [18:55] * Joins: darin__ (~fishd@nat/google/x-bixlhjpsevnmgukv)
- # [18:55] * Joins: FastJack (~fastjack@dumpstr.net)
- # [18:55] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [18:55] * Joins: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi)
- # [18:55] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
- # [18:55] * Joins: jer|afk (~jernoble@2620:0:1b00:1191:6c87:9b9:c9e2:1b84)
- # [18:55] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [18:55] * Joins: karlushi (~karl@nerval.la-grange.net)
- # [18:56] * Quits: darin__ (~fishd@nat/google/x-bixlhjpsevnmgukv) (Ping timeout: 272 seconds)
- # [18:56] <TabAtkins> Can <object>'s contents be thought of as accessibility fallback? I'd dismissed that offhand earlier, but anne is bringing it up as a solution.
- # [18:57] * bfrohs thought that's what it was already
- # [18:57] <TabAtkins> I thought it was functionality fallback, but I may be drawing a distinction that doesn't exist.
- # [18:57] <jgraham> I thought this distinction was important for <video>?
- # [18:57] <jgraham> Or was that some other distinction?
- # [18:58] * Joins: othree_ (~othree@admin39.ct.ntust.edu.tw)
- # [18:58] * jgraham tired
- # [18:58] <TabAtkins> I don't... I don't know. I'm confused now.
- # [18:58] * bga_ is now known as bga_|away
- # [18:58] <jgraham> In any case I disagree with anne I think
- # [18:58] * Quits: stevela_ (~stevela@nat/google/x-zqrlwdgbxddxuxbd) (Quit: stevela_)
- # [18:58] * Quits: karlcow (~karl@nerval.la-grange.net) (Read error: Connection reset by peer)
- # [18:58] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 264 seconds)
- # [18:58] * Quits: Sosby (fsosby@s2.rdlbnc.com) (Ping timeout: 264 seconds)
- # [18:58] <jgraham> <object> is worse than <canvas>
- # [18:58] <zewt> using canvas as an IMG seems questionable, since they're very different things (eg. progressive image rendering is very IMG-specific)
- # [18:59] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [18:59] <jgraham> zewt: It seems natural to load an image with a declarative src and then draw on it
- # [18:59] <TabAtkins> jgraham: In that case you can just use <img> and then draw it in, though.
- # [18:59] <zewt> what would it mean? would it be immutable while it's loading (like an img), and only allow drawing ops after the load finishes?
- # [19:00] <TabAtkins> I'd be inclined to say "don't touch it until you see a load, because it'll explode".
- # [19:00] <zewt> (eg. act as if you stuck an img on top of the canvas, then blitted the img onto the canvas and deleted the image at onload)
- # [19:00] <TabAtkins> Alternately, interacting with it between the time you set @src and when 'load' fires will abort the load.
- # [19:01] <TabAtkins> That counts as "explode"
- # [19:01] <TabAtkins> jgraham: If you could comment on why <object> is bad news, that would be nice. I can't formulate a forceful enough objection.
- # [19:01] * Quits: kinetik_ (~kinetik@121.98.132.55) (*.net *.split)
- # [19:01] * Quits: Guest96271 (~quassel@herd37.twinapex.fi) (*.net *.split)
- # [19:01] * Quits: FastJack (~fastjack@dumpstr.net) (*.net *.split)
- # [19:01] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (*.net *.split)
- # [19:01] * Quits: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi) (*.net *.split)
- # [19:01] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (*.net *.split)
- # [19:01] * Quits: jer|afk (~jernoble@2620:0:1b00:1191:6c87:9b9:c9e2:1b84) (*.net *.split)
- # [19:01] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (*.net *.split)
- # [19:01] * Quits: david_carlisle (~davidc@86.188.197.189) (Ping timeout: 264 seconds)
- # [19:02] * Joins: Sosby (fsosby@70.32.34.100)
- # [19:03] <jgraham> TabAtkins: For all the normal reasons that <object> is bad
- # [19:03] <TabAtkins> I'm insufficiently familiar with why <object> is bad, I've just picked up the religion.
- # [19:03] <zewt> a lot of stuff currently specced for img would seem to need to be defined for canvas (onload, "fully decodable" and so on)--i'd hope there's a simpler way
- # [19:03] <jgraham> It tries to do many things and none of them well
- # [19:04] <jgraham> So you don't get media-specific apis and so on
- # [19:04] * Joins: kinetik (~kinetik@121.98.132.55)
- # [19:04] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [19:04] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [19:04] <TabAtkins> zewt: All those are already defined, so it would just be a matter of "do [this]".
- # [19:05] * Joins: stevela_ (~stevela@nat/google/x-gbcusioeutskuibt)
- # [19:05] <zewt> they're defined for images, canvas isn't complicated by them
- # [19:05] <TabAtkins> jgraham: Is there much in the way of media-specific APIs for <img>? I grok why we did <video>/<audio> instead of extending <object>.
- # [19:05] <TabAtkins> zewt: I don't understand what distinction you're trying to draw. All the algorithms are well-defined and can be trivially reused.
- # [19:05] * Joins: moo_ (~quassel@herd37.twinapex.fi)
- # [19:06] <TabAtkins> None of them depend on the name of the element.
- # [19:06] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [19:07] * Joins: jgraham__ (~jgraham@web22.webfaction.com)
- # [19:07] * Joins: brosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net)
- # [19:07] * Quits: BlurstOfTimes (~blurstoft@168.203.117.36) (Read error: Operation timed out)
- # [19:07] * Quits: jgraham (~jgraham@web22.webfaction.com) (Read error: Operation timed out)
- # [19:07] <zewt> (let me reread your mail and think for a bit)
- # [19:07] <zewt> (not that I'll necessarily have any ideas)
- # [19:07] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Read error: Operation timed out)
- # [19:07] <zewt> hmm... seems like the obvious, but impossible, solution would be to put the alternate data in the children of img; impossible since img can't have children, of course
- # [19:08] <TabAtkins> Yes, indeed. That's why I'm turning to the idea of using the *other* image element.
- # [19:08] * Joins: ap (~ap@17.246.18.165)
- # [19:08] <zewt> my first impression would be to define another tag which is completely synonymous with <img> but has children, eg. <cimg>, sharing 99% of the spec and (preferably) the same object type--existing only to syntactically allow it to have descendents
- # [19:08] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
- # [19:08] * Joins: aho (~nya@fuld-590c70ea.pool.mediaWays.net)
- # [19:09] * brosnan is now known as kbrosnan
- # [19:09] <TabAtkins> Didn't somebody suggest doing that for <image>?
- # [19:09] * Quits: kbrosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net) (Changing host)
- # [19:09] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [19:09] <zewt> don't know
- # [19:09] <bfrohs> TabAtkins: I think so
- # [19:11] * Joins: hasather_ (~davidh@pat-tdc.opera.com)
- # [19:11] * Quits: temp01 (~temp01@unaffiliated/temp01) (Disconnected by services)
- # [19:11] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Ping timeout: 252 seconds)
- # [19:11] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Ping timeout: 252 seconds)
- # [19:11] * Quits: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [19:11] * Quits: hasather (~davidh@pat-tdc.opera.com) (Ping timeout: 252 seconds)
- # [19:11] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
- # [19:11] * Joins: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net)
- # [19:11] * Joins: smaug_____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [19:11] * smaug_____ is now known as smaug____
- # [19:11] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [19:11] * Quits: workmad3 (~workmad3@cspool123.cs.man.ac.uk) (Remote host closed the connection)
- # [19:13] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [19:13] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [19:19] * Joins: virtuelv_ (~virtuelv_@20.74.9.46.customer.cdi.no)
- # [19:19] * Quits: inkbase (~inkbase@S0106002312f9bea2.vc.shawcable.net) (Quit: inkbase)
- # [19:19] * Quits: Phae (u455@gateway/web/irccloud.com/x-jurokirnuedpyssg) (Ping timeout: 240 seconds)
- # [19:19] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Ping timeout: 240 seconds)
- # [19:19] * Quits: gormer (~ghe@132.150.124.56) (Ping timeout: 250 seconds)
- # [19:19] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Ping timeout: 250 seconds)
- # [19:19] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [19:19] * Joins: Phae_ (u455@gateway/web/irccloud.com/session)
- # [19:19] * Quits: Phae_ (u455@gateway/web/irccloud.com/session) (Changing host)
- # [19:19] * Joins: Phae_ (u455@gateway/web/irccloud.com/x-scmkrxtxmrznmsvb)
- # [19:20] * Joins: Rik`_ (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
- # [19:21] * Joins: dave_levin (~dave_levi@nat/google/x-kyooxrpzisnhgtly)
- # [19:21] * Joins: FastJack (~fastjack@dumpstr.net)
- # [19:21] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [19:21] * Joins: zum (~jsykari@xdsl-83-150-88-4.nebulazone.fi)
- # [19:22] <zewt> another possibility would be something like <img src=foo.jpg id=foo><fallback for=foo>...</fallback>, which degrades a bit more nicely
- # [19:23] * Joins: gormer (~ghe@132.150.124.56)
- # [19:23] <TabAtkins> That seems weirder.
- # [19:23] * Joins: inkbase (~inkbase@S0106002312f9bea2.vc.shawcable.net)
- # [19:23] <zewt> (modelling label, of course)
- # [19:24] * Joins: wirepair_ (fbi@random.supermario.org)
- # [19:26] * Quits: wirepair (fbi@random.supermario.org) (Ping timeout: 260 seconds)
- # [19:27] <TabAtkins> presumably <fallback> wouldn't render if the element that it was for rendered correctly?
- # [19:27] * Quits: msucan (~robod@89.123.175.68) (Ping timeout: 260 seconds)
- # [19:27] <zewt> yeah, something like that--something like "hide this element by default, and show it if the target is in an error state"
- # [19:28] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 260 seconds)
- # [19:28] * Joins: msucan (~robod@89.123.175.68)
- # [19:28] -tomaw- [Global Notice] Hi all. As you probably noticed we're experiencing some connectivity issues currently. We're investigating options and will continue with any updates via wallops (/mode yournick +w to enable)
- # [19:29] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [19:32] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [19:32] * Joins: bzed (~bzed@devel.recluse.de)
- # [19:33] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 252 seconds)
- # [19:33] * Quits: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [19:33] * Quits: Phae_ (u455@gateway/web/irccloud.com/x-scmkrxtxmrznmsvb) (Ping timeout: 252 seconds)
- # [19:33] <zewt> degradation would require users to have a script to hide <fallback> when it's not supported, but image loading would be unchanged
- # [19:33] * Joins: Ms2ger (~Ms2ger@91.181.118.128)
- # [19:33] * Joins: Phae_ (u455@gateway/web/irccloud.com/x-bzyoaaendndmryuv)
- # [19:34] * Joins: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net)
- # [19:36] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Ping timeout: 246 seconds)
- # [19:36] * Joins: meledin (~vladi@69.93.199.242)
- # [19:36] * Quits: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp) (Ping timeout: 260 seconds)
- # [19:36] * Quits: althie (althalus@vauhtis.thegroup.fi) (Ping timeout: 260 seconds)
- # [19:36] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 260 seconds)
- # [19:36] * Quits: meledin_ (~vladi@f2.c7.5d45.static.theplanet.com) (Ping timeout: 260 seconds)
- # [19:36] * Quits: TabAtkins (~tabatkins@nat/google/x-zfrnrerpblkfbesr) (Ping timeout: 260 seconds)
- # [19:36] * Quits: jmb (~jmb@mail.parsifal.org.uk) (Ping timeout: 260 seconds)
- # [19:37] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (Ping timeout: 260 seconds)
- # [19:37] * Joins: jmb (~jmb@mail.parsifal.org.uk)
- # [19:37] * Joins: althie (althalus@vauhtis.thegroup.fi)
- # [19:38] * Joins: TabAtkins (~tabatkins@nat/google/x-nidksfhpmvfjtogy)
- # [19:38] * Joins: lrvick (~lrvick@66.96.251.117)
- # [19:38] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
- # [19:40] * bga_|away is now known as bga_
- # [19:42] * Joins: Martijnc_ (~Martijnc@91.176.21.156)
- # [19:42] * Quits: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: tbassetto)
- # [19:45] * Quits: othermaciej (~mjs@67.218.110.111) (Quit: othermaciej)
- # [19:47] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Ping timeout: 260 seconds)
- # [19:47] * Quits: FastJack (~fastjack@dumpstr.net) (Ping timeout: 260 seconds)
- # [19:48] * Joins: MikeSmith (~MikeSmith@58x157x21x205.ap58.ftth.ucom.ne.jp)
- # [19:49] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [19:51] * Joins: payman_ (~payman@pat.se.opera.com)
- # [19:52] * Joins: msucan- (~robod@89.123.175.68)
- # [19:53] * Joins: FastJack (~fastjack@dumpstr.net)
- # [19:53] * Joins: Dashimon (Dashiva@84-72-44-31.dclient.hispeed.ch)
- # [19:53] * Joins: fuzzyone_ (~fuzzyone@fluffles.two-pebbles.com)
- # [19:53] <AryehGregor> Hixie, could you get me sample execCommand() usage in the wild?
- # [19:53] <AryehGregor> Probably I should also research some major WYSIWYG implementations.
- # [19:54] * Quits: payman (~payman@pat.se.opera.com) (Ping timeout: 240 seconds)
- # [19:54] * Quits: msucan (~robod@89.123.175.68) (Ping timeout: 240 seconds)
- # [19:54] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 250 seconds)
- # [19:54] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 250 seconds)
- # [19:54] * Quits: fuzzyone (~fuzzyone@vaserv/clients/fuzzyone) (Ping timeout: 240 seconds)
- # [19:54] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Ping timeout: 250 seconds)
- # [19:54] * Quits: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
- # [19:54] * Quits: Dashimon (Dashiva@84-72-44-31.dclient.hispeed.ch) (Changing host)
- # [19:54] * Joins: Dashimon (Dashiva@wikia/Dashiva)
- # [19:54] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [19:54] * Dashimon is now known as Dashiva
- # [19:55] * Joins: othermaciej (~mjs@17.246.17.210)
- # [19:55] * dglazkov|away is now known as dglazkov
- # [19:57] * Quits: nonge__ (~nonge@p5B327433.dip.t-dialin.net) (Quit: Verlassend)
- # [19:57] * Joins: nonge (~nonge@p5B327433.dip.t-dialin.net)
- # [19:57] * _o is now known as webr3
- # [19:59] * Quits: Martijnc_ (~Martijnc@91.176.21.156) (Ping timeout: 250 seconds)
- # [19:59] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 276 seconds)
- # [20:00] * Quits: jmb (~jmb@mail.parsifal.org.uk) (Ping timeout: 250 seconds)
- # [20:00] * Quits: gormer (~ghe@132.150.124.56) (Ping timeout: 250 seconds)
- # [20:00] * Quits: dglazkov (~dglazkov@nat/google/x-mrsoitbrgsihisip) (Ping timeout: 250 seconds)
- # [20:00] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 250 seconds)
- # [20:00] * Joins: gormer (~ghe@132.150.124.56)
- # [20:00] * Quits: othree_ (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 250 seconds)
- # [20:00] * Quits: miketaylr (~miketaylr@206.217.92.186) (Ping timeout: 250 seconds)
- # [20:02] * Joins: jmb (~jmb@mail.parsifal.org.uk)
- # [20:02] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
- # [20:03] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [20:05] * Joins: Martijnc (~Martijnc@91.176.21.156)
- # [20:05] * Joins: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net)
- # [20:05] * Quits: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net) (Changing host)
- # [20:05] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [20:05] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [20:05] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [20:06] * Joins: dglazkov|away (~dglazkov@nat/google/x-irxgjlplszrkpjnt)
- # [20:07] * Quits: othermaciej (~mjs@17.246.17.210) (Quit: othermaciej)
- # [20:07] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Client Quit)
- # [20:08] * Joins: othermaciej (~mjs@17.246.17.210)
- # [20:11] * Rik`_ is now known as Rik`
- # [20:12] <TabAtkins> Is there any strong technical objection against the 'beforeprint' event that IE fires?
- # [20:13] * Joins: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170)
- # [20:14] <TabAtkins> Google docs changes the rendering of the document for printing if you hit Ctrl+P or select Print from the in-app menu, but it can't tell if you hit Print from the browser's menu.
- # [20:14] <Ms2ger> media=print
- # [20:15] <TabAtkins> That doesn't let you run arbitrary JS.
- # [20:15] * Quits: zdobersek (~zan@cpe-46-164-1-173.dynamic.amis.net) (Ping timeout: 264 seconds)
- # [20:15] <TabAtkins> Unless you can have matchMedia?
- # [20:15] <TabAtkins> Hmm...
- # [20:15] <Ms2ger> I was about to mention that
- # [20:17] * Quits: karlushi (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [20:20] <TabAtkins> I suggested that we implement matchMedia instead.
- # [20:21] <TabAtkins> Now, back to writing an email summarizing a subtle technical issue with floats.
- # [20:22] * Ms2ger screams at CSS2.1
- # [20:22] <TabAtkins> I'd just scream at floats. They're defined SO BADLY.
- # [20:22] <TabAtkins> I don't think anyone recognized at the time how complex they are.
- # [20:23] <Ms2ger> They're not hard, if you use them as intended
- # [20:23] <TabAtkins> No, they're always hard. You just don't realize it.
- # [20:23] <Ms2ger> Just don't start making float-based layouts
- # [20:24] <Ms2ger> (Hi most of the web)
- # [20:24] <TabAtkins> Perfectly natural-looking use-cases turn out to be subtly odd
- # [20:24] * Joins: kataire (~kataire@cable-78-35-115-245.netcologne.de)
- # [20:24] <Ms2ger> dropcaps!
- # [20:24] <TabAtkins> For example, I'm almost certain the spec doesn't cover the case exercised by: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/859
- # [20:25] <TabAtkins> (Remove the / in front of the float to swap behavior.)
- # [20:25] <TabAtkins> The float drops to the second line, some of the content following it jumps to the previous line, while some of the content that was previous on the same line as it drops to the line below it.
- # [20:25] * Joins: kataire` (~kataire@cable-78-35-115-245.netcologne.de)
- # [20:25] <TabAtkins> s/previous/previously/
- # [20:25] <zewt> sounds like some kind of dance routine
- # [20:25] * Parts: kataire` (~kataire@cable-78-35-115-245.netcologne.de)
- # [20:25] <Ms2ger> I'm pretty certain I can find undefined things in most of CSS2.1
- # [20:26] <Ms2ger> Even if they're not explicitly called out
- # [20:26] <TabAtkins> Oh, indeed.
- # [20:26] <Ms2ger> Hence the scream
- # [20:29] * Parts: kataire (~kataire@cable-78-35-115-245.netcologne.de)
- # [20:30] * Joins: Duke_ (bb320d39@gateway/web/freenode/ip.187.50.13.57)
- # [20:30] * Joins: jamesr__ (~jamesr@nat/google/x-cqrfubrjxllpbnhg)
- # [20:30] * Joins: zdobersek (~zan@90.157.240.90)
- # [20:32] * Joins: kataire (~kataire@cable-78-35-115-245.netcologne.de)
- # [20:37] * dglazkov|away is now known as dglazkov
- # [20:39] * Joins: matjas (~matjas@91.182.219.78)
- # [20:41] * Quits: inkbase (~inkbase@S0106002312f9bea2.vc.shawcable.net) (Quit: inkbase)
- # [20:46] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [20:47] * Joins: boaz (~boaz@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
- # [20:51] * Quits: Stiks (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi) (Ping timeout: 250 seconds)
- # [20:54] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Ping timeout: 240 seconds)
- # [20:55] * Joins: Stikki (Stikki@dsl-pribrasgw1-fe85dd00-176.dhcp.inet.fi)
- # [20:55] * Quits: jennb (~jennb@nat/google/x-pgannxydyaznmcdf) (Quit: jennb)
- # [20:55] * Joins: jennb (~jennb@74.125.59.76)
- # [20:59] * Quits: aho (~nya@fuld-590c70ea.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [21:00] * Joins: othermaciej_ (~mjs@17.246.17.210)
- # [21:00] * Quits: othermaciej (~mjs@17.246.17.210) (Read error: Connection reset by peer)
- # [21:00] * othermaciej_ is now known as othermaciej
- # [21:01] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [21:02] * Joins: rgervais (40d2c7e8@gateway/web/freenode/ip.64.210.199.232)
- # [21:06] * Quits: Martijnc (~Martijnc@91.176.21.156) (Quit: Martijnc)
- # [21:08] * AryehGregor realizes his definition of node position is totally, totally broken
- # [21:08] * Joins: shepazu (~schepers@skycity-akl-nz.getin2net.com)
- # [21:08] * Joins: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10)
- # [21:10] * Quits: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170) (Quit: Page closed)
- # [21:10] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Remote host closed the connection)
- # [21:16] * Quits: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
- # [21:16] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [21:19] * Quits: jamesr__ (~jamesr@nat/google/x-cqrfubrjxllpbnhg) (Ping timeout: 272 seconds)
- # [21:19] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
- # [21:21] * Joins: benschwarz (~benschwar@59.167.185.148)
- # [21:23] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bumuilazihjnpxmh)
- # [21:25] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [21:26] * Duke_ is now known as emersonvinicius
- # [21:28] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Client Quit)
- # [21:30] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Ping timeout: 272 seconds)
- # [21:30] * Quits: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net) (Remote host closed the connection)
- # [21:33] * Joins: roc (~chatzilla@skycity-akl-nz.getin2net.com)
- # [21:34] <emersonvinicius> Hello everybody
- # [21:34] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [21:35] <emersonvinicius> sorry my english, but what the diference of spec whatwg instead w3c?
- # [21:35] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [21:36] <Ms2ger> http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#is-this-html5? explains it better than I ever could
- # [21:36] <emersonvinicius> Ms2ger: thx
- # [21:48] * Quits: emersonvinicius (bb320d39@gateway/web/freenode/ip.187.50.13.57) (Ping timeout: 272 seconds)
- # [21:48] <AryehGregor> Note to all who may be concerned: doing simultaneous alert()s in fifty or so iframes at once makes Firefox unhappy.
- # [21:49] <TabAtkins> Anyone mind if I rewrite every sentence involving floats to a new, subtly backward-incompatible version that actually makes sense?
- # [21:49] <AryehGregor> In what spec?
- # [21:49] <Ms2ger> CSS
- # [21:49] <Ms2ger> And no
- # [21:49] * Joins: loucapo (~Adium@209.251.200.243)
- # [21:49] <zewt> at least in ff4 i'll get to stop killing the entire browser every time I inadvertently cause an alert loop. heh
- # [21:50] * Joins: jamesr__ (~jamesr@nat/google/x-afchxgwvatzfdkhp)
- # [21:50] * Parts: loucapo (~Adium@209.251.200.243)
- # [21:50] <AryehGregor> Yeah, but that doesn't help if you create fifty alerts from fifty separate iframes. Apparently the "don't show more" box doesn't work then.
- # [21:50] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
- # [21:51] <TabAtkins> Sounds like a good rick-rolling situation.
- # [21:51] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [21:51] <zewt> i havn't squinted hard enough at the "pause" part of the spec, but I'd expect an alert (of any modal type) to pause scripts on the whole window, so you can only have one alert at a time even across iframes
- # [21:51] <zewt> (i know that's the case with a single document; just not sure off-hand how that translates to iframes)
- # [21:52] * Quits: Amorphous (jan@unaffiliated/amorphous) (Remote host closed the connection)
- # [21:52] * Joins: Amorphous (jan@f048128246.adsl.alicedsl.de)
- # [21:52] * Quits: Amorphous (jan@f048128246.adsl.alicedsl.de) (Changing host)
- # [21:52] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [21:53] <zewt> oh, since it pauses the event loop, and iframes are in the same event loop, it should pause all iframes in the window together
- # [21:55] * Quits: Amorphous (jan@unaffiliated/amorphous) (Remote host closed the connection)
- # [21:55] * Joins: Amorphous (jan@f048128246.adsl.alicedsl.de)
- # [21:55] * Quits: Amorphous (jan@f048128246.adsl.alicedsl.de) (Changing host)
- # [21:55] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [21:57] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [21:59] * Quits: rgervais (40d2c7e8@gateway/web/freenode/ip.64.210.199.232) (Ping timeout: 272 seconds)
- # [21:59] <zewt> same bug as async scripts running during prompts, i guess
- # [22:00] * Quits: stevela_ (~stevela@nat/google/x-gbcusioeutskuibt) (Quit: stevela_)
- # [22:00] * Quits: shepazu (~schepers@skycity-akl-nz.getin2net.com) (Quit: shepazu)
- # [22:02] * Quits: ap (~ap@17.246.18.165) (Ping timeout: 252 seconds)
- # [22:02] * Joins: shepazu (~schepers@skycity-akl-nz.getin2net.com)
- # [22:05] * Joins: stevela_ (~stevela@nat/google/x-slwluvedgykfkhve)
- # [22:06] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [22:07] * Joins: aho (~nya@fuld-590c774b.pool.mediaWays.net)
- # [22:08] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Don't follow me)
- # [22:11] <Hixie> AryehGregor: i dunno how much use it'll be but http://aupeople.com.au/1/aupeople2/read.php?tid=60099 is a random sample of some pages with "execCommand(" and "<script"
- # [22:11] <Hixie> AryehGregor: i don't have an easy way to get pages that have JS files that use execCommand(, which unfortunately is going to be the majority of your interesting cases
- # [22:11] <Hixie> AryehGregor: but e.g. i'm sure google docs uses it
- # [22:11] <AryehGregor> Ah, okay.
- # [22:11] <AryehGregor> Yeah, it's probably best to look at specific high-profile examples.
- # [22:11] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [22:12] <Hixie> yeah
- # [22:12] <bfrohs> Google Docs, AFAIK, does not use execCommand anymore. They ran into a ton of inconsistencies with browsers and I believe they ended up creating their own API for it in javascript (create characters off-screen, take measurements, and move them into place).
- # [22:13] <Hixie> hm, possible
- # [22:13] <TabAtkins> Docs does EVERYTHING manually.
- # [22:13] <Hixie> it'll still be interesting though as it'll be able to show the use cases that are important
- # [22:14] <bfrohs> Yeah, that's very true.
- # [22:14] <bfrohs> Gmail/hotmail/etc WYSIWYG editors as well.
- # [22:16] * Quits: matjas (~matjas@91.182.219.78) (Quit: zZz)
- # [22:21] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Leaving...)
- # [22:21] * Quits: shepazu (~schepers@skycity-akl-nz.getin2net.com) (Quit: Core Breach)
- # [22:21] * Joins: shepazu (~schepers@skycity-akl-nz.getin2net.com)
- # [22:23] * Joins: annevk (~annevk@c-4b07e353.13-500-64736c15.cust.bredbandsbolaget.se)
- # [22:27] * Quits: FastJack (~fastjack@dumpstr.net) (Ping timeout: 272 seconds)
- # [22:27] * Joins: FastJack (~fastjack@dumpstr.net)
- # [22:29] <annevk> I really like my idea of removing all initXXXEvent in favor of initEvent(object)
- # [22:29] <annevk> well, removing all future initXXXEvent
- # [22:31] * Quits: msucan- (~robod@89.123.175.68) (Quit: .)
- # [22:31] * Joins: kennyluck (~kennyluck@p19029-ipngn1601marunouchi.tokyo.ocn.ne.jp)
- # [22:34] <jamesr__> i never understood why i have to create a mouse event and then init it before it's really a mouse event
- # [22:34] <zewt> it just sets the properties, since most of them are read-only
- # [22:35] <annevk> so yeah, the alternative would be removing all future initXXXEvent in favor of read-write attributes before and after dispatch
- # [22:36] <annevk> but the initEvent() design is probably slightly better, as that also cleanly resets the "trusted flag" and maybe also the "propagation flag" and such if we decided to do that
- # [22:36] <zewt> could deal with the getters problem by just defining it as operating on a copy, eg. var copy = {}; for(key in obj) { copy[key] = obj[key]; } but sorting the keys, which would be a simple way of defining how getters are called
- # [22:36] <zewt> (doesn't work for structured clone, but works here since it's not recursive)
- # [22:36] <annevk> heycam can sort that out :)
- # [22:37] * ezoe_ is now known as ezoe
- # [22:37] <annevk> though it should allow arbitrary nested objects, e.g. for CustomEvent
- # [22:37] <zewt> having properties be writable when not in dispatch would be nicer, but sort of unusual behavior
- # [22:38] * ezoe is now known as hito_hpp
- # [22:38] * hito_hpp is now known as ezoe
- # [22:38] * Joins: nessy (~Adium@74.125.56.18)
- # [22:39] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
- # [22:39] <zewt> wonder if there's any precedent for that--properties which are only conditionally read-only
- # [22:39] <heycam> i like the idea of just writable properties on Events
- # [22:39] <heycam> instead of 50-argument init methods
- # [22:39] <zewt> either idea gets rid of the horrible init methods
- # [22:39] <othermaciej> giant init methods suck
- # [22:40] <othermaciej> otoh it is weird if you can alter the property of an event being dispatched by the UA
- # [22:40] <othermaciej> I guess altering any properties would have to clear the "trusted" flag
- # [22:40] <zewt> othermaciej: needs to be read-only when the dispatch flag is set
- # [22:40] * Quits: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
- # [22:40] * Joins: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp)
- # [22:41] <zewt> that'd be weird--setting a property would effectively imply preventDefault for most eventts, which would be confusing
- # [22:41] * ezoe is now known as hito_hpp
- # [22:41] * hito_hpp is now known as ezoe
- # [22:42] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [22:42] <annevk> heycam, the idea was to have initEvent(object) instead
- # [22:42] <heycam> annevk, ah. that works too.
- # [22:42] <annevk> writable attributes does not solve the problem of resetting some flags not exposed by attributes
- # [22:42] <heycam> right, ok
- # [22:42] <heycam> i wasn't really considering them
- # [22:43] <annevk> e.g. the moment you modify you want the "trusted flag" to be false
- # [22:43] <heycam> aha
- # [22:43] <heycam> well that you could do
- # [22:43] <annevk> defining that for each attribute would be kind of weird
- # [22:43] <heycam> but you couldn't then reset it to true
- # [22:43] <heycam> actually you never want that do you
- # [22:43] <zewt> i think the current readonly flags in events should stay readonly (at least during dispatch), not silently clear trusted
- # [22:43] <annevk> heycam, yeah, it would never be set back to true
- # [22:44] <heycam> you could just make the writable attributes also set the internal trusted flags, it's easy enough
- # [22:44] * Quits: jamesr__ (~jamesr@nat/google/x-afchxgwvatzfdkhp) (Quit: jamesr__)
- # [22:44] * heycam doesn't mind either way
- # [22:44] <annevk> yeah, it could be done, it just seems less intuitive
- # [22:45] <annevk> zewt, this is for when a trusted event is dispatched and then modified after dispatch
- # [22:45] * Joins: jamesr__ (~jamesr@nat/google/x-ssahmkzgdxbxgsoq)
- # [22:45] <zewt> annevk: right, I'm saying you shouldn't be able to modify it during dispatch at all
- # [22:46] <annevk> I don't think I suggested otherwise
- # [22:46] <zewt> <annevk> e.g. the moment you modify you want the "trusted flag" to be false <- modify when? if you modify outside of dispatch it doesn't matter (trusted will be reset on dispatch anyway)
- # [22:48] <zewt> i guess i'm assuming the trusted flag is only important during dispatch
- # [22:49] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
- # [22:50] <annevk> i want isTrusted to always be correct
- # [22:50] <annevk> anyway, if not for the "trusted flag" it would also go for the "canceled flag"
- # [22:50] <zewt> then initEvent(object) seems simpler--one entry point to clear the flag
- # [22:50] <annevk> and for that using initEvent() is also better, as otherwise you'd have to set an attribute to reset it...
- # [22:51] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: lkadfj;alksdjfa;sldkjf)
- # [22:52] <Hixie> yeah this CDATA paragraph is ridiculous
- # [22:52] <Hixie> what was i thinking
- # [22:53] <zewt> i was assuming there'd still be initEvent() for the base event flags, and only the additional properties would be writable
- # [22:54] <zewt> eg. e.initEvent("click", true, true); e.offsetX = 10; ...
- # [22:55] <Hixie> (please don't let events be modified during dispatch)
- # [22:55] * Ms2ger tries to get Hixie back in the business of writing evil test cases
- # [22:58] * Quits: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
- # [22:58] * Joins: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp)
- # [22:59] * Quits: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp) (Client Quit)
- # [23:01] * Joins: ezoe (~ezoe@61-205-124-116f1.kyt1.eonet.ne.jp)
- # [23:02] <annevk> Hixie, some browsers allow it, but yeah, that's the plan
- # [23:02] <annevk> zewt, eww
- # [23:03] * Quits: stevela_ (~stevela@nat/google/x-slwluvedgykfkhve) (Quit: stevela_)
- # [23:05] <zewt> might be sort of handy that you can initEvent(object) with the same object multiple times (though of course you could implement that manually, copying properties from a saved object)
- # [23:08] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [23:08] * Quits: jacobolus (~jacobolus@c-174-63-81-29.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [23:13] <Hixie> nessy: so, it's likely going to be time to actually do this multitrack thing soon. it seems there's been lots of discussion about it in public-html; is there a summary anywhere of the current thinking?
- # [23:13] * Joins: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
- # [23:13] <nessy> Hi Hixie
- # [23:13] <Hixie> in particular, list of use cases, implementation constraints, anything like that?
- # [23:14] <nessy> try this: http://www.w3.org/WAI/PF/HTML/wiki/Media_Multitrack_Media_API
- # [23:14] <nessy> I'll be working with Eric Carlson on a change proposal
- # [23:15] <nessy> the proposal that Microsoft did is too limited and only restricted to audio tracks
- # [23:16] <Hixie> that page is great
- # [23:17] <Hixie> i considered reopening http://www.w3.org/Bugs/Public/show_bug.cgi?id=9452 but i wasn't sure whether that was appropriate or not
- # [23:17] <Hixie> since we had agreed to assign it to the tf
- # [23:17] <Hixie> and then it got closed and escalated while assigned to the tf
- # [23:18] <AryehGregor> Okay, deleteContents() is probably finished. Hurrah.
- # [23:20] <annevk> zewt, I don't see why we'd disallow that
- # [23:20] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:21] <zewt> just mean, one (minor) handy side-effect of the init(object) approach
- # [23:21] * Quits: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi) (Ping timeout: 250 seconds)
- # [23:22] <annevk> ah k
- # [23:22] * Joins: erlehmann (~erlehmann@82.113.99.39)
- # [23:24] <annevk> once we have that initEvent(object) stuff we could also make that automatic
- # [23:24] <annevk> document.createEvent(interface, initObject)
- # [23:24] <nessy> yeah, I think they worked through all the remaining open bugs and just escalated them to issues - though some slipped the cracks - I don't claim to understand
- # [23:24] <annevk> or maybe new MouseEvent(initObject) at some point... dunno though
- # [23:25] <annevk> would be a lot of additional things to test for somewhat minor benefit
- # [23:25] <annevk> pretty easy to make these things way more complicated than they need to be because the problems are so simple
- # [23:25] <nessy> Hixie: you can either try and work through it now and understand all the options etc, or you can wait until the call for change proposals closes and you have some more thought-through proposals to work through
- # [23:25] <zewt> doesn't seem very important to have a lot of redundant shortcuts for event init
- # [23:26] <nessy> the main problem we still haven't looked at is how to actually render all this stuff - and how to address it through CSS
- # [23:26] <nessy> that's not in that wiki page
- # [23:27] <Hixie> nessy: well i don't want to step on any toes here. If the bug was filed today, I would probably just address it, but then there wouldn't be pending CPs and whatnot.
- # [23:27] <zewt> personally I'm not crazy about the separate fireEvent() suggestion for the same reason--doesn't seem worth the redundancy
- # [23:28] <nessy> Hixie: no toes to step on - people are looking for a solution and are prepared to put in effort to help get there - but we all want the best possible outcome
- # [23:28] <Hixie> nessy: I don't want to have people feel like they have worked on something and then have me just come along and change it, but i also don't want y'all to work on something if you'd rather i just went ahead and did my thing like i usually do :-)
- # [23:28] <nessy> it's not a simple task though, so if you have a good solution, it would be awesome to push it!
- # [23:28] <annevk> zewt, right, I think initEvent(object) is probably the simplest approach to something sane here
- # [23:28] <Ms2ger> AryehGregor, how about you write tests for intersectsNode, then I can get it into Gecko ;)
- # [23:29] <zewt> yeah
- # [23:29] * Joins: ben_h (~ben@128.250.195.186)
- # [23:29] <nessy> how about you do your thing like you usually do, but put it forward as a change proposal rather than pushing it into the spec?
- # [23:29] <Hixie> nessy: well i don't have anything right now, but i'm sure i would come up with something (maybe good, maybe not) if i were to go through that wiki page
- # [23:29] <annevk> zewt, the advantages are no crazy initXXXEvent methods, it makes event interfaces extensible, and does not change much about the current model
- # [23:29] <AryehGregor> Ms2ger, maybe I'll take a look tomorrow.
- # [23:29] <Hixie> nessy: i hate writing CPs
- # [23:29] <Hixie> nessy: they take 10 times longer than writing spec text
- # [23:29] <nessy> just add another option to the wiki page then?
- # [23:29] <nessy> or engage in the discussion to state which option(s) you prefer?
- # [23:30] <nessy> it's good to come up to speed so we can shoot down the bad change proposals/options early IMHO
- # [23:30] * Joins: smaug____ (~chatzilla@a91-154-41-83.elisa-laajakaista.fi)
- # [23:30] * Ms2ger will be out for the weekend
- # [23:31] * Joins: kjayl (~IceChat77@24-204-3-242.networkip.net)
- # [23:31] <Hixie> nessy: what is the direction you and eric are likely to go in for your CP?
- # [23:31] <nessy> that's the hard question
- # [23:31] <nessy> Eric submitted option 8 and I think that's the main one he is after
- # [23:32] <nessy> but we have already found that option 1 will be necessary in addition so we can make adaptive HTTP streaming work
- # [23:32] <Hixie> looking at this i think a variation on 6 is probably what i'd mainly propose
- # [23:32] <nessy> and we have found cases where a total replacement of the resource is necessary, which could be done with option 6 or 7
- # [23:32] <Hixie> anything that messes with <track> is flat-out wrong since video/audio tracks have nothing to do with text tracks, and as something near the top says, anything that messes with <source> is a nightmare in waiting
- # [23:33] <Hixie> however, 6 wouldn't really help with multiple tracks in one file
- # [23:33] <nessy> Philip is mostly for 6 or 7
- # [23:34] <Hixie> i imagine if i were to try to spec this it'd be a hybrid of all of the above plus some more out-of-the-box thinking
- # [23:34] <Hixie> e.g. with a controller object as the master and all the <Video>s as slaves
- # [23:34] <nessy> well, the discussion about 8 is on the list - you should engage with Eric/David about that, because they are very keen on 8
- # [23:34] * bga_ is now known as bga_|away
- # [23:34] <nessy> haha, that's option 4 - and very smil-like
- # [23:35] * Quits: Ms2ger (~Ms2ger@91.181.118.128) (Quit: nn)
- # [23:35] <Hixie> it's similar to 4
- # [23:35] <Hixie> and similar to 6
- # [23:35] <Hixie> probably wouldn't be an element though
- # [23:36] <nessy> interesting!
- # [23:36] <nessy> throw it in the wiki and add it as a proposal to the email thread?
- # [23:36] <Hixie> i'd have to actually spend the time to consider this, i'm just making stuff up here
- # [23:37] <nessy> that's how we all started...
- # [23:37] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [23:38] <Hixie> whenever i make proposals without thinking them through, they end up implemented and with legacy content before i have a chance to correct them
- # [23:38] <Hixie> so...
- # [23:38] * Quits: zdobersek (~zan@90.157.240.90) (Quit: Leaving.)
- # [23:38] <nessy> I actually quite like option 8 right now - it leaves the main a/v in place as the controlling entity and the others are clearly dependent
- # [23:38] <nessy> but I'm, keen to see yours!
- # [23:39] <Hixie> option 8 is a non-starter imho, it messes with <track> in a nonsensical way
- # [23:39] <Hixie> it's unclear to me whether external sign-language tracks need to be supported without JS, and what the use case is for inline embedded videos being controlled from JS.
- # [23:39] <Hixie> are there same pages anywhere?
- # [23:39] <Hixie> sample
- # [23:39] <Hixie> not same
- # [23:40] <nessy> let me see - I stared a collection some time ago...
- # [23:41] * bga_|away is now known as bga_
- # [23:41] <nessy> how's this http://www.w3.org/WAI/PF/HTML/wiki/Media_Multitrack_Media_Rendering
- # [23:41] <nessy> incomplete, but has some ideas..
- # [23:41] * bga_ is now known as bga_|away
- # [23:42] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [23:43] <Hixie> we really should look at how people do this today in more detail before we write proposals
- # [23:44] <nessy> mostly sign language is picture-in-picture or two videos next to each other
- # [23:45] <nessy> there's not that much more options anyway
- # [23:45] <nessy> I'm thinking about rendering that we could render all the active video tracks in a video into the single viewport and have two rendering modes: a tiling approach and a picture-in-picture approach
- # [23:46] <Hixie> yeah but do people use two videos? one video with two tracks?
- # [23:46] <Hixie> do they let people control both videos separately?
- # [23:46] <nessy> on modern TV all the time
- # [23:46] <Hixie> etc
- # [23:46] <nessy> actually, there's a third display mode, usually used on tV
- # [23:47] * Joins: doublec (~chris@unaffiliated/doublec)
- # [23:47] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [23:47] <nessy> the main video is large and a couple of other views are tiled down the side
- # [23:47] <nessy> when you select one of the smaller tiles, it becomes the big one and swaps position with the big one
- # [23:48] <Hixie> TVs aren't really good as a precedent here since they have very different interaction modalities and constraints
- # [23:48] <TabAtkins> I've never seen that used on tv.
- # [23:48] <nessy> my uncle had a TV like that in Germany 5 years ago - I was quite impressed - probably had a set-top box
- # [23:48] * Quits: k0rnel (~k0rnel@krtko.org) (Read error: Operation timed out)
- # [23:49] <nessy> typically used for sports games to allow people to have different perspectives
- # [23:49] <zewt> annevk: re "Conflicts" - it sort of makes sense to require initEvent to be called, since in practice you probably don't want to take the default and dispatch an event with e.type == ""
- # [23:49] <nessy> there is only a single timeline though and only one control
- # [23:50] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [23:50] <zewt> (which I assume is why DOM Events disallows e.type == ""; that seems to be what's checked when requiring initEvent to be called, so it doesn't need a separate "has been initialized" flag)
- # [23:51] <annevk> zewt, what does DOM3Events say should happen when it is not called? what does it say should happen .type returns? or .eventPhase returns? lots of things are undefined
- # [23:51] <annevk> zewt, I'm not sure putting arbitrary restrictions in place really makes sense
- # [23:51] <zewt> not sure; I'm looking more at browser behavior than the spec
- # [23:52] <annevk> I'm also not sure why he thinks event.type can be null in D3E
- # [23:52] <zewt> it can't be, in either browser I tried
- # [23:52] <annevk> e.g. D3E says it has to be at least one character and has multiple places say it cannot be an "invalid string"
- # [23:52] <zewt> (by spec I don't know)
- # [23:53] * Joins: k0rnel (~k0rnel@krtko.org)
- # [23:53] <zewt> (predictably, I havn't read the entire DOM Events spec :)
- # [23:53] <annevk> would be cool to know what Jacob thought about how the spec was written
- # [23:54] <annevk> but I should sleep some and then read everything again and then reply
- # [23:56] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [23:56] <TabAtkins> annevk: Re using <object> for inline fallback on images, <object> is horrible for video and audio, but I'm not sure if there are any APIs we have to worry about for static images that <object> won't expose.
- # [23:57] * Quits: kennyluck (~kennyluck@p19029-ipngn1601marunouchi.tokyo.ocn.ne.jp) (Quit: kennyluck)
- # [23:58] <zewt> seems generally unpleasant to have people start putting images in object tags...
- # [23:58] <annevk> using <object> if you want rich fallback is the argument we have been using for years
- # [23:58] <annevk> if it is invalid I would appreciate to learn why, as it works fine for me
- # [23:59] <nessy> TabAtkins: I've found something similar: http://gigaom.com/video/att-lets-cubs-fans-choose-their-own-camera-angle/ - though this brings in different channels rather than tracks of the same video
- # [23:59] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [23:59] * Quits: kjayl (~IceChat77@24-204-3-242.networkip.net) (Quit: Few women admit their age. Few men act theirs.)
- # [23:59] * Joins: bzed (~bzed@devel.recluse.de)
- # Session Close: Fri Mar 04 00:00:00 2011
The end :)