Options:
- # Session Start: Tue Mar 15 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] <Hixie> do i abbreviate it anywhere?
- # [00:00] <TabAtkins> I doubt it, unfortunately.
- # [00:00] <Hixie> problem solved!
- # [00:00] <TabAtkins> My bug would be about adding dice-rolling methods.
- # [00:00] <Hixie> hah
- # [00:01] <gsnedders> TabAtkins: Using a how many sided die?
- # [00:01] <TabAtkins> Well, that's clearly a parameter to the methods.
- # [00:01] <zewt> NaN
- # [00:02] <aho> NaN NaN NaN NaN batman :v
- # [00:02] * Quits: nessy (~Adium@124-169-147-115.dyn.iinet.net.au) (Quit: Leaving.)
- # [00:02] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
- # [00:03] <zewt> :|
- # [00:09] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Operation timed out)
- # [00:10] * Quits: Ms2ger (~Ms2ger@91.181.94.201) (Quit: nn)
- # [00:16] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [00:18] * Quits: erlehmann (~erlehmann@7.106.113.82.net.de.o2.com) (Ping timeout: 255 seconds)
- # [00:20] * Joins: erlehmann (~erlehmann@82.113.121.0)
- # [00:21] * Quits: xtoph (~xtoph@213.47.185.206)
- # [00:25] * Joins: bzed_ (~bzed@devel.recluse.de)
- # [00:27] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 260 seconds)
- # [00:27] * bzed_ is now known as bzed
- # [00:27] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [00:34] * Quits: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [00:35] <hober> sidedness could be a new CSS unit
- # [00:35] <hober> 20d
- # [00:35] <hober> oof, that looks like 20 old pence
- # [00:47] * Quits: TabAtkins_ (~tabatkins@nat/google/x-fnhkxtsbhofzdypi) (Ping timeout: 260 seconds)
- # [00:48] * Joins: homata (~homata@h219-110-13-038.catv02.itscom.jp)
- # [00:48] * Joins: boaz (~boaz@12.130.118.16)
- # [00:48] * Joins: TabAtkins_ (~tabatkins@nat/google/x-cojcpsisughjgtiy)
- # [00:49] <TabAtkins> hober: units are allowed (per the grammar) to have numbers in them, so 20d6 can be a valid CSS value, using the 'd6' unit.
- # [00:50] <zewt> that leads to the question of metaunits
- # [00:50] <zewt> eg. width: 2d6em
- # [00:50] <zewt> i just made myself sad
- # [00:50] <TabAtkins> That's calc( 2d6 * 1em )
- # [00:51] <TabAtkins> (Given that the dX units are subtypes of <integer>, I guess.)
- # [00:53] <zewt> though that raises the question of when the value is resolved; having a new width chosen during each reflow would be unpleasant
- # [00:53] <TabAtkins> Indeed, that's a harder problem.
- # [00:55] * AryehGregor will be interested to see the answer to his comments here: http://blogs.msdn.com/b/ieinternals/archive/2011/03/14/internet-explorer-hidden-images-styled-with-display-none-always-have-zero-0-height.aspx
- # [00:57] <TabAtkins> Yeah, that behavior is clearly broken, as it means that <img>s which haven't yet been inserted into the document (and thus aren't participating in layout) should return 0 as well.
- # [00:57] <zewt> that's pretty evil
- # [00:57] <zewt> happen to know if it happens if the image isn't hidden, but it's in a container which is?
- # [00:57] <TabAtkins> If the container is display:none? Should be the same.
- # [00:58] <zewt> i regularly do that to preload images (without using the evil load-images-without-putting-them-in-a-document hack)
- # [00:58] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: bentruyman)
- # [00:58] * Quits: mdelaney (~mdelaney@75-59-236-53.lightspeed.sntcca.sbcglobal.net) (Quit: mdelaney)
- # [01:00] * Quits: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [01:02] * Joins: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
- # [01:09] * Joins: sicking (~chatzilla@nat/mozilla/x-gahbhieexqmhcmvs)
- # [01:10] <zewt> gah
- # [01:10] <zewt> alright, can anyone give me a plausible explanation for this which has driven me insane for years: "if your download doesn't start in 15 seconds..." and a redirect to download links, instead of plain standard old download links, heh
- # [01:11] <zewt> so broken and it's hard to think up even an implausible explanation
- # [01:11] * Joins: aroben_ (~aroben@2620:0:1b00:1191:f8fb:8b0c:c662:dd76)
- # [01:11] * Quits: aroben_ (~aroben@2620:0:1b00:1191:f8fb:8b0c:c662:dd76) (Changing host)
- # [01:11] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [01:11] * Quits: aroben (~aroben@unaffiliated/aroben) (Disconnected by services)
- # [01:11] * aroben_ is now known as aroben
- # [01:11] * Joins: ben_h (~ben@128.250.195.143)
- # [01:11] * Quits: jochen__ (~jochen@nat/google/x-kijqzqigcqblryag) (Remote host closed the connection)
- # [01:12] * Joins: jochen__ (~jochen@nat/google/x-mpitzmzzfnijzdbf)
- # [01:12] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Ping timeout: 252 seconds)
- # [01:13] <TabAtkins> Those types of things typically use an iframe pointing to the file with appropriate headers to trigger an automatic download prompt.
- # [01:13] <zewt> which is the same thing you'll get with a plain download link
- # [01:13] <TabAtkins> Not necessarily, if it's a type of file that the browser thinks it can handle itself.
- # [01:13] <TabAtkins> Also: more branding!
- # [01:13] <zewt> that's what content-disposition: attachment is for (iirc)
- # [01:14] <zewt> and it's so broken--breaks browser copy-link, and in the case of the Firefox upgrade I just did, it happily pops up another download prompt after I restart the session (since the download page is still open)
- # [01:16] <TabAtkins> Yup, it really shouldn't be necessary anymore.
- # [01:24] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [01:26] * Joins: nessy (~Adium@74.125.56.18)
- # [01:28] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [01:30] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [01:34] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Ping timeout: 252 seconds)
- # [01:43] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 250 seconds)
- # [01:43] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
- # [01:44] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [01:46] * Quits: boaz (~boaz@12.130.118.16) (Quit: boaz)
- # [01:47] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
- # [01:52] * Quits: drunknbass (~drunknbas@76.91.255.83) (Read error: Operation timed out)
- # [01:53] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Quit: eric_carlson)
- # [01:53] * eric_carlson_ is now known as eric_carlson
- # [01:54] * Quits: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2) (Remote host closed the connection)
- # [02:01] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:04] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
- # [02:08] * Joins: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
- # [02:09] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [02:17] * Joins: svl (~me@190-82-13-143.adsl.tie.cl)
- # [02:28] * Quits: sicking (~chatzilla@nat/mozilla/x-gahbhieexqmhcmvs) (Remote host closed the connection)
- # [02:33] * Quits: svl (~me@190-82-13-143.adsl.tie.cl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [02:38] * Joins: boaz (~boaz@12.130.118.16)
- # [02:38] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
- # [02:39] <zewt> missing messages in the archive? http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/029492.html should be http://www.mail-archive.com/whatwg@lists.whatwg.org/msg24505.html
- # [02:39] * Joins: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net)
- # [02:40] * Joins: cooto (~Adium@pc-246-246-120-200.cm.vtr.net)
- # [02:42] * Parts: cooto (~Adium@pc-246-246-120-200.cm.vtr.net)
- # [02:49] * Quits: jamesr (~jamesr@216.239.45.19) (Ping timeout: 255 seconds)
- # [02:51] * Quits: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [02:52] * Joins: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net)
- # [02:56] <Hixie> zewt: weird
- # [02:58] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # [02:58] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Read error: Operation timed out)
- # [03:02] * Joins: davidb (~davidb@bas4-kitchener06-1128762142.dsl.bell.ca)
- # [03:03] * Joins: jamesr (~jamesr@216.239.45.19)
- # [03:04] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
- # [03:12] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # [03:13] * Quits: boaz (~boaz@12.130.118.16) (Quit: boaz)
- # [03:14] <zewt> looks like the list indexes are broken when the trailing slash is missing from the URL
- # [03:14] <zewt> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-February vs http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-February/
- # [03:14] <Hixie> not much i can do about it, it's a dreamhost thing
- # [03:19] * Quits: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [03:21] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
- # [03:21] * Quits: erlehmann (~erlehmann@82.113.121.0) (Quit: Ex-Chat)
- # [03:25] * Quits: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [03:26] * Joins: jacobolus (~jacobolus@c-67-186-134-101.hsd1.ma.comcast.net)
- # [03:31] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
- # [03:32] * Quits: kal-EL_ (~jor-EL@host153-10-dynamic.41-79-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
- # [03:32] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) (Quit: Leaving)
- # [05:38] * Disconnected
- # [05:39] * Attempting to rejoin channel #whatwg
- # [05:39] * Rejoined channel #whatwg
- # [05:39] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [05:39] * Set by annevk42 on Mon Oct 19 22:03:06
- # [05:42] * Joins: hdhoang (~hdhoang@cmalu.zahe.me)
- # [05:49] * Joins: nonge_ (~nonge@p5082A713.dip.t-dialin.net)
- # [05:50] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 252 seconds)
- # [05:53] * Quits: nonge (~nonge@p5082A80D.dip.t-dialin.net) (Ping timeout: 276 seconds)
- # [05:53] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 252 seconds)
- # [05:56] * Joins: homata__ (~homata@h219-110-13-038.catv02.itscom.jp)
- # [05:57] * Quits: homata (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 252 seconds)
- # [05:59] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [06:28] * Joins: aroben_ (~aroben@2620:0:1b00:1191:f8fb:8b0c:c662:dd76)
- # [06:28] * Quits: aroben_ (~aroben@2620:0:1b00:1191:f8fb:8b0c:c662:dd76) (Changing host)
- # [06:28] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [06:30] * Quits: Ankheg (~Ankheg@94.158.192.25) (Quit: Leaving.)
- # [06:31] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 248 seconds)
- # [06:36] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [06:39] * Joins: drunknbass (~drunknbas@76.91.255.83)
- # [06:43] * Quits: here (~mike@174-31-137-242.tukw.qwest.net) (Ping timeout: 246 seconds)
- # [06:44] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 255 seconds)
- # [06:51] * Joins: lrvick (~lrvick@66.96.251.117)
- # [06:53] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [06:54] * Joins: nessy (~Adium@74.125.56.18)
- # [06:54] * Quits: nessy (~Adium@74.125.56.18) (Client Quit)
- # [07:03] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
- # [07:04] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
- # [07:13] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [07:18] * Joins: ben_h_ (~ben@128.250.195.143)
- # [07:18] * Quits: ben_h (~ben@128.250.195.143) (Read error: Connection reset by peer)
- # [07:18] * ben_h_ is now known as ben_h
- # [07:21] * Quits: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2) (Quit: estes)
- # [07:22] * aroben_ is now known as aroben
- # [07:23] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [07:26] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 246 seconds)
- # [07:34] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [07:35] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Nice Scotty, now beam my clothes up too!)
- # [07:43] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [07:44] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
- # [07:45] * Quits: virtuelv (~virtuelv_@20.74.9.46.customer.cdi.no) (Ping timeout: 260 seconds)
- # [07:56] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [08:00] <abarth> Hixie: is there an easy what to see which rev you removed <device> in?
- # [08:00] <abarth> i don't see it on http://twitter.com/whatwg
- # [08:01] <zcorpan> it was http://html5.org/r/5945
- # [08:02] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
- # [08:03] <abarth> yhx
- # [08:06] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
- # [08:10] * Quits: Yudai_ (~Yudai@p6e0f6b.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 264 seconds)
- # [08:12] * Joins: rimantas (~rimliu@93.93.57.193)
- # [08:20] <zcorpan> Hixie: <p><b>.... <p><b>... <p><b>... won't nest the <p>s! don't you know the parsing algorithm by heart? :)
- # [08:20] * Joins: pesla (~pesla@188.202.125.121)
- # [08:20] * Quits: heycam (~cam@wok.mcc.id.au) (Ping timeout: 246 seconds)
- # [08:21] * Joins: heycam (~cam@wok.mcc.id.au)
- # [08:22] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Ping timeout: 246 seconds)
- # [08:23] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [08:23] * Joins: pesla_ (~pesla@188.202.125.121)
- # [08:23] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 246 seconds)
- # [08:25] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 260 seconds)
- # [08:27] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [08:27] * Quits: lrvick (~lrvick@66.96.251.117) (Ping timeout: 240 seconds)
- # [08:32] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
- # [08:39] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [08:39] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
- # [08:39] * Joins: Maurice (~ano@77.222.73.150)
- # [08:40] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: Leaving)
- # [08:51] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
- # [08:56] * Quits: ben_h (~ben@128.250.195.143) (Quit: ben_h)
- # [08:56] * Joins: pesla (~pesla@188.202.125.121)
- # [08:56] * Joins: ben_h (~ben@128.250.195.143)
- # [08:56] * Quits: ben_h (~ben@128.250.195.143) (Client Quit)
- # [09:00] * Quits: pesla_ (~pesla@188.202.125.121) (Ping timeout: 250 seconds)
- # [09:02] * Quits: pesla (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
- # [09:05] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [09:06] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
- # [09:07] * Joins: pesla (~pesla@188.202.125.121)
- # [09:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [09:09] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [09:09] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
- # [09:11] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
- # [09:16] * Joins: matjas (~matjas@195.130.156.13)
- # [09:18] * Joins: davidhund (~davidhund@cq2.demon.nl)
- # [09:22] * Joins: roc (~chatzilla@121.98.230.221)
- # [09:26] * Joins: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz)
- # [09:33] * Joins: nessy (~Adium@124-169-147-115.dyn.iinet.net.au)
- # [09:34] * Joins: ben_h (~ben@203-217-28-243.perm.iinet.net.au)
- # [09:36] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [09:37] * Joins: msucan (~robod@92.86.244.201)
- # [09:44] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
- # [09:50] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [09:57] <hsivonen> I guess I should do community service and draw a flowchart now that IE9 is final...
- # [10:05] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Read error: Connection reset by peer)
- # [10:06] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [10:12] * Joins: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it)
- # [10:13] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [10:13] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [10:23] * Joins: jeremyselier (~Jeremy@92.103.127.226)
- # [10:24] * Parts: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
- # [10:24] * Joins: lrvick (~lrvick@66.96.251.117)
- # [10:32] <hsivonen> Am I reading the CSS 2.1 spec under /TR/ wrong or is its "Features at risk" out of sync with the actual spec requirements as far as the HTML body background rule goes?
- # [10:32] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [10:33] <hsivonen> it says the there's the risk that the exception might be extended to XHTML, but AFAICT, it has already been extended in the spec
- # [10:33] <hsivonen> and implemented across the top 4 engines, too
- # [10:33] <zcorpan> yeah, it's out of sync
- # [10:33] <hsivonen> are there now any CSS differences between XML and HTML Standards Mode?
- # [10:33] <zcorpan> i pointed that out when the spec was changed a few years ago
- # [10:34] <zcorpan> i think only in Selectors case-sensitivity
- # [10:34] <hsivonen> zcorpan: thanks.
- # [10:34] * Quits: ben_h (~ben@203-217-28-243.perm.iinet.net.au) (Quit: ben_h)
- # [10:34] * Joins: tbassetto (~tbassetto@92.103.127.226)
- # [10:35] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [10:39] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
- # [10:43] * Quits: tbassetto (~tbassetto@92.103.127.226) (Quit: tbassetto)
- # [10:44] * Joins: mpt (~mpt@91.189.88.12)
- # [10:44] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [10:44] * Joins: mpt (~mpt@canonical/mpt)
- # [10:45] * Quits: pesla (~pesla@188.202.125.121) (Quit: Computer has gone to sleep.)
- # [10:47] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [10:49] * Joins: tbassetto (~tbassetto@92.103.127.226)
- # [10:50] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
- # [10:52] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.)
- # [10:58] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [10:58] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [10:58] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [11:05] * dglazkov is now known as dglazkov|away
- # [11:07] * Joins: Yudai (~Yudai@p02fec5.kngwnt01.ap.so-net.ne.jp)
- # [11:11] * Quits: matjas (~matjas@195.130.156.13) (Quit: Be back later)
- # [11:14] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
- # [11:18] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [11:21] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [11:22] * Joins: pesla (~pesla@188.202.125.121)
- # [11:28] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:32] * Quits: kennyluck (~kennyluck@114-43-123-125.dynamic.hinet.net) (Quit: kennyluck)
- # [11:34] <hsivonen> Findings so far: IE9 sticks to the IE8 notion of what's quirky. Doesn't align with HTML5 and other browsers.
- # [11:39] <zcorpan> also for comment before doctype?
- # [11:42] <hsivonen> zcorpan: didn't test that yet
- # [11:46] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:57] * Joins: smaug____ (~chatzilla@ZYKDCCCXCI.gprs.sl-laajakaista.fi)
- # [11:59] * smaug____ doesn't understand how the new Stream + video is supposed to work. In what format is the Blob created from Stream? Do all the browsers need to support that?
- # [12:09] * Joins: ben_h (~ben@203-217-90-205.dyn.iinet.net.au)
- # [12:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [12:13] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:16] * Quits: ben_h (~ben@203-217-90-205.dyn.iinet.net.au) (Quit: ben_h)
- # [12:18] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
- # [12:22] * Quits: davidhund (~davidhund@cq2.demon.nl) (Quit: davidhund)
- # [12:26] * Quits: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
- # [12:30] * Joins: mpt (~mpt@canonical/mpt)
- # [12:30] <Lachy> smaug____, the spec says "Generate a file that containing data in a format supported by the user agent for use in audio and video elements."
- # [12:31] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:31] <Lachy> so it seems that browsers could save the file as WebM (VP8/Vorbis) or MP4 (h.264/AAC) or whatever they choose
- # [12:32] <smaug____> so the whole PeerConnection would work well only it both ends support same codecs
- # [12:32] <Lachy> that just means that if the website wants to accept those file uploads, then the servers are going to need to have support for both formats
- # [12:32] <Lachy> the P2P stuff is more complicated, as you will only be able to stream between browsers that support the same formats
- # [12:32] <Lachy> right
- # [12:33] <smaug____> That is bad
- # [12:33] <smaug____> leaving a major point of the feature unspecified
- # [12:33] <Lachy> yeah, it sucks big time. We just need to make sure we can make WebM successful for that purpose
- # [12:33] <smaug____> (which is ofc the case with <video> too)
- # [12:34] <jgraham> smaug____: Yeah, it does suck. Not sure what the alternative is though :(
- # [12:34] <Lachy> but we haven't implemented that stuff yet. Only what we announced yesterday, which was initial support for <device> and the ability to play that in a <video> element. We should be able to change the new API easily though.
- # [12:35] <Lachy> I mean, change *to* the new API easily
- # [12:35] <smaug____> I'm not sure I like the PeerConnection anyway
- # [12:36] <smaug____> the whole thing reminds a lot like WebSockets (with support for Streams), but with different protocols
- # [12:37] * Joins: tndH (~Rob@cpc11-seac19-2-0-cust116.7-2.cable.virginmedia.com)
- # [12:38] <jgraham> Isn't being like websockets a good thing?
- # [12:38] <jgraham> Or are you saying that we should reuse websockets?
- # [12:39] <smaug____> we could perhaps have just one API
- # [12:39] <smaug____> with support for different protocols
- # [12:41] <jgraham> I wonder if Hixie has looked at the design of 0mq
- # [12:41] <jgraham> It does multiple protocols / connection topologies with more or less a single API
- # [12:42] <jgraham> AFAIK
- # [12:42] * jgraham has never used it but has read the manual
- # [12:42] <jgraham> Or parts thereof
- # [12:50] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [12:53] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
- # [12:57] * Quits: nessy (~Adium@124-169-147-115.dyn.iinet.net.au) (Quit: Leaving.)
- # [12:59] <smaug____> hmm, so implementation would need to encode video stream to webm and then show it in <video> ?
- # [12:59] <smaug____> though, perhap using the URL.createObjectURL doesn't require any encoding
- # [13:00] <smaug____> erm, but that is done for Stream, and Stream needs to be encoded...
- # [13:02] * Joins: mokush (~quassel@188.24.45.18)
- # [13:03] <smaug____> Lachy: how does that work with <device>? Do you first encode the video and then decode using <video> ?
- # [13:05] <Lachy> there is some magic in the back end that somehow renders the video directly from the camera without encoding as webm first.
- # [13:06] <smaug____> actually, <device> allows that quite easily, but with Streams that is not so easy
- # [13:07] <Lachy> the new API will also allow that quite easily, at least as far as rendering it locally is concerned. The recording or P2P streaming features will require webm encoding though.
- # [13:18] * Joins: davidhund (~davidhund@cq2.demon.nl)
- # [13:22] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
- # [13:25] * Joins: aho (~nya@fuld-590c762f.pool.mediaWays.net)
- # [13:27] * Joins: Lachy (~Lachlan@guest.opera.com)
- # [13:27] * Quits: smaug____ (~chatzilla@ZYKDCCCXCI.gprs.sl-laajakaista.fi) (Ping timeout: 255 seconds)
- # [13:32] * Joins: Lachy_ (~Lachlan@guest.opera.com)
- # [13:32] * Quits: Lachy (~Lachlan@guest.opera.com) (Read error: Connection reset by peer)
- # [13:41] * Joins: erlehmann (~erlehmann@82.113.121.0)
- # [13:48] * Quits: Lachy_ (~Lachlan@guest.opera.com) (Quit: Leaving)
- # [13:48] * Joins: benschwarz (~benschwar@59.167.185.148)
- # [13:48] * Joins: Lachy (~Lachlan@guest.opera.com)
- # [13:49] <benschwarz> Hi all
- # [13:51] <zcorpan> hi benschwarz
- # [13:54] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [13:57] * Joins: kennyluck (~kennyluck@114-24-8-97.dynamic.hinet.net)
- # [13:57] * Quits: kennyluck (~kennyluck@114-24-8-97.dynamic.hinet.net) (Excess Flood)
- # [13:58] * Joins: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it)
- # [13:58] <benschwarz> zcorpan he did it
- # [13:59] <benschwarz> (your tweet)
- # [14:00] <zcorpan> yeah
- # [14:00] <zcorpan> though i guess it still has default phpbb3 styles
- # [14:01] <benschwarz> zcorpan: its a start
- # [14:01] <hsivonen> Are "Compatibility Mode Settings" gone in IE9 or do I just have trouble finding them?
- # [14:03] * Joins: kennyluck (~kennyluck@114-24-8-97.dynamic.hinet.net)
- # [14:14] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Leaving...)
- # [14:15] <hsivonen> found it
- # [14:16] <hsivonen> required menu bar
- # [14:16] <hsivonen> well hidden!
- # [14:27] * Quits: kennyluck (~kennyluck@114-24-8-97.dynamic.hinet.net) (Quit: kennyluck)
- # [14:28] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
- # [14:32] <smaug____> does Opera implement xhr.timeout?
- # [14:33] * Joins: mpt (~mpt@91.189.88.12)
- # [14:33] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [14:33] * Joins: mpt (~mpt@canonical/mpt)
- # [14:39] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed) (Remote host closed the connection)
- # [14:41] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
- # [14:43] <zcorpan> smaug____: no
- # [14:43] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [14:43] <smaug____> ok
- # [14:43] <smaug____> then it is still easy to change it, since no one has implemented it
- # [14:44] <smaug____> zcorpan: thanks
- # [14:45] <zcorpan> how do you want to change it?
- # [14:45] <smaug____> zcorpan: it should be possible to cancel the timeout
- # [14:45] <smaug____> and perhaps also change it after send()
- # [14:46] <smaug____> about to send an email about this to webapps
- # [14:46] <zcorpan> maybe also set in UNSENT state?
- # [14:47] <smaug____> why does it need to be limited at all
- # [14:47] <smaug____> well, at all after opened
- # [14:53] * Quits: davidhund (~davidhund@cq2.demon.nl) (Quit: davidhund)
- # [14:55] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
- # [15:02] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [15:03] * Joins: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl)
- # [15:05] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [15:07] * Joins: pesla_ (~pesla@188.202.125.121)
- # [15:10] * Joins: boaz (~boaz@204.153.192.4)
- # [15:11] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 250 seconds)
- # [15:13] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Read error: Operation timed out)
- # [15:14] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
- # [15:16] * Joins: kennyluck (~kennyluck@114-43-123-125.dynamic.hinet.net)
- # [15:16] * Quits: kennyluck (~kennyluck@114-43-123-125.dynamic.hinet.net) (Excess Flood)
- # [15:16] * Joins: kennyluck (~kennyluck@114-43-123-125.dynamic.hinet.net)
- # [15:18] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
- # [15:21] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [15:22] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Disconnected by services)
- # [15:22] * riven` is now known as riven
- # [15:22] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [15:22] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [15:23] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Read error: Operation timed out)
- # [15:24] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [15:25] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 252 seconds)
- # [15:25] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [15:27] * Quits: hasather (~davidh@pat-tdc.opera.com) (Read error: Operation timed out)
- # [15:27] * Joins: wakaba_ (~wakaba_@198.22.102.121.dy.bbexcite.jp)
- # [15:27] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [15:31] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [15:33] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [15:34] * Joins: ako (~nya@fuld-590c7bbc.pool.mediaWays.net)
- # [15:35] * Quits: aho (~nya@fuld-590c762f.pool.mediaWays.net) (Disconnected by services)
- # [15:35] * ako is now known as aho
- # [15:37] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
- # [15:37] * Quits: homata__ (~homata@h219-110-13-038.catv02.itscom.jp) (Ping timeout: 264 seconds)
- # [15:38] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [15:39] * Quits: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [15:40] * Joins: matjas (~matjas@195.130.156.13)
- # [15:44] * Joins: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
- # [15:44] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
- # [15:45] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [15:49] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 260 seconds)
- # [15:51] * Quits: jgraham (~jgraham@web22.webfaction.com) (Ping timeout: 246 seconds)
- # [15:52] * Joins: jgraham (~jgraham@web22.webfaction.com)
- # [15:53] * Quits: f1lt3r_bocoup (~f1lt3r@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Ping timeout: 255 seconds)
- # [15:56] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Read error: Connection reset by peer)
- # [15:56] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Read error: Connection reset by peer)
- # [15:56] * Quits: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [15:57] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
- # [15:58] * Joins: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp)
- # [16:05] * Joins: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
- # [16:06] * Joins: f1lt3r_bocoup (~f1lt3r@75-150-66-254-NewEngland.hfc.comcastbusiness.net)
- # [16:24] * Quits: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net) (Ping timeout: 276 seconds)
- # [16:25] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [16:27] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 250 seconds)
- # [16:31] * Quits: mokush (~quassel@188.24.45.18) (Ping timeout: 264 seconds)
- # [16:32] * Joins: david_carlisle (~davidc@86.188.197.189)
- # [16:32] * Joins: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net)
- # [16:38] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
- # [16:39] * Quits: pesla_ (~pesla@188.202.125.121) (Remote host closed the connection)
- # [16:39] * Joins: pesla (~pesla@188.202.125.121)
- # [16:42] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
- # [16:42] * Quits: myakura (~myakura@p1182-ipbf4006marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
- # [16:44] * Quits: matjas (~matjas@195.130.156.13) (Quit: zZz)
- # [16:46] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
- # [16:47] * Quits: hdhoang (~hdhoang@cmalu.zahe.me) (Ping timeout: 264 seconds)
- # [16:50] <jgraham> Yay! Working group decision on ascii-ref means we get to waste even more time on arguing about the decision
- # [16:51] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [16:54] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
- # [16:59] * Joins: FastJack (~fastjack@2001:8d8:81:1580::13:1000)
- # [17:04] * Joins: TabAtkins_ (~tabatkins@nat/google/x-ypbqmrewnpfcmhst)
- # [17:04] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [17:05] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:05] * Quits: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) (Quit: Leaving)
- # [17:05] * Joins: aroben (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0)
- # [17:05] * Quits: aroben (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0) (Changing host)
- # [17:05] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [17:06] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
- # [17:07] * Joins: pesla_ (~pesla@188.202.125.121)
- # [17:08] * Quits: pesla (~pesla@188.202.125.121) (Read error: Operation timed out)
- # [17:19] * dglazkov|away is now known as dglazkov
- # [17:23] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
- # [17:25] * Quits: pesla_ (~pesla@188.202.125.121) (Remote host closed the connection)
- # [17:26] * Joins: pesla (~pesla@188.202.125.121)
- # [17:27] * Joins: Ankheg (~Ankheg@94.158.192.25)
- # [17:28] * Joins: Martijnc (~Martijnc@91.176.86.140)
- # [17:28] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [17:29] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [17:30] * Joins: mpt (~mpt@91.189.88.12)
- # [17:30] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
- # [17:30] * Joins: mpt (~mpt@canonical/mpt)
- # [17:31] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
- # [17:33] * Quits: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726])
- # [17:35] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [17:36] * Joins: wakaba_0 (~wakaba_@198.22.102.121.dy.bbexcite.jp)
- # [17:37] * Quits: wakaba_ (~wakaba_@198.22.102.121.dy.bbexcite.jp) (Ping timeout: 250 seconds)
- # [17:41] * Joins: kal-EL_ (~jor-EL@host25-71-dynamic.245-95-r.retail.telecomitalia.it)
- # [17:44] * Joins: mokush_ (~quassel@188.24.45.18)
- # [17:45] * Quits: Lachy (~Lachlan@guest.opera.com) (Quit: This computer has gone to sleep)
- # [17:49] * Joins: Ms2ger (~Ms2ger@91.181.31.85)
- # [17:49] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
- # [17:50] * Quits: mpt (~mpt@canonical/mpt) (Read error: No route to host)
- # [17:52] * Quits: tbassetto (~tbassetto@92.103.127.226) (Ping timeout: 240 seconds)
- # [17:53] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
- # [17:53] * Joins: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com)
- # [17:55] * Quits: boaz (~boaz@204.153.192.4) (Quit: boaz)
- # [17:59] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Ping timeout: 240 seconds)
- # [18:01] * Joins: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net)
- # [18:03] * Joins: mpt (~mpt@canonical/mpt)
- # [18:04] * Joins: bentruyman_ (~bentruyma@li159-104.members.linode.com)
- # [18:06] * Joins: dylanw (~dw@209.189.196.86)
- # [18:07] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 276 seconds)
- # [18:07] * bentruyman_ is now known as bentruyman
- # [18:07] <dylanw> I'm trying to understand why header/footer are inline and not block elements. Could someone point me in the direction of that discussion?
- # [18:08] <Ms2ger> There's no such distinction
- # [18:08] <Ms2ger> But I think you're misinterpreting something, because they are what some would call block elements
- # [18:09] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [18:09] <TabAtkins> They're not inline, they're flow elements. The default UA stylesheet sets them to display:block.
- # [18:09] <TabAtkins> http://www.whatwg.org/specs/web-apps/current-work/complete/rendering.html#display-types
- # [18:09] <dylanw> FF3.6 by default has them display:inline
- # [18:10] * Joins: matjas (~matjas@91.182.240.120)
- # [18:10] <dylanw> browser bug?
- # [18:10] <TabAtkins> That's because it doesn't know what the elements are. Unknown elements are display:inline by default.
- # [18:10] * Quits: matjas (~matjas@91.182.240.120) (Read error: Connection reset by peer)
- # [18:10] * Joins: matjas (~matjas@91.182.240.120)
- # [18:10] * Joins: dave_levin (~dave_levi@74.125.59.73)
- # [18:11] * Quits: f1lt3r_bocoup (~f1lt3r@75-150-66-254-NewEngland.hfc.comcastbusiness.net) (Ping timeout: 255 seconds)
- # [18:12] <dylanw> So then FF3.6 doesn't actually support HTML?
- # [18:13] <TabAtkins> It doesn't understand several of the new HTML elements, no.
- # [18:13] <TabAtkins> 3.6 is relatively old at this point.
- # [18:14] * Quits: matjas (~matjas@91.182.240.120) (Client Quit)
- # [18:15] <dylanw> OK, I understand. I misinterpreted flow. And apparently so did the Moz crew.
- # [18:15] <dylanw> Thx
- # [18:15] * Quits: FastJack (~fastjack@2001:8d8:81:1580::13:1000) (Read error: Operation timed out)
- # [18:15] <TabAtkins> No, Moz did not misinterpret it. 3.6 doesn't implement those elements at all.
- # [18:16] <jgraham> dylanw: To be fair all Mozilla did wrong was to have a long release cycle
- # [18:16] <TabAtkins> (Most flow elements are display:block, actually.)
- # [18:16] <TabAtkins> (Maybe all?)
- # [18:17] <dylanw> anchors are listed as flow
- # [18:17] * Quits: ezoe (~ezoe@112-68-244-28f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
- # [18:18] <dylanw> yeah, the current flow list is a mix of classical block (div) and inline (abbr)
- # [18:18] <TabAtkins> Hmm, I'm surprised that abbr is flow. That sounds like it should be phrasing content.
- # [18:19] <dylanw> It's both.
- # [18:19] <TabAtkins> Indeed. I wonder why it's flow at all, though?
- # [18:19] <dylanw> It seems, and I'm just doing this prima facie
- # [18:19] <dylanw> that flow only means you're probably a block
- # [18:19] <dylanw> flow+phrasing you're probably inline
- # [18:20] <dylanw> though p is the obvious exception
- # [18:20] * Joins: FastJack (~fastjack@dumpstr.net)
- # [18:20] <dylanw> wait, no, p isn't phrasing
- # [18:20] <dylanw> duh. has its own section
- # [18:20] <TabAtkins> Ah, never mind, lots of elements are flow+phrasing.
- # [18:21] <dylanw> HTML standard never really specifies whether something is a "block"
- # [18:22] <TabAtkins> Yes it does, in the rendering section.
- # [18:22] <TabAtkins> Which I linked. ^_^
- # [18:23] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [18:23] <dylanw> OK, I see now
- # [18:24] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:25] * Maurice` is now known as Maurice
- # [18:25] <dylanw> I'll just use that as a reset stylesheet
- # [18:26] <dylanw> thx
- # [18:26] <TabAtkins> Nah, it's not quite good enough for a reset stylesheet, since it uses some things that aren't supported in CSS. Use html5boilerplate.com
- # [18:29] <dylanw> Hadn't seen Paul's stuff yet.
- # [18:29] <dylanw> HTML makes me feel like I'm back in 2000 again screaming at Netscape 4's DOM.
- # [18:30] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Quit: dendeffe)
- # [18:31] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
- # [18:31] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Client Quit)
- # [18:34] <AryehGregor> abbr is flow content, but can only be used where phrasing content is expected . . . so what does it mean that it's flow content?
- # [18:34] <AryehGregor> Oh, of course.
- # [18:34] <AryehGregor> It means you can do <div><abbr>Foo</abbr></div> or such, right?
- # [18:34] <AryehGregor> Wait, no.
- # [18:34] <AryehGregor> You can't.
- # [18:34] * AryehGregor is confused now
- # [18:37] * Joins: dendeffe (~stijn@d54C222F2.access.telenet.be)
- # [18:37] <jgraham> "Flow COntent" doesn't mean much
- # [18:37] <jgraham> s/O/o/
- # [18:38] <jgraham> Just that the element represents part of the document rather than part of the metadata, or something
- # [18:39] <jgraham> Not even that
- # [18:40] <jgraham> Just "stuff that appears in the body"
- # [18:40] * Joins: pesla_ (~pesla@188.202.125.121)
- # [18:40] * Quits: pesla_ (~pesla@188.202.125.121) (Client Quit)
- # [18:41] <jgraham> So for abbr the important requirement is that it can only be used where phrasing content is expected
- # [18:42] <jgraham> Hixie: You around yet?
- # [18:44] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 250 seconds)
- # [18:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [18:50] * Joins: maikmerten (~maikmerte@port-92-201-230-84.dynamic.qsc.de)
- # [18:51] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [18:56] * Quits: Ms2ger (~Ms2ger@91.181.31.85) (Ping timeout: 255 seconds)
- # [18:58] * Quits: miketaylr (~miketaylr@user-160vrg5.cable.mindspring.com) (Quit: miketaylr)
- # [18:58] * Quits: dendeffe (~stijn@d54C222F2.access.telenet.be) (Quit: dendeffe)
- # [18:58] * Quits: erlehmann (~erlehmann@82.113.121.0) (Quit: Ex-Chat)
- # [19:01] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
- # [19:02] * aroben is now known as aroben|afk
- # [19:03] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
- # [19:03] * Quits: david_carlisle (~davidc@86.188.197.189) (Ping timeout: 260 seconds)
- # [19:04] * Joins: Ms2ger (~Ms2ger@91.181.31.85)
- # [19:10] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [19:11] * Joins: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl)
- # [19:11] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [19:13] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # [19:14] * Joins: matjas (~matjas@91.182.240.120)
- # [19:14] * aroben|afk is now known as aroben
- # [19:14] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.15/20110308080941])
- # [19:16] <TabAtkins> Wow, once you remove the filters and fonts from SVG, it's actually a pretty small and manageable spec.
- # [19:17] * Quits: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl) (Quit: kor)
- # [19:17] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
- # [19:19] * Quits: mokush_ (~quassel@188.24.45.18) (Remote host closed the connection)
- # [19:22] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [19:30] <TabAtkins> Hm, how appropriate is it to break up a table into sub-tables purely by using some rows as new headers? I want multiple related tables that all size their cells the same.
- # [19:31] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
- # [19:32] <hsivonen> TabAtkins: even with <use> in place?
- # [19:32] <TabAtkins> Huh?
- # [19:32] <TabAtkins> Oh, SVG.
- # [19:32] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Quit: Leaving.)
- # [19:32] <TabAtkins> One sec, breaking for lunch.
- # [19:34] * Joins: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl)
- # [19:38] * Joins: miketaylr (~miketaylr@206.217.92.186)
- # [19:43] * Joins: nessy (~Adium@124-169-147-115.dyn.iinet.net.au)
- # [19:48] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [19:49] * Quits: k0rnel (~k0rnel@krtko.org) (Ping timeout: 260 seconds)
- # [19:51] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
- # [19:54] * Quits: maikmerten (~maikmerte@port-92-201-230-84.dynamic.qsc.de) (Remote host closed the connection)
- # [19:56] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [19:58] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [19:59] * Joins: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp)
- # [19:59] * Quits: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl) (Quit: kor)
- # [20:00] * Quits: agektmr (~Adium@t049235.dynamic.ppp.asahi-net.or.jp) (Client Quit)
- # [20:00] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [20:04] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
- # [20:07] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [20:07] * aroben is now known as aroben|lunch
- # [20:08] <Hixie> jgraham: here
- # [20:09] <Hixie> smaug____: yes, PeerConnection would work well only it both ends support same codecs. I suppose I could put in the spec "user agents must implement the codecs that other user agents implement" but I doubt it would help...
- # [20:09] <Ms2ger> Hixie, Objection!
- # [20:10] <Hixie> to what?
- # [20:10] <Hixie> my being here? :-)
- # [20:10] <smaug____> Hixie: that would at least make it clear that PeerConnection works only in some cases
- # [20:10] <Ms2ger> To a requirement to implement codecs other UAs implement
- # [20:11] <Hixie> if the goal is to point out that PeerConnection's media streaming features are only going to interoperate between implementations that are interoperable, I think there'd be better ways to do it
- # [20:11] <Hixie> but it seems pretty self-evident to me
- # [20:11] <Ms2ger> Well, most things are only going to interoperate between implementations that are interoperable, no?
- # [20:11] <Hixie> precisely
- # [20:12] <Ms2ger> The question is how much interoperability the spec requires/can require
- # [20:12] * Quits: cpearce (~chatzilla@ip-118-90-81-165.xdsl.xnet.co.nz) (Ping timeout: 276 seconds)
- # [20:12] * Joins: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl)
- # [20:12] <Hixie> for codecs, currently, none, as far as i can tell
- # [20:13] <smaug____> Could there be some hint which codecs are supported and then the other end wouldn't even try to connect if the right codecs weren't supported?
- # [20:13] <Hixie> there is
- # [20:13] <Hixie> it uses SDP offer/answer
- # [20:13] <Hixie> same as SIP
- # [20:13] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
- # [20:13] * Quits: espadrine (~espadrine@acces1452.res.insa-lyon.fr) (Quit: espadrine)
- # [20:14] <smaug____> but PeerConnection isn't about playing any stream
- # [20:14] <smaug____> One could just save the stream
- # [20:14] * smaug____ needs to re-read PeerConnection
- # [20:14] <Hixie> you're only allowed to save the stream if you can write it out in a format you support, currently
- # [20:15] <Hixie> (the goal is to enable video conferencing, not remote stream saving, so i think it makes sense to natively support the codec negotiation use case and probably doesn't make sense to allow arbitrary unsupported streams to be sent)
- # [20:20] <smaug____> Hixie: why you're allowed to save only stream you support?
- # [20:20] <smaug____> it would make sense to save the stream and perhaps use some other program to open it
- # [20:20] <Hixie> the actual requirement is that you be able to render streams you generate
- # [20:20] <smaug____> that way you couldn't really "stream" anything, but at least send videos
- # [20:20] <Hixie> so that you can always view local video
- # [20:21] <smaug____> sure, that is a different thing
- # [20:21] <smaug____> but if you get some other format from the other end
- # [20:23] * Quits: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl) (Quit: kor)
- # [20:24] <Hixie> well the idea is that you can't get an unsupported stream, so... :-)
- # [20:24] <smaug____> :)
- # [20:25] <smaug____> the whole Streaming needs to be extended a bit
- # [20:26] <smaug____> so that sending random files becomes possible etc.
- # [20:26] <smaug____> I also wonder if there could be just one API for streaming-like communication, not two WebSockets and PeerConnection
- # [20:30] <zewt> they're different enough that trying to merge them would probably end up more complex than the sum of the two separate APIs
- # [20:31] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
- # [20:32] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [20:33] <smaug____> they are not that different
- # [20:33] <smaug____> though both APIs will change so we don't know what they will look like
- # [20:34] <zewt> maybe
- # [20:34] <zewt> always the tricky issue--between trying to generalize things, and overgeneralizing
- # [20:35] <smaug____> true
- # [20:35] * Joins: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com)
- # [20:35] <Hixie> smaug____: what's the use case?
- # [20:36] <smaug____> atm it would be still rather easy to change both APIs since neither of them are being used
- # [20:36] <zewt> particularly early in design where, as you said, where it's going hasn't solidified yet
- # [20:36] <smaug____> Hixie: use case? to keep web platform easier for developers by not adding too many APIs
- # [20:36] <smaug____> note, I'm not sure whether merging the APIs would be good, but something to think about
- # [20:37] <Hixie> no i mean for streaming unsupported media
- # [20:37] <smaug____> oh
- # [20:37] <Hixie> i agree that we should keep the APIs consistent
- # [20:37] <Hixie> i've got a bit more work to do on that shortly
- # [20:38] <smaug____> streaming unsupported message... say, someone wants to send me some video message, and I can't use my browser to show it on live, but I could just save it and use some other tool to watch it
- # [20:38] <Hixie> that seems like an extremely rare case that could just as easily be supported (possibly more easily be supported) by having the file be relayed through the server
- # [20:39] <smaug____> true, which is a reason why I said sending files/blobs should be supports
- # [20:39] <smaug____> supported
- # [20:39] <Hixie> you're saying we _should_ support it because it's rare and not needed? i'm confused.
- # [20:40] <smaug____> well, it would be natural to support sending all kinds of streams
- # [20:41] <smaug____> but if that case can be handled by just sending blobs, that is ok too
- # [20:41] <Hixie> i don't understand why it's natural to want to do P2P transfer of data that needs to be transmitted reliably and for which latency is not an issue.
- # [20:41] <TabAtkins> I need to poke around the issue with our idea for just ripping streams off of <input type=file accept>, so we have a nice consistent API living in the DOM.
- # [20:41] <Hixie> if anything it seems highly _un_natural to me
- # [20:43] <smaug____> Hixie: well, currently sending files isn't really supported by PeerConnection
- # [20:43] <Hixie> right, because it's rare and unnecessary
- # [20:43] <smaug____> ph
- # [20:43] <smaug____> er
- # [20:43] <smaug____> oh
- # [20:43] <smaug____> :)
- # [20:43] <smaug____> Hixie: how so?
- # [20:43] <smaug____> is the idea to send files using some other mechanism?
- # [20:43] <Hixie> yeah. XHR to the server.
- # [20:44] <Hixie> peer-to-peer transfer is hugely complicated but has one redeeming feature: low latency.
- # [20:44] <smaug____> ah
- # [20:44] <Hixie> if you don't need low latency, then really peer-to-peer transfer is far more pain than it's worth.
- # [20:45] <smaug____> hmm, not sure I like that a server needs to store some huge file before someone else can download it from there
- # [20:45] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 250 seconds)
- # [20:45] <Hixie> doesn't have to be stored, it can just be relayed.
- # [20:46] <Hixie> (if you use websockets(
- # [20:46] <Hixie> ))
- # [20:47] <smaug____> but that causes still quite a bit network traffic to the server
- # [20:47] <smaug____> I wonder how skype works when sending files
- # [20:47] <zewt> proprietarily :)
- # [20:47] <zewt> (also, very poorly, in my experience)
- # [20:47] <Hixie> if users really transfer files to and from each other a lot, then it's a different matter
- # [20:48] <Hixie> but seriously, who does that anymore?
- # [20:48] <zewt> these days they're called "torrents"
- # [20:48] <zewt> things no javascript networking API is going to be thorough enough to support: torrents :)
- # [20:49] <zewt> (thankfully)
- # [20:49] <smaug____> anyone who needs to send huge audio file packages for mixing for example
- # [20:49] <smaug____> it is quite handy to use Skype to send a new mix of some song
- # [20:49] <Hixie> zewt: actually there's not really any reason you couldn't build torrents on PeerConnection as far as I can tell
- # [20:49] <zewt> one use case (not claiming it's a common one): web IRC clients, with DCC transfers or equivalent
- # [20:49] <Hixie> smaug____: you wait for the other person to be online to do that? that seems unlikely.
- # [20:50] <zewt> (it's common for IRC, though usually for bad reasons)
- # [20:50] <Philip`> People occasionally try to send me files (text files, images, etc) over MSN
- # [20:50] <zewt> same thing for sending files over IM clients in general, I guess
- # [20:50] <Philip`> (which fails because I use Bitlbee)
- # [20:50] <zewt> (let's say the same thing simultaneously, ready go)
- # [20:51] <AryehGregor> Hixie, people commonly spend all day on these messaging thingies.
- # [20:51] <smaug____> exactly
- # [20:51] <AryehGregor> I just idle on MSN all the time, except that when I reboot I forget and don't restart it because I never use it.
- # [20:51] <Hixie> for sending small files, relaying is fine
- # [20:51] <zewt> i'd argue not
- # [20:51] <AryehGregor> But I idle on IRC all the time, which is the same sort of idea.
- # [20:52] <zewt> when you have millions of users on an IM network, relaying every file transfer through centralized servers is a pretty hefty server requirement when it can often be completely elimianted
- # [20:52] <zewt> eliminated
- # [20:53] <Hixie> as the only person here who actually works for a company who runs an IM network as far as I know, I'm not at all convinced. :-)
- # [20:53] <zewt> i'd say typical size for files over IM clients is a few megs, at least (eg. larger than text files, but typically not CD images)
- # [20:53] <Hixie> trying to do it peer-to-peer probably means far more support costs than it would cost just to do it via relay
- # [20:53] <TabAtkins> Hixie: to be fair, the chat network is well-integrated into the email client, so there's little need to directly transfer files through the chat.
- # [20:53] <smaug____> Hixie: does anyone actually use Google's IM ;)
- # [20:54] <Hixie> TabAtkins: well yeah, exactly
- # [20:54] <zewt> Hixie: i think your company has more bandwidth available than most :)
- # [20:54] <TabAtkins> smaug____: ...yes? It's the only IM client I use, largely because I have gmail up at all times.
- # [20:54] * smaug____ has stopped using gmail web client
- # [20:54] <zewt> most IM clients are entirely peer-to-peer for file transfers, I *think*
- # [20:55] <zewt> or at the very least, most of the time with some kind of fallback (Skype feeds files through other users when it can't make a direct connection, which doesn't work very well--too slow)
- # [20:56] <smaug____> but usually Skype's file transfer works really well
- # [20:56] <Philip`> MSN apparently has 350 million active users per month (as of 2009), which is apparently about double Gmail's users
- # [20:56] <zewt> (not saying this is necessarily a use case that this API should try to handle--just that it is a real case)
- # [20:56] <Hixie> anyway. we can always add features later. we can't remove features. so let's start small.
- # [20:56] <zewt> (not familiar enough with the API to argue the former)
- # [20:56] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
- # [20:56] <Hixie> especially when it's not clear we need the features :-)
- # [20:56] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
- # [20:58] * smaug____ goes jogging and will think about a monster API which combines WebSockets and PeerConnection and which supports file transfer and any type of video streams :)
- # [21:05] <hsivonen> wasn't it part of the plan to be able to filter the bytes that come from Web Socket / Peer Connection before pushing them to a video decoder?
- # [21:06] <Hixie> there was a plan?
- # [21:06] <hsivonen> so that sites that implement their own obfuscations schemes in JS and stop whining about the lack of built-in DRM
- # [21:06] <Hixie> oh, no, i have no plan to support that kind of thing.
- # [21:06] <Hixie> the current model would support it though, fwiw. We'd just have to create a descendant of Stream that takes a Stream as input and invokes a callback regularly or some such.
- # [21:07] <hsivonen> Hixie: so if the current model would support it, you are planning on enabling it
- # [21:07] <hsivonen> even if not deliberately
- # [21:07] <Hixie> no
- # [21:07] <Hixie> the model could be extended to support it, it doesn't support it currently.
- # [21:08] <hsivonen> Hixie: oh
- # [21:08] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [21:08] <Hixie> and i'm not planning on enabling it, though it could be enabled as a side-effect of the design.
- # [21:08] <Hixie> a hallmark of good design is that it enables all kinds of things that weren't planned for :-)
- # [21:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [21:09] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [21:10] <tw2113> i think after this side of Pearl Jam's album Ten is done spinning, i should hit up the post office quick
- # [21:13] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 248 seconds)
- # [21:15] * Quits: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125) (Ping timeout: 252 seconds)
- # [21:15] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
- # [21:16] <tw2113> oops, wrong room :D
- # [21:20] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
- # [21:22] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
- # [21:22] * Joins: alrra (592f527d@gateway/web/freenode/ip.89.47.82.125)
- # [21:24] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
- # [21:32] * Quits: dglazkov (~dglazkov@nat/google/x-iwvpcjnolmkklroa) (Quit: dglazkov)
- # [21:33] * Quits: Martijnc (~Martijnc@91.176.86.140) (Quit: Martijnc)
- # [21:33] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: IRC is just multiplayer notepad)
- # [21:36] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [21:36] * aroben|lunch is now known as aroben
- # [21:38] * Quits: matjas (~matjas@91.182.240.120) (Quit: zZz)
- # [21:41] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [21:41] * Joins: dglazkov|away (~dglazkov@nat/google/x-cnrefyyfqdxibjzz)
- # [21:46] * Joins: matjas (~matjas@91.182.240.120)
- # [21:46] * Quits: matjas (~matjas@91.182.240.120) (Remote host closed the connection)
- # [21:47] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 260 seconds)
- # [21:49] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:daa2:5eff:fe97:85ed)
- # [21:51] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.10/20100914130356])
- # [21:52] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [21:53] * Joins: aroben_ (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0)
- # [21:53] * Quits: aroben_ (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0) (Changing host)
- # [21:53] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [21:53] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [21:54] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman)
- # [21:55] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
- # [21:57] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 255 seconds)
- # [21:59] * Joins: xtoph (~xtoph@213.47.185.206)
- # [22:02] * Joins: erlehmann (~erlehmann@82.113.121.0)
- # [22:03] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [22:03] <jgraham> Hixie: Would it be possible for you to look at the Mozilla history API changes soon?
- # [22:03] <Hixie> how soon is soon?
- # [22:04] <jgraham> Well the sooner the better, really
- # [22:04] <jgraham> But obviously it is your schedule :)
- # [22:04] <Hixie> i have to do something about issue 152, i'm already late with issue 147, and i have to send this feedback on p2p stuff
- # [22:05] <Hixie> also have to update the websocket api spec
- # [22:05] <Hixie> oh and issue 131 is coming up
- # [22:05] <Ms2ger> jgraham, obviously you should touch all older bugs :)
- # [22:05] * aroben_ is now known as aroben
- # [22:06] * Joins: bentruyman_ (~bentruyma@li159-104.members.linode.com)
- # [22:06] <Hixie> oh man, 155 and 144 are coming up too
- # [22:07] <jgraham> Ms2ger: Or stop the HTMLWG chairs from cluttering up Hixie's life with fixed deadline issues that don't correspond to things I care about
- # [22:07] <jgraham> Not sure how to do that though
- # [22:07] <Hixie> well one way is to write the CCPs for those, that would really help
- # [22:07] <Ms2ger> That works too
- # [22:08] <Hixie> but i can understand if you're not inclined to do that :-)
- # [22:08] * Joins: jamesr (~jamesr@nat/google/x-vygiisoxsvoilvhj)
- # [22:08] <Hixie> jgraham: is there a specific thread for the history stuff already in whatwg.org/issues?
- # [22:08] <Hixie> or bug#?
- # [22:08] <Ms2ger> There's a bug
- # [22:08] <Ms2ger> I think you filed it
- # [22:09] * Joins: estes (~aestes@17.203.13.46)
- # [22:09] <Hixie> k
- # [22:09] <jgraham> http://www.w3.org/Bugs/Public/show_bug.cgi?id=12277
- # [22:10] <jgraham> I think making me write CCPs for the multimedia stuff would not be a winning strategy :)
- # [22:11] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [22:11] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [22:11] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [22:12] * Joins: boaz (~boaz@67-207-96-206.static.wiline.com)
- # [22:16] <Hixie> could you write one for 147?
- # [22:16] <Hixie> anyway, i think i should be able to get to the history stuff in the near future
- # [22:16] <Hixie> (as in within the next month)
- # [22:16] <Hixie> keep bugging me about it
- # [22:16] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Client Quit)
- # [22:16] * Quits: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [22:16] * Quits: boaz (~boaz@67-207-96-206.static.wiline.com) (Client Quit)
- # [22:18] * Quits: nessy (~Adium@124-169-147-115.dyn.iinet.net.au) (Quit: Leaving.)
- # [22:20] * Joins: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl)
- # [22:20] * Quits: kor (~kor@ip18-128-172-82.adsl2.static.versatel.nl) (Client Quit)
- # [22:22] * Joins: doublec (~chris@unaffiliated/doublec)
- # [22:22] <jgraham> Hixie: OK, thanks
- # [22:24] * Joins: jacobolus (~jacobolus@c-24-128-49-85.hsd1.ma.comcast.net)
- # [22:25] * Joins: miketayl_r (~miketaylr@206.217.92.186)
- # [22:25] * Quits: miketayl_r (~miketaylr@206.217.92.186) (Client Quit)
- # [22:28] * dglazkov|away is now known as dglazkov
- # [22:28] * Quits: miketaylr (~miketaylr@206.217.92.186) (Ping timeout: 260 seconds)
- # [22:29] * Quits: jamesr__ (~jamesr@nat/google/x-fvbzvkbadgzkulwj) (Quit: Ex-Chat)
- # [22:30] * Joins: tw2113 (~tw2113@fedora/tw2113)
- # [22:31] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [22:38] * Quits: FastJack (~fastjack@dumpstr.net) (Ping timeout: 260 seconds)
- # [22:38] * Joins: twisted (~twisted@205.189.73.45)
- # [22:38] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [22:39] <twisted> hi, question, in Chrome background-size works if I put it on 80%. In Firefox it doesn't. I've checked and now also have the -moz-background-size set but still nothing in Firefox...
- # [22:39] <twisted> what am I doing wrong?
- # [22:41] * eric_carlson is now known as ericc|away
- # [22:43] * Joins: zot-- (~x@c-76-24-235-31.hsd1.ma.comcast.net)
- # [22:43] * Quits: zewt (~x@c-76-24-235-31.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [22:44] * Joins: FastJack (~fastjack@2001:8d8:81:1580::13:1000)
- # [22:48] * Joins: boaz (~boaz@67-207-96-206.static.wiline.com)
- # [22:51] <TabAtkins> Does the version of FF you're testing against support background-size?
- # [22:55] <aho> https://developer.mozilla.org/en/css/-moz-background-size
- # [22:55] <aho> 3.6 requires a prefix, 4.0 doesnt anymore
- # [23:01] <twisted> using 4.0
- # [23:01] <twisted> http://twixted.hatkeintuv.de:8888/all4wheels/ that's the site in question
- # [23:02] <twisted> if you inspect the element #main-menu li a
- # [23:02] <twisted> it does show the css it should use but somehow it doesn't do anything with it
- # [23:06] <TabAtkins> Try changing the 'background' declaration on line 7 to just background-image.
- # [23:06] <TabAtkins> That *shouldn't* affect anything, but FF may be buggy and reseting the -size property when you use the background shorthand.
- # [23:07] <twisted> it now dissapeared completely
- # [23:07] <twisted> even went *poof* in chrome
- # [23:07] <twisted> lemme check
- # [23:07] * Quits: boaz (~boaz@67-207-96-206.static.wiline.com) (Quit: boaz)
- # [23:07] <TabAtkins> Oh, right. The no-repeat value there would then need to be pulled out into background-repeat.
- # [23:08] <twisted> whoo
- # [23:08] <twisted> works
- # [23:08] <TabAtkins> If that worked, then FF is buggy. File a bug, please?
- # [23:08] <twisted> firefox actually does the center center more nicely then chrome
- # [23:08] <twisted> uhm, where?
- # [23:09] <TabAtkins> bugzilla.mozilla.org
- # [23:09] <twisted> cool I will
- # [23:10] * Quits: msucan (~robod@92.86.244.201) (Quit: .)
- # [23:11] <twisted> funny since I fixed it in Firefox now Chrome suddenly also does it properly centered
- # [23:11] * Quits: bentruyman_ (~bentruyma@li159-104.members.linode.com) (Quit: bentruyman_)
- # [23:12] * workmad3 is now known as wm3|away
- # [23:12] <TabAtkins> Same deal - background-size was being reset by the 'background' rule, because 'background' was more specific than all the background-* rules you had set generally on the links.
- # [23:13] <TabAtkins> Why are you doing this with backgrounds, though? Why not just use an <img> with @alt, rather than putting in real text, hiding it, then putting in an image via the background property?
- # [23:15] * Quits: Ms2ger (~Ms2ger@91.181.31.85) (Quit: nn)
- # [23:17] * Quits: foolip_ (~foolip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 260 seconds)
- # [23:21] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
- # [23:23] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 276 seconds)
- # [23:24] <twisted> TabAtkins: because drupal #^@#%& sucks
- # [23:25] <twisted> already had to make a custom function to get an extra span
- # [23:25] <TabAtkins> Ah, indeed it does. I recommend not using it.
- # [23:25] <twisted> well considering the budget for this website
- # [23:25] <twisted> it's probably the cheapest solution
- # [23:25] <twisted> joomla really sucks
- # [23:25] <twisted> wordpress is for blogs
- # [23:26] <TabAtkins> I've been reasonably happy with Django, if you really need a CMS.
- # [23:26] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:30] <twisted> I unfortuanly spend waaay too much time already on Drupal atm to switch
- # [23:32] * Quits: Xano (~bart@524B818E.cm-4-4c.dynamic.ziggo.nl) (Quit: Beer o'clock!)
- # [23:33] * Parts: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk) ("Leaving")
- # [23:35] * Joins: aroben_ (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0)
- # [23:35] * Quits: aroben_ (~aroben@2620:0:1b00:1191:903e:cc5:67f4:4fd0) (Changing host)
- # [23:35] * Joins: aroben_ (~aroben@unaffiliated/aroben)
- # [23:35] <twisted> still didn't get my bugzilla email :p
- # [23:35] <twisted> ah spam folder lol
- # [23:36] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 248 seconds)
- # [23:37] * aroben_ is now known as aroben
- # [23:37] * Joins: boaz (~boaz@67-207-96-206.static.wiline.com)
- # [23:38] * AryehGregor suspects he could construct a minimal test-case for the really annoying Web Inspector bug in Chrome, with some effort
- # [23:38] <AryehGregor> Unfortunately, I lack the time to expend effort.
- # [23:39] <AryehGregor> I think that when scripts are reloaded and change, it still partially caches the old version of the script sometimes, which means it only lets you set breakpoints at lines that you could have set breakpoints at in the previous version of the file.
- # [23:39] <TabAtkins> Your margins is too narrow?
- # [23:43] <twisted> TabAtkins: https://bugzilla.mozilla.org/show_bug.cgi?id=641977
- # [23:45] * Joins: nessy (~Adium@74.125.56.18)
- # [23:52] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
- # [23:52] * Quits: erlehmann (~erlehmann@82.113.121.0) (Quit: Ex-Chat)
- # Session Close: Wed Mar 16 00:00:00 2011
The end :)