Options:
- # Session Start: Mon Nov 15 00:00:00 2010
- # Session Ident: #whatwg
- # [00:01] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 265 seconds)
- # [00:02] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [00:02] * Joins: loki` (rain@odin.violates.us)
- # [00:03] * Parts: loki` (rain@odin.violates.us)
- # [00:05] * Quits: kennyluck (~kennyluck@EM114-48-31-83.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [00:06] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [00:06] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 265 seconds)
- # [00:11] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:18] * Quits: Aleoss (~AleossIRC@204-83-16-179.regn.hsdb.sasknet.sk.ca) (Quit: We love you, Dark Continent! Good night!)
- # [00:28] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [00:28] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 255 seconds)
- # [00:28] * Joins: espadrine (86d6a578@gateway/web/freenode/ip.134.214.165.120)
- # [00:28] * Quits: Martijnc (~Martijnc@91.176.178.243) (Ping timeout: 240 seconds)
- # [00:30] * Joins: Martijnc (~Martijnc@91.176.178.243)
- # [00:30] * Quits: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net) (Ping timeout: 240 seconds)
- # [00:30] * Joins: espadrine_ (~espadrine@acces1400.res.insa-lyon.fr)
- # [00:30] * Quits: espadrine (86d6a578@gateway/web/freenode/ip.134.214.165.120) (Client Quit)
- # [00:30] * espadrine_ is now known as espadrine
- # [00:36] * Quits: shepazu (~schepers@EM111-188-17-218.pool.e-mobile.ne.jp) (Quit: shepazu)
- # [00:37] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [00:46] * Quits: MikeSmith (~MikeSmith@EM111-188-17-218.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # [00:51] * Joins: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net)
- # [01:01] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [01:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:21] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [01:24] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [01:26] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [01:30] * Joins: erlehmann (~erlehmann@89.204.153.107)
- # [01:35] * Quits: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net) (Remote host closed the connection)
- # [01:43] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [01:46] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [01:51] * Quits: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
- # [01:52] * Joins: MikeSmith (~MikeSmith@EM111-188-17-218.pool.e-mobile.ne.jp)
- # [01:53] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [01:53] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [01:56] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [01:59] * Joins: paul_irish (~paul_iris@EM111-188-17-218.pool.e-mobile.ne.jp)
- # [02:00] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:02] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [02:03] * Quits: murz (~mmurraywa@174-21-111-3.tukw.qwest.net) (Quit: murz)
- # [02:07] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 276 seconds)
- # [02:11] * Joins: asmodai (asmodai@dhammapada.xs4all.nl)
- # [02:15] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [02:15] * Parts: ChrisPage (~chris@CPE-61-9-185-15.static.vic.bigpond.net.au)
- # [02:20] * Quits: paul_irish (~paul_iris@EM111-188-17-218.pool.e-mobile.ne.jp) (Remote host closed the connection)
- # [02:23] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [02:24] * Joins: kennyluck (~kennyluck@EM114-48-238-131.pool.e-mobile.ne.jp)
- # [02:36] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [02:36] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:40] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 265 seconds)
- # [02:42] * Joins: asmodai (asmodai@dhammapada.xs4all.nl)
- # [02:42] * Quits: ako (~nya@fuld-4d00d64c.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [02:45] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 265 seconds)
- # [02:50] * Joins: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net)
- # [02:50] * Quits: GPHemsley (~GPHemsley@ool-45719f33.dyn.optonline.net) (Changing host)
- # [02:50] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [02:55] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
- # [02:55] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 272 seconds)
- # [02:55] * asmodai_ is now known as asmodai
- # [02:58] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 265 seconds)
- # [02:59] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [03:00] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [03:00] * Quits: kennyluck (~kennyluck@EM114-48-238-131.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [03:00] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
- # [03:07] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [03:09] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 265 seconds)
- # [03:13] <webr3> do any browsers support secure websockets with client side certificates?
- # [03:15] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [03:22] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer)
- # [03:22] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [03:31] * Joins: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net)
- # [03:34] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
- # [03:46] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [03:50] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Client Quit)
- # [03:54] * Joins: kennyluck (~kennyluck@EM111-188-97-246.pool.e-mobile.ne.jp)
- # [03:56] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [03:59] * Quits: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net) (Ping timeout: 240 seconds)
- # [03:59] * Joins: agektmr1 (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net)
- # [04:02] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [04:15] * Joins: MikeSmith_ (~MikeSmith@EM114-48-101-217.pool.e-mobile.ne.jp)
- # [04:16] * Quits: agektmr1 (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net) (Quit: Leaving.)
- # [04:18] * Quits: MikeSmith (~MikeSmith@EM111-188-17-218.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [04:18] * MikeSmith_ is now known as MikeSmith
- # [04:19] * Quits: erlehmann (~erlehmann@89.204.153.107) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [04:23] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [04:37] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [04:42] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk) (Quit: Leaving)
- # [04:54] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
- # [04:55] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [04:57] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [04:58] * Joins: nessy (~Adium@124-171-8-121.dyn.iinet.net.au)
- # [05:02] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [05:03] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [05:04] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [05:06] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [05:06] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [05:08] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [05:20] * Joins: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net)
- # [05:24] * Joins: Yudai (~Yudai@7c29565d.i-revonet.jp)
- # [05:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [06:06] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Ping timeout: 260 seconds)
- # [06:13] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:14] * Quits: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net) (Quit: Leaving.)
- # [06:17] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 245 seconds)
- # [06:20] * Joins: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net)
- # [06:24] * Joins: murz (~mmurraywa@174-21-111-3.tukw.qwest.net)
- # [06:26] * Joins: agektmr1 (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [06:28] * Quits: agektmr (~Adium@u636185.xgsnu1.imtp.tachikawa.mopera.net) (Ping timeout: 265 seconds)
- # [06:31] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [06:35] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [06:36] * Joins: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [06:39] * Quits: Moo^_^ (~quassel@herd37.twinapex.fi) (Read error: Operation timed out)
- # [06:39] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [06:41] * Joins: GPH-Zeke (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [06:41] * Joins: moo_ (~quassel@herd37.twinapex.fi)
- # [06:41] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 240 seconds)
- # [06:42] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [06:43] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 260 seconds)
- # [06:45] * Joins: ChrisPage (~chris@CPE-61-9-185-15.static.vic.bigpond.net.au)
- # [06:45] * Quits: virtuelv (~virtuelv_@65.168.34.95.customer.cdi.no) (Quit: Ex-Chat)
- # [06:45] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [06:46] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:47] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [06:49] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [06:51] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [06:56] * GPH-Zeke is now known as GPHemsley
- # [07:12] * Quits: agektmr1 (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp) (Quit: Leaving.)
- # [07:15] * Joins: Urk (~zcorker@adsl-76-203-125-46.dsl.pltn13.sbcglobal.net)
- # [07:15] * Parts: Urk (~zcorker@adsl-76-203-125-46.dsl.pltn13.sbcglobal.net)
- # [07:17] * Joins: kurrik (~kurrik@216.239.45.130)
- # [07:17] * Joins: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net)
- # [07:18] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [07:19] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [07:22] * Quits: ChrisPage (~chris@CPE-61-9-185-15.static.vic.bigpond.net.au) (Quit: ChrisPage)
- # [07:23] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
- # [07:26] * Quits: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp) (Read error: Connection reset by peer)
- # [07:26] * Joins: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [07:30] * Quits: kennyluck (~kennyluck@EM111-188-97-246.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [07:32] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [07:33] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [07:35] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 265 seconds)
- # [07:38] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
- # [07:40] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
- # [07:41] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
- # [07:47] * Joins: agektmr (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [07:58] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [07:58] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Quit: henrikbjorn)
- # [08:00] * Joins: kennyluck (~kennyluck@EM111-188-97-246.pool.e-mobile.ne.jp)
- # [08:02] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
- # [08:04] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:05] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [08:06] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [08:08] * Quits: espadrine (~espadrine@acces1400.res.insa-lyon.fr) (Read error: Connection reset by peer)
- # [08:11] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [08:11] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Quit: henrikbjorn)
- # [08:13] * Joins: espadrine (~espadrine@acces1400.res.insa-lyon.fr)
- # [08:13] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:20] * Quits: kennyluck (~kennyluck@EM111-188-97-246.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [08:21] * Joins: Necrathex (~nectop@212-123-163-12.ip.telfort.nl)
- # [08:21] * Quits: Martijnc (~Martijnc@91.176.178.243) (Read error: Connection reset by peer)
- # [08:26] * Joins: FireFly (~firefly@1-1-3-36a.tul.sth.bostream.se)
- # [08:27] * Quits: FireFly (~firefly@1-1-3-36a.tul.sth.bostream.se) (Changing host)
- # [08:27] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [08:27] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [08:29] * Joins: Martijnc (~Martijnc@91.176.69.55)
- # [08:30] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [08:39] * Quits: agektmr (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp) (Quit: Leaving.)
- # [08:42] * Joins: Heimidal (~heimidal@c-67-177-214-77.hsd1.co.comcast.net)
- # [08:42] * Quits: Heimidal (~heimidal@c-67-177-214-77.hsd1.co.comcast.net) (Changing host)
- # [08:42] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
- # [08:42] * Joins: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [08:42] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:43] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [08:45] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [08:45] * Quits: MikeSmith (~MikeSmith@EM114-48-101-217.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [08:45] * Joins: agektmr (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [08:45] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [08:46] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [08:49] * Quits: micheil (~micheil@124-149-173-56.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [08:49] * Joins: micheil (~micheil@124-149-173-56.dyn.iinet.net.au)
- # [08:49] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [08:50] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [08:54] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 276 seconds)
- # [08:54] * mhausenblas_ is now known as mhausenblas
- # [08:57] * Joins: matjas (~matjas@ip-213-49-112-222.dsl.scarlet.be)
- # [08:58] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
- # [09:00] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [09:01] * Joins: Ms2ger (~Ms2ger@91.181.196.92)
- # [09:02] * Joins: kennyluck (~kennyluck@EM111-188-91-138.pool.e-mobile.ne.jp)
- # [09:05] * Joins: slightlyoff_afk (~alex@204.14.154.186)
- # [09:12] * Quits: foolip (~philip@83.218.67.122) (Quit: Ex-Chat)
- # [09:12] * Joins: foolip (~philip@83.218.67.122)
- # [09:16] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [09:21] * Joins: kennyluck_ (~kennyluck@EM111-188-105-32.pool.e-mobile.ne.jp)
- # [09:23] * Quits: kennyluck (~kennyluck@EM111-188-91-138.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [09:23] * kennyluck_ is now known as kennyluck
- # [09:27] * Joins: kurrik_ (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net)
- # [09:29] * Quits: kurrik (~kurrik@216.239.45.130) (Ping timeout: 250 seconds)
- # [09:35] * Quits: Martijnc (~Martijnc@91.176.69.55) (Read error: Connection reset by peer)
- # [09:35] * Joins: Martijnc (~Martijnc@91.176.69.55)
- # [09:41] * Quits: kennyluck (~kennyluck@EM111-188-105-32.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [09:42] * Joins: kmq (~kmq@85.159.13.90)
- # [09:43] * Quits: agektmr (~Adium@st0288.nas811.p-tokyo.nttpc.ne.jp) (Quit: Leaving.)
- # [09:49] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [09:51] * Quits: kurrik_ (~kurrik@c-71-198-213-60.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [09:55] * Quits: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp) (Remote host closed the connection)
- # [09:57] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
- # [09:59] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
- # [10:07] * Quits: SecretAgent (sa@quake.nitemare.name) (Read error: Operation timed out)
- # [10:08] * Joins: SecretAgent (~sa@quake.nitemare.name)
- # [10:14] * Joins: ROBOd (~robod@89.123.173.32)
- # [10:28] * Joins: mpt (~mpt@canonical/mpt)
- # [10:34] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [10:38] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [10:47] <hsivonen> Is the spec supposed to cover stopping the parser on assigning to location.href during the parse?
- # [10:48] <zcorpan> hsivonen: http://html5.org/tools/web-apps-tracker?from=5642&to=5643 ?
- # [10:49] <hsivonen> zcorpan: yeah. thanks. that's hard to locate by looking at the full spec :-(
- # [10:49] * Joins: Phae (~Phae@chimera.macmillan.com)
- # [10:51] <hsivonen> the spec is annoyingly hard to follow here :-(
- # [10:52] <hsivonen> I'm unable to tell from the spec if the load event for the aborted document should fire and if it should fire synchronously :-(
- # [10:53] <jgraham> This is kinda a dumb thing to say… but wouldn't firing the load event for the aborted document be quite strange
- # [10:53] <jgraham> ?
- # [10:53] <hsivonen> jgraham: this is the Web platform. I can't rely on what makes sense.
- # [10:54] <hsivonen> I was hoping the spec would have the answers. Do I need to test this myself now?
- # [10:54] <jgraham> I know, I know, on the web "strange" is just a synonym for "probable"
- # [10:56] <zcorpan> Hixie: ^
- # [10:59] * Joins: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp)
- # [11:04] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer)
- # [11:05] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [11:06] <hsivonen> so it appears onload doesn't fire, but it's not clear to me from Gecko code why that is
- # [11:10] * Joins: lyhana8 (~quassel@167.211.103-84.rev.gaoland.net)
- # [11:11] * Parts: lyhana8 (~quassel@167.211.103-84.rev.gaoland.net)
- # [11:11] * Quits: homata_ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [11:13] * Quits: nessy (~Adium@124-171-8-121.dyn.iinet.net.au) (Quit: Leaving.)
- # [11:17] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:18] * Quits: spk (~spk@2a01:e35:2f0e:9ea0:201:c0ff:fe05:f508) (Quit: Coyote finally caught me)
- # [11:30] * Quits: paul_irish (~paul_iris@st0288.nas811.p-tokyo.nttpc.ne.jp) (Ping timeout: 240 seconds)
- # [11:30] * Joins: kennyluck (~kennyluck@EM114-48-100-150.pool.e-mobile.ne.jp)
- # [11:38] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:38] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
- # [11:38] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:40] * abarth is now known as abarth|zZz
- # [11:55] * Joins: pauld (~chatzilla@194.102.13.2)
- # [11:57] * Quits: kennyluck (~kennyluck@EM114-48-100-150.pool.e-mobile.ne.jp) (Quit: kennyluck)
- # [11:59] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [12:00] * Quits: Ms2ger (~Ms2ger@91.181.196.92) (Ping timeout: 240 seconds)
- # [12:02] * Quits: connrs (~paul@host86-136-130-64.range86-136.btcentralplus.com) (Ping timeout: 240 seconds)
- # [12:04] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [12:04] * Joins: connrs (~paul@host81-131-203-3.range81-131.btcentralplus.com)
- # [12:11] <jgraham> hsivonen: Your latest blog entry keeps floating to the top of planet.mozilla.org
- # [12:23] * Joins: paul_irish (~paul_iris@222-151-096-006.jp.fiberbit.net)
- # [12:34] * Joins: Ms2ger (~Ms2ger@91.181.196.92)
- # [12:38] * Joins: Jon_Neal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [12:41] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 255 seconds)
- # [12:48] <hsivonen> jgraham: I edited it today with advice to update RequireJS to 0.15.0
- # [12:49] <jgraham> hsivonen: It would be more friendly if it was not considered new for every update
- # [12:50] <hsivonen> jgraham: I don't really know what's happening there
- # [12:50] <hsivonen> jgraham: that is, previously Venus handled this case OK for my feed
- # [12:51] <hsivonen> jgraham: but now my feed is different. it no longer contains the full text of the newest post.
- # [12:51] <gsnedders> hsivonen: Are you updating atom:updated?
- # [12:51] <hsivonen> jgraham: I have no idea why
- # [12:51] <hsivonen> gsnedders: I can't remember. the feed is generated by a script that has been running for 5 years without maintenance and it's too scary to touch it before I have time to do a rewrite
- # [12:52] <gsnedders> hsivonen: If you update atom:updated, you've signified a major update to the entry, FWIW.
- # [12:53] <hsivonen> gsnedders: that's probably what the script does, because it just looks at the modified date on the file system
- # [12:53] <hsivonen> sorry everyone. my feed sucks. I really want to rewrite it when I have time.
- # [12:53] <hsivonen> but I haven't had time
- # [12:55] <hsivonen> (yes, this also means I'm not dogfooding the V.nu HTML parser there, since the script predates the existence of the parser)
- # [12:55] <hsivonen> any ideas how to flag minor edits when there's no database--just flat files?
- # [12:56] <hsivonen> usually this isn't a problem because usually I don't keep editing a post over a period of four days
- # [12:56] <gsnedders> I did for a while have a prototype system that just stored entries on fs as Atom Entry documents
- # [12:56] <hsivonen> I store plain HTML files
- # [12:57] <hsivonen> my system is very retro in many ways
- # [12:57] <hsivonen> I still don't have Pingback or comment support
- # [12:58] <jgraham> Hmm, abarth is asleep
- # [12:58] <gsnedders> Damned night-time!
- # [12:58] <jgraham> abarth|zZz: Fancy resyncing the webkit tests with html5lib when you wake up? You seem to have some tests from http://www.w3.org/Bugs/Public/show_bug.cgi?id=10314
- # [12:59] <jgraham> s/from/for/
- # [13:01] <hsivonen> maybe I should have my site sources in one dir and what apache sees in another and have some kind of automated build process in between
- # [13:02] <hsivonen> by now I'm too much on the record on certain blogging systems doing things wrong, so now I can't just take one off the shelf
- # [13:11] * Joins: mokush (~quassel@86.127.164.87)
- # [13:14] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [13:22] * Quits: hasather (~davidh@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [13:23] * Quits: Anti-X (~duckmysic@c2B75BF51.dhcp.bluecom.no) (Ping timeout: 245 seconds)
- # [13:29] * Joins: Anti-X (~duckmysic@c2B75BF51.dhcp.bluecom.no)
- # [13:37] * Joins: hjjaa (~ghe@132.150.124.56)
- # [13:37] * Quits: murz (~mmurraywa@174-21-111-3.tukw.qwest.net) (Quit: murz)
- # [13:43] <annevk> hsivonen, you can just omit atom:updated and use atom:modified instead
- # [13:43] <annevk> hsivonen, that would be more accurate
- # [13:43] <annevk> (I'm recalling this element from several years back when I was still somewhat involved with feeds so a quick check wouldn't hurt.)
- # [13:45] <hsivonen> annevk: thanks
- # [13:48] * Quits: payman (~payman@pat.se.opera.com) (Quit: Leaving)
- # [13:48] * Joins: payman (~payman@pat.se.opera.com)
- # [13:51] <zcorpan> annevk: re testrunner, could it support subdirectories? could it skip helper files? could it support document.domain tests by reporting results with postMessage? :)
- # [13:53] <jgraham> zcorpan: I have plans
- # [13:53] * Ms2ger notes http://ms2ger.freehostia.com/tests/runner/?path=../html-official/
- # [13:53] <jgraham> Ms2ger: Oh, interesting
- # [13:53] * Quits: payman (~payman@pat.se.opera.com) (Quit: Leaving)
- # [13:54] * Joins: payman (~payman@pat.se.opera.com)
- # [13:54] <jgraham> My plan involves adding a manifest file to each directory
- # [13:54] * Quits: payman (~payman@pat.se.opera.com) (Client Quit)
- # [13:54] <Ms2ger> jgraham, that's what I do :)
- # [13:54] * Joins: payman (~payman@pat.se.opera.com)
- # [13:54] * Quits: payman (~payman@pat.se.opera.com) (Client Quit)
- # [13:55] * Joins: payman (~payman@pat.se.opera.com)
- # [13:55] <jgraham> {tests:{"001.html":{flags:[], type:javascript, requires_top_level_context:false}}, "subdirs":["more_tests"]}
- # [13:55] <jgraham> and so on
- # [13:55] <jgraham> with reasonable defaults
- # [13:55] <jgraham> Oh and number_expected:10
- # [13:56] <jgraham> For tests that should report > 1 result
- # [13:56] <jgraham> Also, support for running reftests and manual tests
- # [13:56] <Ms2ger> Wasn't Tab working on that?
- # [13:57] <jgraham> reftests just by loading the ref and the test in two iframes positioned on top of each other and allowing the tester to flip between them
- # [13:57] * Joins: ChrisLTD (~iMac@ur185.ur.unc.edu)
- # [13:57] <jgraham> Assuming browser vendors will implement real reftest support themselves
- # [13:57] <jgraham> Ms2ger: Yeah, I'm not really sure what he was doing
- # [13:58] <jgraham> Code that is already written is nice
- # [13:59] <Ms2ger> Code that is written and available is even nicer
- # [13:59] <annevk> zcorpan, it's mostly an indication that I rather not have us go ahead with what there is now
- # [13:59] <Ms2ger> Also, Philip`'s tests are nice
- # [13:59] <annevk> zcorpan, I'm not really the right person to make it I think, but I thought I could at least try to get a proof of concept
- # [13:59] <annevk> (also found a crasher in WebKit)
- # [14:00] <Ms2ger> That always happens to me
- # [14:00] <jgraham> Yeah, in-browser test harnesses suck for that reason
- # [14:01] <jgraham> But there is no standard for driving browsers from the outside yet
- # [14:01] <Ms2ger> Mozilla runs most tests in an iframe, actually
- # [14:01] <annevk> having browsers crash is a pretty bad sign
- # [14:01] <annevk> imo
- # [14:01] <annevk> (for the browser)
- # [14:01] <jgraham> How do they deal if a test crashes?
- # [14:02] <Ms2ger> Fix the crash :)
- # [14:02] <Ms2ger> Or disable the test
- # [14:02] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [14:02] <annevk> it's like OS crashes, except it takes a little less long to reboot
- # [14:02] * Quits: nolkyan (~nolkyan@c-24-9-171-36.hsd1.co.comcast.net) (Quit: nolkyan)
- # [14:02] <annevk> zcorpan, btw, feel free to add some thoughts in a reply
- # [14:02] <hsivonen> jgraham: when I tried to write a test with the HTML WG test harness, I found the test to be much more verbose than a mochitest
- # [14:02] <jgraham> Well I guess we can try the "you should never crash" approach
- # [14:03] <jgraham> hsivonen: Can you point me to code?
- # [14:03] <hsivonen> jgraham: it would be super-nice to be able to do ok(bool, "Message");
- # [14:03] <annevk> same for you, Ms2ger, especially if you already have a test runner :)
- # [14:03] <Ms2ger> "Just use mine" :)
- # [14:03] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [14:03] <hsivonen> jgraham: the basic problem is having to wrap everything in the test functions
- # [14:04] <Ms2ger> jgraham, that's not in the HTML spec, can't require that browsers don't crash
- # [14:04] <Ms2ger> That would be out of scope
- # [14:04] <jgraham> hsivonen: The requirement that drives that is wanting to catch unexpected errors
- # [14:04] <Ms2ger> window.onerror :)
- # [14:04] <jgraham> Without assuming window.onerror
- # [14:04] * Joins: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net)
- # [14:04] <jgraham> Don't want to rely on the platform we are testing too much :)
- # [14:05] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
- # [14:05] <annevk> I do agree that having window.onerror would have been nice
- # [14:05] <Ms2ger> Is it just Webkit we're waiting for?
- # [14:06] <jgraham> hsivonen: (I agree it is not perfect but I am not sure I have seen a concrete suggestion for a better design that would have met all the requirements)
- # [14:06] <jgraham> Ms2ger: And Opera I think
- # [14:06] <Ms2ger> Oh
- # [14:06] <Ms2ger> Go and implement it then :)
- # [14:06] <hsivonen> jgraham: I'd prefer browsers that don't have onerror implement it
- # [14:06] <hsivonen> jgraham: http://pastebin.mozilla.org/852544
- # [14:06] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [14:06] <jgraham> hsivonen: Not a reasonable solution, sadly
- # [14:07] <Ms2ger> Also, ok instead of assert_true is nice
- # [14:07] <hsivonen> would it be feasible to make a function ok that creates some kind of closure thingy with test and assert_true and calls it immediately?
- # [14:08] <hsivonen> jgraham: in the pastebin case, I couldn't just do ok(false, "boo"); in scripts that aren't supposed to run
- # [14:08] <hsivonen> jgraham: then the loops where I test the resulting arrays abort if one test fails
- # [14:08] <hsivonen> jgraham: which sucks
- # [14:08] <jgraham> hsivonen: Feasible, yes. A reasonable optimisation? I'm not sure. Also I don't think it would work for your case
- # [14:08] <Ms2ger> while () {test(...)}
- # [14:09] <jgraham> hsivonen: If they are logically seperate tests, make seperate async_test calls
- # [14:09] <zcorpan> how do you test window.onerror if the harness uses window.onerror?
- # [14:09] <jgraham> That is, for each item in the array create one Test not one assert
- # [14:09] <hsivonen> jgraham: hmmkay.
- # [14:09] <hsivonen> this is so much harder than writing a mochitest for this stuff :-(
- # [14:10] <Ms2ger> hsivonen, how about you write a manual test? :)
- # [14:10] <jgraham> Pulling in the whole of Mochikit is a big dependency though
- # [14:10] <Ms2ger> Microsoft would approve it
- # [14:10] <jgraham> Ms2ger: Don't
- # [14:11] <jgraham> It's bad for my blood pressure ;)
- # [14:11] <hsivonen> if this is all about window.onerror, it seems to me that it's the wrong optimization to let some browser developer avoid an window.onerror implementation and make everyone's test writing more costly
- # [14:12] <hsivonen> jgraham: I don't care about all of mochikit. I only care about ok() and signaling when I'm done
- # [14:12] <jgraham> hsivonen: so, I am not opposed to making the API better if we can do so. What are the actual requirements for your case?
- # [14:13] <jgraham> You want to do ok(bool, message)
- # [14:13] <jgraham> But you want to do it at load time
- # [14:13] <hsivonen> 1) I want to be able to call ok(bool, message) an arbitrary number of times
- # [14:13] <hsivonen> and
- # [14:13] <hsivonen> 2) I want to have another method to call to signal that the test is done and I won't call ok() anymore
- # [14:13] <jgraham> Which is a bit problematic because the current harness assume it knows how many tests will run by the time the load event fires
- # [14:13] <hsivonen> without any wrapper methods
- # [14:14] <hsivonen> jgraham: why does it need to know that?
- # [14:14] <jgraham> Because it signals doneness per-test rather than per-file
- # [14:14] <hsivonen> jgraham: where did that requirement come from?
- # [14:15] <jgraham> It was an arbitary decision I think
- # [14:15] <jgraham> Although I might have forgotten something I was thinking about at the time
- # [14:15] <hsivonen> jgraham: then I suggest it be fixed.
- # [14:15] <jgraham> Let me think about it
- # [14:16] <hsivonen> jgraham: fwiw, I think mochitest has a bad default of assuming the test is done on onload.
- # [14:16] <hsivonen> jgraham: I find that I almost always end up calling SimpleTest.waitForExplicitFinish() and SimpleTest.finish()
- # [14:16] <hsivonen> so the default might as well be that you always have to signal finish explicitly
- # [14:17] <jgraham> So the point was this: You might have many tests in a file. They might respond to different events. You might not know the order of eacxh of those events
- # [14:17] <jgraham> Therefore to have doneness signalled globally you have to maintain state in the test file
- # [14:17] <hsivonen> jgraham: I think you shouldn't optimize for that case
- # [14:17] <hsivonen> jgraham: I have had that problem with mochitest exactly once
- # [14:17] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [14:17] <hsivonen> jgraham: an in that case, I did my own even counting
- # [14:18] <hsivonen> and called finish() when the right number of events had been seen
- # [14:18] <jgraham> So I think my design doesn't actually _require_ all tests to be known onload
- # [14:19] <jgraham> It just requires there to be at least one test active onload, and each test to be added whilst there is still one active test
- # [14:21] <jgraham> But making use of that fact is somewhat hacky
- # [14:23] <jgraham> So I could add a Mochitest-like harness.wait() or something
- # [14:23] <hsivonen> I could live with that
- # [14:23] <hsivonen> but I think the optimal design would be:
- # [14:23] <hsivonen> 1) The harness waits by default without paying attention no onload
- # [14:24] <jgraham> I am somewhat loathe to add the ok(bool, message) thing because I want people to wrap as much code as possible inside the test()
- # [14:24] <hsivonen> 2) The test calls ok() and arbitrary number of times.
- # [14:24] <hsivonen> 3) The test calls finish()
- # [14:25] <hsivonen> jgraham: why? my experience so far is that it's a bad idea to wrap more than one assertion in one test(), because if one assertion fails, the rest don't run
- # [14:25] <jgraham> hsivonen: Because many tests have significant setup code that could error
- # [14:25] <hsivonen> jgraham: how significant is significant?
- # [14:26] <jgraham> hsivonen: I don't know how to answer that
- # [14:26] <hsivonen> jgraham: is http://mxr.mozilla.org/mozilla-central/source/content/base/test/test_bug604660.html?raw=1 significant?
- # [14:26] <hsivonen> jgraham: I find that mochitests are typically simpler than that
- # [14:27] <hsivonen> jgraham: and that test WFM as a mochitest
- # [14:27] <jgraham> That is *huge* amounts of setup code comparatively speaking
- # [14:27] <hsivonen> jgraham: I get a feeling that the harness is optimized for more complex cases than what I see in practice
- # [14:27] <jgraham> So yes
- # [14:28] <hsivonen> jgraham: well, that case works nicely as a mochitest
- # [14:28] <hsivonen> with ok() and finish()
- # [14:28] <hsivonen> and nothing fancier than that
- # [14:29] <jgraham> hsivonen: It works as a mochitest either because the code other than the ok() call rarely fails (e.g. the XHR never fails) or because your systems deal with such failures in some way
- # [14:29] <jgraham> The only overhead I am adding is a single test(function() {})
- # [14:29] <hsivonen> jgraham: it assumes XHR never fails
- # [14:30] <hsivonen> jgraham: If XHR failed, something would be very badly broken anyway
- # [14:30] <hsivonen> jgraham: I believe you are adding much more overhead, because I find I'd have to turn each ok() into test+assert_true
- # [14:31] <jgraham> hsivonen: I am generally not happy making the assumption that the only things that can fail are what isw being explicitly tested
- # [14:31] <jgraham> Especially for cross-browser tests
- # [14:31] * Quits: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [14:33] <hsivonen> jgraham: I'd rather add an ok(false, "XHR failed"); error handler to XHR itself than wrap everything in test()
- # [14:33] <jgraham> hsivonen: Doing that for every possible point of failure doesn't scale
- # [14:34] <hsivonen> jgraham: would your approach save Mozilla from random orange?
- # [14:34] <hsivonen> if not, what's the win?
- # [14:34] <hsivonen> (I might be less unhappy if the harness came with for-dummies documentation explaining common patterns)
- # [14:34] <jgraham> I know that javascript has a sucky syntax for anonymous functions, but apart from that, and the corresponding typing overhead, I don't clearly understand your objection
- # [14:35] <jgraham> hsivonen: (there is at least some documentation in the latest verion of the harness)
- # [14:35] <jgraham> hsivonen: (it may not meet your requirements)
- # [14:35] <hsivonen> the basic objecting is that Mozilla's mochitest is proof that an easier system can be made, so I'm unhappy about the prospect of having to write to a harder to use system
- # [14:35] <hsivonen> *objection
- # [14:36] * Joins: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk)
- # [14:36] <jgraham> I expect that Mochitests would fail in unexpected ways when run in browsers that they weren't originally tested in
- # [14:37] <jgraham> and that the tests themselves would provide little information about what went wrong
- # [14:37] <hsivonen> I think I'd be more OK with testing my tests in 4 engines than with dealing with boilerplate
- # [14:37] <hsivonen> I don't think I'd be able to write tests without testing in browser anyway
- # [14:38] <jgraham> Me neither. But I don't typically test in IE, for example
- # [14:38] <hsivonen> I think test() won't save us from people assuming random engine-specific details
- # [14:39] <hsivonen> the only way to avoid that is to try the tests in multiple engines
- # [14:39] <jgraham> It won't save us, but it ought to make it clearer what is going on when they do
- # [14:40] <jgraham> I don't know, I might be entirely wrong about this. But it at least isn't *obvious* to me that I made the wrong tradeoffs
- # [14:40] <hsivonen> jgraham: sorry about being so grumpy after all the work you've done, but the experience of trying to write a test case with the harness really sucked for me compared to what I'm used to
- # [14:41] <jgraham> I will investigate the thing about waiting for an explicit done call
- # [14:42] <jgraham> (I assume you will not be surprised if that is still subject to the timeout for the page)?
- # [14:42] <hsivonen> frankly, my reaction was along the lines of "WTF? Complexity!" :-(
- # [14:42] <hsivonen> jgraham: the timeout was truly bizarre, IMO
- # [14:42] <hsivonen> jgraham: that is, that some tests waited for a timeout until passing
- # [14:43] <jgraham> hsivonen: Hmm?
- # [14:43] <hsivonen> jgraham: it makes sense to me to have a timeout that fails a test is the test hasn't passed by a deadline
- # [14:43] <jgraham> That sounds like what is supposed to happen
- # [14:43] <hsivonen> also, the mix of manual and automated tests in the W3C harness was *really* weird
- # [14:44] * jgraham disclaims all responsibility for that
- # [14:44] <hsivonen> jgraham: I might have misunderstood how the timeout was used
- # [14:46] <jgraham> hsivonen: Oh, I just realised, we have a bug tracker :)
- # [14:46] <jgraham> hsivonen: Can you file the bug in W3C bugzilla
- # [14:46] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
- # [14:47] <hsivonen> jgraham: sure
- # [14:47] * Quits: mokush (~quassel@86.127.164.87) (Remote host closed the connection)
- # [14:47] <jgraham> hsivonen: Thanks. And I appreciate the feedback btw. The goal wasn't to make people miserable or stop them contributing :)
- # [14:47] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [14:54] <hsivonen> jgraham: http://www.w3.org/Bugs/Public/show_bug.cgi?id=11321
- # [14:55] <jgraham> hsivonen: Thanks. I was actually expecting a bug on the timeout issue you saw though :)
- # [15:02] <hsivonen> jgraham: oh :-)
- # [15:02] <hsivonen> I'll file if I see it again
- # [15:02] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 245 seconds)
- # [15:03] <hsivonen> now that I tried to look for it, I discovered that http://test.w3.org/html/tests/approved/getElementsByClassName/ has an assertion per file
- # [15:03] <hsivonen> which scares me from the scalability POV
- # [15:03] <hsivonen> since each file has some overhead
- # [15:03] <jgraham> It is the usual style at Opera
- # [15:04] <jgraham> Because our test systems were originally designed for (and still prefer) one file === one result
- # [15:04] <jgraham> It does indeed have a perf. impact
- # [15:05] <jgraham> (biab)
- # [15:08] * Joins: cyberix (twruottu@melkki.cs.helsinki.fi)
- # [15:08] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [15:09] <cyberix> WebSocket W3C spec says that when a message arrives you get an onmessage event. Where is that event defined?
- # [15:14] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
- # [15:16] <annevk> you get a message event
- # [15:16] <annevk> the interface that event implements is defined in HTML5
- # [15:16] <annevk> it's called MessageEvent
- # [15:20] <cyberix> how about the others
- # [15:20] <cyberix> onopen is supposed to give me an "open" event
- # [15:21] <cyberix> is there an OpenEvent defined in HTML5 then?
- # [15:22] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [15:22] <annevk> I think that implements the basic Event interface
- # [15:23] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [15:23] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Excess Flood)
- # [15:25] * Quits: Anti-X (~duckmysic@c2B75BF51.dhcp.bluecom.no) (Ping timeout: 272 seconds)
- # [15:30] * Joins: yod (~thereaux@fw.vdl2.ca)
- # [15:30] * Joins: Anti-X (~duckmysic@c2B75BF51.dhcp.bluecom.no)
- # [15:39] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
- # [16:03] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
- # [16:04] * Quits: Ms2ger (~Ms2ger@91.181.196.92) (Quit: bbl)
- # [16:07] <jgraham> Aww MS2ger just quit
- # [16:08] <jgraham> And I was about to complement him on his award for "best use of LaTeX in a discussion of HTML"
- # [16:08] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [16:08] * Quits: nielsle (~nielsle@4135136-cl69.boa.fiberby.dk) (Quit: Ex-Chat)
- # [16:08] * jgraham wonders if Ms2ger is actually male
- # [16:09] <jgraham> Also on his second prize for "best use of PDF in a discussion of HTML", narrowly losing out to Microsoft due to their superior grasp of comic irony
- # [16:10] <Philip`> 20:50 * Ms2ger should actually get around to creating bugs for the warnings he's fixed locally
- # [16:10] <Philip`> Sounds like he considers himself to be male
- # [16:11] <jgraham> Good enough for me
- # [16:12] <Philip`> Or, at least, sounds like considered himself to be male two months ago
- # [16:12] <Workshiva> 'he' might not be self-referential
- # [16:12] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
- # [16:12] * Quits: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com) (Quit: Leaving.)
- # [16:13] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
- # [16:13] <annevk> Workshiva, stop trolling ;p
- # [16:13] * Quits: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com) (Client Quit)
- # [16:14] <Workshiva> It's no fair that he gets off so easily when I have to deal with people who think I'm a girl all the time :P
- # [16:17] * Joins: nolkyan (~nolkyan@2002:1809:ab24:0:cabc:c8ff:fede:c84f)
- # [16:18] <annevk> problem?
- # [16:18] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [16:19] * Quits: nolkyan (~nolkyan@2002:1809:ab24:0:cabc:c8ff:fede:c84f) (Remote host closed the connection)
- # [16:20] * Joins: nolkyan (~nolkyan@c-24-9-171-36.hsd1.co.comcast.net)
- # [16:21] <Philip`> def to_test((r,g,b,a)):
- # [16:21] <Philip`> - return '%d,%d,%d,%d' % (r, g, b, int(a*255))
- # [16:21] <Philip`> + return '%d,%d,%d,%d' % (round(r), round(g), round(b), round(a*255))
- # [16:21] <Philip`> I wonder if that addresses all of Ms2ger's comments
- # [16:22] <annevk> he quit, so we might never know
- # [16:27] * Joins: erlehmann (~erlehmann@89.204.153.103)
- # [16:27] <Philip`> Hmm, yeah, looks like that's all of it
- # [16:30] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [16:32] * slightlyoff_afk is now known as slightlyoff
- # [16:34] * Quits: slightlyoff (~alex@204.14.154.186) (Quit: slightlyoff)
- # [16:54] * Quits: Anti-X (~duckmysic@c2B75BF51.dhcp.bluecom.no) (Ping timeout: 245 seconds)
- # [16:58] * Quits: Peter- (~peter@5ED0FBEC.cm-7-1d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [16:59] * Joins: Anti-X (~duckmysic@cF77BBF51.dhcp.bluecom.no)
- # [16:59] * Quits: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Kthxbye!)
- # [17:03] * Joins: boaz (~boaz@64.119.153.2)
- # [17:03] * Quits: boaz (~boaz@64.119.153.2) (Excess Flood)
- # [17:03] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:03] * Joins: boaz (~boaz@64.119.153.2)
- # [17:05] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [17:07] * Joins: Peter- (~peter@5ED0FBEC.cm-7-1d.dynamic.ziggo.nl)
- # [17:08] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Ping timeout: 264 seconds)
- # [17:08] * Quits: Peter- (~peter@5ED0FBEC.cm-7-1d.dynamic.ziggo.nl) (Read error: Connection reset by peer)
- # [17:08] * Quits: pauld (~chatzilla@194.102.13.2) (Remote host closed the connection)
- # [17:13] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
- # [17:17] * Joins: Peter- (~peter@5ED0FBEC.cm-7-1d.dynamic.ziggo.nl)
- # [17:21] * Joins: tonyg-cr (~Adium@nat/google/x-maggehzwexuqmdzv)
- # [17:41] * Quits: tonyg-cr (~Adium@nat/google/x-maggehzwexuqmdzv) (Quit: Leaving.)
- # [17:41] * Joins: tonyg-cr (~Adium@nat/google/x-pkrkqqnhbaxtbrfm)
- # [17:42] * Quits: Anti-X (~duckmysic@cF77BBF51.dhcp.bluecom.no) (Ping timeout: 264 seconds)
- # [17:44] * Joins: tabatkins (~tabatkins@nat/google/x-feetbprmfnmzmguj)
- # [17:44] <jgraham> Anyone know how the lsit of SVG element names to case-shift came about? Doesn't seem to be the full SVG-tiny 1.2 list since it is missing e.g. solidColor
- # [17:47] <Philip`> From the spec:
- # [17:47] <Philip`> <!--<tr> <td> <code title="">solidcolor</code> <td> <code title="">solidColor</code> (SVG 1.2)-->
- # [17:47] * Joins: Anti-X (~duckmysic@c747BBF51.dhcp.bluecom.no)
- # [17:48] <Philip`> http://lists.w3.org/Archives/Public/public-html/2008May/0520.html
- # [17:48] <Philip`> "I haven't added anything from SVG 1.2."
- # [17:48] <jgraham> That makes no sense
- # [17:48] <jgraham> The spec *references* 1.2
- # [17:49] <jgraham> Apart from the textArea thing
- # [17:49] <jgraham> Which is just silly
- # [17:49] <annevk> damnit
- # [17:49] <Philip`> http://www.w3.org/Bugs/Public/show_bug.cgi?id=7378
- # [17:49] <annevk> I forgot to upload the latest version of web-apps-tracker to SVN
- # [17:50] <annevk> and now I've modified an older copy instead and overwritten what was there
- # [17:50] <annevk> <--- idiot
- # [17:50] <jgraham> Philip`: Thanks
- # [17:51] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
- # [17:51] <Philip`> Not sure if any of that actually answers your question, but it appears to be an intentional omission
- # [17:51] <jgraham> Well it means the spec is internally inconsistent and confusing at least
- # [17:53] * Joins: slightlyoff (~slightlyo@67.218.106.193)
- # [17:54] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [17:55] * Quits: Jon_Neal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
- # [17:57] * Quits: Anti-X (~duckmysic@c747BBF51.dhcp.bluecom.no) (Ping timeout: 265 seconds)
- # [17:59] * Quits: erlehmann (~erlehmann@89.204.153.103) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [18:02] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [18:03] * Joins: Anti-X (~duckmysic@c8179BF51.dhcp.bluecom.no)
- # [18:03] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [18:05] * Joins: mpt (~mpt@canonical/mpt)
- # [18:06] * Joins: drunknbass (~drunknbas@76.91.255.83)
- # [18:07] * Quits: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com) (Quit: Leaving.)
- # [18:11] <annevk> so on http://html5.org/tools/web-apps-tracker W3C bugs are now in a separate column and clickable
- # [18:11] <annevk> as long as Hixie does not change the formatting (on a separate line, starting with Fixing http...) it should remain working
- # [18:11] <annevk> I also put everything in SVN
- # [18:12] <annevk> jgraham suggested not making the "Comment" field clickable on diff result pages
- # [18:13] <annevk> the downside of doing that is when viewing several diffs at once you would no longer be able to click through to a specific revision
- # [18:13] * Joins: othermaciej (~mjs@67.218.110.253)
- # [18:13] <annevk> does anyone care about that?
- # [18:14] <tabatkins> Why can't you just change it to be the id that's clickable?
- # [18:14] <annevk> not usable?
- # [18:15] <tabatkins> Less usable than making the comment clickable?
- # [18:15] * tabatkins is now known as TabAtkins
- # [18:17] <annevk> I want a large clickable area
- # [18:18] <TabAtkins> Okay, then you're probably stuck. Why does jgraham want the comments not clickable?
- # [18:18] * jgraham thinks that TabAtkins's suggestion is sensible
- # [18:18] <jgraham> It interferes with text section in some browsers
- # [18:18] <jgraham> *selection
- # [18:20] <jgraham> (which I want to copy bug links)
- # [18:20] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
- # [18:20] <annevk> bug links?
- # [18:20] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:20] <annevk> they are now separate
- # [18:20] <annevk> have their own column
- # [18:21] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [18:22] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [18:22] <jgraham> On the individual diff page though
- # [18:22] <jgraham> ?
- # [18:22] <annevk> everywhere
- # [18:25] <jgraham> s/B/Bug/ and I am happy
- # [18:25] <annevk> and the other one Rev?
- # [18:30] * Joins: jacobolus (~jacobolus@beaker.cictr.com)
- # [18:33] * Joins: nimbupani (~Adium@cpe-67-248-57-130.nycap.res.rr.com)
- # [18:36] * Joins: dave_levin (~dave_levi@nat/google/x-kjhudviubcwnfztx)
- # [18:37] * gsnedders sighs
- # [18:37] <gsnedders> It turns out removing HTMLElement.all support breaks a fair bit :\
- # [18:44] * Quits: Anti-X (~duckmysic@c8179BF51.dhcp.bluecom.no) (Ping timeout: 276 seconds)
- # [18:44] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [18:47] * Quits: jacobolus (~jacobolus@beaker.cictr.com) (Remote host closed the connection)
- # [18:47] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:47] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
- # [18:47] * Joins: jacobolus (~jacobolus@beaker.cictr.com)
- # [18:49] * Joins: maikmerten (~maikmerte@port-92-201-55-35.dynamic.qsc.de)
- # [18:49] * Quits: slightlyoff (~slightlyo@67.218.106.193) (Quit: slightlyoff)
- # [18:50] * Joins: Anti-X (~duckmysic@46.66.28.177.tmi.telenormobil.no)
- # [18:50] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [18:52] * Quits: miketaylr (~miketaylr@24.42.95.108) (Quit: miketaylr)
- # [18:53] * Joins: a-ja (~chatzilla@70.237.136.180)
- # [18:54] <a-ja> are there currently any browser implementations of websrt?
- # [18:56] * Quits: kmq (~kmq@85.159.13.90) (Quit: W00000000000000000000000000T!)
- # [18:56] * Quits: Adawerk``` (~mven__@169.241.49.57) (Quit: Leaving)
- # [18:59] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
- # [19:01] <karlcow> a-ja: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=websrt
- # [19:01] <karlcow> https://bugs.webkit.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=WebKit&content=websrt
- # [19:01] <karlcow> for browsers with Open bug tracker, it seems not.
- # [19:02] * Joins: erlehmann (~erlehmann@89.204.153.103)
- # [19:03] * Quits: dave_levin (~dave_levi@nat/google/x-kjhudviubcwnfztx) (Quit: dave_levin)
- # [19:04] <karlcow> a-ja: there are possibilities of doing through javascript
- # [19:04] <karlcow> see http://dev.opera.com/articles/view/more-accessible-html5-video-player/
- # [19:07] <a-ja> karlcow: tks.....reading now
- # [19:07] * Joins: mven_ (~mven__@169.241.49.57)
- # [19:14] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [19:15] * Quits: othermaciej (~mjs@67.218.110.253) (Quit: othermaciej)
- # [19:18] <Rik`> karlcow: wrong search, you're only searching for open bugs
- # [19:19] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk) (Quit: Leaving)
- # [19:19] <karlcow> Rik`: on webkit
- # [19:19] <Rik`> on mozilla too
- # [19:19] * Joins: dave_levin (~dave_levi@74.125.59.73)
- # [19:21] <karlcow> for mozilla by selecting all you get the same empty result
- # [19:21] <Rik`> i'm not saying the result is different
- # [19:21] <karlcow> hihih
- # [19:21] <Rik`> just that the queries used won't tell you if there is an implementation
- # [19:21] <TabAtkins> jgraham: What was the compiz grid widget you liked? I upgraded to lucid recently, so I should actually be able to use it.
- # [19:22] <gsnedders> TabAtkins: Grid
- # [19:22] <gsnedders> (Sorry, I know jgraham too well…)
- # [19:22] <Rik`> if you want to know if something is implemented, you specifically want to search for closed bugs
- # [19:23] <karlcow> Rik`: I doubt it will be already implemented :)
- # [19:24] <Rik`> and if something is implemented, it will have some bugs :)
- # [19:24] * Joins: othermaciej (~mjs@17.246.16.234)
- # [19:28] * Joins: jer|afk (~jernoble@17.203.15.215)
- # [19:31] * Joins: Xano_ (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
- # [19:32] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [19:33] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [19:33] * Quits: tonyg-cr (~Adium@nat/google/x-pkrkqqnhbaxtbrfm) (Quit: Leaving.)
- # [19:33] * Joins: dbaron (~dbaron@nat/mozilla/x-yikqlywmmgsnrsdd)
- # [19:34] <TabAtkins> gsnedders: Thanks, got it done. Just discovered that, since I operate my monitors in portrait mode, it's not as useful as I'd like, but still.
- # [19:36] * Joins: tonyg-cr (~Adium@nat/google/x-xoasbonpedaqeqzo)
- # [19:38] * Joins: miketaylr (~miketaylr@72-63-143-91.pools.spcsdns.net)
- # [19:42] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [19:46] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Read error: Connection reset by peer)
- # [19:46] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
- # [19:47] * Joins: bckenny (~bckenny@nat/google/x-hwshjnsolywynjvt)
- # [19:47] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Read error: Connection reset by peer)
- # [19:47] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
- # [19:50] * Joins: jamesr_ (~jamesr@nat/google/x-mwanhckxftpdfnyl)
- # [20:02] * Joins: jwalden (~waldo@nat/mozilla/x-dboerqwfobgdvlsh)
- # [20:03] * Quits: jamesr_ (~jamesr@nat/google/x-mwanhckxftpdfnyl) (Quit: jamesr_)
- # [20:06] * Joins: jamesr_ (~jamesr@nat/google/x-gxttsxurkbmgbpqw)
- # [20:08] * Joins: mpt (~mpt@canonical/mpt)
- # [20:13] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
- # [20:14] * Joins: Phae (~phaeness@cpc8-acto1-2-0-cust461.4-2.cable.virginmedia.com)
- # [20:15] * Quits: miketaylr (~miketaylr@72-63-143-91.pools.spcsdns.net) (Read error: Connection reset by peer)
- # [20:15] * Quits: broquaint (a971c932ab@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com) (Remote host closed the connection)
- # [20:15] * Joins: miketaylr (~miketaylr@72-63-143-91.pools.spcsdns.net)
- # [20:16] * Quits: a-ja (~chatzilla@70.237.136.180) (Quit: eaten by a GRUE)
- # [20:17] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [20:23] * Quits: jwalden (~waldo@nat/mozilla/x-dboerqwfobgdvlsh) (Ping timeout: 245 seconds)
- # [20:24] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [20:26] * Joins: jwalden (~waldo@nat/mozilla/x-bxmhrgxhxmuiksly)
- # [20:29] * Quits: jwalden (~waldo@nat/mozilla/x-bxmhrgxhxmuiksly) (Client Quit)
- # [20:30] * Joins: sean` (~Sean@D97A9F8D.cm-3-3c.dynamic.ziggo.nl)
- # [20:37] * Joins: jwalden (~waldo@nat/mozilla/x-wrdaamuykmdlnwbf)
- # [20:40] <Hixie> hsivonen: what is hard to follow? It looks like your question is answered.
- # [20:43] <hsivonen> Hixie: it was hard to locate "abort" from location.href
- # [20:43] <Hixie> well it's not specific to location.href
- # [20:43] <Hixie> it's just any navigation
- # [20:44] <Hixie> that's like saying you can't find the parser from location.href :-)
- # [20:47] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 240 seconds)
- # [20:48] * Joins: slightlyoff (~slightlyo@nat/google/x-brduxcimmjgtjtrn)
- # [20:50] * Joins: charlvn (~charlvn@2001:0:53aa:64c:381b:508d:3b28:d97d)
- # [20:54] * Quits: jamesr_ (~jamesr@nat/google/x-gxttsxurkbmgbpqw) (Quit: jamesr_)
- # [20:56] * Joins: jamesr_ (~jamesr@nat/google/x-lwuvkfqtdcsovzjm)
- # [21:01] * slightlyoff is now known as slightlyoff_afk
- # [21:02] * Quits: m0 (~m0@mohamedmansour.com) (Quit: leaving)
- # [21:04] * Quits: tonyg-cr (~Adium@nat/google/x-xoasbonpedaqeqzo) (Quit: Leaving.)
- # [21:07] * Joins: m0 (~m0@mohamedmansour.com)
- # [21:07] * Quits: Phae (~phaeness@cpc8-acto1-2-0-cust461.4-2.cable.virginmedia.com)
- # [21:10] * Joins: sicking (~chatzilla@nat/mozilla/x-yzgxavifldgivush)
- # [21:14] * Quits: bckenny (~bckenny@nat/google/x-hwshjnsolywynjvt) (Remote host closed the connection)
- # [21:21] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
- # [21:24] * Quits: miketaylr (~miketaylr@72-63-143-91.pools.spcsdns.net) (Ping timeout: 265 seconds)
- # [21:27] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [21:33] * Joins: robreact (~chatzilla@smtp1bos1.globalmediaxchange.com)
- # [21:36] * Quits: sicking (~chatzilla@nat/mozilla/x-yzgxavifldgivush) (Ping timeout: 265 seconds)
- # [21:37] * Joins: tonyg-cr (~Adium@nat/google/x-rhsadyzqpyodabor)
- # [21:42] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
- # [21:48] * Quits: othermaciej (~mjs@17.246.16.234) (Quit: othermaciej)
- # [21:50] * Joins: MrWax (waxboy@mail.midegro.com)
- # [21:50] * Joins: othermaciej (~mjs@17.246.16.234)
- # [21:57] * Quits: maikmerten (~maikmerte@port-92-201-55-35.dynamic.qsc.de) (Remote host closed the connection)
- # [21:57] * Quits: gavinc (~gavin@70-36-129-142.dsl.dynamic.sonic.net) (Ping timeout: 255 seconds)
- # [21:58] * Joins: gavinc (~gavin@nat-147-199.oreilly.com)
- # [21:58] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
- # [22:03] * Quits: othermaciej (~mjs@17.246.16.234) (Quit: othermaciej)
- # [22:05] * Quits: ROBOd (~robod@89.123.173.32) (Quit: .)
- # [22:05] * Joins: othermaciej (~mjs@17.246.16.234)
- # [22:09] * Joins: sicking (~chatzilla@nat/mozilla/x-heqdwihsxzkquhax)
- # [22:11] * Quits: jer|afk (~jernoble@17.203.15.215) (Quit: jer|afk)
- # [22:11] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [22:11] * Quits: yod (~thereaux@fw.vdl2.ca) (Quit: Leaving.)
- # [22:17] * Joins: dglazkov (~dglazkov@nat/google/x-xfzivyrsfgjeoocf)
- # [22:19] * Joins: bckenny (~bckenny@nat/google/x-fncbbbcwlkgmuyvd)
- # [22:30] * Joins: mpt (~mpt@canonical/mpt)
- # [22:33] <jgraham> Oh yay let's have another discussion about bugmail
- # [22:35] * Joins: broquaint (f9c7a2a08d@cpc3-brig17-2-0-cust661.3-3.cable.virginmedia.com)
- # [22:38] * Joins: zcorpan (~zcorpan@c-2e98e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [22:39] <zcorpan> argh, now i can't escape html wg accessibility whinings even at sitepoint :(
- # [22:39] <jgraham> hober: Doesn't public-html-bugzilla get *all* bugmail
- # [22:39] <hober> I think so, yeah
- # [22:39] <jgraham> hober: not just new bug notifications
- # [22:39] <jgraham> That is too much :)
- # [22:40] <hober> I'm actually subscribed to public-html-bugzilla, so I wouldn't mind the public-html CCing going away.
- # [22:40] <jgraham> I really never want to get email from someone adding a a11y label to a bug ever again
- # [22:40] <TabAtkins> Same here.
- # [22:40] * Quits: sicking (~chatzilla@nat/mozilla/x-heqdwihsxzkquhax) (Ping timeout: 240 seconds)
- # [22:50] * Quits: ChrisLTD (~iMac@ur185.ur.unc.edu) (Quit: ChrisLTD)
- # [22:52] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:53] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [23:03] * Quits: robreact (~chatzilla@smtp1bos1.globalmediaxchange.com) (Ping timeout: 240 seconds)
- # [23:04] * Joins: aho (~nya@fuld-d933170c.pool.mediaWays.net)
- # [23:04] <Hixie> http://download.oracle.com/docs/cd/E14571_01/apirefs.1111/e15862/toc.htm ...!
- # [23:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [23:07] <annevk> context?
- # [23:08] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
- # [23:08] <Hixie> i had no idea people were using Selectors in such wild ways
- # [23:09] <Hixie> they've basically taken selectors and added a whole bunch of new pseudos and stuff for their needs
- # [23:09] <Hixie> it's cool
- # [23:09] <Hixie> found it while looking for ":ltr pseudo-class"
- # [23:09] <TabAtkins> Selectors are all kinds of sexy for some reason. They're just plain a pretty darned usable DSL.
- # [23:10] * Quits: ormaaj (debian-tor@gateway/tor-sasl/ormaaj) (Remote host closed the connection)
- # [23:10] <Hixie> dsl?
- # [23:10] <TabAtkins> domain-specific language
- # [23:10] <Hixie> ah, yes
- # [23:11] <hober> jgraham: yeah, I could do without those myself. on the other hand, I don't want to miss technical discussion that happens in random bugs
- # [23:11] <TabAtkins> Argh, "svn up" keeps quitting immediately with "skipping ." and I dont' know how to override it. >_<
- # [23:12] <Hixie> what does svn status say?
- # [23:12] <TabAtkins> Hixie: Limiting myself to suggesting things in public drafts means that I actually have to do some work, which is a good thing.
- # [23:12] <jgraham> TabAtkins: Don't you like work with the svn authors?
- # [23:12] <Hixie> heh
- # [23:12] <Hixie> TabAtkins: can't argue with that :-P
- # [23:12] <TabAtkins> Hixie: Oh, that's why. ". is not a working directory". Huh.
- # [23:13] <TabAtkins> s/directory/copy/
- # [23:13] <gsnedders> TabAtkins: n00b
- # [23:13] <Hixie> lol
- # [23:13] <TabAtkins> jgraham: ...maybe?
- # [23:13] <Hixie> the mature gsnedders is in the house :-P
- # [23:13] * Joins: ormaaj (debian-tor@gateway/tor-sasl/ormaaj)
- # [23:13] <jgraham> TabAtkins: Pretty sure Hixie does anyway
- # [23:13] <jgraham> TabAtkins: Do you work with Hixie?
- # [23:13] <TabAtkins> jgraham: Yes.
- # [23:13] <jgraham> We can solve this using Logic!
- # [23:13] <TabAtkins> jgraham: Well, in the same company.
- # [23:14] <TabAtkins> jgraham: But "works with" isn't transitive in a useful sense.
- # [23:14] * Joins: estes (~aestes@17.246.16.134)
- # [23:14] <TabAtkins> "works in the same company as" is, but that doesn't help me much in a company this large.
- # [23:14] <jgraham> Dammit, you with your reason
- # [23:14] <jgraham> Why can't things just be simple
- # [23:14] <gsnedders> Why do you have it here?
- # [23:14] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:14] <gsnedders> You were meant to leave it at the door!
- # [23:14] <TabAtkins> ...this directory is CVS-versioned. That's why.
- # [23:15] <jgraham> Also, this is the point at which I hate on svn for a while
- # [23:15] <jgraham> Hah
- # [23:15] <jgraham> Just when you thought "oh man I have to use SVN" you find it got worse
- # [23:15] <jgraham> Next you know you will find one subdirectory requires Visual Source Safe
- # [23:15] <jgraham> And someone else locked the files in 1998
- # [23:16] <jgraham> and still has the lock
- # [23:16] <TabAtkins> Luckily no one in the csswg is *that* crazy.
- # [23:16] <Hixie> TabAtkins: lol
- # [23:17] <Hixie> i recommend (not that i've done it) having an alias for svn and cvs that works out which is appropriate and calls the right one :-)
- # [23:17] <Hixie> though i have directories that are intentionally both, for added amusement
- # [23:17] <TabAtkins> Or I can just remember that for some reason csswg still runs on cvs, while everything else I do is on svn.
- # [23:18] <Hixie> yeah i know that feeling
- # [23:18] <jgraham> TabAtkins: http://twitter.com/glazou/statuses/21942648163 <-- are you sure no one is that crazy?
- # [23:19] <TabAtkins> Bert just use CVS, is all. That's a handleable level of crazy.
- # [23:19] <jgraham> (OK, I guess using VSS would be a whole level of crazy above predicting the demise of the web as we know it)
- # [23:19] <jgraham> (but still)
- # [23:20] <Hixie> btw if you do work on lists i have a bunch of e-mails of feedback i've been collecting over the years
- # [23:20] <TabAtkins> http://twitpic.com/37709c
- # [23:20] <TabAtkins> I'm working on Lists *right now*.
- # [23:20] <Hixie> oh cool
- # [23:20] <Hixie> let me forward you the batch
- # [23:22] * Quits: estes (~aestes@17.246.16.134) (Read error: Connection reset by peer)
- # [23:22] <Hixie> sent
- # [23:23] * Joins: estes (~aestes@17.246.16.134)
- # [23:26] <cardona507> TabAtkins: that picture is wack
- # [23:27] <cardona507> I am traveling to kauai in a couple of week and am not looking forward to the preflight grope
- # [23:27] <cardona507> *weeks
- # [23:27] <TabAtkins> cardona507: Choose the grope over the nudie picture, at least.
- # [23:27] <cardona507> the story of my life
- # [23:27] <cardona507> :)
- # [23:27] <TabAtkins> Hah.
- # [23:28] * jgraham seems to be alone in being unbothered by the idea of a tetrahertz imaging scan
- # [23:28] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [23:29] <jgraham> Or x-ray backscatter
- # [23:29] <TabAtkins> I'm bothered by the existing evidence that the pictures are capable of being saved, and were in fact saved in some cases already.
- # [23:29] <jgraham> Not sure if they are the same
- # [23:30] <Rik`> have you seen how they do it in Israel? http://www.thestar.com/news/world/article/744199---israelification-high-security-little-bother
- # [23:30] <TabAtkins> Plus the emerging reports of attractive women being disproportionately selected to go through them.
- # [23:30] <Philip`> Even if they save the images, you're just one of millions, so why would anyone care about you?
- # [23:30] <jgraham> I somewhat share Philip's view
- # [23:31] <Philip`> Your body isn't that interesting
- # [23:31] <jgraham> After the first 10,000 people going through that day I don't think I am anything special
- # [23:31] <TabAtkins> Rik`: Yeah, they're a bit more sane there. On the other hand, they also don't quite have the racism issues we have in America (that is, it seems to be more okay to be racist in particular directions in Israel), so the issue with subjective profiling isn't as large.
- # [23:31] <TabAtkins> I, um, don't care that someone may be taking pictures of ten thousand *other* naked people home along with mine.
- # [23:31] <TabAtkins> Or, you know, my wife.
- # [23:32] <cardona507> or my kid
- # [23:32] <jgraham> It is more bothering for children, yes
- # [23:32] <TabAtkins> I care that I, or my wife, may be forced to have naked pictures taken of us that we can't control.
- # [23:32] <jgraham> But I am not talking about other people
- # [23:32] <jgraham> I am talking about myself
- # [23:32] <TabAtkins> So, hey, forcing the line to move a bit slower as I get a grope seems like a lesser evil.
- # [23:33] * gsnedders is more scared of the grope…
- # [23:33] <jgraham> I am no more bothered *personally* than if anyone takes any other picture of me that I can't control
- # [23:33] <gsnedders> But there again, I'm absurdly ticklish.
- # [23:33] <bckenny> just make sure to wear a kilt
- # [23:33] <TabAtkins> jgraham: You're seriously equally okay with a normal picture and a naked picture?
- # [23:33] <Rik`> I'm bothered that we have to go through such stupid measures to travel
- # [23:33] <TabAtkins> gsnedders: That makes it better!
- # [23:34] <jgraham> TabAtkins: Given that it is one of hundreds of thousands and low resolution, yes
- # [23:34] <TabAtkins> Hixie: Damn, this is a lot of feedback.
- # [23:34] <TabAtkins> jgraham: You're odd, then.
- # [23:34] <jgraham> What are they going to do? Publish my penis size on the internet?
- # [23:35] * gsnedders is not convinced airport security in general is justifiable
- # [23:35] <jgraham> And if they did, what bad thing would happen?
- # [23:35] <bckenny> even if you're ok with it, not being bothered by something is an extremely poor criteria for judging TSA policies
- # [23:35] <Philip`> Maybe someone will send the entire image database to Wikileaks
- # [23:35] <bckenny> that would be awesome
- # [23:35] <TabAtkins> gsnedders: It's not. It's ridiculous. There are a million better places to commit terrorism than *on* an airplane.
- # [23:35] <jgraham> Oh, it might be an entirely unnecessary security measure
- # [23:35] <jgraham> I don't know
- # [23:35] <gsnedders> TabAtkins: e.g., the bombing on the TGV in the 1980s
- # [23:36] <jgraham> I don't understand why terrorists are still so obsessed with planes in general
- # [23:36] <TabAtkins> jgraham: I am not, in general, okay with people seeing me naked without my permission (and my wife's permission, for that matter).
- # [23:36] <gsnedders> jgraham: Because it's more visually dramatic, and hence increases the fear induced in people
- # [23:37] <jgraham> TabAtkins: Can you justify that rationally?
- # [23:37] <bckenny> http://www.theonion.com/articles/local-man-foremost-expert-on-what-the-terrorists-s,18432/
- # [23:37] <jgraham> gsnedders: I sort-of assumed it was mainly the symbolism value
- # [23:37] <TabAtkins> jgraham: Don't need to, as the majority of the public thinks similarly. ^_^
- # [23:38] <jgraham> TabAtkins: Not a very forward looking response
- # [23:39] <jgraham> (imagine the conversation were instead about burning witches)
- # [23:39] <bckenny> now youre being silly
- # [23:39] <jgraham> Not at all
- # [23:39] <jgraham> I think
- # [23:39] <zcorpan> annevk: thanks for the bug column
- # [23:39] <jgraham> *) These are likely silly security measures
- # [23:40] * Joins: gavin__ (~gavin@70-36-129-142.dsl.dynamic.sonic.net)
- # [23:40] <jgraham> *) Most of the people making a fuss have no rational reason to be concerned
- # [23:40] <Hixie> TabAtkins: yeah
- # [23:40] <jgraham> *) There is some cause for complaint about images being saved
- # [23:41] <cardona507> did you just reference burning witches?
- # [23:41] <bckenny> yes, and backdoors should be required in all encryption systems
- # [23:41] <Rik`> jgraham: you don't mind people seeing you naked ?
- # [23:41] * cardona507 waits for the nazi mention
- # [23:41] <TabAtkins> jgraham: Sigh. Okay. While I appreciate the idea that other people would find me desirable, I get squicked out by the idea that they are directly deriving sexual gratification from an image of me. As well, society in general has long considered viewing the body a privacy issue, and my thoughts are in line with that. I consider it an invasion of my privacy to look at me naked without my express permission, and thus need a really good
- # [23:41] <bckenny> the slope is slippery in all directions!
- # [23:41] <gsnedders> Rik`: That's not a rational reason.
- # [23:41] <gsnedders> Rik`: That's a purely emotion one.
- # [23:41] <Hixie> i'd be fine going through the TSA line naked if only the TSA staff were naked also
- # [23:41] <Hixie> it's the imbalance that's the problem, IMHO
- # [23:41] <TabAtkins> A "clothing optional" airport might be okay, yeah. ^_^
- # [23:41] <Rik`> so if jgraham doesn't mind, I assume he is naked all day long for every activity?
- # [23:42] <bckenny> mutual groping?
- # [23:42] * Quits: gavinc (~gavin@nat-147-199.oreilly.com) (Ping timeout: 245 seconds)
- # [23:42] <zcorpan> Hixie: dirname looks like dimname
- # [23:42] <jgraham> Rik`: My coworkers would not appreciate that
- # [23:42] <TabAtkins> (That doesn't fix the fact that it's still very easy to smuggle in sufficient explosive via the rectum, which can't be detected short of a cavity search or a full Xray.)
- # [23:42] <jgraham> and also it would be cold
- # [23:42] <Hixie> having said that, the entire thing is a complete joke, because not only does it not help security (e.g. there's no cavity search, the highest risk isn't passengers, etc) but it actually makes it worse by providing an unscreened soft target
- # [23:43] <jgraham> (the slim possibility that they would be sexually excited by me is so far down on the list of concerns with that plan it doesn't register)
- # [23:43] <bckenny> 4th ammendment isnt contingent on someone getting off to a picture of me
- # [23:44] <Hixie> zcorpan: yeah, not sure what to do about that
- # [23:46] * Joins: jdaggett (~jdaggett@y079250.dynamic.ppp.asahi-net.or.jp)
- # [23:46] <jgraham> (I can see that females might have more to worry about from that point of view. Although frankly attractive females are being identified as such, and treated accordingly, scanner or no)
- # [23:47] <jgraham> (and there is a genuine issue around children)
- # [23:47] <Hixie> how does http://www.w3.org/Bugs/Public/show_bug.cgi?id=11297 even happen
- # [23:47] <Hixie> i don't understand
- # [23:47] <TabAtkins> There is a difference of kind between someone paying a little extra attention to attractive females and attractive females actively being singled out for nudie pictures to be taken of them. If you don't admit that you're being unreasonable.
- # [23:47] <Hixie> jgraham: there's also a genuine issue around people who have had scarring experiences in their past who may be triggered by being touched or by the thought of being seen naked
- # [23:48] <Hixie> the whole thing is a joke though because it's predicated on a lie
- # [23:48] <Hixie> (that anything here is making us safer)
- # [23:51] <jgraham> Hixie: Agreed.
- # [23:52] <jgraham> TabAtkins: Saving images is not ideal. But really they are rather low resolution and it is hard to imagine anyone who works with them every day for an extended period getting anything unprofessional out of them
- # [23:52] <TabAtkins> jgraham: You have a very poor imagination.
- # [23:53] <cardona507> no doubt
- # [23:53] <jgraham> But in any case, I stand by my original assertion that I personally have no problem with going through such a scan, except that I highly doubt it is useful for security
- # [23:54] <Dashiva> Anyone saying those images are low resolution clearly never surfed for porn in the 90s
- # [23:54] <jgraham> TabAtkins: People are rather quickly conditioned to things they see all the time
- # [23:54] <gavin> jgraham: I feel the same way (doesn't bother me personally)
- # [23:54] <gsnedders> Or surfed porn on a mobile
- # [23:54] <bckenny> unprofessional? http://abcnews.go.com/Travel/miami-airport-tsa-officer-charged-assault-manhood-jokes/story?id=10583691
- # [23:54] <jgraham> Hence the (apparent) trend toward more violent porn
- # [23:55] <AryehGregor> Does http://www.thestar.com/news/world/article/744199---israelification-high-security-little-bother freeze up Firefox 4b7 for anyone but me?
- # [23:55] <zcorpan> gsnedders: depends on the resolution of the mobile screen
- # [23:55] <AryehGregor> Also, I've flown on El Al (Israeli state airline) a couple of times, and lots of people I know have gone many times. I don't remember it personally, but the interview is apparently very effective, it's not just racial profiling.
- # [23:55] <cardona507> wow he beat the shit out of someone for saying he had a small penis
- # [23:56] <AryehGregor> They ask you a series of unpredictable questions about what you'll be doing and where you're from and so on, and they're watching you.
- # [23:56] <AryehGregor> If you're really planning on blowing up the plane, you won't have honest answers and will have to make them up on the spot, and that's not hard to catch.
- # [23:56] * jgraham always wonders how you judge the effectiveness of such things
- # [23:57] <jgraham> I mean you can hardly have a control sample
- # [23:57] <TabAtkins> AryehGregor: Yeah, definitely - I've been through similar. The point is, though, that with a subjective profiling like that, it's easier for racist biases to play in, which I think is a bigger no-no in America. But shrug, it's probably what we'll have to do.
- # [23:57] <zcorpan> "are you going to blow up the plane?" "no" "ok"
- # [23:57] <gsnedders> AryehGregor: Why not just blow up a major train route instead?
- # [23:57] <gsnedders> AryehGregor: Or a notable building?
- # [23:57] <jgraham> (in Spain they x-ray luggage before you get on the train)
- # [23:58] <AryehGregor> gsnedders, you can, which is why it's not reasonable to go overboard here.
- # [23:58] <zcorpan> gsnedders: too easy
- # [23:58] <jgraham> (but you could just drop a concrete block on the line or something)
- # [23:58] <bckenny> "how are you going to blow up the plane?" "well i made this liquid explosive...wait a minute..."
- # [23:58] <AryehGregor> In fact, Palestinian terrorists do mostly target Israeli buses/malls/discos/etc., not planes.
- # [23:58] <Hixie> the way you stop terrorist attacks is by not giving the terrorists reason to blow stuff up (e.g. don't go and wage warn on their country) and by having good intelligence (which is how the vast majority of attacks are stopped)
- # [23:59] <bckenny> also, incompetent terrorists
- # [23:59] <Hixie> yeah well that's the primary line of defence, sure
- # [23:59] <AryehGregor> And sometimes people catch them as they're trying to pull off the attack.
- # [23:59] <AryehGregor> I doubt that not giving them reason to blow stuff up is effective, relative to the costs.
- # [23:59] <Hixie> making everyone happy is worth the cost :-)
- # Session Close: Tue Nov 16 00:00:00 2010
The end :)