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

Options:

# Session Start: Tue Jan 11 00:00:00 2011
# Session Ident: #whatwg
# [00:00] <Hixie> jgraham: got to be honest, personally i think the developers edition styles are unusable and love the whatwg spec styles :-)
# [00:00] <Hixie> jgraham: but if you have any suggestions as to what would make the spec more usable, let me know
# [00:00] <TabAtkins> oojacoboo: But... it *is* the case.
# [00:01] <oojacoboo> TabAtkins: if that's the attitude everyone took, where will we be tomorrow?
# [00:01] * Quits: crash\ (bouncer@lubyte.de) (Ping timeout: 240 seconds)
# [00:01] <TabAtkins> The question is where we are *today*. And today we are in a world where form elements are displayed differently in different browsers and OSes.
# [00:02] <TabAtkins> And today I'm willing to let tantek solve that problem.
# [00:02] * Quits: jdaggett (~jdaggett@y224181.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
# [00:02] <oojacoboo> so, the answer is, that someone is working on a consistent styling spec for form elements?
# [00:03] <oojacoboo> or that no one gives a shit, and the way it currently is, is the way it is and will be
# [00:03] <TabAtkins> Yes. Tantek.
# [00:03] <jgraham> Hixie: I think the problem is it depends on the use case. Sometime I would really like narrower columns for easier reading. Sometimes I want as much on the screen as possible
# [00:03] <jgraham> Alternative style sheets are not a good solution here :)
# [00:04] * Joins: crash\ (bouncer@lubyte.de)
# [00:06] * heycam moves requestAnimationFrame higher up his mental todo list
# [00:07] * Joins: toyoshim_ (~toyoshim@ac133116.dynamic.ppp.asahi-net.or.jp)
# [00:08] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
# [00:09] * Quits: bckenny (~bckenny@nat/google/x-eoojklnhbhsmhqbq) (Remote host closed the connection)
# [00:10] <Hixie> jgraham: why would alt ss not be a good solution?
# [00:10] <Hixie> jgraham: sounds like exactly the right solution
# [00:10] <Hixie> jgraham: i agree that there are different use cases
# [00:10] <Hixie> jgraham: i'm happy to add other style sheets or whatnot
# [00:10] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
# [00:11] <jgraham> Hixie: Because I probably wouldn't know which I prefered until after I had done whatever it was
# [00:11] <Hixie> jgraham: or to make the current one better in any way you can suggest
# [00:11] <beowulf> jgraham: what about <h1><em>Main head</em>sub head</h1>
# [00:11] <jgraham> and switching stylesheets probably works badly
# [00:11] <Hixie> jgraham: switching stylesheets works fine.
# [00:11] <Hixie> jgraham: the other problem seems to apply to any solution.
# [00:11] <jgraham> Hixie: It retains the scroll position?
# [00:11] * Quits: toyoshim_ (~toyoshim@ac133116.dynamic.ppp.asahi-net.or.jp) (Ping timeout: 255 seconds)
# [00:12] <jgraham> even if the document is resized
# [00:12] <Hixie> jgraham: wait you want to change the style sheet _while_ reading?
# [00:12] <jgraham> and is almost instananeous?
# [00:12] * bga_|away is now known as bga_
# [00:12] <Hixie> jgraham: dude, switching to another document isn't going to maintain your scroll position either and it's gonna be a hecka lot less instantaneoes
# [00:12] <Hixie> instantaneous
# [00:12] <Hixie> man that's hard to type or dvorak
# [00:13] <Hixie> on
# [00:13] <jgraham> Well the point is that I wouldn't realise that I was using the wrong stylesheet until I had already found my position in the document and so on
# [00:13] * jgraham notes that he would like to be asleep but there is supposed to be someone returning 1/2 bags that never arrived in England on 20/12/2010
# [00:14] <Hixie> well i don't know how to solve that problem
# [00:15] <Hixie> but i'm willing to solve any problem that has solutions :-)
# [00:16] * Quits: crash\ (bouncer@lubyte.de) (Ping timeout: 265 seconds)
# [00:19] * Joins: crash\ (bouncer@lubyte.de)
# [00:24] * Joins: mpt (~mpt@canonical/mpt)
# [00:30] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 250 seconds)
# [00:31] <jgraham> beowulf: Why would that be better? It would negate several of the advantages of the design. If you really wanted to reuse an existing element <h1>Main <small>sub</small></h1> would be better
# [00:31] <jgraham> But I don't really see the point
# [00:31] <hober> I don't really see the problem with <hgroup>
# [00:32] <TabAtkins> Plus, those both prevent you from using <em>/<small> for their intended purposes in headings.
# [00:32] <beowulf> just asking, looked similar to me
# [00:32] <TabAtkins> hober: I don't have a problem with <hgroup>, but I see some advantages to jgraham's idea.
# [00:32] * Quits: mokush (~quassel@188.24.25.58) (Read error: Connection reset by peer)
# [00:34] <jgraham> hober: I think that <hgroup> does add some complexity since you have to care about the whole tree to determine if a given <hx> is actually a heading or not
# [00:34] <jgraham> Well the whole parent heirachy at least
# [00:34] <TabAtkins> Hm? Surely you only need to check the immediate parent.
# [00:38] <jgraham> TabAtkins: even in the invalid case?
# [00:38] <TabAtkins> Damn invalid cases.
# [00:44] * Quits: crash\ (bouncer@lubyte.de) (Read error: Operation timed out)
# [00:46] * hober thinks Hixie should use a 241543903 image as an example in the spec
# [00:48] <Hixie> hm?
# [00:49] <hober> google it and you'll get the idea
# [00:49] <hober> I don't know when this started, but it's quite odd and surprisingly funny
# [00:49] * webr3 is now known as _o
# [00:51] <jamesr_> roc: oh? where is it?
# [00:52] <jamesr_> roc: the major difference in the webkit impl is that we currently don't plan to support animationStartTime
# [00:52] <jamesr_> roc: and i'd like to add an element parameter to .requestAnimationFrame() for authors to use if the animation is tied to some element (i.e. updating a <canvas>), so we can throttle offscreen ones
# [00:54] * Joins: crash\ (bouncer@lubyte.de)
# [00:55] * Joins: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com)
# [00:56] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [00:57] * Joins: mpt (~mpt@canonical/mpt)
# [00:59] * Quits: kor (~kor@a83-161-211-173.adsl.xs4all.nl) (Quit: kor)
# [01:00] <Hixie> hober: o_O
# [01:02] <hober> Hixie: that's what I said :)
# [01:02] <Hixie> to be honest i try to avoid memes like that because they have a pretty short shelf-life (though i guess this one might have a longer shelf-life than usual since freezers are used to-- never mind)
# [01:05] <hober> I wonder if there are any Alcor photos with this meme involved...
# [01:06] * Joins: jochen___ (~jochen@nat/google/x-bmkqmmjxptjpxhtr)
# [01:06] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
# [01:09] * Quits: jochen__ (~jochen@nat/google/x-qsrwtjtuywikkbnr) (Ping timeout: 240 seconds)
# [01:09] * jochen___ is now known as jochen__
# [01:09] * Joins: mdelaney_ (~mdelaney@2620:0:1b00:1191:e9e8:cff6:205c:41e2)
# [01:10] * Joins: bckenny (~bckenny@nat/google/x-dzyhmdsqtohnapvy)
# [01:10] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:e9e8:cff6:205c:41e2) (Write error: Broken pipe)
# [01:10] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Read error: Operation timed out)
# [01:10] * mdelaney_ is now known as mdelaney
# [01:10] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
# [01:11] * Joins: toyoshim_ (~toyoshim@y252053.dynamic.ppp.asahi-net.or.jp)
# [01:12] * Joins: agektmr (~Adium@p1058-ipbf702marunouchi.tokyo.ocn.ne.jp)
# [01:13] * Joins: MikeSmith_ (~MikeSmith@EM114-48-58-98.pool.e-mobile.ne.jp)
# [01:16] * Quits: MikeSmith (~MikeSmith@EM111-188-79-48.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [01:16] * MikeSmith_ is now known as MikeSmith
# [01:18] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [01:18] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [01:19] * Quits: agektmr (~Adium@p1058-ipbf702marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
# [01:19] * Quits: wakaba_ (~wakaba_@247.157.197.113.dy.bbexcite.jp) (Ping timeout: 240 seconds)
# [01:27] * Quits: MikeSmith (~MikeSmith@EM114-48-58-98.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [01:30] <Hixie> woah, weird. a number of bugs have ended up in the canvas component for no apparent reason.
# [01:30] * Quits: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: nn)
# [01:30] <Hixie> oh, i see why
# [01:31] <Hixie> in other news, i'm an idiot
# [01:34] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 255 seconds)
# [01:37] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
# [01:41] * bga_ is now known as bga_|away
# [01:46] * Quits: crash\ (bouncer@lubyte.de) (Quit: lubyte.de)
# [01:47] * Joins: crash\ (bouncer@lubyte.de)
# [01:47] * Quits: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com) (Quit: KrocCamen)
# [01:52] * bga_|away is now known as bga_
# [01:56] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
# [01:56] * Quits: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4) (Ping timeout: 265 seconds)
# [01:58] * Joins: MikeSmith (~MikeSmith@EM111-188-69-67.pool.e-mobile.ne.jp)
# [02:00] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [02:02] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
# [02:03] * Quits: crash\ (bouncer@lubyte.de) (Ping timeout: 240 seconds)
# [02:06] * Joins: crash\ (bouncer@lubyte.de)
# [02:07] * Quits: Aleoss (~AleossIRC@unaffiliated/aleoss) (Read error: Connection reset by peer)
# [02:08] <Hixie> anyone have an opinion on http://www.w3.org/Bugs/Public/show_bug.cgi?id=11487 ? (comment on the bug if so)
# [02:08] * Joins: Aleoss (~AleossIRC@unaffiliated/aleoss)
# [02:08] <Hixie> er wait, wrong bug
# [02:09] <Hixie> i meant http://www.w3.org/Bugs/Public/show_bug.cgi?id=11487
# [02:09] <Hixie> er
# [02:09] <Hixie> wtf
# [02:09] * Hixie pokes at his clipboard
# [02:09] <Hixie> http://www.w3.org/Bugs/Public/show_bug.cgi?id=11482
# [02:09] <Hixie> there we go
# [02:15] <MikeSmith> time to create a registry for file extensions
# [02:15] <TabAtkins> Hrm. File extensions *tend* to be meaningful, so that's a nice thing.
# [02:19] <jcranmer> really?
# [02:19] <TabAtkins> Oh, wait, I thought this was talking about DnD.
# [02:20] <TabAtkins> Well, wait, though. @accept with a mimetype doesn't need to care about what the type of the file is, just the actual extension on the filename. I don't see what the possible interop problems are.
# [02:22] <jcranmer> basically, I think he wants to let people do extensions instead of mime-types for upload
# [02:22] <TabAtkins> Yeah. So what's the issue? I say <input type=file accept=docx>.
# [02:22] <TabAtkins> It doesn't matter what type of files use the docx extension, just that they *do* use it
# [02:23] <TabAtkins> Having multiple applications using the same extension isn't a problem. It's non-optimal, in that the UA will expose files that the author probably doesn't want to receive, but shrug.
# [02:25] <MikeSmith> would be nice if we could just add comments to bugs directly from this channel
# [02:26] <MikeSmith> or specify a line range from krijnh logs to be copy-pasted as a comment to a bug
# [02:33] * Quits: ojan (~ojan@nat/google/x-shtgphrworxsdzfe) (Quit: ojan)
# [02:36] * Joins: agektmr (~Adium@u679220.xgsnu5.imtp.tachikawa.mopera.net)
# [02:36] * Joins: MikeSmith_ (~MikeSmith@EM114-48-150-177.pool.e-mobile.ne.jp)
# [02:38] * Quits: MikeSmith (~MikeSmith@EM111-188-69-67.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [02:38] * MikeSmith_ is now known as MikeSmith
# [02:46] * Quits: agektmr (~Adium@u679220.xgsnu5.imtp.tachikawa.mopera.net) (Quit: Leaving.)
# [02:51] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [02:52] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [02:59] * Joins: cooto (~Adium@pc-56-22-120-200.cm.vtr.net)
# [03:01] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [03:03] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [03:04] * Joins: mdelaney_ (~mdelaney@2620:0:1b00:1191:b026:d0a9:6b69:2cf5)
# [03:04] * Quits: Aleoss (~AleossIRC@unaffiliated/aleoss) (Ping timeout: 240 seconds)
# [03:05] * Quits: dbaron (~dbaron@nat/mozilla/x-ohlzfektbustpkss) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [03:11] * Joins: agektmr (~Adium@u679220.xgsnu5.imtp.tachikawa.mopera.net)
# [03:14] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
# [03:15] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:e9e8:cff6:205c:41e2) (Quit: mdelaney)
# [03:15] * mdelaney_ is now known as mdelaney
# [03:18] * Quits: dave_levin (~dave_levi@74.125.59.68) (Quit: dave_levin)
# [03:33] * Joins: mdelaney_ (~mdelaney@66.109.104.80)
# [03:34] * Joins: hdhoang (~hdhoang@hdhoang.zahe.me)
# [03:35] * Quits: mdelaney_ (~mdelaney@66.109.104.80) (Client Quit)
# [03:40] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [03:41] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:b026:d0a9:6b69:2cf5) (Quit: mdelaney)
# [03:46] * Quits: paul_irish (~paul_iris@nat/google/x-fccihhyvrukmkgew) (Remote host closed the connection)
# [03:47] * Joins: paul_irish (~paul_iris@nat/google/x-xrkjyfinpngqltpt)
# [03:47] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
# [03:58] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
# [04:13] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:13] * Joins: 92AAB4NM1 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:16] * Joins: homata___ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:16] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [04:17] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [04:17] * Quits: 92AAB4NM1 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
# [04:21] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:22] * Quits: homata___ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
# [04:23] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
# [04:24] * Quits: agektmr (~Adium@u679220.xgsnu5.imtp.tachikawa.mopera.net) (Quit: Leaving.)
# [04:25] * Quits: weinig (~weinig@17.203.14.200) (Quit: weinig)
# [04:25] * Quits: brendaneich (~brendanei@nat/mozilla/x-bmtyooxgpkwsyptr) (Quit: brendaneich)
# [04:26] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [04:26] * Joins: homata___ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [04:26] * Quits: othermaciej (~mjs@17.246.16.208) (Quit: othermaciej)
# [04:26] * Quits: paul_irish (~paul_iris@nat/google/x-xrkjyfinpngqltpt) (Remote host closed the connection)
# [04:30] * Joins: paul_irish (~paul_iris@67.218.104.116)
# [04:30] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
# [04:31] * Joins: othermaciej (~mjs@67.218.102.89)
# [04:32] * Quits: homata___ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
# [04:32] <oojacoboo> does <button> not inherit font-face ?
# [04:32] * Joins: eXXe (fsosby@70.32.34.100)
# [04:34] * Quits: sicking (~chatzilla@nat/mozilla/x-ouzfpwqcdwskzeei) (Remote host closed the connection)
# [04:34] * Quits: Sosby (fsosby@70.32.34.100) (Disconnected by services)
# [04:35] * eXXe is now known as Sosby
# [04:38] * Joins: Amorphous (jan@unaffiliated/amorphous)
# [04:38] * Quits: variable (~variable@unaffiliated/variable) (*.net *.split)
# [04:38] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (*.net *.split)
# [04:38] * Quits: espadrine (86d6a50b@gateway/web/freenode/ip.134.214.165.11) (*.net *.split)
# [04:38] * Quits: cszabo1 (~quassel@192.100.106.9) (*.net *.split)
# [04:38] * Quits: hendry (~hendry@webconverger.org) (*.net *.split)
# [04:38] * Quits: gavin (~gavin@firefox/developer/gavin) (*.net *.split)
# [04:38] * Quits: jmb (~jmb@mail.parsifal.org.uk) (*.net *.split)
# [04:38] * Quits: jgraham (~jgraham@web22.webfaction.com) (*.net *.split)
# [04:39] * Parts: cooto (~Adium@pc-56-22-120-200.cm.vtr.net)
# [04:39] * Joins: espadrine (86d6a50b@gateway/web/freenode/ip.134.214.165.11)
# [04:40] * Joins: cszabo1 (~quassel@192.100.106.9)
# [04:40] * Joins: hendry (~hendry@webconverger.org)
# [04:40] * Joins: gavin (~gavin@firefox/developer/gavin)
# [04:40] * Joins: jmb (~jmb@mail.parsifal.org.uk)
# [04:40] * Joins: jgraham (~jgraham@web22.webfaction.com)
# [04:42] * Joins: variable (~variable@unaffiliated/variable)
# [04:43] * Quits: espadrine (86d6a50b@gateway/web/freenode/ip.134.214.165.11) (Ping timeout: 265 seconds)
# [04:50] * Joins: davidb_ (~davidb@bas4-kitchener06-1128761639.dsl.bell.ca)
# [04:54] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
# [04:56] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [04:57] * Joins: erat (~erat@63.225.88.41)
# [04:58] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
# [04:59] * Quits: davidb_ (~davidb@bas4-kitchener06-1128761639.dsl.bell.ca) (Quit: davidb_)
# [05:01] * Quits: jamesr_ (~jamesr@nat/google/x-mocxlpubmpjzssmw) (Quit: jamesr_)
# [05:02] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [05:03] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
# [05:04] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [05:05] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Client Quit)
# [05:09] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [05:12] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [05:12] * bga_ is now known as bga_|away
# [05:14] * Quits: bckenny (~bckenny@nat/google/x-dzyhmdsqtohnapvy) (Remote host closed the connection)
# [05:18] * Quits: othermaciej (~mjs@67.218.102.89) (Quit: othermaciej)
# [05:20] * Quits: paul_irish (~paul_iris@67.218.104.116) (Remote host closed the connection)
# [05:24] * Quits: beowulf (u116@gateway/web/irccloud.com/x-agjjfdbzvfylpdmu) (Ping timeout: 240 seconds)
# [05:24] * Joins: beowulf (u116@gateway/web/irccloud.com/x-cfjsscctctwrsurz)
# [05:27] * bga_|away is now known as bga_
# [05:28] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
# [05:28] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
# [05:49] * Joins: roc_ (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [05:51] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [05:51] * roc_ is now known as roc
# [06:00] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [06:02] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [06:03] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [06:04] * bga_ is now known as bga_|away
# [06:05] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
# [06:08] <jwalden> does anyone know if there are any UAs which support, or claim to support, background-size and SVG images as CSS backgrounds?
# [06:08] <oojacoboo> anyone know why I am having trouble applying margin-top to an element directly following a <legend> ?
# [06:09] <oojacoboo> jwalden: presto
# [06:10] <jwalden> oojacoboo: that's opera, right?
# [06:10] <oojacoboo> si
# [06:10] * jwalden is sorely tempted to say, "that's yes, right?" ;-)
# [06:10] <oojacoboo> you must be an Aussie
# [06:11] <jwalden> no, just someone with a poor (read: awesome) sense of humor and a taste for horrible puns
# [06:11] <oojacoboo> :P
# [06:11] <jwalden> this is good, tho, should give me something to test against (I'm slowly working at implementing that in Gecko)
# [06:12] <jwalden> right now it's write-a-bunch-of-tests madness
# [06:12] <jwalden> then try to implement, then see which tests I screwed up horribly
# [06:12] <oojacoboo> jwalden: it's experimental with gecko and webkit
# [06:12] <jwalden> oojacoboo: which is experimental?
# [06:12] <oojacoboo> although, I don't know, the latest builds might have decent support
# [06:13] <jwalden> I implemented background-size in Gecko, and I *tried* to leave a test that would start failing when SVG support got added, but I did so incompetently, so it continued to fail
# [06:13] <oojacoboo> try them with prefixes
# [06:13] <jwalden> Firefox 4 supports background-size without prefix
# [06:13] <oojacoboo> -moz-background-size
# [06:13] <jwalden> and SVG backgrounds
# [06:13] <oojacoboo> -webkit, etc
# [06:13] <oojacoboo> jwalden: nice
# [06:13] <jwalden> but it doesn't do any special handling for vector image display with anything other than background-size: auto
# [06:14] <jwalden> at least, not if the SVG image is missing an intrinsic dimension, or things like that
# [06:14] <oojacoboo> ah, well, that's kinda sucky
# [06:14] <jwalden> contain and cover are the most interesting cases for that, I think
# [06:14] <jwalden> *shrug* you get vector images, which is a start
# [06:15] <oojacoboo> I assume this is just experimental anyway?
# [06:15] <jwalden> not sure how often people would want to, or will come to, depend on the arcana of background-size negotiation with vector images missing intrinsic width, height, or ratio
# [06:15] <jwalden> well, it's conceivable the patch could make 4.0
# [06:15] <jwalden> my mess of tests can only help that
# [06:15] <jwalden> but it's probably not worth betting on it
# [06:16] <oojacoboo> yea, I just mean your project, just an experiment, right
# [06:16] <jwalden> no, it'd be to ship it
# [06:16] <jwalden> I have an aversion to leaving things half-finished :-)
# [06:16] <oojacoboo> gotcha
# [06:17] <oojacoboo> I want to beat webkit with a stick for this bug
# [06:17] <oojacoboo> or at least I think it's a bug
# [06:18] <oojacoboo> jwalden: you wouldn't know why on http://dev.rentpost.com/signup the margin-top: isn't being applied to the <ol> inside each fieldset, would you?
# [06:18] <oojacoboo> in webkit*
# [06:18] <oojacoboo> well, chrome at least. I assume it's all webkit
# [06:18] * Quits: estes (~aestes@17.246.16.160) (Quit: estes)
# [06:19] * jwalden looks
# [06:20] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
# [06:21] <jwalden> dunno for sure, but fieldset and legend are fairly hackneyed elements, and they might not play well with restyling
# [06:21] <oojacoboo> jwalden: yea, that's what I figured
# [06:22] <oojacoboo> but seems pretty messed up, if you ask me
# [06:22] * Quits: erat (~erat@63.225.88.41) (Quit: Changing server)
# [06:22] * Joins: erat (~erat@63.225.88.41)
# [06:23] <jwalden> sure
# [06:23] * Quits: erat (~erat@63.225.88.41) (Client Quit)
# [06:27] * Joins: homata___ (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp)
# [06:28] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [06:33] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
# [06:34] * Joins: 13WAAZ0KM (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp)
# [06:35] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [06:36] * Quits: homata___ (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [06:36] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
# [06:39] * Quits: 13WAAZ0KM (~homata@113x34x70x149.ap113.ftth.ucom.ne.jp) (Ping timeout: 272 seconds)
# [06:45] <jwalden> guh, Opera only has the horribly un-ergonomic Ctrl+Tab for tab-switching
# [06:49] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
# [06:52] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [06:53] <jwalden> okay, I'm not buying Opera's rendering here
# [06:53] * jwalden uploads some files
# [06:58] * Joins: matjas (~matjas@91.182.204.222)
# [06:59] * Joins: MikeSmith_ (~MikeSmith@2001:200:1c0:3602:219:e3ff:fe08:8ad3)
# [07:02] * Quits: MikeSmith (~MikeSmith@EM114-48-150-177.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [07:02] * MikeSmith_ is now known as MikeSmith
# [07:05] * Joins: abarth_ (~abarth@c-67-169-68-88.hsd1.ca.comcast.net)
# [07:06] <jwalden> I claim http://whereswalden.com/files/mozilla/testcases/tall--auto-16px--percent-width-percent-height.html and http://whereswalden.com/files/mozilla/testcases/ref-tall-16x8.html should render identically, which is not how Opera renders them
# [07:07] <jwalden> sigh, and http://whereswalden.com/files/mozilla/background-size/bg-position.html still isn't fixed
# [07:07] <jwalden> (entirely separate issue from vector images and background-size)
# [07:08] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
# [07:08] * abarth_ is now known as abarth
# [07:28] * Joins: brendaneich (~brendanei@adsl-71-131-200-202.dsl.sntc01.pacbell.net)
# [07:33] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
# [07:37] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
# [07:37] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
# [07:45] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
# [07:47] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
# [07:54] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
# [07:56] * Joins: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444)
# [07:57] * Joins: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net)
# [08:02] * Joins: jochen___ (~jochen@nat/google/x-buxrtespnpbvehgr)
# [08:06] * Quits: jochen__ (~jochen@nat/google/x-bmkqmmjxptjpxhtr) (Ping timeout: 255 seconds)
# [08:06] * jochen___ is now known as jochen__
# [08:08] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Quit: estes)
# [08:09] * Joins: rimantas (~rimliu@93.93.57.193)
# [08:13] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
# [08:35] * Joins: benschwarz (~ben@59.167.185.148)
# [08:37] <benschwarz> Hixie: !Ping
# [08:39] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [08:41] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
# [08:43] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
# [08:46] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
# [08:50] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
# [08:56] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Quit: estes)
# [08:57] * Joins: benschwarz (~ben@59.167.185.148)
# [09:00] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
# [09:01] <hsivonen> is abarth now the editor of the Web Socket protocol?
# [09:01] <abarth> nope
# [09:01] <abarth> fette is the editor
# [09:01] <abarth> i just wrote a draft to try to help the process along
# [09:01] <abarth> the IETF is strange that way
# [09:01] <abarth> anyone can write a draft at any time
# [09:01] <abarth> in their own private namespace
# [09:03] <hsivonen> oh. ok.
# [09:04] * Joins: benschwarz_ (~ben@59.167.185.148)
# [09:05] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [09:06] * Quits: benschwarz (~ben@59.167.185.148) (Ping timeout: 260 seconds)
# [09:06] * benschwarz_ is now known as benschwarz
# [09:07] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [09:08] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [09:08] * Joins: mhausenblas_ (~mhausenbl@wg1-nat.fwgal01.deri.ie)
# [09:12] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 246 seconds)
# [09:12] * mhausenblas_ is now known as mhausenblas
# [09:12] <hsivonen> weird. Totem plays Apple Animation and uncompressed audio in a mov container
# [09:12] <hsivonen> but arista and transmageddon don't like it
# [09:13] <hsivonen> I wonder why. Isn't gstreamer codec detection the same for all gst apps?
# [09:16] * Quits: jwalden (~waldo@adsl-70-131-128-207.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
# [09:21] * Quits: hdhoang (~hdhoang@hdhoang.zahe.me) (Quit: Leaving.)
# [09:22] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
# [09:24] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [09:24] <zcorpan> wow, no new hybi emails this morning
# [09:34] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [09:37] <zcorpan> oh, they were just a bit delayed
# [09:38] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
# [09:43] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [09:51] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [09:55] <annevk> so much email
# [10:01] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
# [10:02] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
# [10:03] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [10:03] <annevk> http://lists.w3.org/Archives/Public/www-dom/2011JanMar/0011.html -- "The above doesn't change the image in my Netscape 7.2 on Windows98 platform."
# [10:05] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
# [10:06] <hsivonen> annevk: that's more recent than Netscape 3 or OS/2 that one IETF guy was using
# [10:06] <hsivonen> s/or/on/
# [10:06] * Joins: ROBOd (~robod@109.96.255.237)
# [10:07] <annevk> heh
# [10:07] <annevk> but IETF hasn't realized Unicode exists
# [10:07] <zcorpan> or HTML
# [10:07] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [10:10] * Quits: jaket (~jake@124-169-137-108.dyn.iinet.net.au) (Ping timeout: 240 seconds)
# [10:12] * Joins: jaket (~jake@124-171-17-110.dyn.iinet.net.au)
# [10:14] * Joins: espadrine (86d6a50b@gateway/web/freenode/ip.134.214.165.11)
# [10:15] * Joins: hdhoang (~hdhoang@hdhoang.zahe.me)
# [10:17] * Quits: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
# [10:18] * Joins: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net)
# [10:24] * Joins: tyoshino (dc6ddbf4@gateway/web/freenode/ip.220.109.219.244)
# [10:28] * Quits: jaket (~jake@124-171-17-110.dyn.iinet.net.au) (Quit: jaket)
# [10:30] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [10:32] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
# [10:33] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Quit: estes)
# [10:37] * Quits: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net) (Read error: Operation timed out)
# [10:40] * Joins: kor (~kor@a83-161-211-173.adsl.xs4all.nl)
# [10:40] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
# [10:42] * Joins: llrcombs (~11rcombs@c-67-173-106-77.hsd1.il.comcast.net)
# [10:42] * Joins: roc (~chatzilla@121.98.230.221)
# [10:45] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
# [10:56] * Joins: david_carlisle (~davidc@62.231.145.254)
# [10:58] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
# [10:59] * Quits: kor (~kor@a83-161-211-173.adsl.xs4all.nl) (Quit: kor)
# [11:00] <Dashiva> annevk: They know it exists, but they think it's too hard to get right
# [11:01] <jgraham> Why would anyone use Netscape 7.2? It's not like it was that great when it was released…
# [11:01] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
# [11:05] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:05] <annevk> wasn't Netscape 7.2 some Firebird clone?
# [11:05] <annevk> I thought Netscape died after 6
# [11:06] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
# [11:06] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [11:08] <hsivonen> annevk: It continued to 9: http://en.wikipedia.org/wiki/Netscape_Navigator_9
# [11:08] * Joins: workmad3 (~workmad3@cspool123.cs.man.ac.uk)
# [11:09] * Joins: MikeSmith_ (~MikeSmith@EM114-49-0-126.pool.e-mobile.ne.jp)
# [11:11] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 265 seconds)
# [11:12] * Quits: Evet (~Evet@78.191.186.31) (Quit: Leaving)
# [11:12] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Read error: Connection reset by peer)
# [11:12] * Joins: Evet (~Evet@78.191.186.31)
# [11:13] * Quits: MikeSmith (~MikeSmith@2001:200:1c0:3602:219:e3ff:fe08:8ad3) (Ping timeout: 260 seconds)
# [11:13] * MikeSmith_ is now known as MikeSmith
# [11:15] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
# [11:15] <annevk> http://www.reddit.com/r/programming/comments/ezub3/type_to_shoot_html5_game_my_entry_for_mozillas/ is pretty sweet
# [11:15] <annevk> hsivonen, wow
# [11:20] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
# [11:20] <Rik`> annevk: really cool but no pause :(
# [11:22] <annevk> yeah, and a bit too simple
# [11:22] <annevk> but the comments have tips
# [11:23] * Joins: Necra (~nectop@ip4da11daf.direct-adsl.nl)
# [11:23] <Lachy> Rik`, read the instructions when you load
# [11:23] <Lachy> it said Esc to pause
# [11:23] * Quits: Necrathex (~nectop@212-123-163-12.ip.telfort.nl) (Ping timeout: 240 seconds)
# [11:24] <Rik`> oh, we're supported to read instructions now ? :D
# [11:24] <Lachy> also, it's very adictive. But a bit too simple
# [11:27] <Lachy> it's addictive. But doesn't really get difficulty till levels past 20
# [11:29] * Quits: reni (~reni@sedkit.inf.u-szeged.hu) (Remote host closed the connection)
# [11:30] <hsivonen> the game works in IE9 but the audio is bad. I wonder if that's IE9's fault or VirtualBox's fault
# [11:37] * Joins: davidhund (~davidhund@asterix.g72.nl)
# [11:43] <jgraham> Filed a bug on <hgroup>/<subhead> btw
# [11:46] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
# [11:47] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
# [11:49] <annevk> good good
# [11:51] * Joins: pesla (~pesla@188.202.125.121)
# [12:13] <beowulf> fwiw on hgroup/subhead I would suggest it subline rather than subhead, historically/in print headlines are broken into mainline, subline, etc. subhead sounds like it should be used in header. to me h1-h6 are about headlines, not headers (as headers are described in html5)
# [12:15] <jgraham> beowulf: Sure, <subhead> might not be the best name
# [12:15] <jgraham> Would you also call it a subline if it came before the main heading?
# [12:16] <Evet> what is your favourite auth* method between application and API?
# [12:17] <beowulf> yeah, well, as i understand it the mainline is the one with the name rather than the other way round
# [12:17] <jgraham> beowulf: Yeah, I think that works poorly in markup though
# [12:17] <beowulf> yeah
# [12:18] <jgraham> On an entirely diffferent topic, can anyone explain contentEditable to me? Does it ever change the innerHTML of the contentEditable element?
# [12:18] <jgraham> It doesn't seem to in the live dom viewer...
# [12:18] <beowulf> jgraham: in ie yes
# [12:18] <beowulf> anything that matches foo@bar will become a link
# [12:19] * Joins: erlehmann (~erlehmann@89.204.137.105)
# [12:19] <jgraham> Hmm, the spec suggests that it should change the innerHTML
# [12:20] <beowulf> and maybe other link like text too, but i know it happens with email like text
# [12:20] <jgraham> Hard to see how it would work otherwise, really
# [12:21] * jgraham gets something working a little
# [12:22] * Quits: Evet (~Evet@78.191.186.31) (Remote host closed the connection)
# [12:25] <benschwarz> jgraham: hi :)
# [12:26] * Quits: Necra (~nectop@ip4da11daf.direct-adsl.nl) (Quit: Necra)
# [12:26] * Joins: kor (~kor@a83-161-211-173.adsl.xs4all.nl)
# [12:27] * Joins: david (~chatzilla@c-24-4-177-112.hsd1.ca.comcast.net)
# [12:27] * david is now known as jdeisenberg
# [12:28] * Joins: Necrathex (~nectop@212-123-163-12.ip.telfort.nl)
# [12:28] <jdeisenberg> is there a good way to get the text ascent and descent from a context2d? It would help greatly in positioning text vertically.
# [12:33] * Joins: Evet (~Evet@78.191.186.31)
# [12:34] <Philip`> jdeisenberg: There isn't any way
# [12:35] <annevk> jgraham, just press ctrl+b or some such
# [12:35] <annevk> jgraham, contenteditable is very much live
# [12:35] <annevk> jgraham, e.g. http://annevankesteren.nl/test/contenteditable-style.htm :)
# [12:35] <jgraham> annevk: Right. I am just having cross-browser issues and weird behaviour
# [12:36] <jgraham> trying to script it
# [12:36] <jdeisenberg> Philip` : that is unfortunate, wouldn't you say?
# [12:36] <jgraham> benschwarz: hi
# [12:36] <annevk> jgraham, ah yeah, it does not really work that well
# [12:37] * jgraham now has a testcase that fails to reproduce the original bug :(
# [12:37] <benschwarz> jgraham: I'm the whatwg styles dude…
# [12:38] <jdeisenberg> is there a compelling reason to not expose the font ascent & descent?
# [12:38] <jgraham> benschwarz: Yeah. Is this re: the request for a prettier implementor spec?
# [12:39] <Philip`> jdeisenberg: Yeah - probably extra fields will be added to TextMetrics, but the plan was to wait until browsers had better support for all the current features before adding even more, I think
# [12:39] <benschwarz> jgraham: I saw you talking to paul_irish, I was more just saying whatup than anything else
# [12:39] <Philip`> jdeisenberg: I don't think there's a reason to not expose it, except for the usual complexity involved with adding features and the desire not to do too much at once
# [12:40] <jdeisenberg> ah OK. I am attempting to write a game in HTML5 using canvas, and positioning text gets a bit tricky.
# [12:40] <benschwarz> jgraham: but basically, I want to get the developer spec further along, then—totally
# [12:40] <jdeisenberg> For now, I'll just figure out the ascent by hand and hard-code it.
# [12:40] <jgraham> benschwarz: Great :)
# [12:41] <Philip`> jdeisenberg: If you need more vertical control than textBaseline gives, hardcoding sizes is the only way
# [12:44] <jdeisenberg> yeah, that seems to be it.
# [12:44] <jdeisenberg> OK thanks.
# [12:45] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
# [12:51] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
# [12:54] * Parts: jdeisenberg (~chatzilla@c-24-4-177-112.hsd1.ca.comcast.net)
# [12:56] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
# [13:01] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [13:03] <hsivonen> the html5lib sanitizer hasn't had its white lists updated in a long time
# [13:03] * Joins: jaket (~jake@124-171-17-110.dyn.iinet.net.au)
# [13:03] <hsivonen> event-source and m are allowed. mark and track aren't.
# [13:04] <hsivonen> the MathML and SVG element whitelists look suspiciously short
# [13:05] * Quits: cszabo1 (~quassel@192.100.106.9) (Remote host closed the connection)
# [13:08] * _o is now known as webr3
# [13:08] * Joins: cszabo1 (~quassel@192.100.106.9)
# [13:09] <jgraham> hsivonen: Correct
# [13:09] <jgraham> (that it hasn't been updated for a long time)
# [13:10] <david_carlisle> hsivonen: something I could look at? I didnt understand the context of your comment)
# [13:11] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
# [13:11] <david_carlisle> (I don't mind if the answer is no:-)
# [13:11] <jgraham> david_carlisle: http://code.google.com/p/html5lib/source/browse/python/html5lib/sanitizer.py?r=0f459d1384d64e579fa9a3887cd5a9bf94f497f1
# [13:13] <david_carlisle> jgraham: this is sanitize as in make safe for comment input etc?
# [13:14] <jgraham> david_carlisle: Yes
# [13:14] <david_carlisle> ta
# [13:14] <hsivonen> david_carlisle: the context is that I'm gathering requirements for the HTML sanitizer for Firefox 4.next
# [13:15] <hsivonen> david_carlisle: we want to allow safe MathML, so I will need a whitelist of safe MathML elements
# [13:17] * Joins: charlvn (~charlvn@41.0.48.93)
# [13:18] * Quits: erlehmann (~erlehmann@89.204.137.105) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [13:18] <david_carlisle> hsivonen: just looking over list by eye, if its immediate use is firefox then you don't want mml3 elements yet so I'll hold back on that comment, you should perhaps allow href as well as xlink:href (depending on outcome of that open mozilla bug) oh menclose is missing from the elements
# [13:19] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
# [13:19] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [13:19] <hsivonen> david_carlisle: it's unclear to me if I should want to drop mml3 presentation elements or any semantic elements
# [13:19] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Client Quit)
# [13:20] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
# [13:20] * matjas is now known as mathias
# [13:21] * mathias is now known as Guest69218
# [13:21] <hsivonen> the html5lib white lists have odd stuff. e.g. attributes ch and pqg for HTML
# [13:21] * Quits: Guest69218 (~matjas@91.182.204.222) (Remote host closed the connection)
# [13:22] * Joins: matjas (~matjas@91.182.204.222)
# [13:25] <david_carlisle> hsivonen: well yes mathml doesn't include anything like script so pretty much any of it is safe, just some of it doesn't work in some browsers, so it depends what the intention behind the whitelist is. I wouldn't argue too much if firefox whitelist just presentation mathml2 and so by implication blacklisted content mathml and all of mathml3 new stuff, if it is just restricting things like form input, rather than restricting what's in the body of
# [13:25] <david_carlisle> the page., on the other hand if you allow all of mathml3 presentation and content then I don't think that is unsafe?
# [13:25] <hsivonen> david_carlisle: can MathML do form input?
# [13:25] <david_carlisle> no
# [13:26] <hsivonen> david_carlisle: the goal for Firefox is to drop stuff that's not safe to transfer across an Origin boundary
# [13:26] <david_carlisle> people often request it, but now the idea would be to use mtext containing an html form element (and pray it works:-0
# [13:27] <david_carlisle> the only mathml element that can do anything interesting (other than displaying interesting characters in intersting layouts) is maction
# [13:27] <david_carlisle> whose behaviour is largely implementation defined
# [13:28] <hsivonen> "implemetation defined" always sounds bad for Web specs
# [13:28] <david_carlisle> :-)
# [13:28] <david_carlisle> I only said that to wind you up
# [13:29] <david_carlisle> to add to the pain, i'll mention that the implementation behaviour is thus controlled by namespaced attributes in a vendor namespace
# [13:29] <zcorpan> in my impl, <maction> sends an email to david_carlisle with viagra spam
# [13:29] <david_carlisle> oh please, i hope it's not too expensive
# [13:29] <hsivonen> is <maction actiontype="input"> like contenteditable?
# [13:30] <david_carlisle> I'd have to check what firefox makes of it, but to be honest if you wanted to not worry about it i'd zap maction
# [13:30] <hsivonen> david_carlisle: the four built-in maction actiontypes look harmless enough
# [13:30] <david_carlisle> yes
# [13:31] <hsivonen> david_carlisle: vendor-namespace stuff is not going to be allowed
# [13:31] <hsivonen> by the sanitizer
# [13:31] <david_carlisle> OK then you should be OK
# [13:31] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
# [13:32] <hsivonen> david_carlisle: does MathML have attributes whose content is passed to a CSS parser?
# [13:34] <david_carlisle> not by definition, but some parts of the mathml implementation work internally by the browser applying a css stylesheet matching certain attribute values (I think)
# [13:34] <hsivonen> david_carlisle: ok. thanks
# [13:34] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
# [13:35] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
# [13:35] <david_carlisle> if you go <mi mathcolor="...."> the .... is a css compatible color so "red" or #123456 or something, but whether it actually goes through the css parser you are in a better position to check
# [13:35] <hsivonen> btw, the main reason I can think of against white listing Semantic MathML is code footprint, since there's no other reason for the product to contain the names of Semantic MathML elements (as long as rendering isn't supported)
# [13:35] <hsivonen> david_carlisle: I'm mostly worried about stuff that can use the CSS url(...) expression
# [13:35] <david_carlisle> yeas as i say. I don't think it would be unreasonable for firefox to restrict to what works as well as what is safe
# [13:36] <david_carlisle> no only colours and lengths have any resemblance to css
# [13:36] * Joins: charlvn (~charlvn@41.0.48.93)
# [13:37] <hsivonen> ok
# [13:40] * Joins: reni (~reni@sedkit.inf.u-szeged.hu)
# [13:41] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
# [13:41] * Joins: charlvn (~charlvn@41.0.48.93)
# [13:44] <hsivonen> The requirement doc is https://wiki.mozilla.org/Platform/HTML5_sanitizer
# [13:46] * Quits: charlvn (~charlvn@41.0.48.93) (Ping timeout: 240 seconds)
# [13:46] * Quits: davidhund (~davidhund@asterix.g72.nl) (Quit: davidhund)
# [13:51] * Joins: Martijnc (~Martijnc@91.176.7.66)
# [13:52] * Quits: Martijnc (~Martijnc@91.176.7.66) (Read error: Connection reset by peer)
# [13:53] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [13:54] * Joins: mokush (~quassel@188.24.25.58)
# [13:54] * Joins: Martijnc (~Martijnc@91.176.7.66)
# [13:54] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
# [14:04] * Joins: charlvn (~charlvn@41.0.48.93)
# [14:11] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Ping timeout: 240 seconds)
# [14:11] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
# [14:21] * Joins: davidb (~davidb@66.207.206.180)
# [14:28] * Quits: connrs (~paul@host86-169-89-230.range86-169.btcentralplus.com) (Read error: Operation timed out)
# [14:29] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Ping timeout: 240 seconds)
# [14:31] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Remote host closed the connection)
# [14:32] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
# [14:33] * Joins: connrs (~paul@host81-153-234-235.range81-153.btcentralplus.com)
# [14:39] * Quits: connrs (~paul@host81-153-234-235.range81-153.btcentralplus.com) (Ping timeout: 255 seconds)
# [14:41] * Parts: zcorpan (~zcorpan@pat.se.opera.com)
# [14:41] * Joins: connrs (~paul@host86-129-97-182.range86-129.btcentralplus.com)
# [14:47] <hsivonen> https://wiki.mozilla.org/Platform/HTML5_sanitizer
# [14:47] <hsivonen> does anyone see defects in that requirement list?
# [14:48] <hsivonen> in particular, are there any wishlist items for using the parser outside Gecko that aren't covered?
# [14:48] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi) (Ping timeout: 276 seconds)
# [14:53] * Joins: miketaylr (~miket@206.217.92.186)
# [14:55] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [15:00] <hsivonen> Hixie: oh well, even Microdata is too hard for Google: http://www.google.com/sidewiki/entry/philip.jagenstedt/id/fJs_CWCuHHLWa1MkT8EEIpkK3qQ
# [15:03] <david_carlisle> hsivonen: as we just discussed I think the choice to restrict mathml (and presumably svg) to the subset that works is general, but the exact list of what works is gecko-specific of course, which affects the 2nd "open qn" on that page
# [15:06] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
# [15:07] * Quits: matjas (~matjas@91.182.204.222) (Ping timeout: 240 seconds)
# [15:14] * Joins: matjas (~matjas@91.182.204.222)
# [15:24] * Quits: kor (~kor@a83-161-211-173.adsl.xs4all.nl) (Quit: kor)
# [15:26] * Joins: FireFly (~firefly@unaffiliated/firefly)
# [15:31] * Joins: kor (~kor@a83-161-211-173.adsl.xs4all.nl)
# [15:38] <annevk> hsivonen, roc says whitelists are hard for copy & paste of Word
# [15:38] <annevk> hsivonen, http://lists.w3.org/Archives/Public/public-webapps/2011JanMar/0004.html
# [15:41] * Joins: erlehmann (~erlehmann@89.204.137.105)
# [15:43] <annevk> hsivonen, also, if we are going to offer native sanitizing the more options the more brittle it becomes (and harder to use)
# [15:46] <Philip`> If you offer fewer options than people want to use, they'll use non-native possibly-poor-quality alternatives that do provide the options
# [15:47] <hsivonen> annevk: for sanitizing CSS, I was planning on using the same code the Gecko uses now, so the new code should be no worse and no better than the old code as far as -mso- CSS goes
# [15:47] <annevk> Philip`, that is not a given
# [15:48] <hsivonen> annevk: Gecko already not only offers but forces a native sanitizer upon pasting into contenteditable.
# [15:48] <annevk> Philip`, e.g. <input> does not give everything everyone wants either, but this does not make people resort to contenteditable= or custom code directly
# [15:49] <annevk> hsivonen, hmm, yay for interop?
# [15:50] <jgraham> annevk: Yes it does. See also: the number of custom date pickers
# [15:51] <hsivonen> annevk: how do other browsers deal with cross-origin copy and paste?
# [15:53] <hsivonen> lolz. it looks like I believed in metadata in the 1990s. check out the source of http://hsivonen.iki.fi/refl-light/
# [15:53] <annevk> jgraham, in some cases it does, yes
# [15:53] <annevk> hsivonen, no idea
# [15:54] <annevk> hsivonen, I never looked into copy & paste, but now that you mention it Hallvord does have some notes on it already so maybe everyone does it to some extent
# [15:54] <annevk> hsivonen, Dublin Core! superimportant
# [15:55] <annevk> hsivonen, I remember having similar amounts of metadata and wondering what more I could add
# [15:55] <annevk> <meta name="DC.Language" scheme="RFC1766" content="en"> -- nice :)
# [15:55] <annevk> for when <html lang=en> is not clear enough
# [15:56] <hsivonen> I also have lang=en!
# [15:56] <hsivonen> curiously, I must have updated that metadata some time in the 2000s, because it has the iki.fi email address in it
# [15:57] <jgraham> global S&R?
# [15:57] <hsivonen> jgraham: maybe
# [15:59] <hsivonen> even though I never jumped on the XHTML-as-text/html bandwagon, it looks like I've done some DC bandwagon jumping on the gurus' sayso
# [15:59] <Philip`> If you don't know when you changed the file, you should have added more metadata to preserve that history information
# [16:00] <hsivonen> Philip`: good point! I need metadata for metadata.
# [16:01] <hsivonen> cool. font tags in http://hsivonen.iki.fi/source/reflect.html
# [16:09] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [16:09] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
# [16:09] * bga_ is now known as bga_|away
# [16:10] * bga_|away is now known as bga_
# [16:11] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [16:11] <jgraham> Is there some way I can't thinki of right now to run some code in the context of a different (same-origin) window?
# [16:11] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
# [16:11] <jgraham> Well s/window/nested browsing context/
# [16:11] <jgraham> or whatever the right term for "document loaded in an iframe" is
# [16:11] <jgraham> Without changing the DOM of that document
# [16:14] <annevk> you could declare functions in that document and execute them
# [16:14] <annevk> depends a bit on what you mean with context
# [16:15] <jgraham> I mean with the global object being the window object of that iframe
# [16:15] <jgraham> Just running functions in the iframe might work, I guess
# [16:16] * Quits: erlehmann (~erlehmann@89.204.137.105) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [16:16] <annevk> you can do iframewindow.test = ... and then iframewindow.test(), no?
# [16:17] <zcorpan> window[0].foo() seems to work
# [16:18] * Joins: Ms2ger (~Ms2ger@91.181.19.90)
# [16:20] <zcorpan> but if foo is declared in the outer document then the scope is the outer document, at least in opera
# [16:21] * annevk wonders if ... = iframewindow.function() { ... }
# [16:21] * annevk ... works
# [16:21] <jgraham> function is a keyword, not a variable
# [16:21] <jgraham> So that shouldn't work
# [16:22] <jgraham> Also, my initial solution, that I didn't expect to work, of doing eval.call(iframewindow, code) also doesn't work
# [16:33] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
# [16:37] * Joins: erlehmann (~erlehmann@89.204.137.105)
# [16:42] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [16:49] * Joins: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net)
# [17:04] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:05] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
# [17:05] * Joins: saba (~foo@unaffiliated/saba)
# [17:05] <hsivonen> jgraham: what happens if you call setTimeout on another window?
# [17:06] * bga_ is now known as bga_|away
# [17:07] <jgraham> hsivonen: Won't that be like a direct function call on the other window?
# [17:07] <jgraham> At least I assume
# [17:09] * Joins: MikeSmith_ (~MikeSmith@EM114-48-95-125.pool.e-mobile.ne.jp)
# [17:09] * bga_|away is now known as bga_
# [17:11] * Quits: erlehmann (~erlehmann@89.204.137.105) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
# [17:12] * Quits: Ms2ger (~Ms2ger@91.181.19.90) (Ping timeout: 240 seconds)
# [17:12] * Quits: MikeSmith (~MikeSmith@EM114-49-0-126.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
# [17:12] * MikeSmith_ is now known as MikeSmith
# [17:17] <hsivonen> jgraham: oh. right. yes
# [17:22] <hsivonen> eww. the style sheet of my site looks bad in Opera 11 on Linux. I wonder what has gone wrong.
# [17:23] <hsivonen> also, what's the deal with the loop attribute on <video> not working in Firefox?
# [17:24] <hsivonen> simply not implemented yet: https://bugzilla.mozilla.org/show_bug.cgi?id=449157
# [17:26] * Joins: Ms2ger (~Ms2ger@91.181.107.222)
# [17:29] * Joins: erlehmann (~erlehmann@89.204.137.105)
# [17:29] * Quits: erlehmann (~erlehmann@89.204.137.105) (Client Quit)
# [17:30] <adactio> Is anyone here working on WebKit/Safari/Chrome?
# [17:32] <Rik`> adactio: "don't ask to ask" :)
# [17:32] <adactio> Um.. okay. I guess I'll just go ahead and um, "ask" then...
# [17:33] <adactio> Why is it that WebKit gives the datalist special treatment in its html.css file by declaring display: none ...despite the fact that datalist is otherwise an unknown element as far as the browser is concerned?
# [17:34] <Rik`> ah, I don't know why but it's been bugging me a lot
# [17:35] <adactio> I was about to file a bug in the WebKit Bugzilla but I wanted to sanity-check first that there wasn't a good reason for that CSS declaration.
# [17:35] <Rik`> it makes it almost unusable in Firefox and Opera because of that
# [17:35] <Rik`> adactio: my understanding is that datalist implementation in webkit has various patches and some landed
# [17:36] <adactio> So it's because we're in a period of transition that we've got what's kinda the worst of both worlds; no support, but no fallback either.
# [17:36] <Rik`> https://bugs.webkit.org/show_bug.cgi?id=27247
# [17:36] <Rik`> this is the master bug for this
# [17:37] <adactio> I should add my concerns there?
# [17:37] <Evet> what is your favourite cross-domain user auth method?
# [17:38] <Rik`> adactio: I think you should file a bug with a small testcase and set it as blocking bug 27427
# [17:38] <adactio> Okay. Will do.
# [17:39] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe41dc00-67.dhcp.inet.fi)
# [17:40] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
# [17:40] <Rik`> adactio: please cc me (rik@webkit.org)
# [17:40] <Rik`> I won't be able to help but I'd like to follow the subject
# [17:44] * Joins: virtuelv (~virtuelv_@193.62.9.46.customer.cdi.no)
# [17:48] <Rik`> adactio: apparently the datalist implementation is hidden behind a config flag
# [17:48] <Rik`> all code related to that should be disabled but the CSS style in html.css is not behind a flag
# [17:48] <Rik`> https://trac.webkit.org/changeset/47420
# [17:49] <adactio> Ah, right! (damn: I just posted my bug)
# [17:50] <Rik`> adactio: bug number ?
# [17:50] <adactio> 52214
# [17:57] * Joins: Aleoss (~AleossIRC@unaffiliated/aleoss)
# [17:57] * Joins: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net)
# [18:00] <Rik`> adactio: thanks, I should have filed this bug when playing with this
# [18:00] * Joins: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4)
# [18:00] * bga_ is now known as bga_|away
# [18:01] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
# [18:04] * bga_|away is now known as bga_
# [18:06] * Quits: abarth (~abarth@c-67-169-68-88.hsd1.ca.comcast.net) (Quit: abarth)
# [18:13] * Joins: othermaciej (~mjs@67.218.106.90)
# [18:14] * bga_ is now known as bga_|away
# [18:15] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
# [18:18] * Quits: hdhoang (~hdhoang@hdhoang.zahe.me) (Quit: Leaving.)
# [18:19] * Quits: kor (~kor@a83-161-211-173.adsl.xs4all.nl) (Quit: kor)
# [18:20] * bga_|away is now known as bga_
# [18:22] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:25] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
# [18:26] * Quits: david_carlisle (~davidc@62.231.145.254) (Quit: david_carlisle)
# [18:26] * Joins: kor (~kor@a83-161-211-173.adsl.xs4all.nl)
# [18:33] * bga_ is now known as bga_|away
# [18:39] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:43] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
# [18:49] * Joins: erlehmann (~erlehmann@89.204.137.114)
# [18:52] * Quits: workmad3 (~workmad3@cspool123.cs.man.ac.uk) (Remote host closed the connection)
# [18:54] * Joins: weinig (~weinig@17.203.14.200)
# [18:58] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 264 seconds)
# [19:00] * Joins: boaz (~boaz@64.119.153.2)
# [19:00] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
# [19:01] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [19:01] * Joins: maikmerten (~maikmerte@port-92-201-111-19.dynamic.qsc.de)
# [19:06] * Joins: mpt (~mpt@conference/canonicalsprint/x-enpzhyokoyqpkmpu)
# [19:07] * Quits: mpt (~mpt@conference/canonicalsprint/x-enpzhyokoyqpkmpu) (Changing host)
# [19:07] * Joins: mpt (~mpt@canonical/mpt)
# [19:07] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
# [19:07] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Changing host)
# [19:07] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
# [19:07] * Quits: othermaciej (~mjs@67.218.106.90) (Quit: othermaciej)
# [19:11] * Joins: exp (~zAyghip8@host81-157-89-192.range81-157.btcentralplus.com)
# [19:13] * bga_|away is now known as bga_
# [19:16] * Quits: exp (~zAyghip8@host81-157-89-192.range81-157.btcentralplus.com) (Ping timeout: 255 seconds)
# [19:18] * Joins: othermaciej (~mjs@17.246.16.208)
# [19:23] * Quits: cying (~cying@c-24-23-135-168.hsd1.ca.comcast.net) (Quit: cying)
# [19:24] <Hixie> hsivonen: that's something the rich snippets team keep telling me that i should change in the spec, so maybe it's just them leading by implementation
# [19:24] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
# [19:27] <hsivonen> Hixie: I see
# [19:27] <Hixie> (assuming you mean the content=""-on-everything thing)
# [19:27] * Joins: estes (~aestes@17.246.16.160)
# [19:27] <hsivonen> Hixie: that's what I meant
# [19:28] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k602.webspeed.dk)
# [19:29] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
# [19:29] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Ping timeout: 265 seconds)
# [19:29] * Joins: foolip_ (~foolip@h182n6-g-hn-a11.ias.bredband.telia.com)
# [19:35] * Quits: Ms2ger (~Ms2ger@91.181.107.222) (Ping timeout: 240 seconds)
# [19:38] * bga_ is now known as bga_|away
# [19:40] * Quits: kor (~kor@a83-161-211-173.adsl.xs4all.nl) (Quit: kor)
# [19:50] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
# [19:51] * Joins: Ms2ger (~Ms2ger@91.181.107.222)
# [19:52] * Joins: Bass2 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [19:53] * Quits: Bass2 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
# [19:54] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
# [19:54] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
# [19:56] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [19:57] * Joins: paul_irish (~paul_iris@67.218.110.241)
# [20:00] * Joins: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com)
# [20:01] * Joins: dave_levin (~dave_levi@74.125.59.76)
# [20:06] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection timed out)
# [20:06] * Joins: jwalden (~waldo@adsl-70-131-128-207.dsl.emhril.sbcglobal.net)
# [20:06] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [20:08] * Joins: abarth (~abarth@nat/google/x-afwwnxckjrjbhjqf)
# [20:10] * Joins: maikmerten_ (~maikmerte@port-92-201-94-74.dynamic.qsc.de)
# [20:10] * Quits: maikmerten_ (~maikmerte@port-92-201-94-74.dynamic.qsc.de) (Remote host closed the connection)
# [20:10] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
# [20:11] * Joins: maikmerten_ (~maikmerte@port-92-201-94-74.dynamic.qsc.de)
# [20:13] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
# [20:14] * Quits: maikmerten (~maikmerte@port-92-201-111-19.dynamic.qsc.de) (Ping timeout: 276 seconds)
# [20:16] <TabAtkins> I'm not sure I really understand what @content-on-everything is for, anyway.
# [20:16] <TabAtkins> It seems better to make it obvious that you're embedding invisible data via a <meta>, personally.
# [20:17] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Remote host closed the connection)
# [20:18] * Quits: mokush (~quassel@188.24.25.58) (Ping timeout: 240 seconds)
# [20:19] * bga_|away is now known as bga_
# [20:20] <Ms2ger> TabAtkins, but invisible data causes unicorns to be born
# [20:20] <Hixie> TabAtkins: agreed
# [20:21] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
# [20:22] <TabAtkins> Plus, @content-on-everything is, on first sight, ambiguous when it appears on something which already takes its value from an attribute, like <a>.
# [20:22] <TabAtkins> So, yeah, remove away.
# [20:23] <TabAtkins> Should I file a bug?
# [20:25] <Hixie> anyone know what http://www.w3.org/Bugs/Public/show_bug.cgi?id=11572 is about?
# [20:25] <Hixie> TabAtkins: internally, on the docs? sure
# [20:25] <Hixie> TabAtkins: cc me?
# [20:27] * Joins: mokush (~quassel@188.24.25.58)
# [20:28] <Ms2ger> Hixie, I'm assuming the "Watch for updates" widget
# [20:28] <Hixie> yeah but what does he want to have happen?
# [20:28] <Hixie> i don't understand his request
# [20:29] <Ms2ger> Me neither
# [20:29] * Ms2ger verifies
# [20:29] <Hixie> heh
# [20:31] <Hixie> how abotu http://www.w3.org/Bugs/Public/show_bug.cgi?id=11574 ?
# [20:32] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
# [20:35] * Quits: brendaneich (~brendanei@adsl-71-131-200-202.dsl.sntc01.pacbell.net) (Quit: brendaneich)
# [20:37] * Quits: paul_irish (~paul_iris@67.218.110.241) (Remote host closed the connection)
# [20:37] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
# [20:39] <TabAtkins> Hixie: Nope, another nonsense bug.
# [20:40] <Hixie> k
# [20:40] <Hixie> just making sure i'm not missing something :-)
# [20:40] * Joins: paul_irish (~paul_iris@nat/google/x-zgzodzoehoihjcaw)
# [20:42] * Quits: maikmerten_ (~maikmerte@port-92-201-94-74.dynamic.qsc.de) (Remote host closed the connection)
# [20:42] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
# [20:43] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
# [20:43] * bga_ is now known as bga_|away
# [20:47] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
# [20:47] * Quits: variable (~variable@unaffiliated/variable) (Read error: Connection reset by peer)
# [20:47] * bga_|away is now known as bga_
# [20:48] * Joins: variable (~variable@unaffiliated/variable)
# [20:50] * Joins: jamesr_ (~jamesr@nat/google/x-zdxhvruzurqabwhs)
# [20:52] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
# [20:53] <TabAtkins> Hixie: Bug filed, you're cc'd.
# [20:53] <Hixie> ta
# [20:54] * Joins: stevela (~anonymous@nat/google/x-hdzypfuuvbrcimqq)
# [20:56] * Joins: brendaneich (~brendanei@69.199.163.22)
# [20:56] * Quits: jamesr_ (~jamesr@nat/google/x-zdxhvruzurqabwhs) (Quit: jamesr_)
# [20:57] <TabAtkins> Hixie: How long does the publishing pipeline take for whatwg.org? I'm getting a persistent message that I'm on r5747.
# [20:57] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
# [20:57] <Hixie> full-page or multipage?
# [20:58] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
# [20:58] <TabAtkins> /C
# [20:58] <TabAtkins> Also, I just discovered an irssi shortcut, dammit.
# [20:58] <Hixie> dunno, it's however long Philip`'s server takes to send a reply
# [20:58] <Hixie> sometimes things get backed up
# [20:58] * bga_ is now known as bga_|away
# [20:58] <Hixie> use the single-page copy :-)
# [20:59] <TabAtkins> If I had it up constantly, I probably would. But for pulling up multiple times over the course of a day, single-page is too slow to load.
# [21:00] <Hixie> ah
# [21:00] <Hixie> yeah
# [21:00] <Hixie> leave it open :-P
# [21:00] <TabAtkins> Bah.
# [21:01] * Joins: ojan (~ojan@nat/google/x-pkcxcqxguqowhpoe)
# [21:03] <Hixie> i have a bunch of tabs open... gmail, corp gmail, calendar, the spec...
# [21:04] <mpilgrim> obviously the spec needs an in-page autoupdate mechanism so we can keep it open all the time and have it bring itself up to date automatically
# [21:05] <Hixie> i had that
# [21:05] <Hixie> but having a 5mb doc reload itself every 90 seconds is pretty painful :-)
# [21:05] <Hixie> so now it just has an alert
# [21:05] <Hixie> and lets you reload it manually
# [21:06] <mpilgrim> something more sophisticated than window.refresh()
# [21:06] <Hixie> (and the alert is a bit broken for the multipage copy because it checks the single-page rev, not the multipage one)
# [21:06] <Hixie> ah
# [21:06] <Hixie> that would be neat
# [21:06] <Hixie> well
# [21:06] <Hixie> patches welcome!
# [21:06] <mpilgrim> lol
# [21:09] * Quits: abarth (~abarth@nat/google/x-afwwnxckjrjbhjqf) (Quit: abarth)
# [21:15] <Ms2ger> mpilgrim, looks like you've got outstanding feedback on Google's audio/video tests, any plans to address?
# [21:15] <mpilgrim> coming this week
# [21:15] <Hixie> man, suggesting that <device> should support usb and rs232 has sure hit a nerve
# [21:16] <Hixie> that one note in the spec (which is only in the whatwg copy) has received at least 3 separate bugs voicing support for the dea
# [21:16] <Hixie> idea
# [21:16] <Ms2ger> Excellent
# [21:19] <webr3> are the specs aligned enough to make an html and js application, then wrap it up and deploy as an extension which works in even a coupel of browsers (lke widget specs for isntance) ?
# [21:19] * Parts: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) ("Leaving")
# [21:19] <Hixie> which specs?
# [21:20] <webr3> warp digital signatures and the like i guess - just anything that's interop between the browsers
# [21:21] <Hixie> oh, widget specs?
# [21:22] <webr3> just any specs that would allow you to create a web app in html + js (and related specs) then wrap it up and run it as an extension in anybrowser - kudos++ if it can run in main browser context
# [21:23] <Hixie> web apps and extensions seem like unrelated concepts, i don't really understand
# [21:23] <Hixie> an extension is something that can manipulate the browser or the page loaded in the browser,
# [21:24] <Hixie> but a web page is something that a browser runs that can't affect the browser
# [21:24] <Hixie> no?
# [21:25] <webr3> depends hwo you're looking at it, on the other hand, an extension is something somebody can install and then trust to access the web, and given cors etc you can't do this w/ a normal js app, so people are forced to move in to creating extensions..
# [21:25] <AryehGregor> Most Chrome extensions are mostly just web pages with access to some extra functions, aren't they?
# [21:25] <webr3> just so they can make an app which can access the web..
# [21:26] <webr3> AryehGregor, exactly - they are - and half the time the extra functions aren't wanted or required - there are many that just need the "can access the web" status
# [21:27] <webr3> basically, every extension which doesn't extend the browser but is rather just an app w/ advanced permissions
# [21:27] * Joins: jamesr_ (~jamesr@nat/google/x-tcowwfixftzvslog)
# [21:28] <AryehGregor> There's work in this direction, but nothing that multiple browsers actually implement yet, as far as I can see.
# [21:30] <webr3> indeed - I raised on webapps and device-apis a few times but haven't refined down the "use-cases" yet to something v convincing - even though many have asked
# [21:31] <TabAtkins> Yay, Chrome's dropping h.264!
# [21:32] <miketaylr> just saw that
# [21:34] <Ms2ger> (http://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html)
# [21:37] <Hixie> there's something silly about me resolving bugs i filed with "Rationale: concurred with reporter's comments"
# [21:37] * othermaciej wonders if WebM will ever be submitted to a standards process
# [21:37] <TabAtkins> Heh.
# [21:38] <AryehGregor> Very interesting.
# [21:38] <Ms2ger> Hixie, I've been thinking that too
# [21:38] <Hixie> Ms2ger: http://www.w3.org/Bugs/Public/show_bug.cgi?id=11051 - i removed them, but this leaves holes in the numbers, is that right?
# [21:38] <AryehGregor> This means H.264 is no longer a serious contender, even if Firefox loses a lot of market share.
# [21:38] <AryehGregor> Hixie, I always thought it was amusing.
# [21:39] <Ms2ger> I was thinking make DATA_CLONE_ERR 24
# [21:39] <AryehGregor> othermaciej, what I wonder is whether Google will actually ever license its patents for anything other than using its exact implementation.
# [21:39] <Hixie> does anyone implement DATA_CLONE_ERR yet?
# [21:39] <Ms2ger> Fx
# [21:39] <AryehGregor> Because it hasn't.
# [21:39] <othermaciej> AryehGregor: orly
# [21:39] <Hixie> Ms2ger: let's just leave it as is then
# [21:39] <Hixie> Ms2ger: we can fill the holes later
# [21:39] <Ms2ger> I've already changed it once, I can do it again ;)
# [21:39] <AryehGregor> othermaciej, http://www.webmproject.org/about/faq/#what_if_someone_makes_a_change_to_the_code_and_gives_it_to_me_do_i_have_a_patent_license_from_google_for_that_change
# [21:40] <Hixie> Ms2ger: from what i hear, long-term heycam has a plan to make these numbers academic instead
# [21:40] <Ms2ger> But I was thinking the same thing earlier today, actually
# [21:40] <AryehGregor> That's how I'm reading it.
# [21:40] <Hixie> Ms2ger: s/instead/anyway/
# [21:40] <Hixie> not sure where "instead" came from
# [21:40] <AryehGregor> http://www.webmproject.org/license/additional/
# [21:40] <othermaciej> AryehGregor: that addresses the issue of patent licenses on random changes to the code - it doesn't really address independent reimplementation
# [21:40] <othermaciej> which is IMO the interesting question
# [21:41] <AryehGregor> "Google hereby grants to you a . . . patent license to make, have made, use [etc.] . . . the contents of this implementation of VP8 . . ."
# [21:41] <Ms2ger> With a class per exception? That sounded a little bloated to me
# [21:41] <othermaciej> that license does say "this implementation"
# [21:41] <othermaciej> is there any separate patent grant?
# [21:41] <AryehGregor> Not that I'm aware of.
# [21:41] <Hixie> Ms2ger: yeah i dunno how he'll do it
# [21:42] <AryehGregor> Nobody seems to have publicized this point much, that I've seen.
# [21:42] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
# [21:42] <heycam> I think my mail to public-script-coord had most of the pertinent details
# [21:42] <Ms2ger> Anyway, keep the hole for now
# [21:42] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
# [21:42] <AryehGregor> Maybe I should submit a Slashdot story, that often works to get people's attention.
# [21:42] <heycam> Ms2ger, http://lists.w3.org/Archives/Public/public-script-coord/2010OctDec/0112.html
# [21:42] <AryehGregor> Or maybe I should post to some Mozilla list asking why they're going along with it.
# [21:43] <Hixie> oh dear, i reached http://www.w3.org/Bugs/Public/show_bug.cgi?id=11067
# [21:43] <AryehGregor> I've definitely seen someone from Mozilla post to www-font saying that even field-of-use restrictions on patent licenses are unacceptable to them.
# [21:43] <Hixie> is annevk around?
# [21:43] * Quits: jamesr_ (~jamesr@nat/google/x-tcowwfixftzvslog) (*.net *.split)
# [21:43] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (*.net *.split)
# [21:43] * Quits: weinig (~weinig@17.203.14.200) (*.net *.split)
# [21:43] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (*.net *.split)
# [21:43] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
# [21:43] * Quits: mamund (mamund@frost.nullshells.net) (*.net *.split)
# [21:43] * Quits: pererik (~pe@unaffiliated/pererik) (*.net *.split)
# [21:43] * Quits: Dashiva (Dashiva@wikia/Dashiva) (*.net *.split)
# [21:43] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (*.net *.split)
# [21:43] * Quits: MrWax (waxboy@mail.midegro.com) (*.net *.split)
# [21:43] <othermaciej> AryehGregor: I wonder if the independently implemented WebM decoder is technically liable for patent infringement
# [21:43] <Ms2ger> Hixie, shall I add a random comment? :)
# [21:43] * Quits: jmb (~jmb@mail.parsifal.org.uk) (Ping timeout: 250 seconds)
# [21:43] <othermaciej> (ffvp8)
# [21:44] <Hixie> Ms2ger: hah
# [21:44] <AryehGregor> I can't see why not.
# [21:44] <othermaciej> that is a surprisingly poor patent situation
# [21:44] <AryehGregor> It's exactly what gave rise to Oracle's current lawsuit against Google, isn't it? They reimplemented Java when the patent grant only covered the original implementation.
# [21:44] * Joins: mpt (~mpt@canonical/mpt)
# [21:45] <othermaciej> it's potentially a similar situation, yeah
# [21:45] <Ms2ger> I'll just touch all bugs that I didn't file :)
# [21:45] * Quits: jaket (~jake@124-171-17-110.dyn.iinet.net.au) (Ping timeout: 246 seconds)
# [21:45] <Hixie> Ms2ger: then i'll just increase the priority on all your bugs... :-P
# [21:45] <othermaciej> I'm concerned more from the practical aspect of "could Apple legally ship an independent reimplementation of WebM as part of QuickTime"
# [21:46] * Joins: jamesr_ (~jamesr@nat/google/x-tcowwfixftzvslog)
# [21:46] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
# [21:46] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
# [21:46] * Joins: karlcow (~karl@nerval.la-grange.net)
# [21:46] * Joins: mamund (mamund@frost.nullshells.net)
# [21:46] * Joins: pererik (~pe@unaffiliated/pererik)
# [21:46] * Joins: Dashiva (Dashiva@wikia/Dashiva)
# [21:46] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
# [21:46] * Joins: MrWax (waxboy@mail.midegro.com)
# [21:46] <othermaciej> it sounds like that would not be safe, even if we were confident that the only applicable patents are held by Google
# [21:46] <Ms2ger> Increase or decrease? Because increasing is fine with me ;)
# [21:46] <AryehGregor> Well, you'd think that if Apple wanted to do that, they could talk to Google about it and get a special patent grant, if nothing else.
# [21:47] <AryehGregor> My impression is there are other problems that prevent Apple and Microsoft from signing on.
# [21:47] <Hixie> Ms2ger: either way, it touches the bug's change time :-P
# [21:48] <Ms2ger> I'll need to reverse engineer your sorting algorithm to be sure whether your suggestion would help me
# [21:49] <Hixie> my sorting algorithm is just sort-by-change-time-ascending
# [21:49] <Hixie> click "Bugs" on damowmow.com/portal (under the column arbitrarily titled "Weekly") to see the list i use
# [21:50] <Hixie> in the order i use it
# [21:51] * Joins: abarth (~abarth@216.239.45.19)
# [21:52] <Ms2ger> Oh, and input.selectionStart is still yours
# [21:53] <Hixie> oops
# [21:53] <Hixie> did you reassign it back?
# [21:53] <Ms2ger> Yeah
# [21:54] <Hixie> thanks
# [21:54] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 264 seconds)
# [21:58] * Joins: benschwarz (~ben@59.167.185.148)
# [22:01] * Joins: weinig (~weinig@2620:0:1b00:1191:ea06:88ff:feca:2f45)
# [22:03] <othermaciej> AryehGregor: I doubt there would be much enthusiasm for negotiating a one-off patent license - that's one thing that going through a standards process would help with
# [22:04] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
# [22:04] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
# [22:05] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
# [22:05] <AryehGregor> It would certainly make sense to make a standard out of it.
# [22:06] * Quits: abarth (~abarth@216.239.45.19) (Quit: abarth)
# [22:06] <AryehGregor> Just for appearances' sake, if nothing else.
# [22:07] * Quits: benschwarz (~ben@59.167.185.148) (Quit: benschwarz)
# [22:08] <annevk> Hixie, am now for a few minutes
# [22:11] <Hixie> i fixed your formdata thing
# [22:11] <Hixie> commented in the bug on how to use it
# [22:12] <annevk> yay
# [22:12] <annevk> kudos on Chrome for dropping H264
# [22:13] <annevk> I cannot help but wonder if it was for legal reasons (those that were raised initially and dismissed)
# [22:13] <annevk> but either way it rocks
# [22:14] <annevk> I suspect it has something to do with P2P as well
# [22:15] * Quits: davidb (~davidb@66.207.206.180) (Quit: davidb)
# [22:17] <Hixie> othermaciej: btw, any chance the deadlines for the four things that are past the deadline on issue-status.html could be changed? It makes it harder to check what is the next deadline to come up
# [22:18] <AryehGregor> annevk, what could it have to do with P2P?
# [22:19] <annevk> For P2P having one format is important
# [22:20] <annevk> So not supporting H264 makes arguing for WebM easier
# [22:20] <Hixie> othermaciej: also, can the deadline for -119 be pushed to after the chairs make a decision on -118? What I propose for 119 depends on the answer to 118.
# [22:20] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
# [22:20] <othermaciej> Hixie: looking
# [22:21] <AryehGregor> Ms2ger, where exactly is the Selection stuff implemented, in Firefox? I've found the interface, but not the implementation.
# [22:21] <othermaciej> I only see 3 expired items on issue-status.html at the moment
# [22:21] <othermaciej> oh wait
# [22:21] <othermaciej> misread the month
# [22:21] <Ms2ger> Look for nsTypedSelection
# [22:21] <Hixie> in other news, if any implementors care about how ;charset inside <meta content=""> is parsed, now is the time to write counter proposals for -125 and -126, I do not intend to write any myself.
# [22:22] <othermaciej> Hixie: I can fix up the 4 that are marked expired
# [22:22] <othermaciej> Hixie: not sure what to do about 119; can you explain the relation to 118 to me briefly?
# [22:22] <Hixie> othermaciej: depending on how you resolve 118, there might not be an "up" relation at all, making 119 moot.
# [22:23] <othermaciej> Hixie: would there be any other likely impact other than making the issue moot?
# [22:24] <othermaciej> I wonder if abarth would care about 125 or 126
# [22:24] <othermaciej> too bad he's not here at the moment
# [22:24] <Hixie> well if you decide in leif's favour, i'd have to try to decode what leif was proposing so as to work out what impact it has on 119
# [22:24] <Hixie> the only way it would not have an effect is if you decided in favour of the status quo, as far as i can tell
# [22:25] * Quits: brendaneich (~brendanei@69.199.163.22) (Quit: brendaneich)
# [22:25] <Hixie> and then my change proposal for 119 would likely just be the same two CPs from 118 but with slightly different rationales...
# [22:25] <Hixie> ...which would be based on what you considered a strong argument for 118
# [22:26] * Quits: Ms2ger (~Ms2ger@91.181.107.222) (Quit: nn)
# [22:26] * bga_|away is now known as bga_
# [22:26] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Quit: OMG, YOU KILLED OPPO!)
# [22:27] * Quits: matjas (~matjas@91.182.204.222) (Quit: Computer has gone to sleep.)
# [22:28] <othermaciej> I would have to ask other people to indefinitely stretch the deadline, so the options I'd suggest are: (1) just write the proposals now with the understanding that they may be rendered moot; (2) ask for a fixed extension on the mailing list (e.g. an extra month to write counter-proposals) and I'll do my best to get 118 resolved in that time period; (3) ask for it to be tabled until 118 is resolved on the malning list, in which case I can't predict the answe
# [22:28] <othermaciej> certainty
# [22:29] <Hixie> i'm not asking for an indefinite stretch, unless you're saying the date you'll resolve 118 on is itself indefinitely stretched :-)
# [22:30] <Hixie> and a fixed extension doesn't help if you still haven't resolved the other one by then
# [22:32] * Quits: paul_irish (~paul_iris@nat/google/x-zgzodzoehoihjcaw) (Remote host closed the connection)
# [22:33] * bga_ is now known as bga_|away
# [22:38] <Hixie> ok well i sent an e-mail asking for an extension
# [22:38] <Hixie> if we don't get it i guess i'll just let it slide and then when we get the resolution for -118 i'll reraise it saying we have new information :-)
# [22:39] <Hixie> lunch time
# [22:39] * Parts: miketaylr (~miket@206.217.92.186)
# [22:41] * Joins: abarth (~abarth@nat/google/x-vvyboczygsljwois)
# [22:41] * Quits: jennb (~jennb@74.125.59.76) (Quit: jennb)
# [22:42] * bga_|away is now known as bga_
# [22:42] * Joins: Anti-X (~duckmysic@c427BBF51.dhcp.bluecom.no)
# [22:46] * Joins: brendaneich (~brendanei@nat/mozilla/x-rkznwhigkpdhycbe)
# [22:50] * Joins: nimbupani (~Adium@c-24-22-131-46.hsd1.wa.comcast.net)
# [22:51] * Quits: abarth (~abarth@nat/google/x-vvyboczygsljwois) (Quit: abarth)
# [23:01] * Joins: bckenny (~bckenny@nat/google/x-zwwqhblwsnwthwlf)
# [23:09] <annevk> At some point Mark Pilgrim made a fuss about Mozilla not doing H264 yet continuing to support Flash. I feel like pulling a Gruber but I cannot find it :/
# [23:09] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
# [23:09] * Joins: MikeSmith_ (~MikeSmith@EM114-48-178-198.pool.e-mobile.ne.jp)
# [23:11] * Joins: abarth (~abarth@216.239.45.19)
# [23:12] * Quits: MikeSmith (~MikeSmith@EM114-48-95-125.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
# [23:12] * MikeSmith_ is now known as MikeSmith
# [23:13] <cying> did google give any warning here about h.264?
# [23:14] <bga_> h.268 :( -> http://ru.wikipedia.org/wiki/SRWare_Iron instead chromium
# [23:14] <annevk> If they did you would have known cying :)
# [23:14] <annevk> We are a public group
# [23:15] <cying> annevk: :)
# [23:15] * Joins: jaket (~jake@124-171-2-174.dyn.iinet.net.au)
# [23:15] * karlcow has difficulty to see that as a big news, but I may miss something.
# [23:15] <cying> karlcow: how do you see it?
# [23:16] * Joins: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
# [23:16] <karlcow> they drop the support in Chrome, but if I understand it means that to play h264. there will be plug-ins? Am I right?
# [23:17] <karlcow> either flash, or plugins on the OS platforms.
# [23:17] * Quits: foolip_ (~foolip@h182n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 246 seconds)
# [23:17] <cying> karlcow: well, flash would require special code path to yank the h.264 video out of the HTML5 video tag and put it in a Flash player wrapper.
# [23:18] <cying> karlcow: i see your point about other system codecs / Quicktime on the desktop
# [23:18] <cying> karlcow: but mobile video would have weaker support
# [23:18] <karlcow> indeed
# [23:19] * Quits: Martijnc (~Martijnc@91.176.7.66) (Quit: Martijnc)
# [23:19] <karlcow> I think we do not know what is the real story behind aka the business figures
# [23:20] <karlcow> on the other hand, it might help some people to move further away of h264 and encourage to adopt other codecs.
# [23:20] <karlcow> We will see.
# [23:20] <annevk> I posted a few theories above
# [23:20] <AryehGregor> Chrome doesn't support pluggable <video> formats AFAIK, I think it's hardcoded into the source.
# [23:21] <cying> it's true, but the WebM story is just really weak at the moment
# [23:21] <annevk> AryehGregor, they use ffmpeg; so if that is pluggable somehow
# [23:22] <AryehGregor> annevk, yeah, but I'm pretty sure the code that calls it is hardcoded to only allow a few formats. I once asked in #chromium-dev or something whether there was official info on what <video>/<audio> formats Chrome supported, and a dev linked me to the source code.
# [23:23] <AryehGregor> I didn't actually read the code or anything, but it looked like it involved short lists of supported formats supplied as literal arrays.
# [23:23] <AryehGregor> Anyway, the status quo was that for web video you needed to encode as H.264 plus (Theora or WebM) anyway to work in the latest browsers. This doesn't change that at all.
# [23:23] <AryehGregor> Except that it pretty much quashes any hope that Firefox will be won over.
# [23:25] <AryehGregor> Also, it's notable because the non-WebM-supporting browsers still support WebM if you get the user to download the codec, at least on desktop. But the non-H.264-supporting browsers just don't support it period.
# [23:25] * Joins: Aleoss112 (~AleossIRC@204.83.230.149)
# [23:25] <AryehGregor> (well, that's actually irrelevant to Google not supporting H.264, I guess, but it's notable in the broader picture)
# [23:25] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:27] * Quits: Aleoss (~AleossIRC@unaffiliated/aleoss) (Ping timeout: 240 seconds)
# [23:28] <TabAtkins> Dammit, twitter HTML-unescapes one level in their messages.
# [23:29] * Joins: KrocCamen (~kroc@cpc8-lanc6-2-0-cust73.3-3.cable.virginmedia.com)
# [23:30] * bga_ is now known as bga_|away
# [23:30] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:32] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
# [23:33] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Remote host closed the connection)
# [23:34] * Quits: bckenny (~bckenny@nat/google/x-zwwqhblwsnwthwlf) (Remote host closed the connection)
# [23:35] * Joins: bckenny (~bckenny@nat/google/x-fbywqrhafslqkhix)
# [23:37] * bga_|away is now known as bga_
# [23:38] <cying> so much for h.264 HTML5 video demos
# [23:39] * Quits: bckenny (~bckenny@nat/google/x-fbywqrhafslqkhix) (Remote host closed the connection)
# [23:39] <KrocCamen> Microsoft and Apple, sitting in a tree…
# [23:39] * Joins: bckenny (~bckenny@nat/google/x-ldjcghwftkmohuol)
# [23:40] <AryehGregor> I don't know why people care so much about IE/Safari's non-support of WebM. They'll still support it if the user installs the right codec, right?
# [23:40] <AryehGregor> Aren't users adequately trained to install anything they're asked to if it says "You need to install this to play the video"?
# [23:40] * Quits: ROBOd (~robod@109.96.255.237) (Quit: .)
# [23:40] <KrocCamen> Flash will support WebM, minimising that necessity. Not that installing Flash isn’t torturous to begin with.
# [23:41] * Quits: Anti-X (~duckmysic@c427BBF51.dhcp.bluecom.no) (Ping timeout: 260 seconds)
# [23:41] * Joins: Anti-X (~duckmysic@77.16.108.124.tmi.telenormobil.no)
# [23:41] <AryehGregor> Ah, right.
# [23:41] <webr3> AryehGregor, there's quite a distrust w/ many users.. they're used to seeing messages like "you have a virus, click here to remove it" (which they do, just to download the virus)
# [23:41] <AryehGregor> Anyway, mobile (read: iPhone) is still a problem.
# [23:42] <TabAtkins> You seem to be contradicting yourself, webr3. They can't be distrustful *and* click on the virus scanner downloads.
# [23:43] <annevk> AryehGregor, expecting end users to install codecs seems very naive
# [23:45] <AryehGregor> Well, some will.
# [23:45] <AryehGregor> It's far from ideal, of course.
# [23:45] <AryehGregor> But they only need to do it once.
# [23:45] <MikeSmith> as I understand it, at this point Safari will not support WebM for the video element even if a user does manually install it
# [23:46] <AryehGregor> I thought it supported anything QuickTime supported. Does QuickTime not support WebM?
# [23:46] <MikeSmith> I guess it does not
# [23:46] <MikeSmith> and will not
# [23:46] <KrocCamen> Not yet, because a plugin has not been made -- but it is being worked on.
# [23:46] <MikeSmith> unless they change their position oin it
# [23:46] <AryehGregor> Ah.
# [23:46] <MikeSmith> ah
# [23:47] <KrocCamen> Safari on the desktop will play WebM if the codec is installed, it’s iOS where it’s H.264 or nothing.
# [23:47] <MikeSmith> KrocCamen: I didn't know a third-party plugin for it is possible
# [23:47] <MikeSmith> ok
# [23:47] <KrocCamen> Have you not heard of Perian?
# [23:47] <MikeSmith> nope
# [23:47] <MikeSmith> but I don't know much about Quicktime
# [23:48] <MikeSmith> nor really about platform video stuff in general
# [23:48] <MikeSmith> I am among the unwashed masses who just expect this stuff to work
# [23:48] <karlcow> I wonder if things like Perian will be done for mac user base
# [23:48] <karlcow> http://www.perian.org/
# [23:49] <roc> Flash has announced support for VP8, not WebM
# [23:49] <karlcow> http://groups.google.com/group/perian-discuss/browse_thread/thread/e32789fc0b2b7612
# [23:50] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [23:50] <karlcow> http://trac.perian.org/changeset/1310
# [23:51] <jgraham> roc: How significant is the difference, in context?
# [23:51] <roc> I don't know
# [23:52] <roc> conceivably they could support VP8+AAC in some non-WebM container, thus making their support token only
# [23:52] <roc> which would make no sense
# [23:52] <roc> except that we did observe Adobe's original announcement said "WebM" and was revised to "VP8"
# [23:52] * Joins: hom______ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [23:53] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [23:54] <jgraham> Maybe VP8 in a flash-specific container? Which would be OK if you could just switch containers without changing the video
# [23:54] <roc> I suppose that's possible but it also doesn't make a lot of sense
# [23:54] * Quits: tndH (~Rob@cpc15-seac19-2-0-cust232.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [23:54] <AryehGregor> Presumably they'd have to support Vorbis too for that to be useful, yes?
# [23:54] <roc> yes
# [23:55] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 255 seconds)
# [23:55] <roc> Also I'm surprised that they haven't produced any Flash build with any kind of VP8 support yet
# [23:55] <jgraham> I find nothing in the video world makes a lot of sense, so it is hard to tell the actually nutty ideas from the merely nutty-sounding
# [23:56] * Quits: mokush (~quassel@188.24.25.58) (Read error: Connection reset by peer)
# [23:56] <MikeSmith> http://nodejs.org/old_spec/ (early spec for node from 2009)
# [23:58] <MikeSmith> with <html lang="en-US-x-hixie"> and <link href="http://www.whatwg.org/style/specification">
# [23:58] <MikeSmith> so now we can claim that node is part of HTML5!
# [23:58] <TabAtkins> Yus!
# [23:58] * Quits: dglazkov (d8ef2d04@gateway/web/freenode/ip.216.239.45.4) (Ping timeout: 265 seconds)
# [23:59] <AryehGregor> roc, why is Mozilla shipping WebM support when the VP8 patent license doesn't cover anything other than Google's exact implementation?
# Session Close: Wed Jan 12 00:00:00 2011

The end :)